date:20130715

São importantíssimas. As relações agrupam coisas (como todos os pedaços de
uma rodovia e duas vias e um nó numa restrição de conversão). Sem elas, não
seria possível obter o traçado completo de uma rodovia, nem várias rotas
(por exemplo, de ônibus) que compartilham parte de um trajeto, nem
especificar que é proibido fazer o retorno ou dobrar à direita. Nem
desenhar polígonos com buracos. Enfim, há muitos usos.
On Jul 15, 2013 12:18 PM, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com wrote:

 Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias
 que usam isso, e qual a importância delas?

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


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

Re: [Talk-br] Relações

Uma relação, como qualquer outro elemento, tem tags. A diferença é que uma
relação, além das tags, possui membros. Os membros podem ser de qualquer
tipo, inclusive podem ser outras relações. Cada membro tem um papel
(role) que especifica a sua função na relação.

Por exemplo, relações de rotas de ônibus têm membros com os papéis
forward e backward indicando a direção da rota em uma via. Além disso,
a relação tem tags especificando o nome e o número da rota. Relações de
restrição de conversão têm 3 membros: from e to (especificando de onde
para onde que vale a restrição) e via especificando o nó que junta os
dois segmentos, exatamente onde vale a restrição. Essas não têm tags
obrigatórias (exceto type=restriction) mas pode ter tags como fixme e
note.
On Jul 15, 2013 1:07 PM, Fernando Trebien fernando.treb...@gmail.com
wrote:

 São importantíssimas. As relações agrupam coisas (como todos os pedaços de
 uma rodovia e duas vias e um nó numa restrição de conversão). Sem elas, não
 seria possível obter o traçado completo de uma rodovia, nem várias rotas
 (por exemplo, de ônibus) que compartilham parte de um trajeto, nem
 especificar que é proibido fazer o retorno ou dobrar à direita. Nem
 desenhar polígonos com buracos. Enfim, há muitos usos.
 On Jul 15, 2013 12:18 PM, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Alguém pode me explicar o que são relações, pq vi que tem algumas
 rodovias que usam isso, e qual a importância delas?

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


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

Re: [Talk-br] Relações

Outro exemplo importante: as relações boundary agrupam os pedaços de
fronteira que delimitam um bairro, uma cidade, um estado, um país, um
continente, e adicionam informação como o nó admin_centre que representa
o centro da cidade (geralmente o marco zero, e também o lugar onde se
desenha o nome da cidade).
On Jul 15, 2013 1:14 PM, Fernando Trebien fernando.treb...@gmail.com
wrote:

 Uma relação, como qualquer outro elemento, tem tags. A diferença é que uma
 relação, além das tags, possui membros. Os membros podem ser de qualquer
 tipo, inclusive podem ser outras relações. Cada membro tem um papel
 (role) que especifica a sua função na relação.

 Por exemplo, relações de rotas de ônibus têm membros com os papéis
 forward e backward indicando a direção da rota em uma via. Além disso,
 a relação tem tags especificando o nome e o número da rota. Relações de
 restrição de conversão têm 3 membros: from e to (especificando de onde
 para onde que vale a restrição) e via especificando o nó que junta os
 dois segmentos, exatamente onde vale a restrição. Essas não têm tags
 obrigatórias (exceto type=restriction) mas pode ter tags como fixme e
 note.
 On Jul 15, 2013 1:07 PM, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 São importantíssimas. As relações agrupam coisas (como todos os pedaços
 de uma rodovia e duas vias e um nó numa restrição de conversão). Sem elas,
 não seria possível obter o traçado completo de uma rodovia, nem várias
 rotas (por exemplo, de ônibus) que compartilham parte de um trajeto, nem
 especificar que é proibido fazer o retorno ou dobrar à direita. Nem
 desenhar polígonos com buracos. Enfim, há muitos usos.
 On Jul 15, 2013 12:18 PM, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Alguém pode me explicar o que são relações, pq vi que tem algumas
 rodovias que usam isso, e qual a importância delas?

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


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

Re: [Talk-br] Relações

2013-07-15 Per discussione Arlindo Pereira

Relações são a terceira das três entidades do modelo do OSM (sendo as
outras duas os pontos e as linhas) e servem, basicamente, para juntar
coisas. São usadas, por exemplo, em relações de restrição de conversão
(proibido virar a direita, tagueia-se a rua anterior, a rua a direita e o
nó da esquina), relações de transporte público (junta-se as ruas pelas
quais um ônibus passa, bem como os pontos de parada) e por aí vai. No caso
das rodovias, serve para indicar que o conjunto de vias (Rodovia Fulano de
Tal, Ponte Seu Ze das Couves) faz parte de uma única Estrada BR-666.

[]s
Em 15/07/2013 12:18, Erick de Oliveira Leal erickdeoliveiral...@gmail.com
escreveu:

 Alguém pode me explicar o que são relações, pq vi que tem algumas rodovias
 que usam isso, e qual a importância delas?

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


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

Re: [Talk-br] Relações

Então, Erick, pra resumir:
- nós (nodes) têm somente tags e posição
- linhas (ways) têm tags e uma lista de nós; um par da sequência forma um
segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e
a ordem dos nós dá a direção da linha
  (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó =
último nó)
- relações (relations) têm tags e membros com papéis, onde cada membro pode
ser qualquer coisa (nó, linha ou relação)

E agora exemplificando.

*Rota representando o sentido bairro  centro de uma linha de ônibus*
http://www.openstreetmap.org/browse/relation/2727021

Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os
seus papéis forward, backward e stop. Especificação completa desse
tipo de relação:
http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

*Rota representando todas as partes de uma rodovia*
http://www.openstreetmap.org/browse/relation/155359

Repare nas tags network, ref, type e route e também que os membros
têm papéis forward e backward tal como na rota de ônibus. Especificação
completa desse tipo de relação:
http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

*Restrição de conversão proibindo fazer o retorno*
http://www.openstreetmap.org/browse/relation/3077198

Repare nos papéis via - um nó - e from e to - ambos linhas.
Especificação completa:
http://wiki.openstreetmap.org/wiki/Relation:restriction

*Multipolígono representando um delta*
http://www.openstreetmap.org/browse/relation/86833

Repare nos membros com papéis outer - borda externa - e inner - borda
interna. Especificação completa:
http://wiki.openstreetmap.org/wiki/Relation:multipolygon

*Fronteira definindo uma mesorregião*
http://www.openstreetmap.org/browse/relation/2844354

Repare nas etiquetas admin_level e type=boundary, também repare nos
papéis outer e inner que funcionam exatamente da mesma forma que nos
multipolígonos. Especificação completa:
http://wiki.openstreetmap.org/wiki/Relation:boundary

*Fronteiras definindo um bairro e uma cidade*
http://www.openstreetmap.org/browse/relation/2727083
http://www.openstreetmap.org/browse/relation/242397

Repare o valor em admin_level em cada uma e os membros label e
admin_centre (que aparecem com uma função similar.

*Um rio que serve como fronteira em várias relações de fronteira*
http://www.openstreetmap.org/browse/way/227577336

Repare lá no final a seção Parte de. Esse rio é membro das relações que
representam as fronteiras de dois países (Brasil e Uruguai), de um estado
brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma
região uruguaia (Cerro Largo), além de uma microrregião brasileira e da
relação que representa a região Sul do Brasil.

(OBS: a tag name desse rio está errada. Combinei com um uruguaio que
usaríamos a convenção européia de colocar ambos os nomes, em português e
espanhol, separados por  / , em ordem alfabética, mas ainda não tive
tempo de atualizar toda a fronteira.)

Pra mais detalhes, eis a lista das principais relações usadas no
OpenStreetMap: http://wiki.openstreetmap.org/wiki/Types_of_relation

A relação associatedStreet é pouco usada no Brasil, mas muito usada na
Europa. A relação public_transport é nova e provavelmente será mais usada
no futuro (faz mais diferença em lugares em que as paradas são complexas e
atendem a vários modos de transporte simultaneamente). A relação
route_master é usada para agrupar rotas (como os dois sentidos e as
variações de uma mesma linha de ônibus), mas não sei de nenhum sistema que
faça uso dela. Nunca vi usarem enforcement, bridge e tunnel.

A relação site é meio polêmica (frequentemente usada sem necessidade) mas é
muito usada. Tem gente que mapeia, por exemplo, a área de uma universidade,
os prédios, daí agrupa tudo numa relação site. Muitos defendem que isso
não é necessário e que uma aplicação deveria ser capaz de determinar que o
prédio pertence à universidade usando um algoritmo geométrico simples.
Outros (que defendem sistemas mais fáceis de programar) preferem que a
informação de continência seja expressa por relações porque daí não envolve
nenhum algoritmo geométrico complicado (mas também há espaço para erros bem
grosseiros). É praticamente uma extensão da discussão sobre o uso das tags
is_in (que é contra-indicado).

2013/7/15 Fernando Trebien fernando.treb...@gmail.com:
 Outro exemplo importante: as relações boundary agrupam os pedaços de
 fronteira que delimitam um bairro, uma cidade, um estado, um país, um
 continente, e adicionam informação como o nó admin_centre que
representa o
 centro da cidade (geralmente o marco zero, e também o lugar onde se
 desenha o nome da cidade).

 On Jul 15, 2013 1:14 PM, Fernando Trebien fernando.treb...@gmail.com
 wrote:

 Uma relação, como qualquer outro elemento, tem tags. A diferença é que
uma
 relação, além das tags, possui membros. Os membros podem ser de qualquer
 tipo, inclusive podem ser outras relações. Cada membro tem um papel
(role)
 que especifica a sua

Re: [Talk-br] Relações

Oops, corrigindo, a primeira rota de ônibus é no setido centro  bairro.

2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Então, Erick, pra resumir:
 - nós (nodes) têm somente tags e posição
 - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um
 segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e
 a ordem dos nós dá a direção da linha
   (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó =
 último nó)
 - relações (relations) têm tags e membros com papéis, onde cada membro
 pode ser qualquer coisa (nó, linha ou relação)

 E agora exemplificando.

 *Rota representando o sentido bairro  centro de uma linha de ônibus*
 http://www.openstreetmap.org/browse/relation/2727021

 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os
 seus papéis forward, backward e stop. Especificação completa desse
 tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

 *Rota representando todas as partes de uma rodovia*
 http://www.openstreetmap.org/browse/relation/155359

 Repare nas tags network, ref, type e route e também que os membros
 têm papéis forward e backward tal como na rota de ônibus. Especificação
 completa desse tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

 *Restrição de conversão proibindo fazer o retorno*
 http://www.openstreetmap.org/browse/relation/3077198

 Repare nos papéis via - um nó - e from e to - ambos linhas.
 Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:restriction

 *Multipolígono representando um delta*
 http://www.openstreetmap.org/browse/relation/86833

 Repare nos membros com papéis outer - borda externa - e inner - borda
 interna. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:multipolygon

 *Fronteira definindo uma mesorregião*
 http://www.openstreetmap.org/browse/relation/2844354

 Repare nas etiquetas admin_level e type=boundary, também repare nos
 papéis outer e inner que funcionam exatamente da mesma forma que nos
 multipolígonos. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:boundary

 *Fronteiras definindo um bairro e uma cidade*
 http://www.openstreetmap.org/browse/relation/2727083
 http://www.openstreetmap.org/browse/relation/242397

 Repare o valor em admin_level em cada uma e os membros label e
 admin_centre (que aparecem com uma função similar.

 *Um rio que serve como fronteira em várias relações de fronteira*
 http://www.openstreetmap.org/browse/way/227577336

 Repare lá no final a seção Parte de. Esse rio é membro das relações que
 representam as fronteiras de dois países (Brasil e Uruguai), de um estado
 brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma
 região uruguaia (Cerro Largo), além de uma microrregião brasileira e da
 relação que representa a região Sul do Brasil.

 (OBS: a tag name desse rio está errada. Combinei com um uruguaio que
 usaríamos a convenção européia de colocar ambos os nomes, em português e
 espanhol, separados por  / , em ordem alfabética, mas ainda não tive
 tempo de atualizar toda a fronteira.)

 Pra mais detalhes, eis a lista das principais relações usadas no
 OpenStreetMap: http://wiki.openstreetmap.org/wiki/Types_of_relation

 A relação associatedStreet é pouco usada no Brasil, mas muito usada na
 Europa. A relação public_transport é nova e provavelmente será mais usada
 no futuro (faz mais diferença em lugares em que as paradas são complexas e
 atendem a vários modos de transporte simultaneamente). A relação
 route_master é usada para agrupar rotas (como os dois sentidos e as
 variações de uma mesma linha de ônibus), mas não sei de nenhum sistema que
 faça uso dela. Nunca vi usarem enforcement, bridge e tunnel.

 A relação site é meio polêmica (frequentemente usada sem necessidade) mas
 é muito usada. Tem gente que mapeia, por exemplo, a área de uma
 universidade, os prédios, daí agrupa tudo numa relação site. Muitos
 defendem que isso não é necessário e que uma aplicação deveria ser capaz de
 determinar que o prédio pertence à universidade usando um algoritmo
 geométrico simples. Outros (que defendem sistemas mais fáceis de programar)
 preferem que a informação de continência seja expressa por relações porque
 daí não envolve nenhum algoritmo geométrico complicado (mas também há
 espaço para erros bem grosseiros). É praticamente uma extensão da discussão
 sobre o uso das tags is_in (que é contra-indicado).

 2013/7/15 Fernando Trebien fernando.treb...@gmail.com:

  Outro exemplo importante: as relações boundary agrupam os pedaços de
  fronteira que delimitam um bairro, uma cidade, um estado, um país, um
  continente, e adicionam informação como o nó admin_centre que
 representa o
  centro da cidade (geralmente o marco zero, e também o lugar onde se
  desenha o nome da cidade).
 
  On Jul 15, 2013 1:14 PM, Fernando Trebien fernando.treb...@gmail.com
  wrote:
 
  Uma relação, como qualquer outro

Re: [Talk-br] Relações

Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste).
Mas tem todos os elementos de uma rota completa.

2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Oops, corrigindo, a primeira rota de ônibus é no setido centro  bairro.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Então, Erick, pra resumir:
 - nós (nodes) têm somente tags e posição
 - linhas (ways) têm tags e uma lista de nós; um par da sequência forma um
 segmento de reta, o par seguinte forma o segmento seguinte da linha, etc. e
 a ordem dos nós dá a direção da linha
   (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó =
 último nó)
 - relações (relations) têm tags e membros com papéis, onde cada membro
 pode ser qualquer coisa (nó, linha ou relação)

 E agora exemplificando.

 *Rota representando o sentido bairro  centro de uma linha de ônibus*
 http://www.openstreetmap.org/browse/relation/2727021

 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os
 seus papéis forward, backward e stop. Especificação completa desse
 tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

 *Rota representando todas as partes de uma rodovia*
 http://www.openstreetmap.org/browse/relation/155359

 Repare nas tags network, ref, type e route e também que os
 membros têm papéis forward e backward tal como na rota de ônibus.
 Especificação completa desse tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

 *Restrição de conversão proibindo fazer o retorno*
 http://www.openstreetmap.org/browse/relation/3077198

 Repare nos papéis via - um nó - e from e to - ambos linhas.
 Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:restriction

 *Multipolígono representando um delta*
 http://www.openstreetmap.org/browse/relation/86833

 Repare nos membros com papéis outer - borda externa - e inner - borda
 interna. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:multipolygon

 *Fronteira definindo uma mesorregião*
 http://www.openstreetmap.org/browse/relation/2844354

 Repare nas etiquetas admin_level e type=boundary, também repare nos
 papéis outer e inner que funcionam exatamente da mesma forma que nos
 multipolígonos. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:boundary

 *Fronteiras definindo um bairro e uma cidade*
 http://www.openstreetmap.org/browse/relation/2727083
 http://www.openstreetmap.org/browse/relation/242397

 Repare o valor em admin_level em cada uma e os membros label e
 admin_centre (que aparecem com uma função similar.

 *Um rio que serve como fronteira em várias relações de fronteira*
 http://www.openstreetmap.org/browse/way/227577336

 Repare lá no final a seção Parte de. Esse rio é membro das relações que
 representam as fronteiras de dois países (Brasil e Uruguai), de um estado
 brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e uma
 região uruguaia (Cerro Largo), além de uma microrregião brasileira e da
 relação que representa a região Sul do Brasil.

 (OBS: a tag name desse rio está errada. Combinei com um uruguaio que
 usaríamos a convenção européia de colocar ambos os nomes, em português e
 espanhol, separados por  / , em ordem alfabética, mas ainda não tive
 tempo de atualizar toda a fronteira.)

 Pra mais detalhes, eis a lista das principais relações usadas no
 OpenStreetMap: http://wiki.openstreetmap.org/wiki/Types_of_relation

 A relação associatedStreet é pouco usada no Brasil, mas muito usada na
 Europa. A relação public_transport é nova e provavelmente será mais usada
 no futuro (faz mais diferença em lugares em que as paradas são complexas e
 atendem a vários modos de transporte simultaneamente). A relação
 route_master é usada para agrupar rotas (como os dois sentidos e as
 variações de uma mesma linha de ônibus), mas não sei de nenhum sistema que
 faça uso dela. Nunca vi usarem enforcement, bridge e tunnel.

 A relação site é meio polêmica (frequentemente usada sem necessidade) mas
 é muito usada. Tem gente que mapeia, por exemplo, a área de uma
 universidade, os prédios, daí agrupa tudo numa relação site. Muitos
 defendem que isso não é necessário e que uma aplicação deveria ser capaz de
 determinar que o prédio pertence à universidade usando um algoritmo
 geométrico simples. Outros (que defendem sistemas mais fáceis de programar)
 preferem que a informação de continência seja expressa por relações porque
 daí não envolve nenhum algoritmo geométrico complicado (mas também há
 espaço para erros bem grosseiros). É praticamente uma extensão da discussão
 sobre o uso das tags is_in (que é contra-indicado).

 2013/7/15 Fernando Trebien fernando.treb...@gmail.com:

  Outro exemplo importante: as relações boundary agrupam os pedaços de
  fronteira que delimitam um bairro, uma cidade, um estado, um país, um
  continente, e adicionam informação como o nó admin_centre que
 representa o
  centro da cidade (geralmente o marco

Re: [Talk-br] Relações

Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro.
Alguém deve ter editado esse pedaço com o Potlatch:
http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359

O que acontece com o Potlatch: ao excluir um membro de uma relação, não é
gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra
isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é
o principal foco de desenvolvimento - a nova versão, que ainda não entrou
no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao
excluir um membro de uma relação, e acho que só ele quebra uma linha que é
membro de uma relação corretamente (não cheguei a testar com o iD). Ao
quebrar uma linha, o certo é que, se ela inteira era parte de uma relação,
os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso),
mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os
iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao
combinar linhas, especialmente em fronteiras: o JOSM mostra como as
relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às
vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras,
incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da
área principal.

Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de
relações é o JOSM.

No Potlatch, as relações podem ser visualizadas e editadas na tab
Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab
Simple.

2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste).
 Mas tem todos os elementos de uma rota completa.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Oops, corrigindo, a primeira rota de ônibus é no setido centro  bairro.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Então, Erick, pra resumir:
 - nós (nodes) têm somente tags e posição
 - linhas (ways) têm tags e uma lista de nós; um par da sequência forma
 um segmento de reta, o par seguinte forma o segmento seguinte da linha,
 etc. e a ordem dos nós dá a direção da linha
   (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó =
 último nó)
 - relações (relations) têm tags e membros com papéis, onde cada membro
 pode ser qualquer coisa (nó, linha ou relação)

 E agora exemplificando.

 *Rota representando o sentido bairro  centro de uma linha de ônibus*
 http://www.openstreetmap.org/browse/relation/2727021

 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os
 seus papéis forward, backward e stop. Especificação completa desse
 tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

 *Rota representando todas as partes de uma rodovia*
 http://www.openstreetmap.org/browse/relation/155359

 Repare nas tags network, ref, type e route e também que os
 membros têm papéis forward e backward tal como na rota de ônibus.
 Especificação completa desse tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

 *Restrição de conversão proibindo fazer o retorno*
 http://www.openstreetmap.org/browse/relation/3077198

 Repare nos papéis via - um nó - e from e to - ambos linhas.
 Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:restriction

 *Multipolígono representando um delta*
 http://www.openstreetmap.org/browse/relation/86833

 Repare nos membros com papéis outer - borda externa - e inner -
 borda interna. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:multipolygon

 *Fronteira definindo uma mesorregião*
 http://www.openstreetmap.org/browse/relation/2844354

 Repare nas etiquetas admin_level e type=boundary, também repare nos
 papéis outer e inner que funcionam exatamente da mesma forma que nos
 multipolígonos. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:boundary

 *Fronteiras definindo um bairro e uma cidade*
 http://www.openstreetmap.org/browse/relation/2727083
 http://www.openstreetmap.org/browse/relation/242397

 Repare o valor em admin_level em cada uma e os membros label e
 admin_centre (que aparecem com uma função similar.

 *Um rio que serve como fronteira em várias relações de fronteira*
 http://www.openstreetmap.org/browse/way/227577336

 Repare lá no final a seção Parte de. Esse rio é membro das relações
 que representam as fronteiras de dois países (Brasil e Uruguai), de um
 estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e
 uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da
 relação que representa a região Sul do Brasil.

 (OBS: a tag name desse rio está errada. Combinei com um uruguaio que
 usaríamos a convenção européia de colocar ambos os nomes, em português e
 espanhol, separados por  / , em ordem alfabética, mas ainda não tive
 tempo de atualizar toda a fronteira.)

 Pra mais detalhes, eis a lista das

Re: [Talk-br] Relações

2013-07-15 Per discussione Arlindo Pereira

O iD já está no ar, só (acho) que não é o editor padrão ainda. Para editar
com ele, só clicar na setinha pra baixo junto ao link de Editar.

[]s
Arlindo Pereira

2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro.
 Alguém deve ter editado esse pedaço com o Potlatch:
 http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359

 O que acontece com o Potlatch: ao excluir um membro de uma relação, não é
 gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra
 isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é
 o principal foco de desenvolvimento - a nova versão, que ainda não entrou
 no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao
 excluir um membro de uma relação, e acho que só ele quebra uma linha que é
 membro de uma relação corretamente (não cheguei a testar com o iD). Ao
 quebrar uma linha, o certo é que, se ela inteira era parte de uma relação,
 os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso),
 mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os
 iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao
 combinar linhas, especialmente em fronteiras: o JOSM mostra como as
 relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às
 vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras,
 incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da
 área principal.

 Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de
 relações é o JOSM.

 No Potlatch, as relações podem ser visualizadas e editadas na tab
 Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab
 Simple.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste).
 Mas tem todos os elementos de uma rota completa.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Oops, corrigindo, a primeira rota de ônibus é no setido centro  bairro.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Então, Erick, pra resumir:
 - nós (nodes) têm somente tags e posição
 - linhas (ways) têm tags e uma lista de nós; um par da sequência forma
 um segmento de reta, o par seguinte forma o segmento seguinte da linha,
 etc. e a ordem dos nós dá a direção da linha
   (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó =
 último nó)
 - relações (relations) têm tags e membros com papéis, onde cada membro
 pode ser qualquer coisa (nó, linha ou relação)

 E agora exemplificando.

 *Rota representando o sentido bairro  centro de uma linha de ônibus*
 http://www.openstreetmap.org/browse/relation/2727021

 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com os
 seus papéis forward, backward e stop. Especificação completa desse
 tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

 *Rota representando todas as partes de uma rodovia*
 http://www.openstreetmap.org/browse/relation/155359

 Repare nas tags network, ref, type e route e também que os
 membros têm papéis forward e backward tal como na rota de ônibus.
 Especificação completa desse tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

 *Restrição de conversão proibindo fazer o retorno*
 http://www.openstreetmap.org/browse/relation/3077198

 Repare nos papéis via - um nó - e from e to - ambos linhas.
 Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:restriction

 *Multipolígono representando um delta*
 http://www.openstreetmap.org/browse/relation/86833

 Repare nos membros com papéis outer - borda externa - e inner -
 borda interna. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:multipolygon

 *Fronteira definindo uma mesorregião*
 http://www.openstreetmap.org/browse/relation/2844354

 Repare nas etiquetas admin_level e type=boundary, também repare nos
 papéis outer e inner que funcionam exatamente da mesma forma que nos
 multipolígonos. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:boundary

 *Fronteiras definindo um bairro e uma cidade*
 http://www.openstreetmap.org/browse/relation/2727083
 http://www.openstreetmap.org/browse/relation/242397

 Repare o valor em admin_level em cada uma e os membros label e
 admin_centre (que aparecem com uma função similar.

 *Um rio que serve como fronteira em várias relações de fronteira*
 http://www.openstreetmap.org/browse/way/227577336

 Repare lá no final a seção Parte de. Esse rio é membro das relações
 que representam as fronteiras de dois países (Brasil e Uruguai), de um
 estado brasileiro (Rio Grande do Sul), uma cidade brasileira (Jaguarão) e
 uma região uruguaia (Cerro Largo), além de uma microrregião brasileira e da
 relação que representa a região Sul do Brasil.

 (OBS: a tag name desse rio está errada.

Re: [Talk-br] Relações

2013-07-15 Per discussione Erick de Oliveira Leal

Ah e quem quiser tem o iD beta tbm, que tem funcionalidades em teste.

http://openstreetmap.us/iD/master/


Em 15 de julho de 2013 19:02, Arlindo Pereira 
openstreet...@arlindopereira.com escreveu:

 O iD já está no ar, só (acho) que não é o editor padrão ainda. Para editar
 com ele, só clicar na setinha pra baixo junto ao link de Editar.

 []s
 Arlindo Pereira


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro.
 Alguém deve ter editado esse pedaço com o Potlatch:
 http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359

 O que acontece com o Potlatch: ao excluir um membro de uma relação, não é
 gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto pra
 isso mas nunca consertaram, e provavelmente não vão agora que o editor iD é
 o principal foco de desenvolvimento - a nova versão, que ainda não entrou
 no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao
 excluir um membro de uma relação, e acho que só ele quebra uma linha que é
 membro de uma relação corretamente (não cheguei a testar com o iD). Ao
 quebrar uma linha, o certo é que, se ela inteira era parte de uma relação,
 os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso),
 mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os
 iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao
 combinar linhas, especialmente em fronteiras: o JOSM mostra como as
 relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às
 vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras,
 incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da
 área principal.

 Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de
 relações é o JOSM.

 No Potlatch, as relações podem ser visualizadas e editadas na tab
 Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab
 Simple.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, mais um detalhe: a rota de ônibus está incompleta (era só um teste).
 Mas tem todos os elementos de uma rota completa.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Oops, corrigindo, a primeira rota de ônibus é no setido centro  bairro.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Então, Erick, pra resumir:
 - nós (nodes) têm somente tags e posição
 - linhas (ways) têm tags e uma lista de nós; um par da sequência forma
 um segmento de reta, o par seguinte forma o segmento seguinte da linha,
 etc. e a ordem dos nós dá a direção da linha
   (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó =
 último nó)
 - relações (relations) têm tags e membros com papéis, onde cada membro
 pode ser qualquer coisa (nó, linha ou relação)

 E agora exemplificando.

 *Rota representando o sentido bairro  centro de uma linha de ônibus*
 http://www.openstreetmap.org/browse/relation/2727021

 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com
 os seus papéis forward, backward e stop. Especificação completa 
 desse
 tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

 *Rota representando todas as partes de uma rodovia*
 http://www.openstreetmap.org/browse/relation/155359

 Repare nas tags network, ref, type e route e também que os
 membros têm papéis forward e backward tal como na rota de ônibus.
 Especificação completa desse tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

 *Restrição de conversão proibindo fazer o retorno*
 http://www.openstreetmap.org/browse/relation/3077198

 Repare nos papéis via - um nó - e from e to - ambos linhas.
 Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:restriction

 *Multipolígono representando um delta*
 http://www.openstreetmap.org/browse/relation/86833

 Repare nos membros com papéis outer - borda externa - e inner -
 borda interna. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:multipolygon

 *Fronteira definindo uma mesorregião*
 http://www.openstreetmap.org/browse/relation/2844354

 Repare nas etiquetas admin_level e type=boundary, também repare
 nos papéis outer e inner que funcionam exatamente da mesma forma que
 nos multipolígonos. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:boundary

 *Fronteiras definindo um bairro e uma cidade*
 http://www.openstreetmap.org/browse/relation/2727083
 http://www.openstreetmap.org/browse/relation/242397

 Repare o valor em admin_level em cada uma e os membros label e
 admin_centre (que aparecem com uma função similar.

 *Um rio que serve como fronteira em várias relações de fronteira*
 http://www.openstreetmap.org/browse/way/227577336

 Repare lá no final a seção Parte de. Esse rio é membro das relações
 que representam as fronteiras de dois países (Brasil e Uruguai), de um
 estado brasileiro (Rio Grande do Sul),

Re: [Talk-br] Relações

2013-07-15 Per discussione Erick de Oliveira Leal

Se clicar no link que mandei vai abrir a 1.1


Em 15 de julho de 2013 20:17, Fernando Trebien
fernando.treb...@gmail.comescreveu:

 Hehe. O iD que carrega pra mim é a ver são 1.0.1. A versão que suporta
 relações é a 1.1.
 On Jul 15, 2013 7:18 PM, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Ah e quem quiser tem o iD beta tbm, que tem funcionalidades em teste.

 http://openstreetmap.us/iD/master/


 Em 15 de julho de 2013 19:02, Arlindo Pereira 
 openstreet...@arlindopereira.com escreveu:

 O iD já está no ar, só (acho) que não é o editor padrão ainda. Para
 editar com ele, só clicar na setinha pra baixo junto ao link de Editar.

 []s
 Arlindo Pereira


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, olha só. Na rota da rodovia que eu mandei como exemplo há um erro.
 Alguém deve ter editado esse pedaço com o Potlatch:
 http://www.openstreetmap.org/?lat=-30.1085lon=-51.7269zoom=14layers=Mrelation=155359

 O que acontece com o Potlatch: ao excluir um membro de uma relação, não
 é gerado aviso nenhum (e isso é péssimo, já tem um ticket no TRAC aberto
 pra isso mas nunca consertaram, e provavelmente não vão agora que o editor
 iD é o principal foco de desenvolvimento - a nova versão, que ainda não
 entrou no ar, adiciona suporte às relações). Atualmente, só o JOSM avisa ao
 excluir um membro de uma relação, e acho que só ele quebra uma linha que é
 membro de uma relação corretamente (não cheguei a testar com o iD). Ao
 quebrar uma linha, o certo é que, se ela inteira era parte de uma relação,
 os 2 novos pedaços sejam parte também; o JOSM faz certo (só dá um aviso),
 mas o Potlatch não adiciona 1 dos pedaços. Com isso, é muito comum que os
 iniciantes introduzam erros no mapa sem saber. Algo parecido acontece ao
 combinar linhas, especialmente em fronteiras: o JOSM mostra como as
 relações vão ser atualizadas, o Potlatch não dá aviso nenhum, então às
 vezes, sem o usuário saber, as fronteiras ficam inconsistentes e bizarras,
 incluindo pedaços que não fecham uma área, ou até pedaços soltos longe da
 área principal.

 Resumindo, até que o novo iD entre no ar, o melhor editor pra tratar de
 relações é o JOSM.

 No Potlatch, as relações podem ser visualizadas e editadas na tab
 Advanced na esquerda embaixo, mas o padrão é que o Potlatch mostre a tab
 Simple.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Ah, mais um detalhe: a rota de ônibus está incompleta (era só um
 teste). Mas tem todos os elementos de uma rota completa.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Oops, corrigindo, a primeira rota de ônibus é no setido centro 
 bairro.


 2013/7/15 Fernando Trebien fernando.treb...@gmail.com

 Então, Erick, pra resumir:
 - nós (nodes) têm somente tags e posição
 - linhas (ways) têm tags e uma lista de nós; um par da sequência
 forma um segmento de reta, o par seguinte forma o segmento seguinte da
 linha, etc. e a ordem dos nós dá a direção da linha
   (áreas nada mais são do que linhas fechadas, ou seja, primeiro nó
 = último nó)
 - relações (relations) têm tags e membros com papéis, onde cada
 membro pode ser qualquer coisa (nó, linha ou relação)

 E agora exemplificando.

 *Rota representando o sentido bairro  centro de uma linha de ônibus
 *
 http://www.openstreetmap.org/browse/relation/2727021

 Repare nas etiquetas descrevendo a linha de ônibus e nos membros com
 os seus papéis forward, backward e stop. Especificação completa 
 desse
 tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Bus_routes_.28also_trolley_bus.29

 *Rota representando todas as partes de uma rodovia*
 http://www.openstreetmap.org/browse/relation/155359

 Repare nas tags network, ref, type e route e também que os
 membros têm papéis forward e backward tal como na rota de ônibus.
 Especificação completa desse tipo de relação:
 http://wiki.openstreetmap.org/wiki/Relation:route#Road_routes

 *Restrição de conversão proibindo fazer o retorno*
 http://www.openstreetmap.org/browse/relation/3077198

 Repare nos papéis via - um nó - e from e to - ambos linhas.
 Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:restriction

 *Multipolígono representando um delta*
 http://www.openstreetmap.org/browse/relation/86833

 Repare nos membros com papéis outer - borda externa - e inner -
 borda interna. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:multipolygon

 *Fronteira definindo uma mesorregião*
 http://www.openstreetmap.org/browse/relation/2844354

 Repare nas etiquetas admin_level e type=boundary, também repare
 nos papéis outer e inner que funcionam exatamente da mesma forma que
 nos multipolígonos. Especificação completa:
 http://wiki.openstreetmap.org/wiki/Relation:boundary

 *Fronteiras definindo um bairro e uma cidade*
 http://www.openstreetmap.org/browse/relation/2727083
 http://www.openstreetmap.org/browse/relation/242397

 Repare o valor em admin_level em cada uma e os membros label e
 admin_centre (que aparecem com uma

Re: [Talk-de] Project of the Week und Gamification

Hallo,
Am 15.07.2013 00:02, schrieb Frederik Ramm:
 On 14.07.2013 15:59, rainerU wrote:
 Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich
 der Metadaten zu statistischen Zwecken und zur Erstellung eines
 Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL
 gedeckt ist. Ich habe da erhebliche Zweifel.
 
 Ich nicht. Die benoetigten Daten stecken in jedem Planetfile drin, das
 komplette Planetfile steht unter einer freien Lizenz, und so ein Profil ist
 letztlich ein verhaeltnismaessig einfacher Algorithmus.

Die Zahl meiner Notes, meiner GPX-Tracks und meiner Changesets steckt im
Plantefile? Ich gebe zu, noch nie mit einem Planetfile gearbeitete zu haben
sondern immer nur mit euren Extrakten, wo das alles nicht drin ist, aber es
würde mich doch sehr wundern.

 Die Veroeffentlichung nicht nur der Datensubstanz, sondern auch der
 Information, *wer* die Daten wann beigetragen hat, ist meiner Ansicht nach
 jedoch essentiell fuer die Zusammenarbeit im Projekt. 

Eine Auswertung der Verteilung der Changesets über die Wochentage und
Tagesstunden ist dafür völlig überflüssig. Auch ein Ranking braucht es dafür
nicht und Fleißbildchen, ehrenzeichen und Generalssterne (Badges) schon gar 
nicht.

Gruß
Rainer


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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Markus


Moin Markus,


kann die Legal Working Group keine verbindliche Auskunft zu Rechtsfragen geben


Die LWG ist eine Art Stabstelle in der OSMF.
Die Befugnisse der LWG sind mir nicht bekannt.
Sie scheint aber zumindest die OSMF in Rechtsfragen intern zu beraten.


Gibt es eigentlich eine Art »Rechtsabteilung«, an die man sich als User
wenden kann, um genau solche Dinge zu klären?


Das kann nur die OSMF selbst.

Die OSMF verantwortet unsere Daten.
a) die von uns gespendeten Geo-Daten
b) unsere Benutzerdaten
c) die aus a) und b) ableitbaren personenbezogenen Daten

Die Diskussion hier geht darum, ob unsere Zustimmung, dass die OSMF die 
Daten unter der beschlossenen Lizenz verwerten darf, sich


A) nur auf a) bezieht
oder
B) auch auf b) und auf c) bezieht.

Wenn solch grundlegende Fragen unklar sind,
dann können das die Datenspender nur selbst entscheiden - jeder für sich.
Die OSMF muss uns dazu die Möglichkeit geben.

Wie das aussehen könnte habe ich beschrieben:

_Vorschlag:_
Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
a) Willst Du, das Deine gespendeten Geodaten frei sind?
b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
   wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?

Dann kann jeder frei entscheiden :-)

Und bis dahin gehen wir - um personenbezogene Daten zu schützen - 
einfach davon aus, dass alle bisherigen Zustimmer

die Frage b) mit Nein beantwortet haben.
Und bieten allen angemeldeten Benutzern die Möglichkeit, die Frage b) 
nachträglich auch mit Ja beantworten zu können :-)


Das ist m.E. der einzige sinnvolle Weg, um hier Klarheit zu schaffen.

Mit herzlichem Gruss,
Markus

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Frederik Ramm


Hi,

On 07/15/2013 08:04 AM, Markus wrote:

_Vorschlag:_
Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
a) Willst Du, das Deine gespendeten Geodaten frei sind?
b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
 wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?


Wir haben vor Jahren die Moeglichkeit, anonym zu OSM beizutragen, 
absichtlich und in vollem Bewusstsein abgeschafft.


Dieses anonym war immer schon ein anonym im Sinne von (b), denn 
unserer Datenbank war sehr wohl bekannt, mit welchem Account welche 
Daten erzeugt wurden, es wurde bloss nicht weitergesagt.


Wir wollten das nicht mehr, weil anonyme Edits oft zu Unruhe in der 
Community gefuehrt haben (Hilfe, jemand macht meine Daten kaputt und 
ich weiss nicht mal, ob es der gleiche ist, mit dem ich letzten Monat 
Aerger hatte etc.).


Ich glaube nicht, dass wir das wieder einfuehren moechten; damals 
zumindest war die Entscheidung, dass wir lieber auf die Beitraege 
derjenigen verzichten moechten, die mit der Namensnennung nicht 
einverstanden sind (bzw. diejenigen eben zu zwingen, mehrere 
Pseudonym-Accounts zu verwenden).



Und bis dahin gehen wir - um personenbezogene Daten zu schützen -
einfach davon aus, dass alle bisherigen Zustimmer
die Frage b) mit Nein beantwortet haben.


Diejenigen alten Accounts, die noch auf anonym gestellt sind, duerfen 
seit Jahren nicht mehr editieren. Waer bloed, wenn wir jetzt alle 
Accounts sicherheitshalber in den Modus versetzen wuerden ;)


Bye
Frederik

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

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Frederik Ramm


Hi,

On 07/15/2013 07:25 AM, Markus Semm wrote:

Hallo, die rechtlichen Rahmenbedingungen sind in jedem Land anders.


Das stimmt. Wobei die Unterschiede im Datenschutz innerhalb der EU 
relativ klein sind.



Darüber hinaus kann auch die
Legal Working Group keine verbindliche Auskunft zu Rechtsfragen geben
weil in Deutschland die Rechtsberatung den standesrechtlich
organisierten und zur Berufsverschwiegenheit verpflichteten
Rechtsanwälten, Steuerberatern und Pfarrern vorbehalten ist.


Das ist so nicht richtig; das Rechtsdienstleistungsgesetz regelt die 
individuelle Beratung, nicht aber die Veroeffentlichung von allgemeinen 
Auskuenften. Wenn die LWG ein Statement veroeffentlichen wuerde, in dem 
drin steht: Wir sind der Ansicht, dass man mit den OSM-Daten in allen 
EU-Laendern dies und jenes machen darf, weil das von der Lizenz/den CT 
abgedeckt ist, dann handelt es sich dabei um keine Rechtsberatung.


Zugleich wuerde ein solches Statement natuerlich dem einzelnen, der 
etwas mit OSM macht, keine Rechtssicherheit geben - wenn ihn spaeter 
jemand anzeigt, kann er zwar sagen ich dachte, ich duerfte das, aber 
vor Rechtsfolgen schuetzt ihn das nicht.


Das gilt auch fuer andere Lizenzfragen; so wird z.B. immer wieder 
diskutiert, welche Lizenzfolgen sich aus dem Geocoding eines grossen 
Datenbestandes ergeben (wird der ganze Datenbestand ODbL oder werden 
zumindest die Adressen ODbL oder gar nix?). Die LWG wird von 
verschiedenen Seiten gedraengt, dazu ein Statement zu erarbeiten und 
wird das auch tun; eine Rechtssicherheit entsteht dadurch nicht. 
Allerdings kann die OSMF als Lizenzgeber natuerlich sagen: Wir 
versprechen, dass wir keinen verklagen, der dies und das mit den Daten 
macht, und dadurch eine gewisse Sicherheit herstellen.


Beim Datenschutz ist das anders, weil da ja nicht der Lizenzgeber klagen 
wuerde, sondern der Betroffene, und das kann die OSMF nicht verhindern.


Da waere es vielleicht wirklich mal eine gute Idee, wenn die LWG die 
Sache pruefen lassen wuerde und wenn tatsaechlich Grund zur Sorge 
besteht, dass jemand mit einfachen Auswertungen aus dem Planetfile gegen 
den Datenschutz verstosssen kann, eine entsprechende Klarstellung in die 
CT schreiben, die das verhindert.


Bye
Frederik

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

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Frederik Ramm


Hi,

On 07/15/2013 08:01 AM, rainerU wrote:

Letztlich ist die Frage, ob die Auswertung der OSM-Daten einschließlich
der Metadaten zu statistischen Zwecken und zur Erstellung eines
Aktivitätsprofils und die Veröffentlichung der Ergebnisse durch die ODbL
gedeckt ist. Ich habe da erhebliche Zweifel.



Ich nicht. Die benoetigten Daten stecken in jedem Planetfile drin, das
komplette Planetfile steht unter einer freien Lizenz, und so ein Profil ist
letztlich ein verhaeltnismaessig einfacher Algorithmus.



Die Zahl meiner Notes, meiner GPX-Tracks und meiner Changesets steckt im
Plantefile?


Die Zahl Deiner Changesets ja - Notes und GPX-Tracks nicht. Aber die 
sind auf Pascals Seite doch auch nicht drauf, oder?



Eine Auswertung der Verteilung der Changesets über die Wochentage und
Tagesstunden ist dafür völlig überflüssig.


Die Meinungen darueber, was ueberfluessig ist, gehen vermutlich recht 
weit auseinander, und man kann schwer jeden Mapper fragen, was er 
ueberfluessig und was er nuetzlich findet.



Auch ein Ranking braucht es dafür
nicht


Diese Seite

http://www.openstreetmap.org/stats/data_stats.html

mit einem Ranking der Meist-Hochlader der letzten Tage/Wochen/Monate 
gibt es ungefaehr seit Anbeginn des Projekts. Ich guck da auch nicht 
drauf, aber andere bestimmt. braucht es das? Weiss nicht. Will ich mir 
auch nicht anmassen, das zu beurteilen.


Bye
Frederik

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

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Markus


Hallo Frederik,

_Vorschlag:_
Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
a) Willst Du, das Deine gespendeten Geodaten frei sind?
b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
 wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?


anonym


Das hast Du falsch verstanden.

Ich meine:
Der Benutzer muss entscheiden könnnen,
ob seine _personenbezogenen Daten_
öffentlich* sein sollen oder *privat*.

Mit personenbezogen meine ich Name, Adressen, IP
also alles was direkt bzw in Verknüpfung mit deinen Geo-Daten
auf ihn als Person schliessen lässt.

Datenschutz ist in diesem Sinne ein hohes Gut.

Es darf nicht quasi durch die Hintertür abgeschafft werden,
schon gar nicht in einem freien Projekt.

Dass für den Betreiber erkennbar sein soll, wer welche Daten gespendet 
hat, ist davon unberührt. Das ist m.E. erforderlich zur 
Qualitätskontrolle und zur Verfolgung von Unstimmigkeiten.


Und wenn es /technisch/ möglich ist, dass Dritte mit einem einzelnen 
Datenspender direkt Kontakt aufnehmen - ohne dass dessen Kontaktdaten 
gegen seinen Wunsch offengelegt werden ! - dann ist das eine sehr 
wertvolle Möglichkeit :-)


Es darf aber m.E. nicht sein, dass die OSMF Personendaten als genauso 
frei bezeichnet und behandelt wie die als frei gespendeten Geodaten.

In unserer öffentlichen DB haben personenbezogene Daten nichts zu suchen.

Wenn das bisher immer schon so war, dann ist es jetzt, durch die neuen 
Bonus-Spiele bekannt gewordenen Möglichkeiten, umso dringender,

hier endlich für eine saubere Trennung zu sorgen.

Mit herzlichem Gruss,
Markus

PS: wenn es technisch /nicht/ möglich ist, personenbezogene Daten vom 
Rest zu trennen und zu schützen - dann bin ich auch ratlos...



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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Markus Semm

Frederik,
Du sagst, dass meine Info falsch ist, dass die LWG keine verbindliche Auskunft 
zu Rechtsfragen erteilen darf.
Kannst Du bitte erläutern, 
a) worauf sich das Recht der LWG begründet, VERBINDLICHE Auskünfte zu erteilen 
und 
b) woher die LWG das Recht hat, rechtsberatend tätig zu werden?
Vielen Dank.

Unterschiede im Datenschutz sind relativ gering in Europa: das stimmt, und es 
wird erfreulicherweise immer weiter harmonisiert.
Aber die Welt ist größer als Europa und wer sagt denn, dass nicht ein anderes 
Land andere Vorstellungen davon hat, wie Datenschutz auszusehen hat, Nord Korea 
z.B. oder China (wo meines Wissens das Mappen unter Strafe steht), oder der 
Iran.
Beispiel:
ich bin gerade aus Dubai zurückgekommen. Dort ist es bei Strafe verboten, Skype 
zu benutzen. Das kann sich ein Deutscher nicht wirklich vorstellen, der es 
nicht selbst erfahren hat?

Dass mit der Beantwortung von rechtlichen Fragen in einem Forum zumindest die 
Grenzen eines Graubereichs angetestet werden kann man im Internet vielfältig 
nachlesen, z.B: hier:
http://www.jurpc.de/jurpc/show?id=2063

Meine Empfehlung: selbst eine Meinung bilden und nicht auf Andere verlassen. 
Ein Gericht wird Leichtgläubigkeit i.d.R. nicht strafmildernd bewerten.

Cheers Markus



-Ursprüngliche Nachricht-
Von: Frederik Ramm [mailto:frede...@remote.org] 
Gesendet: Montag, 15. Juli 2013 08:32
An: talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Project of the Week und Gamification

Hi,

On 07/15/2013 07:25 AM, Markus Semm wrote:
 Hallo, die rechtlichen Rahmenbedingungen sind in jedem Land anders.

Das stimmt. Wobei die Unterschiede im Datenschutz innerhalb der EU 
relativ klein sind.

 Darüber hinaus kann auch die
 Legal Working Group keine verbindliche Auskunft zu Rechtsfragen geben
 weil in Deutschland die Rechtsberatung den standesrechtlich
 organisierten und zur Berufsverschwiegenheit verpflichteten
 Rechtsanwälten, Steuerberatern und Pfarrern vorbehalten ist.

Das ist so nicht richtig; das Rechtsdienstleistungsgesetz regelt die 
individuelle Beratung, nicht aber die Veroeffentlichung von allgemeinen 
Auskuenften. Wenn die LWG ein Statement veroeffentlichen wuerde, in dem 
drin steht: Wir sind der Ansicht, dass man mit den OSM-Daten in allen 
EU-Laendern dies und jenes machen darf, weil das von der Lizenz/den CT 
abgedeckt ist, dann handelt es sich dabei um keine Rechtsberatung.

Zugleich wuerde ein solches Statement natuerlich dem einzelnen, der 
etwas mit OSM macht, keine Rechtssicherheit geben - wenn ihn spaeter 
jemand anzeigt, kann er zwar sagen ich dachte, ich duerfte das, aber 
vor Rechtsfolgen schuetzt ihn das nicht.

Das gilt auch fuer andere Lizenzfragen; so wird z.B. immer wieder 
diskutiert, welche Lizenzfolgen sich aus dem Geocoding eines grossen 
Datenbestandes ergeben (wird der ganze Datenbestand ODbL oder werden 
zumindest die Adressen ODbL oder gar nix?). Die LWG wird von 
verschiedenen Seiten gedraengt, dazu ein Statement zu erarbeiten und 
wird das auch tun; eine Rechtssicherheit entsteht dadurch nicht. 
Allerdings kann die OSMF als Lizenzgeber natuerlich sagen: Wir 
versprechen, dass wir keinen verklagen, der dies und das mit den Daten 
macht, und dadurch eine gewisse Sicherheit herstellen.

Beim Datenschutz ist das anders, weil da ja nicht der Lizenzgeber klagen 
wuerde, sondern der Betroffene, und das kann die OSMF nicht verhindern.

Da waere es vielleicht wirklich mal eine gute Idee, wenn die LWG die 
Sache pruefen lassen wuerde und wenn tatsaechlich Grund zur Sorge 
besteht, dass jemand mit einfachen Auswertungen aus dem Planetfile gegen 
den Datenschutz verstosssen kann, eine entsprechende Klarstellung in die 
CT schreiben, die das verhindert.

Bye
Frederik

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

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


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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Pascal Neis


Hi,

Frederik Ramm schrieb:

Die Zahl meiner Notes, meiner GPX-Tracks und meiner Changesets steckt im
Plantefile?


Die Zahl Deiner Changesets ja - Notes und GPX-Tracks nicht. Aber die 
sind auf Pascals Seite doch auch nicht drauf, oder?


sie sind drauf, so wie sie auch in jeder offiziellen OSM Userpage
zu finden sind.


Diese Seite

http://www.openstreetmap.org/stats/data_stats.html

mit einem Ranking der Meist-Hochlader der letzten Tage/Wochen/Monate 
gibt es ungefaehr seit Anbeginn des Projekts. Ich guck da auch nicht 
drauf, aber andere bestimmt. braucht es das? Weiss nicht. Will ich mir 
auch nicht anmassen, das zu beurteilen.



HDYC gibt es inzwischen seit fast drei Jahren.

Auf der besagten Seite werden Informationen über einen
OSM Contributor angezeigt, personengebundene Informationen
wie IP, Email-Adresse, Anschrift oder der wirkliche Name
werde dort *nicht* angezeigt. Geht auch gar nicht, weil
diese Information nicht verfügbar sind. Sollte jemand als
seinen Username, seinen wirklichen Namen angegeben haben,
wird er natürlich dort angezeigt. Gleiches gilt für das Bild.
Hier gilt aber, das kann jeder ändern. Der Username im
Projekt wie auch das Bild sind jederzeit änderbar und
wird mWn auch nicht mitgeloggt. Also eine Verknüpfung
zwischen den Projektdaten und personengebundenen Daten ist
nur dann möglich wenn jemand eine Verlinkung zwischen
sich selbst und dem OSM-Projekt über den Username herstellt.

Es wurde ebenfalls bereits mehrfach erwähnt, das es
einige User bei OSM gibt, die lediglich unter einem
Pseudonym mitarbeiten. Sollten ein paar von euch ähnliche
Bedenken bzgl. ihres eigenen Datenschutzes haben, würde
ich ihnen eine ähnliche Vorgehensweise empfehlen.

MWn nutzen sehr viele HDYC zur Verifizierung von OSM
Usern oder zur Detection von Vandalismus im Projekt. Was
ich persönlich als sehr sehr wichtig ansehe! Weiterhin
verlinken sehr viele auf ihr HDYC Profil in ihrem EMail-footer,
auf anderen Webseiten oder im Wiki/Forum. Ehrlich gesagt
verwundert es mich im Moment etwas, warum gerade jetzt auf
einmal solche Bedenken geäußert werden. Hat es etwas mit
der aktuellen Berichterstattung in den Medien zu tun? Ehrlich
gesagt ich weiß es nicht, aber aufgrund dieses Mail-Threads
ist mir gerade etwas die Lust vergangen an weiteren Seiten/Tools
oder was auch immer für OSM zu arbeiten ...

viele gruesse
pascal

ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten
ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt.
Ich bin selbst der Meinung, das diese Information besser nicht
angezeigt werden sollte.


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

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 08:50 schrieb Markus liste12a4...@gmx.de:


 Ich meine:
 Der Benutzer muss entscheiden könnnen,
 ob seine _personenbezogenen Daten_
 öffentlich* sein sollen oder *privat*.

 Mit personenbezogen meine ich Name, Adressen, IP
 also alles was direkt bzw in Verknüpfung mit deinen Geo-Daten
 auf ihn als Person schliessen lässt.


Deine Name und Adresse ist niemandem, auch nicht den Servern, bekannt. Es
sei denn du hast ihn irgendwo freiwillig angegeben.
Deine IP-Adresse ist nur dem Server bekannt. Sie wird (hoffentlich) nur für
die technisch nötige Zeit gespeichert und (hoffentlich) an niemanden
herausgegeben. (Ausser, jemand wedelt mit einem Gerichtsbeschluss.)
Sie wird nicht mit den Geodaten verknüpft.


 Datenschutz ist in diesem Sinne ein hohes Gut.


Und rechtlich festgelegt. Deshalb wird er (hoffentlich) auch eingehalten.



 Und wenn es /technisch/ möglich ist, dass Dritte mit einem einzelnen
 Datenspender direkt Kontakt aufnehmen - ohne dass dessen Kontaktdaten gegen
 seinen Wunsch offengelegt werden ! - dann ist das eine sehr wertvolle
 Möglichkeit :-)


Genau so ist das momentan implementiert. Man kann einen Edit einem Mapper
zuordnen und mit ihm Kontakt aufnehmen, OHNE dessen persönliche Daten
kennen zu müssen.
Das System, welches dies möglich macht, heißt Pseudonym. Ein Pseudonym
ist KEIN persönliches Datum. Eine eindeutige Zuordnung zu einer realen
Person ist nicht möglich.
Auch eine Emailadresse ist (noch) kein persönliches Datum. Trotzdem wird
sie durch das System ebenfalls bereits geschützt und ist nicht für andere
sichtbar.



 Es darf aber m.E. nicht sein, dass die OSMF Personendaten als genauso
 frei bezeichnet und behandelt wie die als frei gespendeten Geodaten.
 In unserer öffentlichen DB haben personenbezogene Daten nichts zu suchen.


Es gibt keine personenbezogenen Daten in der DB. Lediglich account- bzw.
pseudonymbezogene Daten.
Ein Mapping von Account/Pseudonym zu realer Person ist generell nicht
möglich.
Eine Profilierung eines Accounts ist möglich. Damit mag die Zuordnung in
einzelnen Fällen doch machbar sein. Dazu wird jedoch externes Wissen
benötigt, über das OSM keine Kontrolle hat.
Ausserdem hat jeder selbst Einfluß auf den Detailgrad der möglichen
Profilierung und kann somit verhindern, zu einem dieser Sonderfälle zu
werden.


 Wenn das bisher immer schon so war, dann ist es jetzt, durch die neuen
 Bonus-Spiele bekannt gewordenen Möglichkeiten, umso dringender,
 hier endlich für eine saubere Trennung zu sorgen.


Das war noch nie so. Personenbezogene Daten (Name, Adresse, IP-Adresse,
(EMailadresse)) sind getrennt und nicht öffentlich einsehbar.

Ich zitiere mal kurz aus dem Bundesdatenschutzgesetz:
$3(1) Personenbezogene Daten sind Einzelangaben über persönliche oder
sachliche Verhältnisse einer bestimmten oder bestimmbaren natürlichen
Person (Betroffener).
(6) Anonymisieren ist das Verändern personenbezogener Daten derart, dass
die Einzelangaben über persönliche oder sachliche Verhältnisse nicht mehr
oder nur mit einem unverhältnismäßig großen Aufwand an Zeit, Kosten und
Arbeitskraft einer bestimmten oder bestimmbaren natürlichen Person
zugeordnet werden können.
(6a) Pseudonymisieren ist das Ersetzen des Namens und anderer
Identifikationsmerkmale durch ein Kennzeichen zu dem Zweck, die Bestimmung
des Betroffenen auszuschließen oder wesentlich zu erschweren.

Ich glaube, dass auch mit den durch Profilierung gewonnen Daten die
Bestimmung der natürlichen Person noch hinreichend schwer ist und mit
unverhältnismäßigem Aufwand verbunden ist. Trotz der groben Positionsangabe
benötigt man Zugriff auf weitere, geschützte Datenbanken um eine Person zu
identifizieren. (Z.B. Überwachungskameras, Buchungsdaten, etc.)
So etwas wie eine Wochentags-/Stundenstatistik der Edits hilft bei der
Identifizierung genau null, kratzt den Datenschutz somit wenig.


Gruss,
Chaos
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Hi *,

Am 15. Juli 2013 08:15 schrieb Frederik Ramm frede...@remote.org:

 Hi,

 ...

Ich glaube nicht, dass wir das wieder einfuehren moechten; damals zumindest
 war die Entscheidung, dass wir lieber auf die Beitraege derjenigen
 verzichten moechten, die mit der Namensnennung nicht einverstanden sind
 (bzw. diejenigen eben zu zwingen, mehrere Pseudonym-Accounts zu verwenden).


ehrlich gesagt, ich verstehe ja viel zu wenig von der Diskussion hier -
Datenschutz - Juristische Beratung - China - Dubai - NSA - ... usw ...

deshalb eine bescheidene Frage:

Kann ich mir nicht 128 oder 256 oder wenn es sein muss 512 Pseudonyme
zulegen, die dann meine Spuren hinreichend verwischen, wenn ich das denn
unbedingt möchte?

Muss die hervorragende Arbeit von Pascal derart dikreditiert werden?
Müssen Beitragende derart demotiviert werden.

Wie gesagt, ich verstehe zu wenig von all diesen Dingen. ;-)

Uns jedenfalls und den Kids, die wir an OSM herangeführt haben, waren die
Zeiten und Wochentage durchaus hilfreich. ... und ja, die Kids hatten auch
Pseudonyme.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

[Talk-de] BA Paper: Eignung der Mapnik/Standard-Straßenfarben für Nutzer mit Farbsinnstörungen

2013-07-15 Per discussione Johannes Kröger

Moin zusammen,

vor mittlerweile fast einen Jahr hatte ich um Teilnahme an einem
Onlinetest/-umfrage für meine Bachelorarbeit zur Eignung der
Straßenfarben des Standard/Mapnik OSM-Kartenstils für Menschen mit
Farbsinnstörungen (aka Farbenblinde) gebeten. Erstmal nochmal vielen
Dank an die vielen Teilnehmer!

Eigentlich wollte ich die Ergebnisse und die Arbeit gleich nach der
Benotung veröffentlichen, aber dann wurde noch ein Paper für die
International Cartographic Conference 2013 in Dresden draus und ich war
mir nicht mehr sicher, ob ich schon vor der Konferenz etwas
veröffentlichen dürfte. Also hatte ich es erstmal gelassen. Langer Rede
kurzer Sinn: Die Konferenz ist in einem Monat und die Proceedings sind
online (http://www.icc2013.org/?node=29)! :-)

Bachelorarbeit:
http://hannes.enjoys.it/pub/Johannes%20Kr%C3%B6ger%20-%20Weiterentwicklung%20von%20OpenStreetMap-Farbschemata%20f%C3%BCr%20Nutzer%20mit%20Farbsinnst%C3%B6rungen%20(2012,%20Bachelorarbeit).pdf

Oder als Paper:
http://hannes.enjoys.it/pub/Johannes%20Kr%C3%B6ger,%20Jochen%20Schiewe%20%20Beate%20Weninger%20-%20Analysis%20and%20improvement%20of%20the%20OpenStreetMap%20street%20color%20scheme%20for%20users%20with%20color%20vision%20deficiencies%20(2013,%20Proceedings%20of%20the%2026th%20International%20Cartographic%20Conference,%20Dresden).pdf
==
http://www.icc2013.org/_contxt/_medien/_upload/_proceeding/357_proceeding.pdf

Wer auf der ICC ist, kann mich zur Bergzeit in der Colours in Map
Design Session schwitzen sehen:
http://www.icc2013.org/_contxt/programme/default_session.asp?node=34day=sessionID=54

Falls ihr mit dem Lesen eines englischen Textes keine Probleme habt,
dann würde ich auf jeden Fall eher das Paper empfehlen. Ich habe mir
Mühe gegeben es einfach und verständlich zu schreiben. Die BA ist ganz
schön lang geworden und gerade den Ergebnisteil hatte ich (imo) im
Einzelnen viel zu detailliert. Das verwirrt wohl eher. Andererseits ist
die Theorie dort schön erklärt.

Die Rohergebnisse des Tests veröffentliche ich gerne, wenn denn
tatsächlich jemand Interesse hat. Falls sie niemanden interessiert,
möchte ich mir die Arbeit der Anonymisierung erstmal nicht umsonst
machen.

Ich freue mich über jegliche Kommentare, Kritik und Diskussion!

Mein persönliches Fazit war, dass ich meine Farben unpassend
fand und sie nicht als Änderung vorschlagen wollte. Sie wirken zu fremd
im Stil, jedenfalls auf mich nach 5 Jahren OSM. Würde mich
interessieren, ob das andere anders sehen. Es wäre wohl sinnvoller
einen komplett eigenständigen Accessibility-Stil zu entwickeln (also
auch Kontrast, Schriftgröße etc). Falls jemand Lust hat das anzugehen,
sag Bescheid.

Viele Grüße, Hannes

PS: Ja, ich hatte da Legende stehen. Ignorieren! ;)

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Markus


Hallo Ronnie,


Ich meine:
Der Benutzer muss entscheiden könnnen,
ob seine _personenbezogenen Daten_
*öffentlich* sein sollen oder *privat*.

Mit personenbezogen meine ich Name, Adressen, ID
also alles was direkt bzw in Verknüpfung mit deinen Geo-Daten
auf ihn als Person schliessen lässt.


Deine Name und Adresse ist niemandem, auch nicht den Servern, bekannt.
Es sei denn du hast ihn irgendwo freiwillig angegeben.
Deine IP-Adresse ist nur dem Server bekannt.


Sorry für den Tippfehler, ich meinte natürlich ID...

Wenn diese öffentlich jedem Geodatum drangehängt wird,
ist alles Weitere vermutlich eher trivial
(wenn man einen Linux-Rechner bedienen kann).

Die erste Hausnummer die man einträgt ist vermutlich oft die eigene :-)
Und über die weiteren Einträge lässt sich dann mit etwas Gehirnschmalz 
der ganze Rest der sozialen Beziehung rekonstruieren.



Pseudonym
Eine eindeutige Zuordnung zu einer realen Person ist nicht möglich.


;-)


Es gibt lediglich account- bzw. pseudonymbezogene Daten.


;-)


Eine Profilierung eines Accounts ist möglich.


:-(


hat jeder selbst Einfluß auf den Detailgrad der möglichen
Profilierung


Dazu muss er
a) fundiertes Wissen über Datenstrukturen und Prozesse haben
b) erheblichen Aufwand betreiben

Besser fände ich, wenn wir unseren Datenschutz explizit regeln
und technisch bestmöglich realisieren.


Bundesdatenschutzgesetz:
$3 (6) Anonymisieren ist das Verändern personenbezogener Daten derart, dass
die Einzelangaben über persönliche oder sachliche Verhältnisse nicht mehr
oder nur mit einem unverhältnismäßig großen Aufwand an Zeit, Kosten und
Arbeitskraft einer bestimmten oder bestimmbaren natürlichen Person
zugeordnet werden können.


Das umgehen wir mit der öffentlich verfügbaren ID
und der nun (oder seit langem) bestehenden Game-Tools.


Ich glaube, dass auch mit den durch Profilierung gewonnen Daten die
Bestimmung der natürlichen Person noch hinreichend schwer ist


Ach - da gibt es doch globale Benutzerkonten, OAuth, etc ;-)

- - - -

Grundsätzlich meine ich:
Nur weil einige von uns mit ihren Daten bewusst oder unbewusst sorglos 
umgegangen sind oder umgehen, heisst das nicht, dass wir nun den 
Datenschutz /für alle/ anderen ebenfalls als unötig handhaben dürften.


Auch dann nicht, wenn fast alle mit ihren Personendaten via social 
network verschwenderisch umgehen.

Auch dann nicht, wenn das bei uns schon immer so war.
Und auch dann nicht, wenn die Amerikaner und Briten sowieso alles 
wissen ;-)


Die Lösung ist ganz simpel:
1. einfach alle fragen wie sie es für sich persönlich handhaben wollen
2. und bis zu einer Antwort annehmen,
   dass die keine Veröffentlichung personenbezogener Daten wollen

Mit herzlichem Gruss,
Markus


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

Re: [Talk-de] Project of the Week und Gamification



Am 15/lug/2013 um 09:38 schrieb Pascal Neis pascal.n...@gmail.com:

 ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten
 ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt.
 Ich bin selbst der Meinung, das diese Information besser nicht
 angezeigt werden sollte.


schade, ich fand das eine ganz interessante Information (weniger die anderer 
Leute als meine eigenen). 

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

Re: [Talk-de] Project of the Week und Gamification



Am 15/lug/2013 um 10:43 schrieb Markus liste12a4...@gmx.de:

 Nur weil einige von uns mit ihren Daten bewusst oder unbewusst sorglos 
 umgegangen sind oder umgehen, heisst das nicht, dass wir nun den Datenschutz 
 /für alle/ anderen ebenfalls als unötig handhaben dürften.
 


tun wir ja nicht, noch nie  



 Auch dann nicht, wenn fast alle mit ihren Personendaten via social 
 network verschwenderisch umgehen.
 Auch dann nicht, wenn das bei uns schon immer so war.


bei uns waren die Daten schon immer geschützt, ohne dass der entspr. Mapper 
selbst sein Pseudonym verrät kommt da keiner dran


 Und auch dann nicht, wenn die Amerikaner und Briten sowieso alles wissen ;-)


Du meinst, Deutsche, Franzosen oder Italiener sind da anders drauf? Die dürfen 
und wollen es Dir nur nicht sagen, da es geheim ist.

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Simon Poole


Nur als Hinweise, macht man sich ein Konto hats es an promintenter
Stelle ein Link auf http://wiki.openstreetmap.org/wiki/Privacy_Policy
(das wie immer in OSM eher zuviel als zuwenig Information hat). Könnt
man noch expliziter machen, aber es hat jeder die Möglichkeit es zu lesen.

Simon







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

Re: [Talk-de] Project of the Week und Gamification

Hi Martin, *,

Am 15. Juli 2013 10:47 schrieb Martin Koppenhoefer dieterdre...@gmail.com:



 Am 15/lug/2013 um 09:38 schrieb Pascal Neis pascal.n...@gmail.com:

  ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten
  ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt.
  Ich bin selbst der Meinung, das diese Information besser nicht
  angezeigt werden sollte.


 schade, ich fand das eine ganz interessante Information (weniger die
 anderer Leute als meine eigenen).


+1
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] BA Paper: Eignung der Mapnik/Standard-Straßenfarben für Nutzer mit Farbsinnstörungen

2013-07-15 Per discussione Peter Körner

Hallo Johannes,

Am 15.07.2013 10:41, schrieb Johannes Kröger:
 Moin zusammen,

vielen Dank für das Veröffentlichen der Dokumentation. Habe die mit
Interesse überflogen, um sie bei Gelegenheit noch mal genau zu studieren.

 Mein persönliches Fazit war, dass ich meine Farben unpassend
 fand und sie nicht als Änderung vorschlagen wollte. Sie wirken zu fremd
 im Stil, jedenfalls auf mich nach 5 Jahren OSM. Würde mich
 interessieren, ob das andere anders sehen. Es wäre wohl sinnvoller
 einen komplett eigenständigen Accessibility-Stil zu entwickeln (also
 auch Kontrast, Schriftgröße etc). Falls jemand Lust hat das anzugehen,
 sag Bescheid.

Ich denke, dass auf Basis des CartCSS-Styles, der aufgeräumten Version
des Mapnik-Styles recht einfach sein müsste, so einen Weg zu gehen.

Lg, Peter


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

Re: [Talk-de] Project of the Week und Gamification

Hallo Pascal,

Meinen Beiträge waren weder als Kritik an deinen Auswertungen noch als
Aufforderung, etwas raus zu nehmen, gedacht. Ich nutze deine Auswertungen
regelmäßig, um einen Mapper besser einordnen zu können, um Mapper in meiner
Gegend ausfindig zu machen oder um mir einen Überblick über meine eigenen
Aktivitäten zu verschaffen. Die Diskussion hier ist nur hoch gekommen, weil
offenbar der Wunsch nach weitergehenden Auswertungen besteht, z.B. nach
Objektkategorien wie Strassenlaternen und Adressen. Und bevor ich demnächst
einen Badge in Gold als fleißigster Mapper von Puffs oder Hundekottütenspendern
bekomme, hätte ich schon erst mal den rechtlichen Rahmen geklärt bekommen.

Gruß
Rainer



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

Re: [Talk-de] Project of the Week und Gamification

Am 15.07.2013 11:03, schrieb Simon Poole:
 
 Nur als Hinweise, macht man sich ein Konto hats es an promintenter
 Stelle ein Link auf http://wiki.openstreetmap.org/wiki/Privacy_Policy
 (das wie immer in OSM eher zuviel als zuwenig Information hat). Könnt
 man noch expliziter machen, aber es hat jeder die Möglichkeit es zu lesen.

Dort steht nur, was veröffentlicht wird, nicht was Dritte damit machen dürfen.
Würde man die selbe Logik auf die geografischen Daten anwenden, dann hieße das:
Contributions werden über das API und das Planetfile öffentlich verfügbar
gemacht, und somit kann jeder damit anfangen was er will. Wozu dann eine ODbL?




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

Re: [Talk-de] Project of the Week und Gamification

Hallo Markus,

Am 15. Juli 2013 10:43 schrieb Markus liste12a4...@gmx.de:


 Mit personenbezogen meine ich Name, Adressen, ID


Und nochmal: deine ID, falls du damit deinen OSM-Benutzernamen meinst, ist
KEIN personenbezogenes Datum.



 ist alles Weitere vermutlich eher trivial
 (wenn man einen Linux-Rechner bedienen kann).

 Die erste Hausnummer die man einträgt ist vermutlich oft die eigene :-)
 Und über die weiteren Einträge lässt sich dann mit etwas Gehirnschmalz der
 ganze Rest der sozialen Beziehung rekonstruieren.



Ich finde es interessant, dass du den Nutzern die nötige Fachkenntnis zum
sorgsamen Umgang mit ihren Daten absprichst,
ihnen aber gleichzeitig ein hohes Mass and Können beim Datamining
unterstellst.

Ich halte diese Rekonstruktion für alles andere als Trivial.
Kleines Fallbeispiel: mein OSM Accountname ist Chaos99.
Kannst du meinen echten Namen oder meine postalische Adresse anhand meiner
Daten in OSM herausfinden?

In meinem Blog nachschauen gilt dabei nicht, dort verrate ich nämlich, was
sich so alles über mich im Netz findet.
Es ist nämlich durchaus möglich. Nur spielt OSM dabei eine so
untergeordnete Rolle, dass sie der Erwähnung kaum wert ist.



  hat jeder selbst Einfluß auf den Detailgrad der möglichen
 Profilierung


 Dazu muss er
 a) fundiertes Wissen über Datenstrukturen und Prozesse haben
 b) erheblichen Aufwand betreiben


Nein, muss er nicht. Er muss nur seinen Namen nicht ins Internet schreiben
und möglichst nicht nur sein eigenes Haus eintragen.
Das war's schon.



 Bundesdatenschutzgesetz:
 $3 (6) Anonymisieren ist das Verändern personenbezogener Daten derart,
 dass

 die Einzelangaben über persönliche oder sachliche Verhältnisse nicht mehr
 oder nur mit einem unverhältnismäßig großen Aufwand an Zeit, Kosten und
 Arbeitskraft einer bestimmten oder bestimmbaren natürlichen Person
 zugeordnet werden können.


 Das umgehen wir mit der öffentlich verfügbaren ID
 und der nun (oder seit langem) bestehenden Game-Tools.



Und nochmal: die ID ist KEIN personenbezogenes Datum. Hinter einer ID
können mehrere reale Personen stehen.
Eine Person kann mehrere IDs haben. Sie ist NICHT trivial mit
Name/Adresse/Perso-ID/Sozialvers-Nummer/Steuernummer etc. verknüpfbar.


 Ich glaube, dass auch mit den durch Profilierung gewonnen Daten die
 Bestimmung der natürlichen Person noch hinreichend schwer ist


Ach - da gibt es doch globale Benutzerkonten, OAuth, etc ;-)


was sind denn globale Benutzerkonten im OSM-Sinne? OAuth-Daten sind nicht
öffentlich verfügbar.


 Die Lösung ist ganz simpel:
 1. einfach alle fragen wie sie es für sich persönlich handhaben wollen

Für mein Verständniss wurden wir alle gefragt. Zuletzt bei det
Lizenzänderung.


 2. und bis zu einer Antwort annehmen,
dass die keine Veröffentlichung personenbezogener Daten wollen


Es WERDEN keine personenbezogenen Daten veröffentlicht.


Nochmal zur Klarstellung. Selbst wenn ich wüßte, das du heute um 10:34
einen mittelgroßen Haufen von weicher Konsistenz
in die öffentliche Toilette am Alex in Berlin abgesetzt hast, ist das KEIN
personenbezogenes Datum, weil ich NICHT weiss, wer du bist.
Erst wenn ich diese Information mit deinem realen Namen verknüpfen könnte,
würde es zu einem schützenswerten Gut.

Deswegen sind Bewegungsdaten bei Apple oder der Telekom böse, weil sie
wissen, wer du bist.
Bei uns nicht, weil wir es nicht wissen.

Gruss,
Chaos
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 12:49 schrieb rainerU ra...@sfr.fr:

 Am 15.07.2013 11:03, schrieb Simon Poole:
 
  Nur als Hinweise, macht man sich ein Konto hats es an promintenter
  Stelle ein Link auf http://wiki.openstreetmap.org/wiki/Privacy_Policy
  (das wie immer in OSM eher zuviel als zuwenig Information hat). Könnt
  man noch expliziter machen, aber es hat jeder die Möglichkeit es zu
 lesen.

 Dort steht nur, was veröffentlicht wird, nicht was Dritte damit machen
 dürfen.
 Würde man die selbe Logik auf die geografischen Daten anwenden, dann hieße
 das:
 Contributions werden über das API und das Planetfile öffentlich verfügbar
 gemacht, und somit kann jeder damit anfangen was er will. Wozu dann eine
 ODbL?

 In der ODbL steht eben genau, was dritte damit machen dürfen. Und da
steht: sie dürfen alles damit machen,
solange sie die Attribution und ggfs. die Lizenz zur Weitergabe einhalten.

Welche Definition fehlt dir jetzt?

Gruss,
Chaos
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Am 15.07.2013 12:53, schrieb Ronnie Soak:
 In der ODbL steht eben genau, was dritte damit machen dürfen. Und da
 steht: sie dürfen alles damit machen,
 solange sie die Attribution und ggfs. die Lizenz zur Weitergabe einhalten.
 
 Welche Definition fehlt dir jetzt?

Ob die Usernamen, die aus technischen und administrativen Gründen in der
Datenbank stehen, auch unter die ODbL fallen. Und falls ja, ob ich durch die
Annahme der Contributor Terms der OSMF das Recht hierzu eingeräumt habe.

Ich erwarte hier auf der Liste dazu keine Antwort, dazu sind detaillierte
juristische Kenntnisse erforderlich, über die wohl kaum jemand hier verfügt.


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

Re: [Talk-de] Project of the Week und Gamification

Aus den CT:

[...] contributing data and/or any other content (collectively,
“Contents”) to the geo-database of the OpenStreetMap project [...]

'and/or any other content' ist für mich als Laien eine Umschreibung für
Alles.
Also erstreckt sich für mich die CT auf alles, was ich zur DB hinzufüge.

Damit könnte man, zumindest nach meinem Verständniss, die Debatte um die
Nutzer-IDs und Zeitstempel schon mal abhaken.
Fraglich blieben nur die Daten, die nicht in die DB gehen, also Wiki-Edits,
Notes, etc ...

Gruß,
Chaos




Am 15. Juli 2013 13:22 schrieb rainerU ra...@sfr.fr:

 Am 15.07.2013 12:53, schrieb Ronnie Soak:
  In der ODbL steht eben genau, was dritte damit machen dürfen. Und da
  steht: sie dürfen alles damit machen,
  solange sie die Attribution und ggfs. die Lizenz zur Weitergabe
 einhalten.
 
  Welche Definition fehlt dir jetzt?

 Ob die Usernamen, die aus technischen und administrativen Gründen in der
 Datenbank stehen, auch unter die ODbL fallen. Und falls ja, ob ich durch
 die
 Annahme der Contributor Terms der OSMF das Recht hierzu eingeräumt habe.

 Ich erwarte hier auf der Liste dazu keine Antwort, dazu sind detaillierte
 juristische Kenntnisse erforderlich, über die wohl kaum jemand hier
 verfügt.


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

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

Re: [Talk-de] Project of the Week und Gamification

Am 15.07.2013 13:30, schrieb Ronnie Soak:
 Aus den CT:
 
 [...] contributing data and/or any other content (collectively,
 “Contents”) to the geo-database of the OpenStreetMap project [...]
 
 'and/or any other content' ist für mich als Laien eine Umschreibung für
 Alles.
 Also erstreckt sich für mich die CT auf alles, was ich zur DB hinzufüge.

Und da ein Jurist den Unterschied zwischen Content und Metadaten ohnehin nie
verstehen wird, ist alles klar. Danke.


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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Peter Barth

Hallo Pascal,

Pascal Neis schrieb:
 Ehrlich gesagt
 verwundert es mich im Moment etwas, warum gerade jetzt auf
 einmal solche Bedenken geäußert werden. Hat es etwas mit
 der aktuellen Berichterstattung in den Medien zu tun? Ehrlich
 gesagt ich weiß es nicht, aber aufgrund dieses Mail-Threads
 ist mir gerade etwas die Lust vergangen an weiteren Seiten/Tools
 oder was auch immer für OSM zu arbeiten ...

bitte überdenke das nochmal. Deine Dienste sind großartig, nützlich und
auch immer top gemacht! Ich will nichts davon missen, ich will lieber
noch mehr davon ;)

Dass hier einige nach jahrelangem anstandslosen Betrieb plötzlich
allerlei Probleme sehen, illegales Datenabschnorcheln mit dem
Auswerten einer offenen Datenbank in einen Topf werfen und ähnlich
abstruse Zusammenhänge herstellen, sollte man sich nicht zu sehr zu
Herzen nehmen. Es sollte vor allem nicht darüber hinwegtäuschen, dass 
mMn eine große schweigende Mehrheit kein Problem mit deinen Auswertungen 
hat oder hatte! Ich bin einer davon und das wollte ich hier nochmal klar 
und öffentlich kundtun. Ansonsten hat Frederik und Co inhaltlich eh 
schon alles gesagt, was ich zu diesem Thema sagen wollte.

 ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten
 ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt.
 Ich bin selbst der Meinung, das diese Information besser nicht
 angezeigt werden sollte.

Ich fand die super nützlich! Wäre toll wenn du diesen Thread gedanklich
vergisst und die Sachen einfach wieder reinnimmst.

Liebe Grüße,
Peda

-- 

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

Re: [Talk-de] Project of the Week und Gamification

Markus schrieb:
 _Vorschlag:_
 Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
 a) Willst Du, das Deine gespendeten Geodaten frei sind?
 b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
 wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?
 
 Dann kann jeder frei entscheiden :-)

Unbedingt dafür!

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T13:54:50+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Pascal Neis schrieb:
 Ehrlich gesagt verwundert es mich im Moment etwas, warum gerade jetzt
 auf einmal solche Bedenken geäußert werden. Hat es etwas mit der
 aktuellen Berichterstattung in den Medien zu tun?

Eine diesbezügliche Sensibilisierung durch die Berichterstattung findet
auf jeden Fall statt – ENDLICH! Es wird langsam wirklich zeit, dass die
breite Masse mehr über Datenschutz nachdenkt.


 Ehrlich gesagt ich weiß es nicht, aber aufgrund dieses Mail-Threads
 ist mir gerade etwas die Lust vergangen an weiteren Seiten/Tools oder
 was auch immer für OSM zu arbeiten ...

Baue einfach Opt-in oder zumindest Opt-out ein, und alle sind zufrieden.


Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T14:01:19+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Manfred A. Reiter schrieb:
 Kann ich mir nicht 128 oder 256 oder wenn es sein muss 512 Pseudonyme
 zulegen, die dann meine Spuren hinreichend verwischen, wenn ich das
 denn unbedingt möchte?

So lange es hier keine saubere Klärung der Bedenken bezüglich des
Datenschutzes und der Datensparsamkeit gibt, werde ich überlegen, ob
ich noch weiter Daten beisteuere, oder aber dazu übergehe, für jede
„Mapping-Session“ einen neuen pseudonymen Account anzulegen. Was dann im
Endeffekt anonymer Bearbeitung gleichkommt.

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T13:59:14+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Ronnie Soak schrieb:
 Aus den CT:
 
 [...] contributing data and/or any other content (collectively,
 “Contents”) to the geo-database of the OpenStreetMap project [...]

„geo-database“. Also Geodaten. Das implizierte „alles“ bezieht sich
damit für mich auf die beigesteuerten Informationen für die Karte, und
nicht die zwangsläufig daran gekoppelten Metadaten.

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T13:58:49+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Ronnie Soak schrieb:
 Ich zitiere mal kurz aus dem Bundesdatenschutzgesetz:
 [...]
 (6a) Pseudonymisieren ist das Ersetzen des Namens und anderer
 Identifikationsmerkmale durch ein Kennzeichen zu dem Zweck, die
 Bestimmung des Betroffenen auszuschließen oder wesentlich zu
 erschweren.

„Erschweren“. Nicht „unmöglich machen“. Also pseudonym != anonym.

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T13:56:46+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 14:02 schrieb Dirk Sohler s...@0x7be.de:

 Markus schrieb:
  _Vorschlag:_
  Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
  a) Willst Du, das Deine gespendeten Geodaten frei sind?
  b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
  wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?
 
  Dann kann jeder frei entscheiden :-)

 Unbedingt dafür!



was sollte es bringen, zusätzlich den Namen des Beitragenden mit den Daten
zu koppeln? Man kann das natürlich machen, auch schon jetzt könnte jeder
das tun, ohne jegliche Änderung des Systems (auf der User-Seite z.B. könnte
man seinen Klarnamen und Anschrift hinausposaunen), aber es bringt m.E.
nicht viel, insbesondere bei privaten Mappern, für Firmen könnte das
vielleicht eher interessant sein.

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

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 14:09 schrieb Dirk Sohler s...@0x7be.de:

 So lange es hier keine saubere Klärung der Bedenken bezüglich des
 Datenschutzes und der Datensparsamkeit gibt, werde ich überlegen, ob
 ich noch weiter Daten beisteuere,



das steht Dir natürlich frei, oder bist Du gezwungen, Daten beizutragen?
Ein Klärung gibt es doch schon: alle Mappingdaten sowie Changesetdaten sind
öffentlich und können im Rahmen der Lizenz für jegweden Zweck genutzt
werden, Ausschlüsse explizit ausgeschlossen ;-). Wieso ist das nicht klar
genug?
Ich finde es mind. merkwürdig, in einem Projekt von Freiwilligen, dessen
Ziel es ist, Daten zu sammeln, nach Datensparsamkeit zu rufen.



 oder aber dazu übergehe, für jede
 „Mapping-Session“ einen neuen pseudonymen Account anzulegen. Was dann im
 Endeffekt anonymer Bearbeitung gleichkommt.



solange Du erreichbar bleibst über das interne Nachrichtensystem (d.h. die
Emailadresse die Du angibst wird regelmäßig auf neue Nachrichten
überprüft), spricht da nicht viel dagegen, ausser dass es evtl. etwas
umständlicher für Dich wird.

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

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 14:10 schrieb Dirk Sohler s...@0x7be.de:

 Ronnie Soak schrieb:
  Aus den CT:
 
  [...] contributing data and/or any other content (collectively,
  “Contents”) to the geo-database of the OpenStreetMap project [...]

 „geo-database“. Also Geodaten. Das implizierte „alles“ bezieht sich
 damit für mich auf die beigesteuerten Informationen für die Karte, und
 nicht die zwangsläufig daran gekoppelten Metadaten.


Da steht: Daten zu einer Geo-Datenbank.
Da steht NICHT: Geo-Daten zu einer Datenbank.

Bitte genau lesen.

Die spitzfindige Frage ist jetzt, warst du bei der Entstehung der Metadaten
aktiv genug beteiligt, um nach deren Verwendung gefragt werden zu müssen?
Und warst du passiv genug, um so tun zu können als hättest du davon nichts
gewusst und eines extra Hinweises bedurft?


Gruss,
Chaos
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 14:11 schrieb Dirk Sohler s...@0x7be.de:

 Ronnie Soak schrieb:
  Ich zitiere mal kurz aus dem Bundesdatenschutzgesetz:
  [...]
  (6a) Pseudonymisieren ist das Ersetzen des Namens und anderer
  Identifikationsmerkmale durch ein Kennzeichen zu dem Zweck, die
  Bestimmung des Betroffenen auszuschließen oder wesentlich zu
  erschweren.

 „Erschweren“. Nicht „unmöglich machen“. Also pseudonym != anonym.


 Ähhh  wieso argumentierst du jetzt FÜR mich statt GEGEN mich?
Also so kann ich hier nicht diskutieren, wenn du dauernd die Seiten
wechselst ;-)

Dem Gesetz reicht ein erschweren durch Pseudonym schon aus.
Das ist doch seit Ewigkeiten so implementiert.

Wo ist dein Punkt?

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Hartmut Holzgraefe


On 07/15/2013 01:59 PM, Peter Barth wrote:


bitte überdenke das nochmal. Deine Dienste sind großartig, nützlich und
auch immer top gemacht! Ich will nichts davon missen, ich will lieber
noch mehr davon ;)

Dass hier einige nach jahrelangem anstandslosen Betrieb plötzlich
allerlei Probleme sehen, illegales Datenabschnorcheln mit dem
Auswerten einer offenen Datenbank in einen Topf werfen und ähnlich
abstruse Zusammenhänge herstellen, sollte man sich nicht zu sehr zu
Herzen nehmen. [...]


+1

Als nächstes kommen noch zB. große Energieversorger und beschweren sich
das es ja garnicht geht das man aus OSM Daten ihre kompleten
Hochspannungsnetze erkennen kann ... oh, moment, been there, done that
...

Die Daten sind da, die Daten sind nutzbar, die Tatsache das Benutzername
und Uhrzeit in den veröffentlichten Rohdaten enthalten sind (letzter
Edit je Objekt, und bei history dumps auch die gesamte Vergangenheit)
sollte bekannt sein ...

Der Unterschied ob eine bestimmte auf diesen Daten mögliche Auswertung
direkt mundgekaut online angeboten wird, mit frei verfügbaren
Werkzeugen möglich ist (grep auf history dump, OverPass?), oder die
Möglichkeit auch nur theoretisch existiert ist damit irrelevant ...

Entweder ist die Veröffentlichung von ID plus Timestamp generell
rechtlich fragwürdig, oder die darauf aufbauenden Auswertungen sind
es genau so wenig wie die Rohdaten selbst.

Die gleichen Auswertungen wären auch auf dem Wikipedia-Datenbestand
möglich, oder auf jedem beliebigen öffentlichen SVN/GIT/... Source
Code Repository, auf dem Archiv jeder öffentlichen Mailingliste
oder jedem öffentlichen Chat ... und in vielen dieser Fälle kenne
ich auch entsprechende öffentlich verfügbare Auswertungen.

PS: Rechtlich interessant wird es eher beim Einsatz entsprechender
Systeme im Arbeitsumfeld da die entsprechenden Rohdaten und
Auswertungen sich schnell mit dem Thema Arbeitsüberwachung
überschneiden ... aber auch da erst wenn die Pseudonymisierung
einfach rückgängig gemacht werden kann (AFAIK; IANAL; etc.)

--
hartmut

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Stefan Keller

Am 15. Juli 2013 14:53 schrieb Hartmut Holzgraefe
hartmut.holzgra...@gmail.com:
 On 07/15/2013 01:59 PM, Peter Barth wrote:

 bitte überdenke das nochmal. Deine Dienste sind großartig, nützlich und
 auch immer top gemacht! Ich will nichts davon missen, ich will lieber
 noch mehr davon ;)

+1 auch von mir.

LG, Stefan

P.S. An alle: Lasst mich die Gelegenheit wahrnehmen, um inne zu halten
und - im Sinne der Netiquette - daran zu denken, dass erstens ein
neuer Thread eröffnet wird, wenn man das Thema verlässt und zweitens
bitte möglichst überlegte, nicht-ausufernde Statements gewählt werden.



Am 15. Juli 2013 14:53 schrieb Hartmut Holzgraefe
hartmut.holzgra...@gmail.com:
 On 07/15/2013 01:59 PM, Peter Barth wrote:

 bitte überdenke das nochmal. Deine Dienste sind großartig, nützlich und
 auch immer top gemacht! Ich will nichts davon missen, ich will lieber
 noch mehr davon ;)

 Dass hier einige nach jahrelangem anstandslosen Betrieb plötzlich
 allerlei Probleme sehen, illegales Datenabschnorcheln mit dem
 Auswerten einer offenen Datenbank in einen Topf werfen und ähnlich
 abstruse Zusammenhänge herstellen, sollte man sich nicht zu sehr zu
 Herzen nehmen. [...]


 +1

 Als nächstes kommen noch zB. große Energieversorger und beschweren sich
 das es ja garnicht geht das man aus OSM Daten ihre kompleten
 Hochspannungsnetze erkennen kann ... oh, moment, been there, done that
 ...

 Die Daten sind da, die Daten sind nutzbar, die Tatsache das Benutzername
 und Uhrzeit in den veröffentlichten Rohdaten enthalten sind (letzter
 Edit je Objekt, und bei history dumps auch die gesamte Vergangenheit)
 sollte bekannt sein ...

 Der Unterschied ob eine bestimmte auf diesen Daten mögliche Auswertung
 direkt mundgekaut online angeboten wird, mit frei verfügbaren
 Werkzeugen möglich ist (grep auf history dump, OverPass?), oder die
 Möglichkeit auch nur theoretisch existiert ist damit irrelevant ...

 Entweder ist die Veröffentlichung von ID plus Timestamp generell
 rechtlich fragwürdig, oder die darauf aufbauenden Auswertungen sind
 es genau so wenig wie die Rohdaten selbst.

 Die gleichen Auswertungen wären auch auf dem Wikipedia-Datenbestand
 möglich, oder auf jedem beliebigen öffentlichen SVN/GIT/... Source
 Code Repository, auf dem Archiv jeder öffentlichen Mailingliste
 oder jedem öffentlichen Chat ... und in vielen dieser Fälle kenne
 ich auch entsprechende öffentlich verfügbare Auswertungen.

 PS: Rechtlich interessant wird es eher beim Einsatz entsprechender
 Systeme im Arbeitsumfeld da die entsprechenden Rohdaten und
 Auswertungen sich schnell mit dem Thema Arbeitsüberwachung
 überschneiden ... aber auch da erst wenn die Pseudonymisierung
 einfach rückgängig gemacht werden kann (AFAIK; IANAL; etc.)

 --
 hartmut


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

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Hartmut Holzgraefe


On 07/15/2013 02:02 PM, Dirk Sohler wrote:

Markus schrieb:

_Vorschlag:_
Wir bieten bei der Zustimmung zur Lizenz zwei Optionen an:
a) Willst Du, das Deine gespendeten Geodaten frei sind?
b) Willst Du dass zusätzlich Dein Name mit Deinen Geodaten gekoppelt
 wird und daraus für jederman sichtbar ein Profil abgeleitet Wird?

Dann kann jeder frei entscheiden :-)


Unbedingt dafür!


die Tatsache das diese Daten mit erfasst und veröffentlicht werden bei
der Erstanmeldung deutlicher hervorheben gerne (im Prinzip der gleiche
Text wie auf der Privacy Policy Seite) ... aber zweigleisig fahren...?

Das gleiche Problem ergibt sich auch bei Wikipedia-Edits, 
github-commits, etc. ... dort scheint aber niemand Probleme damit zu 
haben, obwohl insb. den Nutzern von Source Code Management Systemen viel

klarer sein sollte was genau gespeichert und damit auswertbar ist ...

Damit ist das Ganze für mich deutlich eher ein OMG das habe ich
ja garnicht gewusst (obwohl es klar dokumentiert ist) Problem als
ein tatsächliches.

Die Gegenfrage ist ja: können wir auf diese Daten komplett verzichten?
Da ist die Antwort aus Qualitätssicherungsgründen IMHO klar nein, und
da wir als verteiltes, offenes Projekt keine Geheimräte haben die
mehr mit den Daten tun (bzw mehr davon sehen) dürfen als alle anderen
ist klar das diese Daten damit auch für alle sichtbar und beliebig
auswertbar sind.

Ob eine öffentliche zu welchen Stunden ist User X in der Regel aktiv
Auswertung besonders sinnvoll ist wage ich auch eher zu bezweifeln.
Moralisch fragwürdig? Evtl ... Rechtlich problematisch? Kann ich
(IANAL) nicht erkennen ...

Worüber wir statt dessen reden könnten wäre ein Code of Conduct das
solche Arten von öffentlichen nutzerzentrierten Auswertungen nicht
wünschenswert sind. Das wäre in RFC-sprech aber maximal ein SHOULD NOT
und kein MUST NOT ...

--
hartmut

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

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-15 Per discussione Andreas Neumann

On 07/11/2013 09:54 PM, Henning Scholland wrote:
 Hallo
 Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
 aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
 Info doch bereits in unseren Daten. Dann braucht es doch keine
 zusätzliche Ref, die genau das gleiche nochmal sagt. Ebenso die
 weitere Unterscheidung. Dafür gibt es ja die pt-Relationen und ihre
 Member.

 Henning

Doch, diese Redundanz braucht es. Hin und wieder gibt es offizielle
Haltestellennamen sowohl für eine Bushaltestelle, als auch für einen
Bahnhof/Zughaltepunkt. Nehme ich nur den Namen ohne das Verkehrsmittel
zu kennen, habe ich zwei Ergebnisse.

Viele behelfen sich damit eindeutige Pre- oder Postfixe anzuhängen, was
aber leider auch den Namen verfälscht. Eine ID dagegen, ist eindeutig
und ich kann sie evtl. mit anderen Datenbanken verknüpfen. Somit wäre
der Erfurter Hauptbahnhof auch mit einer Datenbank verknüpfbar, inder er
nur als Erfurt Hbf hinterlegt ist.

MfG Andreas

-- 
Andreas Neumann
http://stadtplan-ilmenau.de




signature.asc
Description: OpenPGP digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Treppen und Räder (steps access)

2013-07-15 Per discussione Peter Wendorff

Am 14.07.2013 11:25, schrieb Henning Scholland:
 [...]
 Allgemein stellt sich beim Auslegen des Routers auch immer die Frage, ob
 man als Radfahrer nicht doch eher 5 Stufen trägt, als einen Umweg zu
 fahren oder andere Nachteile in Kauf zu nehmen. So kommt es, dass viele
 Fahrradkarten auch über Treppen routen.

Ich hab selbst keine Erfahrung mit der Erzeugung von Garmin-Karte oder
mgkmap, aber das jetzt auch vorhandene step_count ist hoffentlich
hilfreich, um beim Erzeugen von Karten eine entsprechende Grenze
anzugeben (z.B.: 1-2 Stufen fahr ich runter; 1 Stufe fahre ich auch
hoch, 5 Stufen trage ich in beide Richtungen, 20 Stufen trag ich noch
runter, aber hoch bitte nicht mehr).

Da Garmin Einbahnstraßen kennt, sollte sich selbst sowas umsetzen lassen
- aber prinzipiell natürlich nur, wenn die Anzahl der Stufen UND die
Richtung der Treppe bekannt ist - letztere fehlt an der hier genannten noch.

Gruß
Peter

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione fly

On 15.07.2013 09:38, Pascal Neis wrote:
 Hi,
 
 Frederik Ramm schrieb:
 Die Zahl meiner Notes, meiner GPX-Tracks und meiner Changesets steckt im
 Plantefile?

 Die Zahl Deiner Changesets ja - Notes und GPX-Tracks nicht. Aber die
 sind auf Pascals Seite doch auch nicht drauf, oder?
 
 sie sind drauf, so wie sie auch in jeder offiziellen OSM Userpage
 zu finden sind.
 
 Diese Seite

 http://www.openstreetmap.org/stats/data_stats.html

 mit einem Ranking der Meist-Hochlader der letzten Tage/Wochen/Monate
 gibt es ungefaehr seit Anbeginn des Projekts. Ich guck da auch nicht
 drauf, aber andere bestimmt. braucht es das? Weiss nicht. Will ich
 mir auch nicht anmassen, das zu beurteilen.
 
 
 HDYC gibt es inzwischen seit fast drei Jahren.
 
 Auf der besagten Seite werden Informationen über einen
 OSM Contributor angezeigt, personengebundene Informationen
 wie IP, Email-Adresse, Anschrift oder der wirkliche Name
 werde dort *nicht* angezeigt. Geht auch gar nicht, weil
 diese Information nicht verfügbar sind. Sollte jemand als
 seinen Username, seinen wirklichen Namen angegeben haben,
 wird er natürlich dort angezeigt. Gleiches gilt für das Bild.
 Hier gilt aber, das kann jeder ändern. Der Username im
 Projekt wie auch das Bild sind jederzeit änderbar und
 wird mWn auch nicht mitgeloggt. Also eine Verknüpfung
 zwischen den Projektdaten und personengebundenen Daten ist
 nur dann möglich wenn jemand eine Verlinkung zwischen
 sich selbst und dem OSM-Projekt über den Username herstellt.
 
 Es wurde ebenfalls bereits mehrfach erwähnt, das es
 einige User bei OSM gibt, die lediglich unter einem
 Pseudonym mitarbeiten. Sollten ein paar von euch ähnliche
 Bedenken bzgl. ihres eigenen Datenschutzes haben, würde
 ich ihnen eine ähnliche Vorgehensweise empfehlen.
 
 MWn nutzen sehr viele HDYC zur Verifizierung von OSM
 Usern oder zur Detection von Vandalismus im Projekt. Was
 ich persönlich als sehr sehr wichtig ansehe! Weiterhin
 verlinken sehr viele auf ihr HDYC Profil in ihrem EMail-footer,
 auf anderen Webseiten oder im Wiki/Forum. Ehrlich gesagt
 verwundert es mich im Moment etwas, warum gerade jetzt auf
 einmal solche Bedenken geäußert werden. Hat es etwas mit
 der aktuellen Berichterstattung in den Medien zu tun? Ehrlich
 gesagt ich weiß es nicht, aber aufgrund dieses Mail-Threads
 ist mir gerade etwas die Lust vergangen an weiteren Seiten/Tools
 oder was auch immer für OSM zu arbeiten ...
 
 viele gruesse
 pascal
 
 ps. die Diagramme an welchen Tagen und zu welchen Uhrzeiten
 ein Member aktiv ist, habe ich heute morgen aus HDYC entfernt.
 Ich bin selbst der Meinung, das diese Information besser nicht
 angezeigt werden sollte.

Ich habe mit diesem Thread kein Problem, allerdings werden auch hier
wieder einige Sachen zusammengeworfen.

1. In erster Linie ging es hier um Erweiterung/Ausweitung der
Statistiken plus Verknüpfung von Datenbanken. Die Vermischung mit
generellem Datenschutz bzw Kritik an bisherigen Tools hat zu einiger
Verwirrung beigetragen.

2. Dieser Thread hat das Thema Datenschutz mal wieder wachgerüttelt.
Dank Pascals Seiten haben einige Mapper_innen in diesem Bereich bestimmt
dazu gelernt und

3. Datenschutz müss immer wieder überprüft werden und manche Sachen auch
dahingehen angepasst werden (zB siehe oben (ps.))

4. Auch wir erachten dieses Thema manchmal als nicht so wichtig. Muss
ich der OSMF denn von meiner Anwältin erst einen Brief zu kommen lassen
oder werden die ganzen Bedenken jetzt juristisch geprüft und so lange zB
die OSM-Notes Statistik nicht angezeigt (siehe Copyright Geocoding) ?

5. Es bedarf auf jeden Fall einer Klärung, was alles zu den Daten gehört
die in die Geo-Datenbank einfließen und was alles nicht dazu gehört
(gpx?,notes ?, wiki (ja wohl separat) ...)

6. Es braucht in diesem Bereich einiges mehr an Dokumentation und ein
Verweis auf zB Pascals Seiten in einer Begrüßungsemail würde zB die
Problematik/Konsequenzen verdeutlichen.

Grüße
fly

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

Re: [Talk-de] GPS Kamera synchronisiert keine Zeit

2013-07-15 Per discussione Florian Lohoff

Hi,

On Mon, Jul 15, 2013 at 12:04:10AM +0200, Stephan Knauss wrote:
 Hallo,
 
 ich suche jemanden der eine Sony DSC-HX10V oder HX20V Kamera
 besitzt. Andere Kameras mit Kompass und GPS wären vielleicht auch
 interessant.
 
 Ich habe den Vorgänger HX5V und musste feststellen dass die Kamera
 doch recht sorglos ist was eine korrekte Uhrzeit angeht. Nachweisbar
 gesehen habe ich zumindest eine Abweichung der Kamerazeit von 5
 Sekunden. Das sind bei Aufnahmen aus dem Auto fast 100 Meter
 Abweichung von der korrekten Position.
 Für eine Kamera die mit einem GPS Empfänger eigentlich eine sehr
 genaue Zeitbasis hat ein Armutszeugnis.

Ich konnte das bisher nicht nachvollziehen - Habe aber in der HX5V 
auch das GPS und Kompass Thema abgehakt. Ich hatte ja damals das zeugs
an den Josm gestrickt um die Blickrichtung abzubilden.

Der Kompass ist nicht Massenträgheitskompensiert also im Auto völlig
Kaputt. 

Das GPS Thema ist schön um zu sehen in welcher Stadt man sich befand,
aber so dinge wie Straßenseite (Was mit dem GPSMap 60csx problemlos ist)
ist mit der Kamera nicht abzubilden. Da hat mein Galaxy S4 einen
deutlich besseren GPS Empfänger.

Was an der 5er auch total kaputt ist das der alte GPS Fix solange in die
Bilder geschrieben wird bis mal eine neue Position ermittelt wurde. 
Also - 800km Fahren - Bild machen kurz nach dem Einschalten - alles
vermurkst.

Das Symbol verändert sich im überigen wenn der wirklich gerade etwas
Empfaengt oder was altes verwendet. Wenn die Pommes daneben stehen
ist aktuell Empfang da.

Ich hätte einen Menupunkt mit Shutter lock on GPS Loss gut gefunden.
Dann kann man einfach nicht auslösen wenn keine Position zu ermitteln
ist.

 Mich würde nun interessieren ob sich die neuen Modelle hier besser
 verhalten.
 
 Die Erkenntnisse habe ich hier dokumentiert:
 http://www.technologyblog.de/2013/07/wenn-ein-gps-fix-doch-keiner-ist/
 
 Für einen ganz schnellen Test lässt sich die Kamerazeit im
 Einstellungsmenü mit einer frisch per NTP synchronisierten Zeit in
 Windows (oder auch Linux) vergleichen.

Ich hatte bisher da keine Probleme - Eine dermassen grosse Abweichung
konnte ich nicht feststellen.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Einführung eines neuen Tags (globaleID)

2013-07-15 Per discussione Wolfgang Hinsch

Am Montag, den 15.07.2013, 16:18 +0200 schrieb Andreas Neumann:
 On 07/11/2013 09:54 PM, Henning Scholland wrote:
  Hallo
  Für mich klingt das nach jeder Menge Redundanz. Wenn DE:5334:1001 nur
  aussagt Ich bin die Haltestelle Busbahnhof Aachen, dann steckt diese
  Info doch bereits in unseren Daten. Dann braucht es doch keine
  zusätzliche Ref, die genau das gleiche nochmal sagt. Ebenso die
  weitere Unterscheidung. Dafür gibt es ja die pt-Relationen und ihre
  Member.
 
  Henning
 
 Doch, diese Redundanz braucht es. Hin und wieder gibt es offizielle
 Haltestellennamen sowohl für eine Bushaltestelle, als auch für einen
 Bahnhof/Zughaltepunkt. Nehme ich nur den Namen ohne das Verkehrsmittel
 zu kennen, habe ich zwei Ergebnisse.
 
 Viele behelfen sich damit eindeutige Pre- oder Postfixe anzuhängen, was
 aber leider auch den Namen verfälscht. Eine ID dagegen, ist eindeutig
 und ich kann sie evtl. mit anderen Datenbanken verknüpfen. Somit wäre
 der Erfurter Hauptbahnhof auch mit einer Datenbank verknüpfbar, inder er
 nur als Erfurt Hbf hinterlegt ist.

Man könnte es vermeiden, indem eine Tabelle 

DE:5334:1001= Hauptbahnhof Erfurt
DE:5334:1001:01 = Hauptbahnhof Erfurt Gleis 1

auf einer Seite bereitgestellt wird. Wer eine Verknüpfung braucht, lädt
sich diese Tabelle in seine Datenbank und greift über diesen Umweg auf
die Daten zu. Dann kann er über die ID zugreifen, ohne dass sie in der
OSM-DB auftaucht.

Gruß, Wolfgang




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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione fly

On 15.07.2013 14:27, Martin Koppenhoefer wrote:

 solange Du erreichbar bleibst über das interne Nachrichtensystem (d.h. die
 Emailadresse die Du angibst wird regelmäßig auf neue Nachrichten
 überprüft)

Wo lebst Du denn ?

Erstens geht nur ein Account pro Email-Adresse und selbst da ist es
schwierig. Ich errinnere and die User welche erst nach dem Lizenzwechsel
die OBLC akzeptiert habe bzw noch akzeptieren ?

 spricht da nicht viel dagegen, ausser dass es evtl. etwas
 umständlicher für Dich wird.

Naja, trashmail.com und nen neuen Account. PW ist nicht so wichtig, kann
ja user auch gleich wieder löschen.

Wollen wir das wirklich ?

Soll ich jetzt mal nen paar accounts anlegen und die dann reihum
weitergeben ?

Zu leicht sollten wir es uns bei Bedenken da nicht machen !

Grüße
fly


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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Peter Wendorff

Am 14.07.2013 03:17, schrieb Wolfgang Hinsch:
 Am Samstag, den 13.07.2013, 23:59 +0200 schrieb Dirk Sohler:
 [...]

 Es ist nämlich was anderes, ob jemand die Daten nimmt, und für sich
 selbst aufbereitet, oder ob er auf zusammengeführte und bereits
 aufbereitete Daten zugreifen kann.
 
 Oder anders ausgedrückt: Es fehlt hier einigen das Verständnis, dass das
 Vorhandensein von Daten, egal aus welchem Grund, nicht automatisch die
 Verarbeitung derselben erlaubt. Das ist Kern des Datenschutzes und im
 Grunde dasselbe wie der Umgang mit Lizenzen. Nicht alles, was ohne
 weiteres technisch möglich ist, ist auch erlaubt. Diese Regel kennt man
 normalerweise im täglichen Leben auch.
ABER:
Der Planet ist als solcher unter ODBL veröffentlicht, das heißt
letztendlich, dass genau diese Verarbeitung, über die ihr euch hier
beschwert, in der Tat erlaubt ist.
Ob das jetzt gut oder schlecht ist, ist eine andere Frage. Ob das noch
näher betrachtet werden müsste, man userid/username aus den planets
herausnehmen müsste, mag eine andere Frage sein, Fakt ist aber, dass
beides seit vielen Jahren Bestandteil der planet-Daten ist, und erst
seit neuestem Extraktformate existieren, die das aus Platzgründen (nicht
aus Datenschutzgründen soweit ich weiß) weglassen.

Wie gesagt: Es mag sein, dass die Contributor Terms da nicht deutlich
genug sind oder so - ich war mir auch bisher dessen bewusst, dass userid
und username mit exportiert sind und deshalb soweit ich weiß erstmal
auch unter CC-BY-SA bzw. mittlerweile ODBL vorliegen, was die Verwendung
zur Analyse und Verarbeitung durchaus erlaubt.

 Ich kann rote Ampeln missachten. Ich kann Bilder von irgendwelchen
 Leuten ins Internet stellen. Ich kann CDs und Bücher kopieren. Ich kann
 einen Bericht veröffentlichen, wann meine Nachbarn einkaufen gehen und
 was sie aus ihrem Auto ins Haus schleppen.
 
 Ich darf es aber nicht, ohne eine Erlaubnis einzuholen.
 
 Startet doch einfach ein Bewertungsprojekt. Bei OSM kann man auf seiner
 Userseite ein Kennwort angeben, z.B. Coins = ja,bitte oder so, und auf
 der anderen Seite registriert man sich und gibt sein(e) Passwörter an
 für alle Identitäten, die man einschließen will. Der Server fragt nach,
 ob das jeweilige Passwort für die Identität richtig ist und erhält im
 Erfolgsfall das korrekte Kennwort.
Du argumentierst mit Datenschutz, willst aber jetzt einem Dienst
Passwörter für dritte Dienste mitteilen? Entscheid dich mal. Einerseits
willst Du verhindern, dass öffentlich einsehbare Daten ausgewertet
werden durch öffentlich einsehbare Stellen/Dienste/Angebote, und damit
transparent, andererseits willst Du deine Passwörter auch noch
weitergeben, damit bestimmte Dienste das DÜRFEN, denn es KÖNNEN ja auch
andere (oder wie sollte das zu verhindern sein?)?

Also (am Beispiel von hdyc - das ist kein Angriff gegen dich, Pascal,
der Dienst ist Klasse!):
Ich registriere mich auf der hdyc-Seite und sage hey, auf meiner
userseite (username meinUsername) hab ich als Passwort öffentlich
geheimesPasswort gesetzt. wenn das stimmt, darfst du meine Daten
auswerten.
Ergebnis: ich kriege mein Profil angezeigt, sonst aber niemand.
Ergebniseinschränkung: ein Vergleich im Ranking funktioniert nur noch
über alle bei hdyc angemeldeten User.
Ergebnis2: die böse Seite osmcoins.nsa.gov schert sich einen Dreck um
das Zeugs, wertet die Daten aber trotzdem aus
Ergebnis3: die böse Seite osmcoins.nsa.gov schert sich außerdem einen
Dreck um Kosten für andere und nutzt einfach auch weiterhin hdyc, denn
das Passwort ist ja im Profil des Nutzers auf osm.org schon hinterlegt.

So hab ich dich an dieser Stelle verstanden.
Wenn Du allerdings meinst, dass man das osm-Passwort einem
auswertungsdienst übergeben sollte, damit der eben erst nach login an
die Daten kommt - so wie facebook mal eben nach meinem webmail, gmx,
t-online oder sonstwaspasswort fragt, um mal eben mein Adressbuch nach
möglichen Freunden zu untersuchen - dann frage ich mich, was das mit
Datenschutz - geschweige denn mit einer Verbesserung desselben zu tun
haben soll.

===

Ich denke, es gibt bei OSM zwei Möglichkeiten für Mapper
1) Pseudonym arbeiten, das heißt:
  a) darauf achten, dass man nicht nur oder bevorzugt rund um zu Hause
mappt (um Rückschlüsse aus den Bearbeitungen zu vermeiden), Zeitmuster
vermeiden, evtl. gezielt zeitversetzt erst Stunden/Tage später eintragen
- mit der Last höheren Konfliktpotentials, das sich dann eben nicht
vermeiden lässt
  b) Pseudonymen username nutzen
  c) Pseudonyme Mailadresse nutzen
  d) Username und Mailadresse nicht an anderer Stelle auch nutzen
  e) Mails auch nicht mit Klarnamen unterschreiben
2) Unter Klarnamen mappen und sich dessen bewusst sein.

Um die größten Beschwerdeführer hier im Thread mal zu nennen:
- Dirk ist schon über die Verwendung seiner eigenen Domain und
Klarnamens für seine Mailadresse eindeutig einer Adresse zuzuordnen
- fly ist schwieriger, versteckt sich offensichtlich besser ;)
- Wolfgang ist Bedenkenträger aber nicht Beschwerdeführer, würd

[Talk-de] Kompass Kartenverlag nutzt auch OSM

Heute wurde auf der italienischen Liste darauf aufmerksam gemacht, dass der
Kompass Verlag offenbar auch OSM Karten rendert, vielleicht ist das ja
schon ein alter Hut hier, aber mir war es neu:

http://www.kompass.de/online-karte.html

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

Re: [Talk-de] Kompass Kartenverlag nutzt auch OSM

2013-07-15 Per discussione Florian Lohoff

On Mon, Jul 15, 2013 at 06:38:50PM +0200, Martin Koppenhoefer wrote:
 Heute wurde auf der italienischen Liste darauf aufmerksam gemacht, dass der
 Kompass Verlag offenbar auch OSM Karten rendert, vielleicht ist das ja
 schon ein alter Hut hier, aber mir war es neu:
 
 http://www.kompass.de/online-karte.html

Das ist aber irgendeine bunte Mischung. Deutschland ist nicht OSM - Da
sind deutlich mehr Gebaeude und die Farmyard beschriftungen sind
definitiv nicht OSM (Und Kaputt).

Madagaskar ist aber OSM so wie es scheint.

Flo
-- 
Florian Lohoff f...@zz.de


signature.asc
Description: Digital signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 18:16 schrieb fly lowfligh...@googlemail.com:

 On 15.07.2013 14:27, Martin Koppenhoefer wrote:

  solange Du erreichbar bleibst über das interne Nachrichtensystem (d.h.
 die
  Emailadresse die Du angibst wird regelmäßig auf neue Nachrichten
  überprüft)

 Wo lebst Du denn ?

 Erstens geht nur ein Account pro Email-Adresse und selbst da ist es
 schwierig.



stimmt so halb, Email-Adressen sind heutzutage eigentlich kein Problem mehr
dachte ich, bei manchen Providern kann man z.B. die Schreibweise so
variieren, dass es für OSM als neue Adresse gilt, aber man selbst unter
derselben Adresse den login machen kann. Oder man richtet sich entspr.
Forwarder ein oder so.



 Ich errinnere and die User welche erst nach dem Lizenzwechsel
 die OBLC akzeptiert habe bzw noch akzeptieren ?



ja, kann selbst ein Lied davon singen, habe so ne Listen von der OSMF für
hier in der Gegend abgearbeitet und davon waren einige Adressen nicht mehr
erreichbar, daher ja der Hinweis, dass es m.E. nicht akzeptabel sein kann,
wenn man Wegwerf-Adressen verwendet, weil die verhindern, dass man von
anderen Mappern (oder der OSMF) kontaktiert werden kann, d.h. wer aus
Datenschutzgründen ständig neue Nutzer anlegen will, sollte das nicht auf
Kosten der Erreichbarkeit machen.



  spricht da nicht viel dagegen, ausser dass es evtl. etwas
  umständlicher für Dich wird.

 Naja, trashmail.com und nen neuen Account. PW ist nicht so wichtig, kann
 ja user auch gleich wieder löschen.

 Wollen wir das wirklich ?



s.o., eben nicht.

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

Re: [Talk-de] Kompass Kartenverlag nutzt auch OSM

Am 15. Juli 2013 18:49 schrieb Florian Lohoff f...@zz.de:

 On Mon, Jul 15, 2013 at 06:38:50PM +0200, Martin Koppenhoefer wrote:
  Heute wurde auf der italienischen Liste darauf aufmerksam gemacht, dass
 der
  Kompass Verlag offenbar auch OSM Karten rendert, vielleicht ist das ja
  schon ein alter Hut hier, aber mir war es neu:
 
  http://www.kompass.de/online-karte.html

 Das ist aber irgendeine bunte Mischung. Deutschland ist nicht OSM - Da
 sind deutlich mehr Gebaeude und die Farmyard beschriftungen sind
 definitiv nicht OSM (Und Kaputt).

 Madagaskar ist aber OSM so wie es scheint.



Italien ist augenscheinlich auch OSM. Vielleicht haben sie ja auch gemischt
(sieht allerdings bisher nicht so aus)? Das wäre natürlich eine super
Sache, wenn der Falk Verlag (bzw. die Mutter MairDumont) sich klammheimlich
entschlossen hätte, seine Geodaten unter ODbL herauszugeben ;-)

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

Re: [Talk-de] Project of the Week und Gamification

Ronnie Soak schrieb:
 Da steht: Daten zu einer Geo-Datenbank.
 Da steht NICHT: Geo-Daten zu einer Datenbank.

Welche Nicht-Geodaten gehören denn in eine Geodatenbank?


 Bitte genau lesen.

Dito.

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T18:59:30+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Ronnie Soak schrieb:
 Wo ist dein Punkt?

Da, wo du ihn offenbar nicht willens bist, zu verstehen.

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T19:00:36+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Hallo Peter, *,


Am 15. Juli 2013 18:35 schrieb Peter Wendorff wendo...@uni-paderborn.de:

[... unterschreib ich fast alles, was Du geschrieben hast ;-)]

Ein einstampfen nützlicher Auswertungen wie hdyc und Co hindert aber
 diese Firmen nicht an der Auswertung, es kann nur aufzeigen, dass die
 Daten da sind, und zwar sichtbar, praktikabel - und nicht theoretisch in
 theoretisierender Fachsprache.


DAS ist der springende Punkt. - Oder dürfen nur noch die Freaks die
Auswertungen machen,  und der Rest ist sich der Tragweite der möglichen
Auswertungen gar nicht bewusst?


 Aus Seminaren mit Jugendlichen weiß ich, man muss zeigen, was man
 aus Facebook/Dem Internet/... alles rauskriegt, damit sie das glauben.
 Und wenn man noch so oft betont, wie viele Daten da drinstehen: Viele
 glauben es doch nicht. Das ist mit OSM ähnlich, trotz, oder gerade weil
 OSM (so hoffe und glaube ich) nicht in sich bösartig oder kommerziell
 interessiert ist.


Ich kann das hier nur ganz dick unterstreichen. Als ich den Schülern von
den Azoren sagte, dass sie Donnerstags Unterricht haben, glaubten die ich
bin Hellseher, bis ich ihnen meine Informationsquelle zeigte.

Dieses *AHA-Erlebnis* werden *DIE* nicht vergessen. Und es trägt mehr zu
Datenschutz und Datensparsamkeit bei, als jeder Vortrag darüber.

Ich möchte diese zeitlichen Auswertungen genau aus diesem Grunde wieder
haben. Ein besseres und ungefährlicheres Beispiel hatte ich noch nie
gesehen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Martin Koppenhoefer schrieb:
 alle Mappingdaten sowie Changesetdaten sind öffentlich

Und deren Metadaten (wann, wer mit welchen Programm)? Siehste.


  oder aber dazu übergehe, für jede
  „Mapping-Session“ einen neuen pseudonymen Account anzulegen. Was
  dann im Endeffekt anonymer Bearbeitung gleichkommt.
 
 
 solange Du erreichbar bleibst […]

Na ja, anonyme Mailadressen sind nicht dazu gedacht, erreichbar zu
bleiben, sondern um sie einmalig als Wegwerfadresse zu benutzen.


 ausser dass es evtl. etwas umständlicher für Dich wird.

Ein Script für die automatische Registrierung ist schnell geschrieben,
ein bisschen GET ein bisschen POST, und mit den Daten dann ein sed auf
die JOSM-Konfigdatei, fertig.

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T19:02:26+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Hartmut Holzgraefe schrieb:
 Das gleiche Problem ergibt sich auch bei Wikipedia-Edits, 
 github-commits, etc. ... dort scheint aber niemand Probleme damit zu 
 haben, obwohl insb. den Nutzern von Source Code Management Systemen
 viel klarer sein sollte was genau gespeichert und damit auswertbar
 ist ...

Nun, zumindest bei Verwendung von GIT ist bis auf den geänderten
Quellcode, und wer ihn wann geändert hat, nichts weiter abgelegt – und
selbst das „wer“ kann per simpler konfiguration aus dem Front- sowie
Backend verschwinden, ohne, dass die Funktionalität darunter leiden
würde – Oder man erlaubt direkt anonymen Zugriff.

Aus einem Mapperprofil kann viel mehr abgelesen werden. Jeder weiß
sofort wer, wann, wo, wie, womit was geändert hat. Zudem sind Geodaten
wesentlich kritisch als Quellcode oder Wikipedia-Einträge. Anhand der
Geodaten kann man relativ gut ermitteln, in welchem Umfeld sich jemand
verbindet, oder zudem dieser jemand eine Verbindung hat – Irgendeinen
Grund für den Mapper muss es ja geben, in einem bestimmten Gebiet Dinge
zu mappen.

Mittels einfachstem Social Engineering und ein wenig Recherche kann man
dann recht schnell weitere Schlüsse ziehen – Und wenn es wirklich einer
drauf anlegt, kommt er darüber auch an weitere Daten.


 Ob eine öffentliche zu welchen Stunden ist User X in der Regel aktiv
 Auswertung besonders sinnvoll ist wage ich auch eher zu bezweifeln.
 Moralisch fragwürdig?

Ja, definitiv. Gerade in Anbetracht der letzten Monate mit den diversen
Datenschutz- und Spionageskandalen MEHR als fragwürdig.


Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T19:09:46+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kompass Kartenverlag nutzt auch OSM

Am 15. Juli 2013 18:57 schrieb Martin Koppenhoefer dieterdre...@gmail.com:

 (bzw. die Mutter MairDumont)



übrigens ne ziemliche Marktkonzentration, seht mal hier:
http://de.wikipedia.org/wiki/MairDumont
Von ADAC über Baedeker, Dumont, Falk, Kompass, Marco Polo, Shell, StadtINFO
bis zu Varta Führer.

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

Re: [Talk-de] Project of the Week und Gamification

Peter Barth schrieb:
 Es sollte vor allem nicht darüber hinwegtäuschen, dass mMn eine große
 schweigende Mehrheit kein Problem mit deinen Auswertungen hat oder […]

… sie gar nicht kannte – Nicht jede Mehrheit, die schweigt, findet
automatisch gut, was gemacht wird.

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T19:18:20+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Hi,

Am 15. Juli 2013 19:17 schrieb Dirk Sohler s...@0x7be.de:

 Hartmut Holzgraefe schrieb:


[...]


  Ob eine öffentliche zu welchen Stunden ist User X in der Regel aktiv
  Auswertung besonders sinnvoll ist wage ich auch eher zu bezweifeln.
  Moralisch fragwürdig?

 Ja, definitiv. Gerade in Anbetracht der letzten Monate mit den diversen
 Datenschutz- und Spionageskandalen MEHR als fragwürdig.


... und Du bist der Meinung, wenn es auf hdyc nicht mehr steht, dann
unterlassen es auch alle anderen?  BND, MAD, NSA oder wer auch immer.

Tut mir leid ein besseres und ungefährlicheres Mittel es der Gesichterbuch
VOR AUGEN zu führen hatte ich nicht.

Wir sollten vorsichtig sein, dass wir das Kind - aus ideologischen Gründen
- nicht mit dem Bad ausschütten.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Project of the Week und Gamification

Am 15. Juli 2013 19:07 schrieb Dirk Sohler s...@0x7be.de:

 Martin Koppenhoefer schrieb:
  alle Mappingdaten sowie Changesetdaten sind öffentlich

 Und deren Metadaten (wann, wer mit welchen Programm)? Siehste.



wann und wer definitiv, mit welchem Programm sind Changeset-Daten, zu denen
der Zugang IMHO ebenfalls auf keinen Fall erschwert werden sollte, da man
so viel besser auf Programmfehler reagieren kann.





   oder aber dazu übergehe, für jede
   „Mapping-Session“ einen neuen pseudonymen Account anzulegen. Was
   dann im Endeffekt anonymer Bearbeitung gleichkommt.
  
  solange Du erreichbar bleibst […]

 Na ja, anonyme Mailadressen sind nicht dazu gedacht, erreichbar zu
 bleiben, sondern um sie einmalig als Wegwerfadresse zu benutzen.



von anonymen Mailadressen hattest Du ursprünglich nicht geschrieben,
sondern von einem neuen pseudonymen Account. Anonymes Mappen hat man
absichtlich abgeschafft, steht auch so schon viel weiter oben im Thread,
von daher ist das nicht unbedingt die richtige Art, mit einer Gemeinschaft
von Gleichgesinnten in Kontakt zu treten.


 ausser dass es evtl. etwas umständlicher für Dich wird.

 Ein Script für die automatische Registrierung ist schnell geschrieben,
 ein bisschen GET ein bisschen POST, und mit den Daten dann ein sed auf
 die JOSM-Konfigdatei, fertig.



ja, ist ja egal wenn andere das Passwort abgreifen weil Du es im Klartext
überträgst, und damit Schindluder treiben, da wirst Du nur noch anonymer?

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

Re: [Talk-de] Project of the Week und Gamification

Peter Wendorff schrieb:
 1) Pseudonym arbeiten, das heißt:
 […]
   e) Mails auch nicht mit Klarnamen unterschreiben

Da ich hier der einzige bin, der sich um die Integrität seiner Mails zu
scheren scheint, geht diese Spitze wohl gegen mich.

Ich nutze seit jeher in freien Projekten meinen Klarnamen, da ich
diesen Projekten in soweit traue, dass sie nicht mit meinen Daten
irgendwelchen Mist anstellen – Und signieren tue ich Mails aus Prinzip
seit ich Mails benutze.

Das ändert aber nichts daran, dass ich statistische Auswertungen anhand
von Metadaten zu freien Daten (wobei nicht 100% klar ist, ob diese
Metadaten auch komplett frei sind – immerhin spricht die Lizenz von der
Geodatenbank und somit implizit von Geodaten, und nicht von Metadaten)
doch eher fragwürdig finde.


 […]
 Das waren jetzt 2 Minuten Suche insgesamt - per Hand und nur aufgrund
 der Namen in den Mailinglisten.

Siehste. So schnell geht das. Und nun nimm mal noch Geodaten dazu, und
du kommst auch an Daten von Personen, die nur Pseudonym auftreten.


Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T19:24:42+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kompass Kartenverlag nutzt auch OSM

2013-07-15 Per discussione Hartmut Holzgraefe


On 07/15/2013 06:49 PM, Florian Lohoff wrote:


Das ist aber irgendeine bunte Mischung. Deutschland ist nicht OSM - Da
sind deutlich mehr Gebaeude und die Farmyard beschriftungen sind
definitiv nicht OSM (Und Kaputt).


Quickcheck $Heimatdorf: mehr als 10 Jahre altes Neubaugebiet fehlt,
deutlich jüngere Umgehungsstraße ist drin, meine alte Grundschule hat
nur zwei Gebäude, die schon über 20 Jahre alte Turnhalle und nicht viel
jüngere Neubau der das kleinere der beiden alten Gebäude erstetzt hat
fehlt ... definitiv nicht OSM

--
hartmut

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

Re: [Talk-de] Treppen und Räder (steps access)

Peter Wendorff schrieb:
 - aber prinzipiell natürlich nur, wenn die Anzahl der Stufen UND die
 Richtung der Treppe bekannt ist - letztere fehlt an der hier
 genannten noch.

Moment mal, kann man Treppen gemeinhin nicht in beide Richtungen
benutzen? Anzahl der Stufen reicht imho, dazu kommt noch die Route, die
das Gerät ermittelt hat – Womit man dann auch eine Richtig hätte. Aber
eine Richtungsangabe als Tag stelle ich mir bei Treppen doch eher
schwierig vor :)

Grüße,
Dirk

-- 
Local time :: Ortszeit :: DE-HH
2013-07-15T19:33:37+0200


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Kompass Kartenverlag nutzt auch OSM

Am 15. Juli 2013 19:33 schrieb Hartmut Holzgraefe 
hartmut.holzgra...@gmail.com:

 Quickcheck $Heimatdorf: mehr als 10 Jahre altes Neubaugebiet fehlt,
 deutlich jüngere Umgehungsstraße ist drin, meine alte Grundschule hat
 nur zwei Gebäude, die schon über 20 Jahre alte Turnhalle und nicht viel
 jüngere Neubau der das kleinere der beiden alten Gebäude erstetzt hat
 fehlt ... definitiv nicht OSM



ja, sieht so aus als wäre DACH proprietär und der Rest OSM.

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

Re: [Talk-de] Treppen und Räder (steps access)

Am 15. Juli 2013 19:35 schrieb Dirk Sohler s...@0x7be.de:

 Womit man dann auch eine Richtig hätte. Aber
 eine Richtungsangabe als Tag stelle ich mir bei Treppen doch eher
 schwierig vor :)



incline=up/down ist der tag, nachdem man sich nicht auf eine implizite
Richtung einigen konnte ;-)

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

Re: [Talk-de] Project of the Week und Gamification

2013-07-15 Per discussione Wolfgang Hinsch

Am Montag, den 15.07.2013, 18:35 +0200 schrieb Peter Wendorff:
 Am 14.07.2013 03:17, schrieb Wolfgang Hinsch:
  
  Startet doch einfach ein Bewertungsprojekt. Bei OSM kann man auf seiner
  Userseite ein Kennwort angeben, z.B. Coins = ja,bitte oder so, und auf
  der anderen Seite registriert man sich und gibt sein(e) Passwörter an
  für alle Identitäten, die man einschließen will. Der Server fragt nach,
  ob das jeweilige Passwort für die Identität richtig ist und erhält im
  Erfolgsfall das korrekte Kennwort.
 Du argumentierst mit Datenschutz, willst aber jetzt einem Dienst
 Passwörter für dritte Dienste mitteilen? Entscheid dich mal. Einerseits
 willst Du verhindern, dass öffentlich einsehbare Daten ausgewertet
 werden durch öffentlich einsehbare Stellen/Dienste/Angebote, und damit
 transparent, andererseits willst Du deine Passwörter auch noch
 weitergeben, damit bestimmte Dienste das DÜRFEN, denn es KÖNNEN ja auch
 andere (oder wie sollte das zu verhindern sein?)?
 
Wer lesen kann, ist klar im Vorteil ;-)

1.)Wer _will_, kann sich so registrieren und für sich kontrolliert
Seiten zusammenführen lassen. Damit erlaubt er explizit, absichtlich,
bewusst, ..., welche Seiten für Coins etc für ihn benutzt werden.

2.)Es geht mir im Kern um das Zusammenführen verschiedener
Seiten/Dienste etc.

jetzt klar?

Technische Einzelheiten - /dev/null
Rein prinzipielle Idee

Im übrigen für mich hier EOT

Gruß, Wolfgang


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

Re: [Talk-de] Treppen und Räder (steps access)

2013-07-15 Per discussione chris66

Am 15.07.2013 19:35, schrieb Dirk Sohler:

 Moment mal, kann man Treppen gemeinhin nicht in beide Richtungen
 benutzen? Anzahl der Stufen reicht imho, dazu kommt noch die Route, die
 das Gerät ermittelt hat – Womit man dann auch eine Richtig hätte. Aber
 eine Richtungsangabe als Tag stelle ich mir bei Treppen doch eher
 schwierig vor :)

incline=up/down ?

Chris



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

Re: [Talk-de] Project of the Week und Gamification