Re: [Talk-it] Casotti acquedotto

2019-06-09 Per discussione Alessandro P. via Talk-it

Il 07/06/19 06:43, solitone ha scritto:

Come vanno taggati quei casotti in cemento degli acquedotti, a protezione delle 
acque (dentro si sente scorrere l’acqua)?

Grazie!


Ma scusate, non è lo stesso argomento di pochissimi giorni fa?
Vedendo le foto direi che quelle sono prese (captazioni di sorgenti)

https://it.wikipedia.org/wiki/Opera_di_presa

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


Re: [talk-cz] Řeky - river versus riverbank

2019-06-09 Per discussione Majka
Podívej se sem http://tiny.cc/i9h17y
 kde je to mezi kontroverzními změnami, a taky na issue iD, kde autor iD 
rozsekl protesty tím, že editor nic nemění, to uživatelé. A nějak mu nedochází, 
že k tomu uživatele přinejmenším silně navádí.

Přitom u téhle změny bych to spíš viděla na to, prodiskutovat to, a změnit 
"shora" jedním či několika automatizovanými editacemi, nebo k tomu samému 
vyzvat místní komunity. To pokud skutečně bude třeba to změnit. A taky to chce 
někoho, kdo opravdu bude vědět, co provádí. Dělat to přes iD je nesmysl, na to 
jsou řeky včetně případně nadřazených relací moc velké. Pro tohle iD opravdu 
není vhodný nástroj. 

To přidání téhle hlášky do iD je podle mě další rozhodnutí, co povede k tomu, 
že se iD přestane propagovat jako editor pro OSM. Už se o tom vede debata. 
Zachraňuje to jen skutečnost, že není momentálně čím iD nahradit pro běžné 
uživatele.___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [OSM-talk-fr] uMap donner les droits Éditeur à un utilisateur avec espace

2019-06-09 Per discussione Jean-Christophe Becquet
Le 09/06/2019 19:43, Jacques Lavignotte a écrit :
> Le 09/06/2019 à 18:27, pepilepi...@ovh.fr a écrit :
> 
>> T'as essayé de mettre l'identifiant entre guillemets ?
> 
> Essayer :
> 
> paul\ valery
> 
> paul%20valery

Bonjour,

Merci pour vos réponses. Ça a marché en supprimant simplement l'espace
lors de la saisie :

paulvalery


Bonne journée

JCB
-- 
Digne : événement SIG libres à l'IUT avec les étudiants - mercredi 19 juin
https://iut.univ-amu.fr/presentation-logiciels-libres-sig-19-juin-2019

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Clifford Snow
Nuno - On a Facebook Android app I checked [1] they also use the "i" symbol
with a link to our attribution. I agree that they could do better, when the
map is opened up there is space for proper attribution but they only give a
very dim "i" symbol, but it is attributed. On the website, the map is
actually very small.

I am located in the US and this isn't my Facebook App since I no longer
have a FB account.

[1]  https://mycloud.snowandsnow.us/index.php/s/EpH8we2PW5pTbfS




On Sun, Jun 9, 2019 at 2:45 PM Nuno Caldeira 
wrote:

> They do not.
>
> Examples: https://twitter.com/iamnunocaldeira/status/1131190612529688577
>
> https://www.facebook.com/recommendations those map previews contains OSM
> data and there's no attribution.
>
> It gets worst if you use their apps (iOS, Android or Windows app)
>
> And as i mentioned this is not about how they attribute, that's a whole
> different thing. It's them not complying with the license. Point me a
> facebook page where they have ODbL database notice as requested on 4.2 c).
>
> --
@osm_washington
www.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [Talk-GB] Adjacent nature reserves

2019-06-09 Per discussione Warin

On 09/06/19 23:58, Martin Wynne wrote:
we now have 2 natural=heaths named  as nature reserves and with 
operator tags but

without nature reserve tags.


Hi Adam,

But they are now nested within a larger area which does have a nature 
reserve tag. Much of the publicity material for this area treats it as 
a single nature reserve.


But the nature reserveS have different names and ownership and should be 
tagged as such.


The heath is the common aspect between the two yet this is where the 
names and ownership are applied? This is clearly tagging for the render.


And it fails

https://www.openstreetmap.org/query?lat=52.3600=-2.2836
Results in the wood and the combined nature reserve ... but no idea of 
which nature reserve applies here.



The two nature reserves should be separate entries as nature reserves - 
which is what they are. Truth in tagging should be applied.



--- Quibble
There is also the aspect that the heath has a wood in it .. yet the 
heath covers the wood. The heath should be a multipolygon relation with 
an inner for the wood


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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Christoph Hormann
On Monday 10 June 2019, Jean-Marc Liotier wrote:
> >
> > * cease using Facebook [..]
>
> A drop in the ocean.

As already said it would be a bad mistake to underestimate the influence 
the OSM community has in principle.  It is certainly much larger than 
that of the OSMF.  It might be convenient to just say "we can't do 
anything anyway so why bother" and Facebook certainly tries to 
cultivate a nimbus of being all-powerful and untouchable but that is 
definitely not the case.

> This negotiation belongs to the OSMF.

If there is one thing the OSMF definitely must not do it is to negotiate 
with corporations like Facebook about to what extent they must follow 
the license.

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

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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Jean-Marc Liotier

On 6/10/19 12:10 AM, Christoph Hormann wrote:

No one should underestimage the amount of pressure the OSM community
could put [..] if all active OSM
contributors would

* cease using Facebook [..]


A drop in the ocean.

This negotiation belongs to the OSMF.


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


[Talk-pt] Braga - Sameiro

2019-06-09 Per discussione Alexandre Moleiro
Olá.

Estive de visita a Braga e usei navegação com base em OSM.
Alguém da zona pode corrigir os sentidos únicos no acesso ao santuário do
Sameiro?

-- 
Alexandre Moleiro
  alexandre.mole...@gmail.com
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Christoph Hormann

To be clear:  I would very much welcome it if the board states that they 
welcome activities from the OSM community pushing organizational OSM 
data users for following the license and supporting people organizing 
pressure on them to do so.  But from past experience with board members 
articulating themselves on this kind of matter i would not expect much 
here though (but would be happy to be positively surprised).

One particular case i have pointed out on several occasions is the 
matter of second rate attributions.  A clear statement that if anyone 
is credited in any way for a map using OSM data OSM contributors need 
to be attributed with at least the same prominence and visibility would 
be immensely helpful.  Clear statements are important because nothing 
is more annoying than data users attempting to weasel around 
attribution requirements.  In my experience when contacting data users 
about insufficient attribution at least 2/3 of the communication is 
dealing with petty attempts at bargaining for less attribution.

> I don't know what your position is in these matters; but
> actually cataloguing license violations, sending the appropriate
> legal nastygrams to the appropriate legal entities in the appropriate
> countries and all that, is certainly something that can occupy one
> employee full time - an employee where the OSMF would likely depend
> on corporate members like Facebook to pay their salary. So we have to
> be careful with what we demand from the OSMF.

That publishing something on the internet inevitably results in people 
ripping you off (including in particular big corporations and 
organizations) and that you can spend more time (and could possibly 
even make more money) pursuing such than by actually producing things 
is essentially a fact of life.

The situation for OSM is a bit different though since allowing others on 
a large scale to ignore the ODbL essentially nullifies the social 
contract of OSM and leads to the project loosing contributors (all 
those who consider their contributions to be contingent to attribution 
and share-alike being given back to them by data users).

I think making sure that this does not happen should be done through 
volunteer work but the OSMF could do quite a lot without investing a 
lot of work to support this simply by making clear that the OSMF stands 
firmly behind any OSM community members who act on such cases (in a 
friendly and supportive way to first time offenders but with firm 
pressure on unregenerate repeat offenders).

There are tons of very simple things the OSMF could do to to indicate 
their support.  Removing data users with no proper attribution from

https://welcome.openstreetmap.org/about-osm-community/consumers/

for example.

No one should underestimage the amount of pressure the OSM community 
could put on large data users who don't abide by the license.  I 
already indicated this is pure theory but how long do you think it 
would take Facebook to become a model ODbL data user if all active OSM 
contributors would

* cease using Facebook
* stop any cooperation with Facebook within the project
* revert any edits made by mappers working for Facebook or for projects 
being financed by Facebook?

IMO ultimately key is that everyone internalizes that being lenient on 
sustained license violations is not a way to support adoption of OSM as 
a data source but primarily a way to alienate huge parts of the 
contributor base.

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

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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Nuno Caldeira
Frederik, i'm well aware of LWG making a better guide regarding the 
attribution. This does not have to do with the way they attribute. It's 
about the license.


And i'm not asking the board to sue Facebook, what i'm asking is to 
notify them they are in breach of ODbL, as their are not fulfilling the 
terms and conditions of the license. This means if in 30 days after they 
receive the notice, they are in permanently breach of the license. Only 
OSMF as the licensor can do that.



Às 21:31 de 09/06/2019, Frederik Ramm escreveu:

Hi,

On 09.06.19 20:00, Christoph Hormann wrote:

I applaud you placing the ball in the OSMF board's court on this matter
but i would not expect substantial actions from there.

The board has received the message and I'm sure it will be discussed
internally in due course.

It might be worth noting that LWG are working on improved attribution
guidelines
(https://wiki.osmfoundation.org/wiki/Licensing_Working_Group/Minutes/2019-01-10#Update_attribution_guidance)
and perhaps it makes sense to delay any drastic action until these are
ready. I don't expect any big changes (basic requirements of the license
are not up for discussion) but perhaps some useful clarifications.


And with at the moment at least four out of seven OSMF board members
having ties to big organizational OSM data users/contributors ... well,
as we say in German:  Eine Krähe hackt der anderen kein Auge aus.

Be that as it may, but there's also another thing to keep in mind: The
OSMF board doesn't have an army of eager workers at their fingertips
whom we can task with something. As you know, there's always discussion
about enlarging the organisation, hiring more staff, hiring an executive
director (which OSM US have done with much fanfare) etc., and as you
also know, I am usually against such "OSMF inflation". I don't know what
your position is in these matters; but actually cataloguing license
violations, sending the appropriate legal nastygrams to the appropriate
legal entities in the appropriate countries and all that, is certainly
something that can occupy one employee full time - an employee where the
OSMF would likely depend on corporate members like Facebook to pay their
salary. So we have to be careful with what we demand from the OSMF.

As you rightly say, while the OSMF board's cooperation might be required
for a few legal aspects, there are many potential avenues of "direct
action" that people could take to, but apparently the issue is not
*that* big for most.

Bye
Frederik

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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Nuno Caldeira

They do not.

Examples: https://twitter.com/iamnunocaldeira/status/1131190612529688577

https://www.facebook.com/recommendations those map previews contains OSM 
data and there's no attribution.


It gets worst if you use their apps (iOS, Android or Windows app)

And as i mentioned this is not about how they attribute, that's a whole 
different thing. It's them not complying with the license. Point me a 
facebook page where they have ODbL database notice as requested on 4.2 c).



Às 22:36 de 09/06/2019, Clifford Snow escreveu:
Facebook does attribute using the "I" symbol as does Mapbox. Is that 
the issue?



On Sun, Jun 9, 2019 at 2:12 PM Mateusz Konieczny 
mailto:matkoni...@tutanota.com>> wrote:


9 Jun 2019, 22:31 by frede...@remote.org :

As you rightly say, while the OSMF board's cooperation might
be required
for a few legal aspects, there are many potential avenues of
"direct
action" that people could take to, but apparently the issue is not
*that* big for most

I would be happy to spend some real effort here but my
investigation concluded
that OSMF would need to act and I found no useful things that I
can do.

Can you recommend something that I can do to increase chance that
Facebook will cease to violating OSM license?
___
talk mailing list
talk@openstreetmap.org 
https://lists.openstreetmap.org/listinfo/talk



--
@osm_washington
www.snowandsnow.us 
OpenStreetMap: Maps with a human touch

___
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] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Clifford Snow
Facebook does attribute using the "I" symbol as does Mapbox. Is that the
issue?


On Sun, Jun 9, 2019 at 2:12 PM Mateusz Konieczny 
wrote:

> 9 Jun 2019, 22:31 by frede...@remote.org:
>
> As you rightly say, while the OSMF board's cooperation might be required
> for a few legal aspects, there are many potential avenues of "direct
> action" that people could take to, but apparently the issue is not
> *that* big for most
>
> I would be happy to spend some real effort here but my investigation
> concluded
> that OSMF would need to act and I found no useful things that I can do.
>
> Can you recommend something that I can do to increase chance that
> Facebook will cease to violating OSM license?
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>


-- 
@osm_washington
www.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Mateusz Konieczny
9 Jun 2019, 22:31 by frede...@remote.org:

> As you rightly say, while the OSMF board's cooperation might be required
> for a few legal aspects, there are many potential avenues of "direct
> action" that people could take to, but apparently the issue is not
> *that* big for most
>
I would be happy to spend some real effort here but my investigation concluded
that OSMF would need to act and I found no useful things that I can do.

Can you recommend something that I can do to increase chance that
Facebook will cease to violating OSM license?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Frederik Ramm
Hi,

On 09.06.19 20:00, Christoph Hormann wrote:
> I applaud you placing the ball in the OSMF board's court on this matter 
> but i would not expect substantial actions from there.

The board has received the message and I'm sure it will be discussed
internally in due course.

It might be worth noting that LWG are working on improved attribution
guidelines
(https://wiki.osmfoundation.org/wiki/Licensing_Working_Group/Minutes/2019-01-10#Update_attribution_guidance)
and perhaps it makes sense to delay any drastic action until these are
ready. I don't expect any big changes (basic requirements of the license
are not up for discussion) but perhaps some useful clarifications.

> And with at the moment at least four out of seven OSMF board members 
> having ties to big organizational OSM data users/contributors ... well, 
> as we say in German:  Eine Krähe hackt der anderen kein Auge aus.

Be that as it may, but there's also another thing to keep in mind: The
OSMF board doesn't have an army of eager workers at their fingertips
whom we can task with something. As you know, there's always discussion
about enlarging the organisation, hiring more staff, hiring an executive
director (which OSM US have done with much fanfare) etc., and as you
also know, I am usually against such "OSMF inflation". I don't know what
your position is in these matters; but actually cataloguing license
violations, sending the appropriate legal nastygrams to the appropriate
legal entities in the appropriate countries and all that, is certainly
something that can occupy one employee full time - an employee where the
OSMF would likely depend on corporate members like Facebook to pay their
salary. So we have to be careful with what we demand from the OSMF.

As you rightly say, while the OSMF board's cooperation might be required
for a few legal aspects, there are many potential avenues of "direct
action" that people could take to, but apparently the issue is not
*that* big for most.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [Talk-us] What's protecting the map?

2019-06-09 Per discussione Rihards
On 09.06.19 22:36, Paul Johnson wrote:
> 
> 
> On Sun, Jun 9, 2019 at 1:23 PM Nuno Caldeira
> mailto:nunocapelocalde...@gmail.com>> wrote:
> 
>> But what happens if the Foundation is taken over by people with
>> commercial interests?
>>
>>   * You still own the rights to any data you contribute, not the
>> Foundation. In the new Contributor Terms, you license the
>> Foundation to publish the data for others to use and ONLY
>> under a free and open license
> 
> This got me thinking, particularly considering the license change a few
> years ago and what a fiasco that was.  What's protecting the map here? 
> What's to stop a prolific contributor from taking their ball and going
> home, to the overall detriment of the map?

I wouldn't call the licence change a fiasco. It was a painful and
intense process, but it was almost surprisingly successful - at least
that was my personal impression.

Even more, the licence change and the new contributor terms sought to
avoid the problem where any individual contributor could decide to hold
the project hostage, or harm it - intentionally or not.

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

"You hereby grant to OSMF a worldwide, royalty-free, non-exclusive,
perpetual, irrevocable licence to do any act that is restricted by
copyright, database right or any related right over anything within the
Contents, whether in the original medium or any other. These rights
explicitly include commercial use, and do not exclude any field of
endeavour."

(there's much more on the page)

> To be clear, this /is not something I am going to to/.  For the sake of
> playing Devil's advocate, what is to stop me from, after nearly a
> decade, taking my data and going home?  This would leave a roughly 400
> kilometer wide hole centered in Tulsa, some serious breakage in metro
> Portland and thousands of pockmarks around the world.  If I were to pull
> out and take my data with me, it would swiss cheese the map.-- 
 Rihards

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


Re: [Talk-us] What's protecting the map?

2019-06-09 Per discussione Steve Friedl
One who wanted to take his datal and go home would have to present/manufacture 
evidence that the data was taken from a source with a closed/incompatible 
license.

 

 

 

From: Ian Dees  
Sent: Sunday, June 9, 2019 12:45 PM
To: Paul Johnson 
Cc: talk-us@openstreetmap.org Openstreetmap 
Subject: Re: [Talk-us] What's protecting the map?

 

 

On Sun, Jun 9, 2019, 15:38 Paul Johnson mailto:ba...@ursamundi.org> > wrote:

 

 

On Sun, Jun 9, 2019 at 1:23 PM Nuno Caldeira mailto:nunocapelocalde...@gmail.com> > wrote:

But what happens if the Foundation is taken over by people with commercial 
interests? 

*   You still own the rights to any data you contribute, not the 
Foundation. In the new Contributor Terms, you license the Foundation to publish 
the data for others to use and ONLY under a free and open license

 

This got me thinking, particularly considering the license change a few years 
ago and what a fiasco that was.  What's protecting the map here?  What's to 
stop a prolific contributor from taking their ball and going home, to the 
overall detriment of the map?

 

To be clear, this is not something I am going to to.  For the sake of playing 
Devil's advocate, what is to stop me from, after nearly a decade, taking my 
data and going home?  This would leave a roughly 400 kilometer wide hole 
centered in Tulsa, some serious breakage in metro Portland and thousands of 
pockmarks around the world.  If I were to pull out and take my data with me, it 
would swiss cheese the map.

 

What does "taking my data and going home" mean? You've already given OSMF a 
license to use the data you've contributed so far, so there wouldn't be any 
reason for OSMF to remove the data from a legal perspective. I suppose you 
could go around and delete the data you've contributed, but that would likely 
be considered vandalism and your changes reverted. 

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


Re: [Talk-us] What's protecting the map?

2019-06-09 Per discussione Ian Dees
On Sun, Jun 9, 2019, 15:38 Paul Johnson  wrote:

>
>
> On Sun, Jun 9, 2019 at 1:23 PM Nuno Caldeira 
> wrote:
>
>> But what happens if the Foundation is taken over by people with
>> commercial interests?
>>
>>- You still own the rights to any data you contribute, not the
>>Foundation. In the new Contributor Terms, you license the Foundation to
>>publish the data for others to use and ONLY under a free and open license
>>
>>
> This got me thinking, particularly considering the license change a few
> years ago and what a fiasco that was.  What's protecting the map here?
> What's to stop a prolific contributor from taking their ball and going
> home, to the overall detriment of the map?
>
> To be clear, this *is not something I am going to to*.  For the sake of
> playing Devil's advocate, what is to stop me from, after nearly a decade,
> taking my data and going home?  This would leave a roughly 400 kilometer
> wide hole centered in Tulsa, some serious breakage in metro Portland and
> thousands of pockmarks around the world.  If I were to pull out and take my
> data with me, it would swiss cheese the map.
>

What does "taking my data and going home" mean? You've already given OSMF a
license to use the data you've contributed so far, so there wouldn't be any
reason for OSMF to remove the data from a legal perspective. I suppose you
could go around and delete the data you've contributed, but that would
likely be considered vandalism and your changes reverted.

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


Re: [Talk-es] Etiquetado locales anti acoso

2019-06-09 Per discussione Carlos Cámara via Talk-es
Hola,

Yo no tengo la solución pero quería dejar constancia de que me encanta la idea 
y que comparto que, efectivamente, Osm es el sitio ideal para este tipo de usos.

Saludos y enhorabuena por la iniciativa,

Carlos Cámara
http://carloscamara.es

Sent from ProtonMail mobile

 Missatge Original 
Actiu 7 juny 2019, 19:33, Rafael Avila Coya va escriure:

> Podría ser una etiqueta como ésta, quizás:
>
> sexual_antiharashment_policy=yes/no/women/lgtbi
>
> Pero como dice Miguel, quizás sería bueno comentarlo en tagging...
>
> Saludos,
>
> Rafael.
>
> O 05/06/19 ás 23:24, Miguel Sevilla-Callejo escribiu:
>> Hola,
>>
>> La iniciativa me parece muy interesante y la verdad es que veo un poco
>> peliagudo lo de la nueva etiqueta. No se me ocurre nada de momento, si
>> que.veo que debe ser algo del estilo 'gender' lo que sea, más que
>> 'women' pues creo que a nivel internacional y en inglés se usa más ese
>> término.
>>
>> Mientras llega una etiqueta os recuerdo que se puede usar los valores de
>> la etiqueta description=* para complementar los valores de un elemento
>> de OSM y que podría incluirse aquí que los locales están incluidos en
>> una u otra iniciativa.
>>
>> https://wiki.openstreetmap.org/wiki/Key:description
>>
>> Ánimo con esa iniciativa y a seguir mapeando!
>>
>> Serguiré pensando en una etiqueta... aunque también sería bueno mandar
>> mensaje a la lista de tagging:
>>
>> https://lists.openstreetmap.org/listinfo/tagging
>>
>> Un saludo
>>
>> Miguel
>>
>>
>> On Sun, 2 Jun 2019, 12:51 Jordi MF, > > wrote:
>>
>> Hola,
>>
>> Yo no me atrevo a proponer un etiquetado concreto, pero he visto que en
>> inglés se usan las siglas VAW (Violence against women) [1]. Se me
>> ocurre que
>> el etiquetado podría hacer referencia a esas siglas. Haciendo una
>> búsqueda
>> en internet, el término VAW parece muy extendido. En taginfo
>> solamente he
>> encontrado una etiqueta que haga referencia a servicio médicos que
>> atiendan
>> casos de violencia de género:
>>
>> medical_service:gender_based_violence_services (29 usos)
>>
>> Saludos,
>> Jordi MF
>>
>> [1] https://en.wikipedia.org/wiki/Violence_against_women
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es


[Talk-us] What's protecting the map?

2019-06-09 Per discussione Paul Johnson
On Sun, Jun 9, 2019 at 1:23 PM Nuno Caldeira 
wrote:

> But what happens if the Foundation is taken over by people with commercial
> interests?
>
>- You still own the rights to any data you contribute, not the
>Foundation. In the new Contributor Terms, you license the Foundation to
>publish the data for others to use and ONLY under a free and open license
>
>
This got me thinking, particularly considering the license change a few
years ago and what a fiasco that was.  What's protecting the map here?
What's to stop a prolific contributor from taking their ball and going
home, to the overall detriment of the map?

To be clear, this *is not something I am going to to*.  For the sake of
playing Devil's advocate, what is to stop me from, after nearly a decade,
taking my data and going home?  This would leave a roughly 400 kilometer
wide hole centered in Tulsa, some serious breakage in metro Portland and
thousands of pockmarks around the world.  If I were to pull out and take my
data with me, it would swiss cheese the map.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Christoph Hormann
On Sunday 09 June 2019, Nuno Caldeira wrote:
> > And with at the moment at least four out of seven OSMF board
> > members having ties to big organizational OSM data
> > users/contributors ... well, as we say in German:  Eine Krähe hackt
> > der anderen kein Auge aus.
>
> Are those ties public? Are they connected to any of the corporate
> members of OSMF?

To some extent this is documented on

https://wiki.osmfoundation.org/wiki/Board_Member_Bios

but this is not always up-to-date and does not necessarily contain all 
the details.

Note corporate OSMF membership does not currently come with any 
behaviour requirements so it is not really that relevant here.  We had 
some time ago a bit of discussion though on osmf-talk about if there 
should be rules related to corporate OSMF membership:

https://lists.openstreetmap.org/pipermail/osmf-talk/2019-January/005862.html

but this is more about behavioural rules.  The requirement to comply 
with the license (which is something every OSMF data users has to do) 
is not something that makes sense to specifically ask from corporate 
members.

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

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


[OSM-talk-be] invitation à educode 2019 le vendredi 27 septembre 2019 à Bruxelles

2019-06-09 Per discussione Nicolas Pettiaux
Bonjour,

Je souhaite

 1. vous/t' inviter à educode2019 le vendredi 27 septembre 2019 à
Bruxelles 
 2. vous/t' inviter à y faire une ou des conférences sur le logiciel
libre et les licences creative commons dans vos usages, et pour
créer des œuvres libres,
 3. faire un ou des ateliers sur tout logiciel (libre bien sûr) ou
contenus (aussi libre) que des profs pourraient utiliser et
 4. tenir un stand.

Une conférence et un atelier peuvent être faits à distance. On en a déjà
qui seront faits depuis l'Argentine.

Comme educode 2018 (voir http://educode.be et 2018.educode.be qui
restera) on veut informer, former et susciter la réflexion des acteurs
du monde de l'enseignement (= tout le monde) sur le numérique,
l'informatique et les ressources libres. Vous (et tous vos membres, amis
... ) êtes donc autant attendus que bienvenus.

Nous avons déjà pas mal de conférences, d'ateliers, partenaires mais il
en faut encore.

Toute aide (financière, humaine, logistique, en matériel, pour la
promotion, en temps de calcul ...) est la très bienvenue. On cherche
encore des partenaires

Pour info, educode 2020 aura lieu les 7 et 8 février à Lille (université
de Lille) juste après didapro.

Merci  et à très bientôt j'espère,

Nicolas

-- 
Nicolas Pettiaux - PhD - nico...@pettiaux.be
Avenue du Pérou 29 - B-1000 Bruxelles - gsm +32.496.24.55.01

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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Nuno Caldeira

Of course the OSM community does not depend on the OSMF to clearly
communicate to Facebook that their insulting behaviour is not
acceptable and that it will cost them a lot more economically in the
long term to continue acting this way than anything they might hope to
gain from it.


We are not talking about a simple company, we are actually talking about 
a company that is a Gold Corporate Member of OSMF and have sponsored a 
few events [1]. So if they are not aware of the license something is 
clearly wrong in "showing their long term support to our organisation" 
and "In doing so they are helping to keep OpenStreetMap's servers 
running, supporting the work of our volunteer working groups, and above 
all showing their support for OpenStreetMap" [2].


source:

[1] https://wiki.openstreetmap.org/wiki/Facebook_(company)

[2] https://wiki.osmfoundation.org/wiki/Corporate_Members


And with at the moment at least four out of seven OSMF board members
having ties to big organizational OSM data users/contributors ... well,
as we say in German:  Eine Krähe hackt der anderen kein Auge aus.


Are those ties public? Are they connected to any of the corporate 
members of OSMF?


And quoting 
https://wiki.osmfoundation.org/wiki/Licence/Historic/We_Are_Changing_The_License


But what happens if the Foundation is taken over by people with 
commercial interests?


  * You still own the rights to any data you contribute, not the
Foundation. In the new Contributor Terms, you license the
Foundation to publish the data for others to use and ONLY under a
free and open license.

  * The Foundation is not allowed to take your contribution and
release it under a commercial license.

  * If the Foundation fails to publish under only a free and open
license, it has broken its contract with you. A copy of the
existing data can be made and released by a different body.

  * If a change is made to another free and open license, it is active
contributors who decide yes or no, not the Foundation.



Às 19:00 de 09/06/2019, Christoph Hormann escreveu:

On Sunday 09 June 2019, Nuno Caldeira wrote:

I hereby request OSMF board, responsabile for the OSMF, as the
Licensor under ODbL 9.4 c) to notify Facebook and remove their rights
under ODbL, if the violation is not fixed after 30 days of notice. as
written on ODbL.
https://opendatacommons.org/licenses/odbl/1.0/index.html

I applaud you placing the ball in the OSMF board's court on this matter
but i would not expect substantial actions from there.

Although Facebook is an extreme example it is by far not the only case
of big organizational OSM data users and contributors looking down on
the OSM community and its values and doing as they please disregarding
objections to what they do if they consider them unworthy or
insignificant.

And with at the moment at least four out of seven OSMF board members
having ties to big organizational OSM data users/contributors ... well,
as we say in German:  Eine Krähe hackt der anderen kein Auge aus.

Of course the OSM community does not depend on the OSMF to clearly
communicate to Facebook that their insulting behaviour is not
acceptable and that it will cost them a lot more economically in the
long term to continue acting this way than anything they might hope to
gain from it.

But the question is of course if the OSM community as a whole is willing
to stand up to Facebook and others to defend our values.  If you
imagine what percentage of OSM community members are Facebook customers
you might already have your answer.  Or to put it slightly differently:
Why should Facebook even assume that OSM community members are in
anyway displeased with Facebook if they (to a large part) continue
using Facebook?

I mean using Facebook as a communication platform for the OSM community
is even advertised on osm.org (via iD editor and osm-community-index):

https://github.com/osmlab/osm-community-index/search?q=facebook_q=facebook

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


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Christoph Hormann
On Sunday 09 June 2019, Nuno Caldeira wrote:
>
> I hereby request OSMF board, responsabile for the OSMF, as the
> Licensor under ODbL 9.4 c) to notify Facebook and remove their rights
> under ODbL, if the violation is not fixed after 30 days of notice. as
> written on ODbL.
> https://opendatacommons.org/licenses/odbl/1.0/index.html

I applaud you placing the ball in the OSMF board's court on this matter 
but i would not expect substantial actions from there.

Although Facebook is an extreme example it is by far not the only case 
of big organizational OSM data users and contributors looking down on 
the OSM community and its values and doing as they please disregarding 
objections to what they do if they consider them unworthy or 
insignificant.

And with at the moment at least four out of seven OSMF board members 
having ties to big organizational OSM data users/contributors ... well, 
as we say in German:  Eine Krähe hackt der anderen kein Auge aus.

Of course the OSM community does not depend on the OSMF to clearly 
communicate to Facebook that their insulting behaviour is not 
acceptable and that it will cost them a lot more economically in the 
long term to continue acting this way than anything they might hope to 
gain from it.

But the question is of course if the OSM community as a whole is willing 
to stand up to Facebook and others to defend our values.  If you 
imagine what percentage of OSM community members are Facebook customers 
you might already have your answer.  Or to put it slightly differently:  
Why should Facebook even assume that OSM community members are in 
anyway displeased with Facebook if they (to a large part) continue 
using Facebook?

I mean using Facebook as a communication platform for the OSM community 
is even advertised on osm.org (via iD editor and osm-community-index):

https://github.com/osmlab/osm-community-index/search?q=facebook_q=facebook

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

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


Re: [OSM-talk-fr] uMap donner les droits Éditeur à un utilisateur avec espace

2019-06-09 Per discussione Jacques Lavignotte



Le 09/06/2019 à 18:27, pepilepi...@ovh.fr a écrit :


T'as essayé de mettre l'identifiant entre guillemets ?


Essayer :

paul\ valery

paul%20valery


pile au hasard...

--
GnuPg : C8F5B1E3 Because privacy matters.


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


Re: [OSM-talk-fr] éditeur ID

2019-06-09 Per discussione osm . sanspourriel

Bonsoir,

J'avais pris la remarque de Frederik Ramm sur la difficulté d'avoir une
version "locale" (c'est à dire parlant dans la langue de l'utilisateur)
un peu trop à la légère.

Car petit à petit je m'aperçois que la langue d'ID n'est pas celle d'OSM
à savoir l'anglais britannique mais l'américain.

Vous le direz une langue étrangère ou une autre... Non, car avec le wiki
par exemple vous apprenez que terrain de camping se dit camp_site. Vous
entrez donc un tourism=camp_site et ID affiche un... campground.

Soyons clairs, que les Américains puissent contribuer en américain,
c'est très bien.

Par contre pour les non anglophones c'est la double peine : ils n'ont
pas à nous forcer à utiliser l'américain en plus du britannique. Et il
n'y a pas de décision communautaire de basculer de l'anglais britannique
à l'américain.

Si les développeurs avaient un tant soit peu une reconnaissance du
travail communautaires ils utiliseraient les termes du wiki, termes
traduits quand les pages sont traduites.

J'espère que vous parlerez des problèmes d'ID à Montpellier et Heidelberg.

Jean-Yvon

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


[Talk-pt] Estuário do Tejo & linha de costa

2019-06-09 Per discussione Hugo Valentim
Boa tarde,

A subtracção do Estuário do Tejo (mormente o multipolígono “Mar da Palha”), 
salobro e sujeito ao efeito da maré, à  linha de costa - por exemplo ao 
contrário do Estuário do Sado - não parece uma opção especialmente consistente, 
também porque está fora do perfil da própria Península (multipolígono “Iberian 
Peninsula”).

Não seria melhor incorporá-lo dentro da coastline, ou há alguma razão que eu 
desconheça para estar como está?

Cump.s,
H. Valentim

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


Re: [OSM-talk-fr] uMap donner les droits Éditeur à un utilisateur avec espace

2019-06-09 Per discussione pepilepi...@ovh.fr
Le 09/06/2019 à 12:40, Jean-Christophe Becquet a écrit :
> Bonjour,
>
> Pour la carte Wiki Loves Earth 2019 en région Sud PACA :
> http://umap.openstreetmap.fr/fr/map/wiki-loves-earth-2019-en-region-sud-paca_331802#13/44.0735/6.2863
>
> Je voudrais donner les droits de modification à un utilisateur mais il
> n'est pas proposé dans la complétion automatique ni accepté si je le
> tape en entier dans le champ de formulaire. J'ai l'impression que c'est
> parce que l'identifiant contient une espace. Y a t-il un moyen de
> contourner ce problème ?

T'as essayé de mettre l'identifiant entre guillemets ?

>
> Merci
>
> JCB


-- 


Si ma réponse n'a pas résolu ton problème, c'est que tu n'as pas posé la
bonne question


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


Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

2019-06-09 Per discussione Tobias Knerr
On 09.06.19 13:59, Joseph Eisenberg wrote:
> Has this wikibase feature been discussed and approved by the community
> in some forum? Perhaps it happened before I was involved with OSM? I
> don't quite understand how it works.

The way it works is that every tag has a "data item". This is the one
for natural=isthmus, for example:

https://wiki.openstreetmap.org/wiki/Item:Q19327

Of course, you're not expected to find this numeric URL yourself. You
can get there from the wiki page for that tag by clicking on a "pencil"
icon next to the description in the infobox, or by using an
"OpenStreetMap Wiki data item" link that appears in the left-hand menu
on every page that has a data item associated with it.

The idea behind data items is actually quite similar to how templates on
the wiki work: There is a number of possible properties that you can
fill in with information. The properties which are currently available
are mostly identical to the ones used by the templates: Whether the tag
can be used on nodes/ways/..., links to related/required/implied tags,
an image, and descriptions in various languages.

If some information is omitted from a wiki page, the infobox will pull
it in from the tag's data item. Otherwise, the information written
directly on the page will take precedence.

A potential benefit of data items is that language-independent
information does not need to be manually copied to each translation. And
while software like Taginfo has been able to extract information from
the wiki for a long time, the hope is that this kind of extraction will
eventually become easier thanks to data items.

I do not believe there has been a community decision to stop adding
information directly on wiki pages. So the other wiki contributor's edit
was probably premature.

Of course, though, the current situation with content duplicated between
data items and wiki pages isn't really ideal. But there's probably still
some work left until data items can fully replace the existing systems
(updating data consumers, plus working on usability and documentation).

Tobias

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


[Talk-ko] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
매주 일어나는 OSM 소식을 종합한, 463번째 주간OSM이 발행되었습니다.

http://www.weeklyosm.eu/ko/archives/12163/

읽어 주셔서 감사합니다!

주간OSM 팀이 아니더라도 누구나 기사를 제출할 수 있다는 것을 알고 계셨나요? 그냥 
https://osmbc.openstreetmap.de/login 에 들어가서 오픈스트리트맵 계정으로 로그인하기만 하면 됩니다. 기사 작성법 
등의 정보는 여기를 참조하세요.

주간OSM이란? 
누가?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
어디서?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ko mailing list
Talk-ko@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ko


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Nuno Caldeira
I apologize for the signature (my mistake) and asked for the mailing 
list admin to remove it.


This is not a matter on how the attribution must be made, like we 
discussed before in 
https://lists.openstreetmap.org/pipermail/talk/2019-February/082136.html, 
it's them not attributing at all.


OSMF is the licensor, as written of 
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines



OSMF's role as Licensor and publisher of the database


I have asked Facebook (as a contributor) several times to comply with 
our guidelines and they stopped replying and did not add the attribution 
over the last six months.


As we have moved from CC to ODbL i assume OSMF as the licensor has the 
right and in my opinion must notify the violation of 4.3 under 9.4 c) as 
they just keep ignoring adding the attribution as requested on  
https://www.openstreetmap.org/copyright


We require that you use the credit “© OpenStreetMap contributors”. 
They do not fit under substantial concept: 
https://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline


The OpenStreetMap community regards the following as being not 
Substantial within the meaning of our license provided that the 
extraction is one-off and not repeated over time for the same or a 
similar project.


  * Less than 100 Features.
  * More that 100 Features only if the extraction is non-systematic
and clearly based on your own qualitative criteria for example an
extract of all the the locations of restaurants you have visited
for a personal map to share with friends or use the locations of a
selection of historic buildings as an adjunct in a book you are
writing, we would regard that as non Substantial. The systematic
extraction of all eating places within an area or at all castles
within an area would be considered to be systematic.
  * The features relating to an area of up to 1,000 inhabitants which
can be a small densely populated area such as a European village
or can be a large sparsely-populated area for example a section of
the Australian bush with few Features.

Note also that we regard*repeated small extractions as one big 
extraction*!





Às 15:39 de 09/06/2019, Mateusz Konieczny escreveu:


9 Jun 2019, 13:08 by nunocapelocalde...@gmail.com:

I support efforts to stop large scale violation of OSM license by 
Facebook.


Note
"You must include a notice associated with
the Produced Work reasonably calculated to make any Person that uses,
views, accesses, interacts with, or is otherwise exposed to the Produced
Work aware that Content was obtained from the Database, Derivative
Database, or the Database as part of a Collective Database, and that it
is available under this License."

in https://opendatacommons.org/licenses/odbl/1.0/index.html
that is clearly violated, nearly noone using FB is made aware
that maps are powered by OSM data.

But this attempt is a bit substandard

I hereby request OSMF board, responsabile for the OSMF, as the
Licensor under ODbL 9.4 c) to notify Facebook and remove their
rights under ODbL, if the violation is not fixed after 30 days of
notice. as written on ODbL.
https://opendatacommons.org/licenses/odbl/1.0/index.html

Unfortunately, as far as I know, it is OSMF that must produce this 
notice (I may be mistaken here).


Also, can you consider not including such footer notices in emails 
posted on a public mailing list?


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


Re: [OSM-talk-fr] Pac man

2019-06-09 Per discussione osm . sanspourriel

C'est vrai pourquoi faire **mal** quand on peut faire **mieux** ? ;-)

https://mc.bbbike.org/mc/?lon=-4.778724=10.703125=14=2=osmfr-hot=bing-satellite

Le 09/06/2019 à 16:25, Jacques Lavignotte - jacq...@lavignotte.org a écrit :



Le 09/06/2019 à 16:08, Vincent Bergeot a écrit :


https://www.openstreetmap.org/#map=14/44.7330/-0.9474


Je sais bien que c'est *mal* mais la photo est jolie :

https://www.google.com.br/maps/@10.7031249,-4.7787241,9427m/data=!3m1!1e3


Bonne journée


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


Re: [Talk-it] Asinovia dei sibillini, Polverina, MC

2019-06-09 Per discussione francesco gargano
 Il giorno dom 9 giu 2019 alle ore 15:38 Lorenzo Mastrogiacomi <
lomastr...@gmail.com> ha scritto:

> Condivido le informazioni che ho ricevuto dall'utente che è stato sul
> posto nel 2017:
>
> > - il cartello "Asinovia dei sibillini" all'imbocco è stato rimosso, al
> suo
> > posto c'e' il logo CFM (Cammino Francescano della Marca), sulle foto lo
> > vedi come una targhetta blu
>

La targhettina blu indicante il sentiero mi pare sia la stessa che si può
vedere qui [1] sul palo a destra che regge lo specchio
e la persona che è stata sul posto dice che le indicazioni sul sentiero
francescano ci sono, aggiungendoci anche delle foto


> > - lungo il sentiero ci sono le indicazioni bianco-rosse CFM
>
> In base a queste ho modificato il sentiero. Non ho messo limitazioni di
> accesso visto non ce ne sono di esplicite ed anche la proprietà privata
> sembra dubbia :)
>
> Lorenzo
>
>
> per cui il sentiero esiste ed è correttamente individuato, io chiuderei
qui la nota


 [1] https://www.mapillary.com/map/im/Z3vipoE8lOyuW32ibgyXKA
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

2019-06-09 Per discussione Joseph Eisenberg
That helps, but it's hard to see, and invisible when images are turned off.

(I usually browse the wiki without images to save on data, and I also
think that blind users should be able to understand and navigate
without needing to interpret images.

Here's the history for the wikibase data item "Q7676" which apparently
means "natural=peninsula":

 https://wiki.openstreetmap.org/w/index.php?title=Item:Q7676=history

There are 37 changes in the last 6 months, half of them bot edits by "Yurikbot"

How is this easier to use, edit or understand than the regular wiki
pages? It's certainly not easier to find.

On 6/9/19, Andrew Hain  wrote:
> Every tag documentation page has a grey pencil icon next to the description
> to edit the data message. Maybe it could be made clearer.
>
> --
> Andrew
> 
> From: Joseph Eisenberg 
> Sent: 09 June 2019 12:59
> To: osm
> Subject: [OSM-talk] Wikibase items instead of usual templates for wiki
> pages?
>
> While checking out the Map Features osm wiki pages, I noticed a few
> items that were missing descriptions or had very short,
> self-referrential ones (eg. "A peninsula" for natural=peninsula and
> "An isthmus" for natural=isthmus), even though the wiki page actually
> has a good description, which was approved as part of the proposal
> process for each feature.
>
> When I edited the pages to add the description to the usual template
> (the ValueDescription template), I was surprised to see that this box
> was missing. I ended up reverting the last edits which removed the
> box, so that I could edit it.
>
> I was then informed that there is now a "data item" in a tool called
> "wikibase" where this information can be edited. Another osm wiki user
> thought this is now the correct place to store information like a tag
> description.
>
> Has this wikibase feature been discussed and approved by the community
> in some forum? Perhaps it happened before I was involved with OSM? I
> don't quite understand how it works.
>
> Description of wikibase data items (rather confusing to me):
> https://wiki.openstreetmap.org/wiki/Data_items
>
> ___
> 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] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Mateusz Konieczny

9 Jun 2019, 13:08 by nunocapelocalde...@gmail.com:

I support efforts to stop large scale violation of OSM license by Facebook.

Note 
"You must include a notice associated with
the Produced Work reasonably calculated to make any Person that uses,
views, accesses, interacts with, or is otherwise exposed to the Produced
Work aware that Content was obtained from the Database, Derivative
Database, or the Database as part of a Collective Database, and that it
is available under this License."
in https://opendatacommons.org/licenses/odbl/1.0/index.html 

that is clearly violated, nearly noone using FB is made aware
that maps are powered by OSM data.

But this attempt is a bit substandard

> I hereby request OSMF board, responsabile for the OSMF, as the Licensor under 
> ODbL 9.4 c) to notify Facebook and remove their rights under ODbL, if the 
> violation is not fixed after 30 days of notice. as written on ODbL. > 
> https://opendatacommons.org/licenses/odbl/1.0/index.html 
> 
>
Unfortunately, as far as I know, it is OSMF that must produce this notice (I 
may be mistaken here).

Also, can you consider not including such footer notices in emails posted on a 
public mailing list?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

2019-06-09 Per discussione Mateusz Konieczny



9 Jun 2019, 13:59 by joseph.eisenb...@gmail.com:

> When I edited the pages to add the description to the usual template
> (the ValueDescription template), I was surprised to see that this box
> was missing. I ended up reverting the last edits which removed the
> box, so that I could edit it.
>
It was an isolated edit and reverting it was correct. Introducing 
"wikibase data items" was discussed a bit, but there was never an agreement 
to start deleting content from article pages.

I strongly oppose such deletions and requiring people to use
data items that are harder to edit. At least it was an isolated human-made edit,
not large scale destruction.

> Perhaps it happened before I was involved with OSM? I
> don't quite understand how it works.
>
This is a recent development, it appeared in September 2018[1].

I found https://wiki.openstreetmap.org/wiki/Talk:Wiki#Wikibase 

linked from
https://wiki.openstreetmap.org/w/index.php?title=Data_items=1652163 


Note that it was initially described as
"We are only trying to improve this wiki's Key:* and Tag:* pages", it was not 
supposed
to involve damaging of OSM Wiki pages, or at least this plan was well hidden
(if I would knew that  it is planned I would strongly oppose from start).

Description of wikibase data items (rather confusing to me):

> https://wiki.openstreetmap.org/wiki/Data_items 
> 
>
It works like Wikidata. Some believe that it is a significant benefit, other 
dislike it for the same reason.

[1] "Enabled in a read-only mode" on September 18.

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


Re: [OSM-talk-fr] Pac man

2019-06-09 Per discussione Jacques Lavignotte



Le 09/06/2019 à 16:08, Vincent Bergeot a écrit :


https://www.openstreetmap.org/#map=14/44.7330/-0.9474


Je sais bien que c'est *mal* mais la photo est jolie :

https://www.google.com.br/maps/@10.7031249,-4.7787241,9427m/data=!3m1!1e3


Bonne journée


J.
--
GnuPg : C8F5B1E3 Because privacy matters.


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


Re: [OSM-talk-fr] Pac man

2019-06-09 Per discussione Vincent Bergeot

Le 08/06/2019 à 22:09, marc marc a écrit :

Le 08.06.19 à 17:31, Yves P. a écrit :

Est-ce que vous en connaissez d'autres, notamment en France ?

environ 38
https://taginfo.openstreetmap.fr/tags/?key=irrigation=pivot
tous semble venir du même contributeur
https://overpass-turbo.eu/s/JMz
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


et beaucoup qui sont renseignés sans irrigation=pivot dans le sud-ouest 
mais peut-être que l'on va y remédier :)


https://www.openstreetmap.org/#map=14/44.7330/-0.9474

Bonne journée

--
Vincent Bergeot


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


Re: [OSM-talk] Terminate Facebook rights under ODbL (Andy Mabbett )

2019-06-09 Per discussione Nuno Caldeira
As mentioned on the blog, i already asked facebook several times to comply.
They stopped replying. I'm not expecting a reply, i'm just sharing this on
the mailing list.

About my signature, i apologise as i have written the email on a webclient
that contains that signature. ADMIN please remove the signature

On Sun, 9 Jun 2019 at 12:08, Nuno Caldeira https://lists.openstreetmap.org/listinfo/talk>> wrote:

>* To acknowledge,I have asked this to the board.
*>>* Dear board and board members,
*>>* Following my comment on this post
https://www.openstreetmap.org/user/DrishT/diary/368711

*>>* I hereby request OSMF board, responsabile for the OSMF, as the
Licensor under
*>* ODbL 9.4 c) to notify Facebook and remove their rights under ODbL, if the
*>* violation is not fixed after 30 days of notice. as written on ODbL.
*
You posted a comment - on a Sunday - less than two hours before
requesting this? Do you not think it would be prudent - not to mention
courteous - to first wait for a response there?

>* Company Name is not responsible for errors or omissions in this message
*
Well, quite.

-- 
Andy Mabbett
@pigsonthewinghttp://pigsonthewing.org.uk

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


Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

2019-06-09 Per discussione Andrew Hain
Every tag documentation page has a grey pencil icon next to the description to 
edit the data message. Maybe it could be made clearer.

--
Andrew

From: Joseph Eisenberg 
Sent: 09 June 2019 12:59
To: osm
Subject: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

While checking out the Map Features osm wiki pages, I noticed a few
items that were missing descriptions or had very short,
self-referrential ones (eg. "A peninsula" for natural=peninsula and
"An isthmus" for natural=isthmus), even though the wiki page actually
has a good description, which was approved as part of the proposal
process for each feature.

When I edited the pages to add the description to the usual template
(the ValueDescription template), I was surprised to see that this box
was missing. I ended up reverting the last edits which removed the
box, so that I could edit it.

I was then informed that there is now a "data item" in a tool called
"wikibase" where this information can be edited. Another osm wiki user
thought this is now the correct place to store information like a tag
description.

Has this wikibase feature been discussed and approved by the community
in some forum? Perhaps it happened before I was involved with OSM? I
don't quite understand how it works.

Description of wikibase data items (rather confusing to me):
https://wiki.openstreetmap.org/wiki/Data_items

___
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] Asinovia dei sibillini, Polverina, MC

2019-06-09 Per discussione Lorenzo Mastrogiacomi
Condivido le informazioni che ho ricevuto dall'utente che è stato sul
posto nel 2017:

> - dal punto di vista della transitabilità non c'e' nessun problema
come
> puoi ben vedere dalle foto
> - il cartello "Asinovia dei sibillini" all'imbocco è stato rimosso,
al suo
> posto c'e' il logo CFM (Cammino Francescano della Marca), sulle foto
lo
> vedi come una targhetta blu
> - lungo il sentiero ci sono le indicazioni bianco-rosse CFM
> - l'unica cosa strana che ho notato è che ad un certo punto c'e' un
tratto
> di circa 15-20m delimitato da ambo le parti da un cartello "proprietà
> privata", questi sono in corrispondenza di un altro sentierino che
porta
> alla casa che ti linko sotto su google maps
> 
> Se hai problemi coi due link fammelo sapere
> Ciao.
> 
> 
> qui la posizione della casa su g maps:
> https://www.google.it/maps/@43.0910592,13.1239222,193m/data=!3m1!1e3
> 
> le foto :
> 
https://drive.google.com/file/d/0B0883mW5sH8hUjRyV29qRHU5a3M/view?usp=sharing


In base a queste ho modificato il sentiero. Non ho messo limitazioni di
accesso visto non ce ne sono di esplicite ed anche la proprietà privata
sembra dubbia :)
Lorenzo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Blake Girardot
"Warning This e-mail message may contain confidential or legally
privileged information and is intended only for the use of the
intended recipient(s). Any unauthorized disclosure, dissemination,
distribution, copying or the taking of any action in reliance on the
information herein is prohibited. E-mails are not secure and cannot be
guaranteed to be error free as they can be intercepted, amended, or
contain viruses. Anyone who communicates with us by e-mail is deemed
to have accepted these risks. Company Name is not responsible for
errors or omissions in this message and denies any responsibility for
any damage arising from the use of e-mail. Any opinion and other
statement contained in this message and any attachment are solely
those of the author and do not necessarily represent those of the
company."

I have been scolded and ignored in the past for forwarding an email
with this sort of signature to an OSM email.

I was promptly informed this was a public email list and emails with
that type of sig were not welcome.

Regards,
Blake

On Sun, Jun 9, 2019 at 9:22 AM Andy Mabbett  wrote:
>
> On Sun, 9 Jun 2019 at 12:08, Nuno Caldeira  
> wrote:
>
> > To acknowledge,I have asked this to the board.
> >
> > Dear board and board members,
> >
> > Following my comment on this post 
> > https://www.openstreetmap.org/user/DrishT/diary/368711
> >
> > I hereby request OSMF board, responsabile for the OSMF, as the Licensor 
> > under
> > ODbL 9.4 c) to notify Facebook and remove their rights under ODbL, if the
> > violation is not fixed after 30 days of notice. as written on ODbL.
>
> You posted a comment - on a Sunday - less than two hours before
> requesting this? Do you not think it would be prudent - not to mention
> courteous - to first wait for a response there?
>
> > Company Name is not responsible for errors or omissions in this message
>
> Well, quite.
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



-- 

Blake Girardot
OSM Wiki - https://wiki.openstreetmap.org/wiki/User:Bgirardot
HOTOSM Member - https://hotosm.org/users/blake_girardot
skype: jblakegirardot

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


Re: [OSM-talk-fr] uMap donner les droits Éditeur à un utilisateur avec espace

2019-06-09 Per discussione marc marc
Qu'il s'identifie pourrait peut-être suffire

> Le 9 juin 2019 à 15:03, Vincent Bergeot  a écrit :
> 
>> Le 09/06/2019 à 12:40, Jean-Christophe Becquet a écrit :
>> Bonjour,
>> 
>> Pour la carte Wiki Loves Earth 2019 en région Sud PACA :
>> http://umap.openstreetmap.fr/fr/map/wiki-loves-earth-2019-en-region-sud-paca_331802#13/44.0735/6.2863
>> 
>> Je voudrais donner les droits de modification à un utilisateur mais il
>> n'est pas proposé dans la complétion automatique ni accepté si je le
>> tape en entier dans le champ de formulaire. J'ai l'impression que c'est
>> parce que l'identifiant contient une espace. Y a t-il un moyen de
>> contourner ce problème ?
> 
> Pour que l'autocomplétion fonctionne et/ou l'ajout d'un utilisateur, il faut 
> que ce dernier ait préalablement créé une carte Umap et donc qu'il ait été 
> créé dans la base Umap.
> 
> Mais peut-être est-ce le cas ?
> 
> à plus
> 
>> 
>> Merci
>> 
>> JCB
> 
> 
> -- 
> Vincent Bergeot
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Andy Mabbett
On Sun, 9 Jun 2019 at 12:08, Nuno Caldeira  wrote:

> To acknowledge,I have asked this to the board.
>
> Dear board and board members,
>
> Following my comment on this post 
> https://www.openstreetmap.org/user/DrishT/diary/368711
>
> I hereby request OSMF board, responsabile for the OSMF, as the Licensor under
> ODbL 9.4 c) to notify Facebook and remove their rights under ODbL, if the
> violation is not fixed after 30 days of notice. as written on ODbL.

You posted a comment - on a Sunday - less than two hours before
requesting this? Do you not think it would be prudent - not to mention
courteous - to first wait for a response there?

> Company Name is not responsible for errors or omissions in this message

Well, quite.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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


[OSM-talk-fr] [#BaseRoadsVsOpenData] Point d'avancement et appel à contribution

2019-06-09 Per discussione Augustin Doury
Salut,

Voilà quatre ans qu'ont été démarrés les projets de Cartographie
systématique du réseau routier confrontant la donnée OpenStreetMap avec
des jeux de données de référence en Open Data (*#*BaseRoadsVsOpenData).
Ces projets ont pour objectif d'assurer une certaine complétude,
cohérence et précision du réseau routier principal à l'échelle d'un pays
afin d'encourager la réutilisation des données OSM comme une source de
données routières de référence.
Petità petit,9 chantiers ont été ouverts sur 9 pays ouest-africains en
coordination avec les communautés pays: Bénin, Burkina Faso, Côte
d'Ivoire, Guinée, Mali, Niger, République centrafricaine, Sénégal, Togo.

Depuis 2015 de belles avancées ont été réalisées grâce à tous les
membres de la communauté OSM qui ont participé au projet,mais il reste
encore du travail, beaucoup de travail :-) d'où cet *appel à contribution !*

Pour information :

  * toute la documentation relative au projet est sur le Wiki OSM :
FR:Projets de Cartographie systématique - réseau routier principal
vs référence open data

[1].
Vous y trouverez notamment des éléments de contexte, la liste des
projets par pays et état d'avancement, les instructions pour
cartographier,etc.
  * une présentation du projet est programmée au SotM-FR 2019 à
Montpellier la semaine prochaine (à priori samedi 15 à 10h en salle 105)


_Résumé de l'approche :_
_
_
L'objectif est de compléter, vérifier et affiner la précision du réseau
routier du pays concerné en s'appuyant sur des couches de référence en
Open Data :

  * la donnée routière de référence en Open Data (ex : gROADS) permet de
savoir qu'une route passe probablement à un endroit donné ;
  * leou lacartographe OSM peut alors vérifier la présence de cette
route dans OSM et la compléter ou améliorer sa précision,si besoin à
l'aide de l'imagerie satellite;
  * au passage,il ou elle en profite pour identifier d'éventuelles zones
résidentielles ou départs de routes secondaires non cartographiées,
ou encore pour signaler l'absence d'imagerie de bonne qualité.

Pour se coordonner et prioriser les tâches (ex : 2500 tâches pour le
Mali), les cartographes s'appuient sur : 

  * un *Gestionnaire de Tâche*(Tasking Manager) pour suivre l'avancement
du chantier. Chaque tâche représente une zone tampon de 500m autour
d'une route du jeu de données Open Data de référence. Exemple au
Mali: https://tasks.hotosm.org/project/813
  * une *uMap de priorisation*pour prioriser quotidiennement les tâches
du Gestionnaire de Tâche. Ex au Mali : http://u.osmfr.org/m/232379/

Bonne journée,

Augustin Doury pour le projet #BaseRoadsVsOpenData

PS : désolé si vous recevez plusieurs fois ce message qui a été/sera
relayé sur différentes listes

[1]
https://wiki.openstreetmap.org/wiki/FR:Projets_de_Cartographie_syst%C3%A9matique_-_r%C3%A9seau_routier_principal_vs_r%C3%A9f%C3%A9rence_open_data
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] uMap donner les droits Éditeur à un utilisateur avec espace

2019-06-09 Per discussione Vincent Bergeot

Le 09/06/2019 à 12:40, Jean-Christophe Becquet a écrit :

Bonjour,

Pour la carte Wiki Loves Earth 2019 en région Sud PACA :
http://umap.openstreetmap.fr/fr/map/wiki-loves-earth-2019-en-region-sud-paca_331802#13/44.0735/6.2863

Je voudrais donner les droits de modification à un utilisateur mais il
n'est pas proposé dans la complétion automatique ni accepté si je le
tape en entier dans le champ de formulaire. J'ai l'impression que c'est
parce que l'identifiant contient une espace. Y a t-il un moyen de
contourner ce problème ?


Pour que l'autocomplétion fonctionne et/ou l'ajout d'un utilisateur, il 
faut que ce dernier ait préalablement créé une carte Umap et donc qu'il 
ait été créé dans la base Umap.


Mais peut-être est-ce le cas ?

à plus



Merci

JCB



--
Vincent Bergeot


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


Re: [Talk-at] minderwertige Importe

2019-06-09 Per discussione Rudolf Mayer

Hallo,

ich bin zwar grundsätzlich nicht erfreut, wenn Arbeit zu nichte gemacht 
wird, auch nicht die von Johann - aber genauso macht er auch viel Arbeit 
von anderen zunichte, bzw. halst den anderen viel Arbeit auf.


Seine Vorgehensweise ist ja wirklich einfach nur arrogant - ich 
importiere mal, und als changeset Kommentar bitte ich dann die anderen, 
die Fehler zu beseitigen. Das ist einfach nur ignorant.


Auch seine Rechtfertigung, dass man ja jede Adresse dann persönlich 
verifizieren müsste zeigt, dass er einfach ein Sofa-Mapper der wirklich 
schlechten Art ist (ich habe grundsätzlich keine Abneigung gegen solche, 
viele tragen sehr wertvolles bei, wenn aus Satellitenbildern oder von 
Mapillary Informationen übertragen werden).



Grundsätzlich stellt sich mir hier nicht nur die Frage wie man die 
bisherigen Edits behandelt, sondern auch, wie man in Zukunft verhindert, 
dass er das wieder einfach weiter so macht. Diskussion mit ihm ist ja so 
ähnlich, wie wenn man mit einer Mauer redet.
Er sieht sich halt irgendwie als der Missverstandene, und alle anderen 
in der Community, auch wenn sie geschlossen anderer Meinung sind, liegen 
einfach falsch. Das passt halt überhaupt nicht zu OSM...


Eine 7-Tage Sperre wird hier vielleicht nicht viel helfen. Auch hat er 
ja gezeigt, dass er schnell einfach mal einen neuen account macht (und 
er hat auch momentan viele die er zugibt, wie man hier sieht: 
https://www.openstreetmap.org/user/addresshistory*org)



Alles in allem wäre ich dafür, zumindest einen Teil seiner Edits 
rückgängig zu machen. Vor allem dort, wo es ja von der lokalen Community 
nicht gut aufgenommen wurde (das ist imho zumindest in Wien der Fall).



Lg
Rudi

On 08/06/2019 12:03, Frederik Ramm wrote:

Hallo,

nach wiederholten Beschwerden über die Importe von addresshistory*org
habe ich hier eine Accountsperre verhängt

https://www.openstreetmap.org/user_blocks/2839

und den User aufgefordert, jeden einzelnen Import vorher an dieser
Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
dann wieder neu importiert werden und so weiter. Das ist einfach
schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.

Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
österreichischen Community ein grober Konsens bestehen sollte, dass der
Schaden insgesamt größer als der Nutzen ist.

Viele Grüße
Frederik




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


Re: [Talk-at] minderwertige Importe

2019-06-09 Per discussione Thomas Rupprecht
Hallo,

Sorry für die kurze Antwort gestern war aber unterwegs und am Handy machts
keinen Spaß lange Nachrichten zu schreiben.
Weil die Frage aufkam wer ich bin: https://hdyc.neis-one.org/?XimeX

Zum Import selbst:
Also ich pflege bei mir in der Gemeinde Hernstein die Adressen laufend.
Durch den Import wurden Adressen eingetragen die zwar auf dem Papier (
basemap.at etc) gibt aber in der Wirklichkeit (noch) nicht vorhanden sind
(nicht bebaute Grünfläche; noch im Bau befindende Gebäude), bzw Adressen zu
einem Grundstück die aber schon eine Adresse von der gegenüberliegenden
Straße haben.
Ich habe mir jetzt nicht alle Importe angesehen. Aber wenn ich in meiner
Gemeinde keinen Nutzen dieses Imports finden kann (siehe oben beschrieben)
wird es bei den ganzen anderen Importen nicht viel besser aussehen.
Mir gehts zumindest um den Import den meine Gemeinde betrifft:
https://overpass-api.de/achavi/?changeset=70719910

Wenn es in anderen Gebieten einen großen Mehrwert gibt ok. Hätte ihn
zumindest noch nicht gefunden (ja es sind dann _alle_ Adressen in OSM aber
wer hats kontrolliert?). Das Problem der Imports ist ja auch immer das es
einen Aufbau von Communities entgegen läuft.

mfg Thomas Rupprecht


Am So., 9. Juni 2019 um 08:29 Uhr schrieb :

> Liebe Kollegen, lieber Frederik,
>
> Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die
> ultimative Aufforderung diese Form des Adressimports zu stoppen.
>
> Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch den
> Kopf gehen lassen:
>
> Kollege addresshistory*org ist ein Mitglied unserer Community, das oft
> sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert in
> seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass Johann seine
> Edits im festen Glauben OSM zu verbessern durchfuehrt.
>
> Ich sehe in seinen Edits keinen Vandalismus und keine Provokation
> gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber Monate/Jahre
> laufenden Edits abzuwaegen empfinde ich als mutig. Die Abstimmung koennte
> zu einer Agglomeration von Stimmungslagen verkommen und davon halte ich
> nichts. Als Indiz sehe ich die Zustimmung von Kollegen Rupprecht, dessen
> OSM-anonyme Zustimmung - milde gesprochen - sehr knapp formuliert ist.
>
> Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein Schaden
> angerichtet, aber er hat die Katastralgemeinden als "addr:suburb"
> eingetragen. Das finde ich schlicht als nicht notwendig und ich werde beim
> naechsten Stammtisch in Leoben den Punkt auf die Diskussionliste setzen.
>
> Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch auf
> die Leute, die sich schon seit laengerer Zeit mit seinen Edits befasst
> haben und auch in den CS aber auch im AT Forum bzw. hier diskutiert haben.
> Ich wuerde mich zur Verfuegung stellen, einzelne Reverts zusammen mit
> Kollegen der AT-Community durchzufuehren.
>
> Ich spreche mich gegen systematische Reverts von Edits des Users ueber
> welchen Zeitraum auch immer aus - ja, ich finde auch schon den salopp
> formulierten Vorschlag von Frederik nicht ganz optimal.
>
> Lg, Gppes
>
>
> > Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> > Von: "Frederik Ramm" 
> > An: "OpenStreetMap AT" 
> > Betreff: [Talk-at] minderwertige Importe
> >
> > Hallo,
> >
> > nach wiederholten Beschwerden über die Importe von addresshistory*org
> > habe ich hier eine Accountsperre verhängt
> >
> > https://www.openstreetmap.org/user_blocks/2839
> >
> > und den User aufgefordert, jeden einzelnen Import vorher an dieser
> > Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> > Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> > können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> > dann wieder neu importiert werden und so weiter. Das ist einfach
> > schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> >
> > Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> > letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> > österreichischen Community ein grober Konsens bestehen sollte, dass der
> > Schaden insgesamt größer als der Nutzen ist.
> >
> > Viele Grüße
> > Frederik
> >
> > --
> > Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
> >
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


Re: [Talk-it] TAG Monastero

2019-06-09 Per discussione Francesco Ansanelli
Ciao Sauro,

hai ragione!
Ho verificato e proposto l'aggiornamento della traduzione:
https://github.com/openstreetmap/iD/pull/6511/files

Ho indicato "Suggested-by: fontana8 (Sauro)" per attribuirti il credito
della segnalazione.

Saluti,
Francesco

Il giorno dom 9 giu 2019 alle ore 11:16 fontana8.email 
ha scritto:

>
>
>
> Buongiorno,
> inoltri il messaggio alla  lista (talk-it@openstreetmap.org)
>
> Il giorno dom 9 giu 2019 alle ore 08:33 fontana8.email 
> ha scritto:
>
> Salve a tutti, sono un editor livello ultrabase, oggi sono incappato in
>> quello che credo un errore di traduzione,  nel correggere il TAG di un
>> edificio, un convento di frati,  il tag che propone l'editor online è
>> MONTASTERO al posto di MONASTERO , non essendo esperto di editor posto
>> qui la notizia per evidenziare l'errore e  trovare qualcuno che risolva.
>>
>> Questo il punto ma credo sia generalizzato.
>>
>> https://www.openstreetmap.org/edit?editor=id#map=19/44.37051/11.66993
>>
>> Grazie Grande Popolo .
>>
>> Sauro
>>
>>
>>
>>
>
>
> 
> ZE-Light e ZE-Pro: servizi zimbra per caselle con dominio email.it, per
> tutti i dettagli clicca qui
> 
>
> Sponsor:
> Idee regalo classiche o alternative? Trova l'offerta migliore in un click
> Clicca qui 
>
> ___
> 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


[OSM-talk] Wikibase items instead of usual templates for wiki pages?

2019-06-09 Per discussione Joseph Eisenberg
While checking out the Map Features osm wiki pages, I noticed a few
items that were missing descriptions or had very short,
self-referrential ones (eg. "A peninsula" for natural=peninsula and
"An isthmus" for natural=isthmus), even though the wiki page actually
has a good description, which was approved as part of the proposal
process for each feature.

When I edited the pages to add the description to the usual template
(the ValueDescription template), I was surprised to see that this box
was missing. I ended up reverting the last edits which removed the
box, so that I could edit it.

I was then informed that there is now a "data item" in a tool called
"wikibase" where this information can be edited. Another osm wiki user
thought this is now the correct place to store information like a tag
description.

Has this wikibase feature been discussed and approved by the community
in some forum? Perhaps it happened before I was involved with OSM? I
don't quite understand how it works.

Description of wikibase data items (rather confusing to me):
https://wiki.openstreetmap.org/wiki/Data_items

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


[OSM-talk] Terminate Facebook rights under ODbL

2019-06-09 Per discussione Nuno Caldeira
To acknowledge,I have asked this to the board.

Dear board and board members,

Following my comment on this post
https://www.openstreetmap.org/user/DrishT/diary/368711

I hereby request OSMF board, responsabile for the OSMF, as the Licensor
under ODbL 9.4 c) to notify Facebook and remove their rights under ODbL, if
the violation is not fixed after 30 days of notice. as written on ODbL.
https://opendatacommons.org/licenses/odbl/1.0/index.html

9.0 Termination of Your rights under this License


   c. Permanently if reasonably notified by the Licensor of the
violation, this is the first time You have received notice of
violation of this License from the Licensor, and You cure the
violation prior to 30 days after your receipt of the notice.


Kind regards,

Nuno Caldeira
-- 
Nuno Caldeira

nunocapelocalde...@gmail.com

http://www.leavesfromthepresentpast.info/

[image: Facebook]  [image:
Twitter]  [image: Youtube]
 [image: Instagram]
 [image: vimeo]
 [image: flickr]


*AVISO DE CONFIDENCIALIDADE *Este e-mail e quaisquer ficheiros informáticos
com ele transmitidos são confidenciais, podem conter informação
privilegiada e destinam-se ao conhecimento e uso exclusivo da pessoa ou
entidade a quem são dirigidos, não podendo o conteúdo dos mesmos ser
alterado. Caso tenha recebido este e-mail indevidamente, queira informar de
imediato o remetente e proceder à destruição da mensagem e de eventuais
cópias. É estritamente proibido o uso, a distribuição, a cópia ou qualquer
forma de disseminação não autorizada deste e-mail e de quaisquer ficheiros
nele contidos.

*Warning* This e-mail message may contain confidential or legally
privileged information and is intended only for the use of the intended
recipient(s). Any unauthorized disclosure, dissemination, distribution,
copying or the taking of any action in reliance on the information herein
is prohibited. E-mails are not secure and cannot be guaranteed to be error
free as they can be intercepted, amended, or contain viruses. Anyone who
communicates with us by e-mail is deemed to have accepted these risks.
Company Name is not responsible for errors or omissions in this message and
denies any responsibility for any damage arising from the use of e-mail.
Any opinion and other statement contained in this message and any
attachment are solely those of the author and do not necessarily represent
those of the company.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


[OSM-talk-fr] uMap donner les droits Éditeur à un utilisateur avec espace

2019-06-09 Per discussione Jean-Christophe Becquet
Bonjour,

Pour la carte Wiki Loves Earth 2019 en région Sud PACA :
http://umap.openstreetmap.fr/fr/map/wiki-loves-earth-2019-en-region-sud-paca_331802#13/44.0735/6.2863

Je voudrais donner les droits de modification à un utilisateur mais il
n'est pas proposé dans la complétion automatique ni accepté si je le
tape en entier dans le champ de formulaire. J'ai l'impression que c'est
parce que l'identifiant contient une espace. Y a t-il un moyen de
contourner ce problème ?

Merci

JCB
-- 
Tribune « Logiciel libre : il faut mettre la technologie au service des
villes et des citoyens »
https://www.april.org/logiciel-libre-il-faut-mettre-la-technologie-au-service-des-villes-et-des-citoyens

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
2 chemin du Tivoli - 04000 Digne-les-Bains
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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


Re: [talk-cz] nefunkční Undelete v JOSM?

2019-06-09 Per discussione r00t
Ahoj,

Vyzkousej plugin Reverter, ten funguje (pouzito pred par dny).


r00tcz


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


[talk-cz] nefunkční Undelete v JOSM?

2019-06-09 Per discussione Pavel Pilát
Nevíte, jestli je teď z nějakého důvodu momentálně nefunkční plug-in
Undelete v JOSM? Chtěl jsem obnovit cestu
https://www.openstreetmap.org/way/38198118 , u které jsme se s mapperem,
který ji smazal, domluvili, že to bude nejlepší, ale nic to neudělá, pouze
mě to vrátí zpět do JOSM.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


Re: [Talk-it] Asinovia dei sibillini, Polverina, MC

2019-06-09 Per discussione Federico Cortese
On Sun, Jun 9, 2019 at 10:11 AM Martin Koppenhoefer
 wrote:
>
> la delibera parla di declassamento della strada vicinale, ciò implica un 
> divieto per pedoni? Per cambiare la proprietà si vorrebbe un atto di 
> compravendita o di cessione, no?
>

Esattamente Martin, come al solito hai colto nel segno.
Dubito che la strada sia passata in proprietà privata. Quella delibera
avvia il procedimento di sdemanializzazione, che a quanto pare non è
mai stato perfezionato. "A quanto pare" perchè sulle mappe catastali
quel tratto risulta a tutti gli effetti ancora strada pubblica in
testa al demanio. Per perfezionare la sdemanializzazione si sarebbe
dovuto decidere a chi trasferire la proprietà, quindi eseguirne il
frazionamento catastale, infine formalizzare il trasferimento con atto
pubblico. Non so a che punto o per quale motivo si sia fermato il
processo, quel che è certo è che il frazionamento catastale non è mai
avvenuto, quindi certamente si tratta ancora di strada pubblica, per
quanto sia stata espressa la volontà di sdemanializzare.
Per verificarlo basta andare sul geoportale dell'Agenzia delle Entrate
(https://geoportale.cartografia.agenziaentrate.gov.it/age-inspire/srv/eng/catalog.search#/home)
e inserire una particella qualunque del foglio 1 del comune di Fiastra
per poter vedere la situazione catastale in quella zona.

Ciao,
Federico

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


Re: [OSM-talk-be] Importing polygons of administrative boundaries for Belgium into OSM

2019-06-09 Per discussione Kurt Roeckx
On Fri, Jun 07, 2019 at 02:18:49PM +0200, Pierre Parmentier wrote:
> Hello,
> 
> I just read this "L’Administration Générale de la Documentation
> Patrimoniale du SPF Finances a été désignée par les autres institutions
> comme étant la source authentique de ces limites administratives belges et
> les gère donc en tant que telle." or "De Algemene Administratie van de
> Patrimoniumdocumentatie (AAPD) van de FOD financiën is door de andere
> instellingen aangeduid als authentieke bron van de Belgische
> administratieve grenzen en beheert ze daarom als zodanig." on
> https://finances.belgium.be/sites/default/files/20181023_Limitesadministratives.pdf
> and
> https://financien.belgium.be/sites/default/files/20181023_Administratievegrenzen.pdf
> .
> 
> The available files with .shp data allow everybody to check the
> administrative limits of our municipalities. See
> https://finances.belgium.be/fr/particuliers/habitation/cadastre/plan-cadastral
> or
> https://financien.belgium.be/nl/particulieren/woning/kadaster/kadastraal-plan
> .

In short, they have decided who will deterime the official
boundaries.

If you follow the links, depending on Flanders, Brussels or
Wallonia, they will merge existing information, and it's still a
work in progress. At the end of, there will only be 1 source of
this information.

For Flanders, they will base this on GRB, and apply corrections.
They started in 2018, and it should be finnished by mid 2021. The
GRB and CADGIS should have the same information end up with the
same information.

For Brussels they have already done this based on UrbIS, and it
was finnished in 2018.

For Wallonia they don't seem to have a good source of this, and it
seems they have a lot of work, which should be finnished by 2025.

Note that the data you can download is from 1 January 2018, as in
before they actually have done any corrections. I suggest you
don't import it at this time.


Kurt


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


[Talk-it] TAG Monastero

2019-06-09 Per discussione fontana8.email




Buongiorno,
inoltri il messaggio alla  lista (talk-it@openstreetmap.org 
)


Il giorno dom 9 giu 2019 alle ore 08:33 fontana8.email 
mailto:fonta...@email.it>> ha scritto:


   Salve a tutti, sono un editor livello ultrabase, oggi sono incappato in
   quello che credo un errore di traduzione,  nel correggere il TAG di un
   edificio, un convento di frati,  il tag che propone l'editor online è
   MONTASTERO al posto di MONASTERO , non essendo esperto di editor posto
   qui la notizia per evidenziare l'errore e  trovare qualcuno che risolva.

   Questo il punto ma credo sia generalizzato.

   https://www.openstreetmap.org/edit?editor=id#map=19/44.37051/11.66993

   Grazie Grande Popolo .

   Sauro






--
ZE-Light e ZE-Pro: servizi zimbra per caselle con dominio email.it, per tutti i dettagli 
Clicca qui http://posta.email.it/caselle-di-posta-z-email-it/?utm_campaign=email_Zimbra_102014=main_footer/f


Sponsor:
Idee regalo classiche o alternative? Trova l'offerta migliore in un click
Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=13327=9-6___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


[Talk-es] semanarioOSM Nº 463 2019-05-28-2019-06-03

2019-06-09 Per discussione theweekly . osm
Hola, el semanario Nº 463, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12163/

¡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-br] semanárioOSM Nº 463 2019-05-28-2019-06-03

2019-06-09 Per discussione theweekly . osm
Bom dia,

O semanárioOSM Nº 463, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12163/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal 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


[OSM-talk] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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-cl] semanarioOSM Nº 463 2019-05-28-2019-06-03

2019-06-09 Per discussione theweekly . osm
Hola, el semanario Nº 463, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12163/

¡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


[Talk-pt] semanárioOSM Nº 463 2019-05-28-2019-06-03

2019-06-09 Per discussione theweekly . osm
Bom dia,

O semanárioOSM Nº 463, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado *em português* : http://www.weeklyosm.eu/pb/archives/12163/

Aproveite!

Você sabia que também pode enviar mensagens para a nota semanal 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 #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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


[talk-latam] semanarioOSM Nº 463 2019-05-28-2019-06-03

2019-06-09 Per discussione theweekly . osm
Hola, el semanario Nº 463, el sumario de todo lo que está ocurriendo en el 
mundo de openstreetmap está en línea en *español*:

http://www.weeklyosm.eu/es/archives/12163/

¡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-GB] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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


[Talk-ca] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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-in] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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-africa] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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


[OSM-talk-ie] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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


[talk-ph] weeklyOSM #463 2019-05-28-2019-06-03

2019-06-09 Per discussione weeklyteam
The weekly round-up of OSM news, issue # 463,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world: http://www.weeklyosm.eu/en/archives/12163/

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


Re: [Talk-it] Asinovia dei sibillini, Polverina, MC

2019-06-09 Per discussione Martin Koppenhoefer


sent from a phone

> On 9. Jun 2019, at 09:48, Andreas Lattmann  wrote:
> 
> Il punto è riuscire a capire dov'è la verità. Se è vero che è un percorso 
> usato da tempo, viene meno la delibera comunale. Non bisogna ledere nessun 
> diritto altrui, bisogna solo capire dov'è la verità. Ne perde d'immagine OSM. 


la delibera parla di declassamento della strada vicinale, ciò implica un 
divieto per pedoni? Per cambiare la proprietà si vorrebbe un atto di 
compravendita o di cessione, no?

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


Re: [Talk-at] minderwertige Importe

2019-06-09 Per discussione Günther Zinsberger

Hallo!

Mir geht es ähnlich. Am Anfang wäre ich auf jeden Fall für einen Revert 
gewesen, jetzt bin ich mir nicht mehr so sicher.


In Gemeinden, wo bereits wenige Adressen drinnen waren bzw. am Anfang 
hat er die vorhandenen Adressen (z.B. in Hochburg/Ach oder Weibern) an 
Gebäuden entfernt und seine eigenen Nodes als Punkte hinzugefügt. Dieses 
Vorgehen hielt ich für fragwürdig, hab aber hier teilweise schon 
nachgearbeitet.


Bei seinen neueren Edits bzw. in Gemeinden wo schon viel vorhanden war 
(z.B. in Wels), hat er nur einzelne Nodes hinzugefügt, was ich auf jeden 
Fall für gut befinde.


In Summe bin ich in letzter Zeit somit eher gegen einen Revert.

Lg
Günther [gzin]


Am 09.06.19 um 08:28 schrieb gppes_...@web.de:

Liebe Kollegen, lieber Frederik,

Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die 
ultimative Aufforderung diese Form des Adressimports zu stoppen.


Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch 
den Kopf gehen lassen:


Kollege addresshistory*org ist ein Mitglied unserer Community, das oft 
sehr eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert 
in seiner Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass 
Johann seine Edits im festen Glauben OSM zu verbessern durchfuehrt.


Ich sehe in seinen Edits keinen Vandalismus und keine Provokation 
gegenueber anderen Nutzern. Nutzen gegen Schaden von ueber 
Monate/Jahre laufenden Edits abzuwaegen empfinde ich als mutig. Die 
Abstimmung koennte zu einer Agglomeration von Stimmungslagen verkommen 
und davon halte ich nichts. Als Indiz sehe ich die Zustimmung von 
Kollegen Rupprecht, dessen OSM-anonyme Zustimmung - milde gesprochen - 
sehr knapp formuliert ist.


Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein 
Schaden angerichtet, aber er hat die Katastralgemeinden als 
"addr:suburb" eingetragen. Das finde ich schlicht als nicht notwendig 
und ich werde beim naechsten Stammtisch in Leoben den Punkt auf die 
Diskussionliste setzen.


Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch 
auf die Leute, die sich schon seit laengerer Zeit mit seinen Edits 
befasst haben und auch in den CS aber auch im AT Forum bzw. hier 
diskutiert haben. Ich wuerde mich zur Verfuegung stellen, einzelne 
Reverts zusammen mit Kollegen der AT-Community durchzufuehren.


Ich spreche mich gegen systematische Reverts von Edits des Users ueber 
welchen Zeitraum auch immer aus - ja, ich finde auch schon den salopp 
formulierten Vorschlag von Frederik nicht ganz optimal.


Lg, Gppes



Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
Von: "Frederik Ramm" 
An: "OpenStreetMap AT" 
Betreff: [Talk-at] minderwertige Importe

Hallo,

nach wiederholten Beschwerden über die Importe von addresshistory*org
habe ich hier eine Accountsperre verhängt

https://www.openstreetmap.org/user_blocks/2839

und den User aufgefordert, jeden einzelnen Import vorher an dieser
Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
dann wieder neu importiert werden und so weiter. Das ist einfach
schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.

Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
österreichischen Community ein grober Konsens bestehen sollte, dass der
Schaden insgesamt größer als der Nutzen ist.

Viele Grüße
Frederik





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


Re: [Talk-it] Asinovia dei sibillini, Polverina, MC

2019-06-09 Per discussione Andreas Lattmann
Il punto è riuscire a capire dov'è la verità. Se è vero che è un percorso usato 
da tempo, viene meno la delibera comunale. Non bisogna ledere nessun diritto 
altrui, bisogna solo capire dov'è la verità. Ne perde d'immagine OSM. 

Il 9 giugno 2019 00:28:07 CEST, francesco gargano  
ha scritto:
>Aggiungo che il CFM secondo i titolari dell'itinerario è interamente
>segnalato tramite varie modalità illustrate qui [1]
>Ove possibile qualcuno si trovi in zona dovrebbe perlomeno confermarne
>la
>presenza su quel sentiero , magari
>fughiami gli eventuali dubbi emersi per il tramite di utente anonimo
>
>
>[1]
>http://www.camminofrancescanodellamarca.it/index.php/segnaletica-sul-percorso/
>
>Il giorno sab 8 giu 2019 alle ore 17:07 Lorenzo Mastrogiacomi <
>lomastr...@gmail.com> ha scritto:
>
>>
>> C'è una relazione per il Cammino Francescano della Marca - Tappa 4
>che
>> pare proprio passi di lì. Ci sono i percorsi online sul sito.
>>
>> Escluderei access=private. Alessandro in un commento ad un suo
>changeset
>> diceva che una persona gli ha confermato che non ci sono divieti.
>>
>>
>> Lorenzo
>>

--
I❤️ Software Libero.

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


Re: [Talk-at] minderwertige Importe

2019-06-09 Per discussione gppes_osm
Liebe Kollegen, lieber Frederik,

Danke fuer die Sperre, sie war leider notwendig. Danke auch fuer die ultimative 
Aufforderung diese Form des Adressimports zu stoppen.

Ich habe mir die Angelegenheit in seiner Gesamtheit noch einmal durch den Kopf 
gehen lassen:

Kollege addresshistory*org ist ein Mitglied unserer Community, das oft sehr 
eigenwillig reagiert/kommuniziert und aeusserst ueberambitioniert in seiner 
Vorgehensweise ist. Ich bin aber davon ueberzeugt, dass Johann seine Edits im 
festen Glauben OSM zu verbessern durchfuehrt.

Ich sehe in seinen Edits keinen Vandalismus und keine Provokation gegenueber 
anderen Nutzern. Nutzen gegen Schaden von ueber Monate/Jahre laufenden Edits 
abzuwaegen empfinde ich als mutig. Die Abstimmung koennte zu einer 
Agglomeration von Stimmungslagen verkommen und davon halte ich nichts. Als 
Indiz sehe ich die Zustimmung von Kollegen Rupprecht, dessen OSM-anonyme 
Zustimmung - milde gesprochen - sehr knapp formuliert ist.

Im Raum Leoben hat addresshistory*org auch editiert, es wurde kein Schaden 
angerichtet, aber er hat die Katastralgemeinden als "addr:suburb" eingetragen. 
Das finde ich schlicht als nicht notwendig und ich werde beim naechsten 
Stammtisch in Leoben den Punkt auf die Diskussionliste setzen.

Reverts einzelner Edits koennten notwendig werden, hier hoffe ich auch auf die 
Leute, die sich schon seit laengerer Zeit mit seinen Edits befasst haben und 
auch in den CS aber auch im AT Forum bzw. hier diskutiert haben. Ich wuerde 
mich zur Verfuegung stellen, einzelne Reverts zusammen mit Kollegen der 
AT-Community durchzufuehren.

Ich spreche mich gegen systematische Reverts von Edits des Users ueber welchen 
Zeitraum auch immer aus - ja, ich finde auch schon den salopp formulierten 
Vorschlag von Frederik nicht ganz optimal.

Lg, Gppes


> Gesendet: Samstag, 08. Juni 2019 um 12:03 Uhr
> Von: "Frederik Ramm" 
> An: "OpenStreetMap AT" 
> Betreff: [Talk-at] minderwertige Importe
>
> Hallo,
> 
> nach wiederholten Beschwerden über die Importe von addresshistory*org
> habe ich hier eine Accountsperre verhängt
> 
> https://www.openstreetmap.org/user_blocks/2839
> 
> und den User aufgefordert, jeden einzelnen Import vorher an dieser
> Stelle hier zu diskutieren, insbesondere was die Datenquelle und die
> Methodik anbetrifft, damit Fehler künftig *vorher* gefunden werden
> können, statt dass zigtausende Nodes erst importiert, dann gelöscht,
> dann wieder neu importiert werden und so weiter. Das ist einfach
> schlampige Arbeit und macht uns allen mehr Arbeit als es nützt.
> 
> Ich bin auch sehr gern bereit, von der DWG aus großzügig alle Edits der
> letzten Monate/Jahre dieses Accounts zu revertieren, wenn in der
> österreichischen Community ein grober Konsens bestehen sollte, dass der
> Schaden insgesamt größer als der Nutzen ist.
> 
> Viele Grüße
> Frederik
> 
> -- 
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

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