date:20110429

Olá,

Como faço pra ver quem mais está desenvolvendo a região sul de Santa
Catarina além de mim?.

Guilherme D'Agostin Donadel
login: gdonadel

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

Re: [Talk-br] Desenvolvedores Região SUL de SC

2011-04-29 Thread Bráulio

Se você definir no osm.org qual é a sua localidade, ele começa a mostrar no
seu perfil um mapa com os usuários próximos que também definiram a
localidade (que supostamente são os interessados em se comunicar).

2011/4/29 Guilherme Dagostin Donadel gdona...@gmail.com

 Olá,

 Como faço pra ver quem mais está desenvolvendo a região sul de Santa
 Catarina além de mim?.

 Guilherme D'Agostin Donadel
 login: gdonadel

 ___
 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] Desenvolvedores Região SUL de SC

2011-04-29 Thread Djavan Fagundes

Em Sex, 2011-04-29 às 16:54 -0300, Bráulio escreveu:
 Se você definir no osm.org qual é a sua localidade, ele começa a
 mostrar no seu perfil um mapa com os usuários próximos que também
 definiram a localidade (que supostamente são os interessados em se
 comunicar).
 
 2011/4/29 Guilherme Dagostin Donadel gdona...@gmail.com
 Olá,
 
 Como faço pra ver quem mais está desenvolvendo a região sul de
 Santa
 Catarina além de mim?.

Eu uso o Ito World[0]. Criando um login você seleciona uma ou mais áreas
do mapa e ele entrega via rss as alterações que foram feitas nesta área,
o nome do usuário, etc. Estou usando pra monitorar as alterações e
descobrir novos mapeadores nas cidades que mapeio. Não há nada melhor.

[0] http://www.itoworld.com/product/osm


-- 
Djavan Fagundes

E-mail | xmpp: dja...@comum.org

http://djavan.comum.org/blog/
http://butequeiro.comum.org/
http://comum.org



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

Re: [Talk-br] Desenvolvedores Região SUL de SC

2011-04-29 Thread Rodrigo de Avila

Também uso. Aliás, são estes feeds que estão populando o @osm_rs no twitter.


--
Rodrigo de Avila
Analista de Desenvolvimento

rodr...@avila.net.br • www.avila.net.br

Em 29 de abril de 2011 16:56, Djavan Fagundes dja...@comum.org escreveu:

 Eu uso o Ito World[0]. Criando um login você seleciona uma ou mais áreas
 do mapa e ele entrega via rss as alterações que foram feitas nesta área,
 o nome do usuário, etc. Estou usando pra monitorar as alterações e
 descobrir novos mapeadores nas cidades que mapeio. Não há nada melhor.

 [0] http://www.itoworld.com/product/osm



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

Re: [Talk-br] Desenvolvedores Região SUL de SC

2011-04-29 Thread Cassio Eskelsen

Voce esta em qual regiao? Criciuma, etc?

Eu devo comecar a colocar o mapa de jaragua do sul e regiao (estou fazendo
um trabalho na associacao de municipios da regiao e estamos refazendo a
cartografia basica)
 On Apr 29, 2011 4:16 PM, Guilherme Dagostin Donadel gdona...@gmail.com
wrote:
 Olá,

 Como faço pra ver quem mais está desenvolvendo a região sul de Santa
 Catarina além de mim?.

 Guilherme D'Agostin Donadel
 login: gdonadel

 ___
 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] Desenvolvedores Região SUL de SC

2011-04-29 Thread Djavan Fagundes

Em Sex, 2011-04-29 às 17:03 -0300, Rodrigo de Avila escreveu:
 Também uso. Aliás, são estes feeds que estão populando o @osm_rs no
 twitter.
 
 

Que massa, não conhecia! Só uma dica, divida em mais de área, em áreas
menores, fica melhor pra visualizar!


-- 
Djavan Fagundes

E-mail | xmpp: dja...@comum.org

http://djavan.comum.org/blog/
http://butequeiro.comum.org/
http://comum.org



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

Re: [Talk-br] Desenvolvedores Região SUL de SC

Olá,

Valeu a dica, vou ver como funciona o itoworld!
Estou em Siderópolis, ja está bem avançado o mapa da cidade,  mapeei
até as linhas de alta tensão que vem de Tubarão e vao até Timbé do sul
(Tractebel - Timbé do Sul)...  o gasoduto Brasil Bolivia ja está
mapeado aqui na regiao sul até Biguaçu e a Ferrovia Teresa Cristina
que escoa a produção de carvao da regiao pra usina termoeletrica
(tractebel).. rsrs.
Estou partindo pro desenvolvimento da região mas seria melhor que mais
gente mapeasse pra eu n me sentir forever alone...


Guilherme D'Agostin Donadel
osm login: gdonadel




Em 29 de abril de 2011 17:04, Djavan Fagundes dja...@comum.org escreveu:
 Em Sex, 2011-04-29 às 17:03 -0300, Rodrigo de Avila escreveu:
 Também uso. Aliás, são estes feeds que estão populando o @osm_rs no
 twitter.



 Que massa, não conhecia! Só uma dica, divida em mais de área, em áreas
 menores, fica melhor pra visualizar!


 --
 Djavan Fagundes

 E-mail | xmpp: dja...@comum.org

 http://djavan.comum.org/blog/
 http://butequeiro.comum.org/
 http://comum.org



 ___
 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] Desenvolvedores Região SUL de SC

Como faz pra criar um registro no ito?

Guilherme D'Agostin Donadel




Em 29 de abril de 2011 17:36, Cassio Eskelsen cas...@3geo.com.br escreveu:
 Pois é,precisamos agitar SC, estamos feios no mapa hehe.
 Os orgaos publicos nao colaboram tambem. Estou tentando no DEINFRA conseguir
 o dwg com as rodovias, mas o cara nao me responde. Nao diz nem sim, nem nao
 e nem um singelo vai te catar rsss

 Abracao

 Cassio

 On Apr 29, 2011 5:24 PM, Guilherme Dagostin Donadel gdona...@gmail.com
 wrote:
 Olá,

 Valeu a dica, vou ver como funciona o itoworld!
 Estou em Siderópolis, ja está bem avançado o mapa da cidade, mapeei
 até as linhas de alta tensão que vem de Tubarão e vao até Timbé do sul
 (Tractebel - Timbé do Sul)... o gasoduto Brasil Bolivia ja está
 mapeado aqui na regiao sul até Biguaçu e a Ferrovia Teresa Cristina
 que escoa a produção de carvao da regiao pra usina termoeletrica
 (tractebel).. rsrs.
 Estou partindo pro desenvolvimento da região mas seria melhor que mais
 gente mapeasse pra eu n me sentir forever alone...


 Guilherme D'Agostin Donadel
 osm login: gdonadel




 Em 29 de abril de 2011 17:04, Djavan Fagundes dja...@comum.org escreveu:
 Em Sex, 2011-04-29 às 17:03 -0300, Rodrigo de Avila escreveu:
 Também uso. Aliás, são estes feeds que estão populando o @osm_rs no
 twitter.



 Que massa, não conhecia! Só uma dica, divida em mais de área, em áreas
 menores, fica melhor pra visualizar!


 --
 Djavan Fagundes

 E-mail | xmpp: dja...@comum.org

 http://djavan.comum.org/blog/
 http://butequeiro.comum.org/
 http://comum.org



 ___
 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

 ___
 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] Desenvolvedores Região SUL de SC

2011-04-29 Thread Djavan Fagundes

Em Sex, 2011-04-29 às 17:39 -0300, Guilherme Dagostin Donadel escreveu:
 Como faz pra criar um registro no ito?

http://www.itoworld.com/signup/

-- 
Djavan Fagundes

E-mail | xmpp: dja...@comum.org

http://djavan.comum.org/blog/
http://butequeiro.comum.org/
http://comum.org



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

Re: [Talk-br] Desenvolvedores Região SUL de SC

existe esse link la no ito? nao achei

Cassio, eu tenho esse arquivo do deinfra! é um .gpx de todo o estado.

Guilherme D'Agostin Donadel




Em 29 de abril de 2011 17:42, Djavan Fagundes dja...@comum.org escreveu:
 Em Sex, 2011-04-29 às 17:39 -0300, Guilherme Dagostin Donadel escreveu:
 Como faz pra criar um registro no ito?

 http://www.itoworld.com/signup/

 --
 Djavan Fagundes

 E-mail | xmpp: dja...@comum.org

 http://djavan.comum.org/blog/
 http://butequeiro.comum.org/
 http://comum.org



 ___
 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] Desenvolvedores Região SUL de SC

Cassio,
tentei upar o arquivo com as rodovias mapeadas pelo deinfra mas deu esse erro
http://wiki.openstreetmap.org/index.php/GPX_Import_Failures
acho q por falta de timestamps nas tracks.


Guilherme D'Agostin Donadel




Em 29 de abril de 2011 17:56, Guilherme Dagostin Donadel
gdona...@gmail.com escreveu:
 existe esse link la no ito? nao achei

 Cassio, eu tenho esse arquivo do deinfra! é um .gpx de todo o estado.

 Guilherme D'Agostin Donadel




 Em 29 de abril de 2011 17:42, Djavan Fagundes dja...@comum.org escreveu:
 Em Sex, 2011-04-29 às 17:39 -0300, Guilherme Dagostin Donadel escreveu:
 Como faz pra criar um registro no ito?

 http://www.itoworld.com/signup/

 --
 Djavan Fagundes

 E-mail | xmpp: dja...@comum.org

 http://djavan.comum.org/blog/
 http://butequeiro.comum.org/
 http://comum.org



 ___
 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] Desenvolvedores Região SUL de SC

2011-04-29 Thread Cassio Eskelsen

Chegastes a abrir o arquivo gpx e salvá-lo novamente pelo GPX Editor (
http://sourceforge.net/projects/gpxeditor/) Isso deveria resolver esse
problema.

Será que poderias me mandar esse GPX? Não vou upá-lo no teu lugar, hehe, mas
ele vai ser útil para mim em alguns trabalhos.

abraços,

Cássio Rogério Eskelsen



2011/4/29 Guilherme Dagostin Donadel gdona...@gmail.com

 Cassio,
 tentei upar o arquivo com as rodovias mapeadas pelo deinfra mas deu esse
 erro
 http://wiki.openstreetmap.org/index.php/GPX_Import_Failures
 acho q por falta de timestamps nas tracks.


 Guilherme D'Agostin Donadel




 Em 29 de abril de 2011 17:56, Guilherme Dagostin Donadel
 gdona...@gmail.com escreveu:
  existe esse link la no ito? nao achei
 
  Cassio, eu tenho esse arquivo do deinfra! é um .gpx de todo o estado.
 
  Guilherme D'Agostin Donadel
 
 
 
 
  Em 29 de abril de 2011 17:42, Djavan Fagundes dja...@comum.org
 escreveu:
  Em Sex, 2011-04-29 às 17:39 -0300, Guilherme Dagostin Donadel escreveu:
  Como faz pra criar um registro no ito?
 
  http://www.itoworld.com/signup/
 
  --
  Djavan Fagundes
 
  E-mail | xmpp: dja...@comum.org
 
  http://djavan.comum.org/blog/
  http://butequeiro.comum.org/
  http://comum.org
 
 
 
  ___
  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

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

Re: [Talk-br] Desenvolvedores Região SUL de SC

2011-04-29 Thread Alexandre Parente Lima

http://www.itoworld.com/static/osm_mapper.html

Em 29 de abril de 2011 22:01, Djavan Fagundes dja...@comum.org escreveu:



 Guilherme Dagostin Donadel gdona...@gmail.com escreveu:

 existe esse link la no ito? nao achei

 Hehe.. Acho que não tem..

 
 Cassio, eu tenho esse arquivo do deinfra! é um .gpx de todo o estado.
 
 Guilherme D'Agostin Donadel
 
 
 
 
 Em 29 de abril de 2011 17:42, Djavan Fagundes dja...@comum.org
 escreveu:
  Em Sex, 2011-04-29 às 17:39 -0300, Guilherme Dagostin Donadel
 escreveu:
  Como faz pra criar um registro no ito?
 
  http://www.itoworld.com/signup/
 
  --
  Djavan Fagundes
 
  E-mail | xmpp: dja...@comum.org
 
  http://djavan.comum.org/blog/
  http://butequeiro.comum.org/
  http://comum.org
 
 
 
  ___
  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

 --
 E-mail enviado do meu celular Android usando K-9 Mail. Por favor, desculpe
 minha brevidade.

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




-- 
Doutor em Ciências Ocultas, Filosofia Dramática, *Pediatria
Charlatânica*, *Biologia
Dogmática* e Astrologia Eletrônica.
___
Talk-br mailing list
Talk-br@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-br

[Talk-is] INSPIRE tilskipunin

2011-04-29 Thread Svavar Kjarrval


Hæ.

Ef þið vissuð ekki, þá er til umræðu frumvarp til að innleiða INSPIRE 
tilskipun ESB (2007/2/EB) um notkun og miðlun landupplýsinga. Í stuttu 
máli er hún þannig að Landmælingar Íslands eigi að reka stafræna 
upplýsingagátt með landupplýsingum. Þó aðaltilgangurinn sé umhverfismál 
þá er ljóst að það er víðtækara en svo. Enginn þingmaður hefur mótmælt 
frumvarpinu hugmyndafræðilega séð svo það eru talsverðar líkur á að það 
nái í gegn á þessu þingi. Þið getið fylgst með málinu á 
http://www.althingi.is/dba-bin/ferill.pl?ltg=139mnr=121 
http://www.althingi.is/dba-bin/ferill.pl?ltg=139mnr=121.


Þegar/Ef frumvarpið verður að lögum verður áhugavert að athuga hvort það 
verði til þess að meira af opinberum gögnum verði fáanleg til 
innsetningar í OSM.


Upp á forvitnina fletti ég upp á umsögnum sem bárust umhverfisnefnd og 
vildi vita hvort ég fyndi einhverja áhugaverða búta. Þeir fylgja hér:


Háskóli Íslands:
„Að mati háskólans getur gjaldtaka sú sem heimiluð er skv. 11. gr. 
frumvarpsins skapað óþarfa hindranir við notkun gagna. Eðlilegt er að 
menntastofnanir á borð við Háskóla Íslands hafi aðgang að slíkum 
opinberum landfræðilegum gögnum án endurgjalds.“


ÍSOR:
„Sú skilgreining á landupplýsingum sem sett er fram í frumvarpinu [er] 
ófullnægjandi þar sem einungis er átt við gögn tengd yfirborðið[sic] 
jarðar. Ýmsar landupplýsingar vísa til staða neðan yfirborðs jarðar s.s. 
í borholum og á hafsbotni.“
- Þakka ÍSOR fyrir þessa athugasemd. Breytingartillaga nefndarinnar 
víkkaði gildissvið frumvarpsins til gagna „á, í eða yfir jörðu“. Umsögn 
Náttúruminjasafnsins kom líka að þessu atriði.


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

Also die Zahl ist nicht neu, z.B. findest du sie auf odbl.de (in der 
Auswertung für die ganze Welt).


Ca. 10'000 Altmapper (pre-CT 1.0) plus ca. 40'000 Neumapper 
(post-CT1.0), das sind jetzt nur aktive Mapper, also solche die 
tatsächlich was gemappt haben. Es gibt einen systematischen Fehler bei 
den Zahlen, der auch schon besprochen wurde, der dazu führt, dass das 
eher als untere Grenze zu sehen ist, ändert aber an der Sache nichts.


Natürlich hat Frederik auch Recht wenn er auf die Zahlen für alle 
Neumapper verweist, denn der Vertrag hängt ja auch nicht davon ab, ob 
man tatsächlich was mappt.


Ob die Zahl gut ist oder nicht, na ja, vor dem 16. April hatten schon 
über 80% Mapper die aktuell aktiv Mappen zugestimmt. Die jetztige 
Zuwachsrate an Zustimmern schöpft im wesentlichen die mögliche (und 
erwartete) Rate an Mappern, die nicht hoch aktiv sind, aber gelegentlich 
mappen voll ab. Wer soll denn sonst noch zustimmen (man muss ja was 
davon wissen um das zu können)?


Simon

Am 29.04.2011 01:02, schrieb Ulf Lamping:

Am 28.04.2011 00:23, schrieb Simon Poole:

Treffende oder unzutreffende Vergleiche mal sein gelassen: Eins war mir
von Anfang an klar, dass wenn man mal mit den neuen CTs angefangen hat,
es nicht wirklich ein Weg zurück gibt. Die ca. 50'000 Verträge sind nun
mal geschlossen (mal nur aktive Mapper betrachtet) und decken auch eine
Mehrheit der Daten ab. Ob man nun auf die ODbL umstellt oder nicht,
könnte man zu Gute ja nochmals anschauen, aber an der CT-Annahme führt
nun mal wirklich kein Weg vorbei.


Kannst du mal deine Quellen nennen?

Laut: http://ni.kwsn.net/~toby/OSM/license_count.html

sind wir so bei knapp 14000 Zustimmern und bei den Zahlen unter 
http://odbl.de/ sieht es nicht unbedingt besser aus.


Gruß, ULFL

___
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

[Talk-de] Würde Jan unnötige Mails senden? [was: Re: Wird google Geld für seine Dienste nehmen ?]

2011-04-29 Thread Bernd Wurst

Hallo Jan.

Am 2011-04-28 20:22 schrieb Jan Tappenbeck:
 Vielleicht drücke ich mich nicht immer ganz klar aus. Mag sein, dann
 sorry.

Um deinem salopp daher gesagten sorry etwas Nachdruck zu verleihen,
beherzige doch mal testweise für ein paar Tage folgendes bevor du eine
Mail an talk-de sendest:

1. Gibt ein paar Stichwörter deiner Frage bei Google und in der
Suchfunktion des OSM-Wiki ein.

2. Lies deine Mail vor dem Absenden nochmal durch ob du dort an den
korrekten Empfänger mit dem korrekten Betreff eine sinnvolle und
verständlich formulierte Frage stellst. Und: Schreibe die Frage selbst
bitte (ggf. zusätzlich) IN DEN INHALT der Mail. Einen Betreff zu
zitieren weil man darauf antworten will ist höchst umständlich.


Klar passieren allen Leuten Fehler und jeder sendet mal unnötige Mails
oder Mails bei denen die Hälfte der wesentlichen Information fehlt. Aber
bei der Konzentration wie diese von dir kommen würde auch ich dich
bitten, dass du dich ein klein wenig am Riemen reißt.

Gruß, Bernd

-- 
Ein Pessimist ist jemand, der vorzeitig die Wahrheit erzählt.
  -  Cyrano de Bergerac (frz. Schriftsteller 1619-1655)


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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

2011-04-29 Thread Sarah Hoffmann

Hi,

ohje, das kommt davon, wenn man das 1. Gebot von talk-de[1] verletzt. ;)

On Thu, Apr 28, 2011 at 11:01:05PM +0200, Peter Wendorff wrote:
 Irgendwo muss ich jetzt doch mal nachhaken:
 Wo genau steht DIESE Definition von Path?
 ...dass es sich dabei um schlecht beGEHbare Wege handelt, die path eher  
 im Gebirge zutreffen lassen als auf dem flachen Land?

In seiner ersten Mail hat Boris gemeint, dass ein gewoehnlicher Mensch
unter path einen 'unbuilt single track' versteht. Ich weiss nicht, wie
es dir geht, aber mir kommt genau das als erstes in den Sinn, wenn ich
'path' hoere. Das kann man also so unterschreiben (oder zumindest als
legitime Definition des Wortes in Betracht ziehen.)

Interessanterweise enthaelt diese Definition weder 'schlecht' noch
'begehbar' noch 'Gebirge'. Ich weiss also nicht, wie du auf deine
Definition oben kommst.

Desweiteren ist diese Definition eine durchaus legale Untermenge der
aktuellen Wiki-Definition von path (die sich wie vorher angemerkt am besten 
mit 'irgendwas' zusammenfassen laesst). 

Ich sehe also wirklich nicht, wo das Problem ist,
wenn ich fuer mich entscheide, nur diese Untermenge als path zu taggen
und sonst cycleway oder footway zu bevorzugen. Beides Tags die nach
wie vor durchaus legal und gebraeuchlich sind. Dabei wird nichts
umdefiniert. Es ist nicht ploetzlich verboten, cycleways oder sonstwas als
path zu taggen, ich mache es einfach nicht. Boris hat festgestellt,
dass er beobachtet hat, dass die meisten Mapper in Oesterreich
ebenfalls dieser Philosophie folgen und ich kann bestaetigen, dass
ich eine aehnliche Beobachtung in der Schweiz gemacht habe. Es gibt
Ausnahmen, aber das ist ueberhaupt kein Problem. Wir kommen recht
gut miteinander aus. Jeder wie er es fuer richtig haelt.

Es ist dann einfach eine Frage der Hoeflichkeit, dass man sich an
die lokalen Gepflogenheiten haelt, wenn man irgendwo Gastmapper
ist. Sollte ich in eine deutsche Gegend kommen, in der das 
path/designated-Schema benutzt wird, bin ich durchaus in der Lage, 
mich anzupassen und ich hoffe, dass das gleiche
in die andere Richtung gilt.

 Sorry, aber lokale Alpenmapper hin oder her - ihr argumentiert hier  
 momentan nur noch aufgrund von lokalen Mappergruppen und wollt dann,  
 dass mapnik das unterstützt?

Niemand hat etwas davon gesagt, dass Mapnik irgendetwas spezielles
unterstuetzen soll. Um genau zu sein, ist die jetztige Situation genau
richtig. Wir haben nur darauf hingewiesen, dass es absolut keine gute
Idee ist highway=footway fuer Bergpfade zu verwenden, weil das unter
umstaenden den falschen Eindruck erweckt, die Wege seinen fuer alle
Fussgaenger begehbar. Das gute dabei:
wenn man ausschliesslich highway=path fuer Bergpfade benutzt, ist das
Problem schon geloest. Dass Bergpfade eine Untermenge von highway=path
bilden, wirst du hoffentlich unterstuetzen. Es ist also kein 'Tagging
fuer den Renderer', denn hier wird kein Tag missbraucht.

Nochmal: es geht um eine Einschraenkung des footway-Tags, nicht um
eine Einschraenkung des path-Tags. (Wenn man mal von der Einschraenkung
fuer foot=designated absieht, aber das ist ja ohnehin falsch, schliesslich
sind Bergwege nie mit so einem blauen Schild versehen.)

Ich fuerchte, dass sich hier bei einigen Leuten ein logischer Denkfehler
eingeschlichen hat. Nur weil alle Bergpfade als highway=path gemappt
werden sollten, heisst das nicht automatisch, dass der Umkehrschluss
gilt, also dass alle highway=path Bergpfade sind. Korrekt ist: alle
highway=path mit einem sac_scale-Tag, das einen Wert groesser 1 hat, 
sind Bergpfade.

 Eine lokale Lösung, die globale Tags gesondert definiert, kann doch  
 nicht auf der globalen Karte berücksichtigt werden; erst recht nicht,  
 wenn das nichtmal dokumentiert ist.

Nichts ist gesondert definiert, alles bewegt sich im Rahmen dessen,
was wiki-gueltige Definitionen sind. Auf der Englischen Wiki-Seite
von sac_scale findet sich sogar der Hinweis, dass man footway nicht
zusammen mit sac_scale verwenden sollte. Nicht einmal das ist also
neu.

Ich hoffe, dass ich mit dieser Antwort die Wogen etwas glaetten kann.
Wenn immernoch etwas nicht klar ist, schlagen ich vor, dass wir die
Diskussion in eine alpine Berghuette verlegen. Das ist a) gemuetlicher
und b) koennen alle Theorien gleich an der Realtitaet ausprobiert
werden. ;)

Bis dahin

Sarah


[1] Du sollst nicht auf highway=path-Diskussionen reagieren.

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

Re: [Talk-de] Tagging-Hilfe: Strandbar/Beachclub

2011-04-29 Thread Chris66

Am 28.04.2011 19:16, schrieb Philip Gillißen:

 Ich wollte gerade die Strandbar in Leverkusen mappen, dabei ist mir
 aufgefallen, dass dafür nur maximal eine Kneipe als Taggingschema
 geeignet ist (sprich: amenity:pub).
 Im Wiki und auf der Mailingliste habe ich einen ähnlichen Fall leider
 nicht gefunden.

Hi,
die Strandbars die ich so kenne haben alle nur ein paar Monate im Sommer
geöffnet. Dies sollte man durch ein entsprechendes Tag anzeigen
(date_on/date_off).

Chris


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

2011-04-29 Thread Chris66

Am 28.04.2011 11:59, schrieb Sven Geggus:

 Lock in? Die leute werden relativ schnell begreifen das Google ihnen
 das nicht auf ihr Navi im Auto bringt
 
 Machen sie doch.
 
 oder auf das TomTom sondern
 
 Die sind sowieso bald tot

Yepp, nun verkaufen Sie schon die gesammelten Tracks an die Polizei um
an Geld zu kommen... ;-)

http://www.heise.de/newsticker/meldung/Tomtom-entschuldigt-sich-wegen-Datenweitergabe-fuer-Radarfallen-1234351.html

Chris


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

[Talk-de] Problem mit Osmosis beim Einlesen der Datenbank

2011-04-29 Thread Greg Kerridge

Moin ,

hoffe ich bin mit dem Thema hier einigermaßen richtig.

Ich habe Probleme, mit Osmosis die Europa-Datenbank von OSM einzulesen.

Ich versuche es mit

wget http://download.geofabrik.de/osm/europe.osm.bz2
osmosis --read-xml-0.6 file=europe.osm.bz2 --write-apidb-0.6
populateCurrentTables=yes host=localhost database=$DATABASE
user=$USER password=$PASSWORD validateSchemaVersion=no

und bekomme folgenden Fehler:

org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to
insert user with id 121502 into the database.
[...]
Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key
value violates unique constraint users_display_name_idx


Vielleicht hat jemand eine Antwort, würde mir helfen!

Gruß.
Greg

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

Re: [Talk-de] Problem mit Osmosis beim Einlesen der Datenbank

2011-04-29 Thread Dietmar

Hallo Greg,

bei mir kam der Fehler immer, wenn ich in der DB schon früher einen Import
durchgeführt hatte und die Daten noch vorhanden sind.

Soweit ich mich mal eingelesen hatte (ein paar Wochen her), kannst Du in das
simple Schema (da osmosis native Importverfahren) nicht Daten in eine
nicht-leere DB importieren.

Daher führe ich immer vorab folgenden Befehl durch:

Du hast in der DB früher schon einen Import durchgeführt und die vorhandenen
Daten nicht gelöscht, oder?

call osmosis --truncate-pgsql user=xxx database=yyy password=zzz


Viele Grüße

Dietmar

 -Ursprüngliche Nachricht-
 Von: Greg Kerridge [mailto:gregkerri...@googlemail.com]
 Gesendet am: Freitag, 29. April 2011 10:41
 An: Openstreetmap allgemeines in Deutsch
 Betreff: [Talk-de] Problem mit Osmosis beim Einlesen der Datenbank

 Moin ,

 hoffe ich bin mit dem Thema hier einigermaßen richtig.

 Ich habe Probleme, mit Osmosis die Europa-Datenbank von OSM einzulesen.

 Ich versuche es mit

 wget http://download.geofabrik.de/osm/europe.osm.bz2
 osmosis --read-xml-0.6 file=europe.osm.bz2 --write-apidb-0.6
 populateCurrentTables=yes host=localhost database=$DATABASE
 user=$USER password=$PASSWORD validateSchemaVersion=no

 und bekomme folgenden Fehler:

 org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to
 insert user with id 121502 into the database.
 [...]
 Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key
 value violates unique constraint users_display_name_idx


 Vielleicht hat jemand eine Antwort, würde mir helfen!

 Gruß.
 Greg

 ___
 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] Problem mit Osmosis beim Einlesen der Datenbank

2011-04-29 Thread Greg Kerridge

Danke für die schnelle Antwort! Ich probier das mal aus, wenns nicht
klappt melde ich mich nochmal.
Grüße,
Greg

Am 29. April 2011 11:09 schrieb Dietmar ostr...@diesei.de:
 Hallo Greg,

 bei mir kam der Fehler immer, wenn ich in der DB schon früher einen Import
 durchgeführt hatte und die Daten noch vorhanden sind.

 Soweit ich mich mal eingelesen hatte (ein paar Wochen her), kannst Du in das
 simple Schema (da osmosis native Importverfahren) nicht Daten in eine
 nicht-leere DB importieren.

 Daher führe ich immer vorab folgenden Befehl durch:

 Du hast in der DB früher schon einen Import durchgeführt und die vorhandenen
 Daten nicht gelöscht, oder?

 call osmosis --truncate-pgsql user=xxx database=yyy password=zzz


 Viele Grüße

 Dietmar

 -Ursprüngliche Nachricht-
 Von: Greg Kerridge [mailto:gregkerri...@googlemail.com]
 Gesendet am: Freitag, 29. April 2011 10:41
 An: Openstreetmap allgemeines in Deutsch
 Betreff: [Talk-de] Problem mit Osmosis beim Einlesen der Datenbank

 Moin ,

 hoffe ich bin mit dem Thema hier einigermaßen richtig.

 Ich habe Probleme, mit Osmosis die Europa-Datenbank von OSM einzulesen.

 Ich versuche es mit

 wget http://download.geofabrik.de/osm/europe.osm.bz2
 osmosis --read-xml-0.6 file=europe.osm.bz2 --write-apidb-0.6
 populateCurrentTables=yes host=localhost database=$DATABASE
 user=$USER password=$PASSWORD validateSchemaVersion=no

 und bekomme folgenden Fehler:

 org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to
 insert user with id 121502 into the database.
 [...]
 Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key
 value violates unique constraint users_display_name_idx


 Vielleicht hat jemand eine Antwort, würde mir helfen!

 Gruß.
 Greg

 ___
 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


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

Re: [Talk-de] Problem mit Osmosis beim Einlesen der Datenbank

2011-04-29 Thread Greg Kerridge

Hi,

also da wir mit einer frischen Datenbank starten, kann das eigentlich
nicht das Problem sein. Anbei mal unser Skript.

Gruß,
Greg

# parameters
PBF=http://download.geofabrik.de/osm/europe.osm.pbf
OSM=http://download.geofabrik.de/osm/europe.osm.bz2
USER=openstreetmap
DATABASE=db_setup
PASSWORD=
PSQL_VERSION=8.4
RAILS_PORT_FOLDER=$HOME/rails-port
 # make sure that config/database.yml has a db_setup env with $DATABASE
 # and also enter this env into config/application.yml
 # and have a link from config/environments/development.rb to
config/environments/db_setup.rb
PLANNING_DO_ROAM=$HOME/planning-do-roam/ActivityRoutePlanner
DOWNLOAD_FOLDER=/local/isos/emobility/tmp
OSM_FILE=$(basename $OSM)

# 1. set up the OSM database and give the user $USER all privileges

psql -U postgres -c DROP DATABASE $DATABASE; || true
createdb -U postgres $DATABASE
psql -U postgres -d $DATABASE 
/usr/share/postgresql/$PSQL_VERSION/contrib/btree_gist.sql
psql -U postgres -d $DATABASE -c GRANT ALL PRIVILEGES ON DATABASE
$DATABASE TO $USER

# 2. create the OSM tables

# in the rails port repository folder
cd $RAILS_PORT_FOLDER
rake db:migrate RAILS_ENV=db_setup

# 3. run Osmosis

cd $DOWNLOAD_FOLDER
rm $OSM || true
wget $OSM

osmosis --read-xml-0.6 file=$OSM_FILE --write-apidb-0.6
populateCurrentTables=yes host=localhost database=$DATABASE
user=$USER password=$PASSWORD validateSchemaVersion=no



Am 29. April 2011 11:09 schrieb Dietmar ostr...@diesei.de:
 Hallo Greg,

 bei mir kam der Fehler immer, wenn ich in der DB schon früher einen Import
 durchgeführt hatte und die Daten noch vorhanden sind.

 Soweit ich mich mal eingelesen hatte (ein paar Wochen her), kannst Du in das
 simple Schema (da osmosis native Importverfahren) nicht Daten in eine
 nicht-leere DB importieren.

 Daher führe ich immer vorab folgenden Befehl durch:

 Du hast in der DB früher schon einen Import durchgeführt und die vorhandenen
 Daten nicht gelöscht, oder?

 call osmosis --truncate-pgsql user=xxx database=yyy password=zzz


 Viele Grüße

 Dietmar

 -Ursprüngliche Nachricht-
 Von: Greg Kerridge [mailto:gregkerri...@googlemail.com]
 Gesendet am: Freitag, 29. April 2011 10:41
 An: Openstreetmap allgemeines in Deutsch
 Betreff: [Talk-de] Problem mit Osmosis beim Einlesen der Datenbank

 Moin ,

 hoffe ich bin mit dem Thema hier einigermaßen richtig.

 Ich habe Probleme, mit Osmosis die Europa-Datenbank von OSM einzulesen.

 Ich versuche es mit

 wget http://download.geofabrik.de/osm/europe.osm.bz2
 osmosis --read-xml-0.6 file=europe.osm.bz2 --write-apidb-0.6
 populateCurrentTables=yes host=localhost database=$DATABASE
 user=$USER password=$PASSWORD validateSchemaVersion=no

 und bekomme folgenden Fehler:

 org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to
 insert user with id 121502 into the database.
 [...]
 Caused by: org.postgresql.util.PSQLException: ERROR: duplicate key
 value violates unique constraint users_display_name_idx


 Vielleicht hat jemand eine Antwort, würde mir helfen!

 Gruß.
 Greg

 ___
 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


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

2011-04-29 Thread Ulf Lamping


Am 21.04.2011 09:59, schrieb Frederik Ramm:

Hallo Kai,

On 04/21/11 04:23, Kai Krueger wrote:

Mit ODbL muss ich nun mir ueberlegen ist es ein Produced Work oder
nicht?


Wenn es eine Datenbank ist, ist es eine Datenbank, und ansonsten ist es
ein Produced Work. Es gibt in der Tat ein paar Dinge, bei denen das
nicht so klar ist (z.B. Garmin-Vektorkarte), aber in den allermeisten
Faellen ist es klar.


Gerade die allermeisten OSM Anwendungsfälle sind aktuell Garminkarten, 
der Satz beinhaltet dadurch eine gewisse Komik ;-)



In den Faellen, in denen es nicht klar ist, hat die OSMF und damit die
Community in Zukunft die Moeglichkeit einer verbindlichen Auslegung,
d.h. wir koennen sagen: Das und das betrachten wir als Produced Work,
und dann gilt das auch. Im Gegensatz zu jetzt, wo es auch staendig die
Frage gibt, ist das hier ein Sammelwerk oder ein abgeleitetes Werk?,
und wir koennen darauf eben *keine* verbindliche Antwort geben.


Und hier wird es dann interessant ...

Beim Lizenz- / Vertragswechsel geht es damit - unter anderem - darum, 
daß in Zukunft einige wenige bestimmen können wie die rechtlichen 
Bereiche bei OSM zu funktionieren haben, das sie dabei im Rahmen bleiben 
müssen und nicht machen können was sie wollen ist klar. Ob das jetzt ein 
notwendiges Übel des Vertragskonstruktes oder gewünschter Effekt ist 
kann ich nicht beurteilen.


Das wir koennen sagen bedeutet andersherum formuliert: Wir von der 
OSMF sagen wie die Sache läuft und alle anderen Mapper können sagen was 
sie wollen. Es geht hier letztlich also um Kontrolle der OSMF über die 
Daten, das widerspricht nebenbei bemerkt direkt den eigenen Erklärungen 
der OSMF: The OpenStreetMap Foundation is an international non-profit 
organisation supporting but not controlling the project. [1]


Man kann sich seine eigene Meinung dazu jetzt irgendwo zwischen Da 
können uns Spinner und Querulanten Gottseidank nicht mehr 
dazwischenfunken und Machtkonzentration hat auf die Dauer immer schon 
in die Scheiße geführt einsortieren.


Wenn ich jetzt noch darauf hinweise, daß Teleatlas und Navteq jeweils 
für mehrere Milliarden Euro den Besitzer gewechselt haben, eine 
feindliche Übernahme der OSMF daher nun auch nicht völlig abwegig ist, 
bin ich natürlich ein Verschwörungstheoretiker.


Wie die Entscheidungen der OSMF in fünf Jahren aussehen werden weiß aber 
heute kein Mensch ...


Gruß, ULFL

P.S: Mal davon abgesehen, daß eine *verbindliche* Antwort in rechtlichen 
Fragen (aka Rechtssicherheit) letztlich nur ein Richter geben kann, 
alles andere ist bestenfalls eine Vermutung. Das diese Aussagen von dir 
und anderen häufiger wiederholt werden macht sie auch nicht richtiger.


[1] http://www.osmfoundation.org/wiki/Main_Page

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

[Talk-de] mobil-parken.de

Moin,

ich tagge gerade meine erste Parkuhr, und bin dabei auf den orangen Aufkleber 
von mobil-parken.de geoßen (Hamburg, Schlüterstr.)

Irgendeine Idee, wie ich diese Referenznummer tagge (200132)?


Gruß,
Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3




Am 29.04.2011 12:32, schrieb Ulf Lamping:


P.S: Mal davon abgesehen, daß eine *verbindliche* Antwort in 
rechtlichen Fragen (aka Rechtssicherheit) letztlich nur ein Richter 
geben kann, alles andere ist bestenfalls eine Vermutung. Das diese 
Aussagen von dir und anderen häufiger wiederholt werden macht sie auch 
nicht richtiger.


Die OSMF kann durchaus eine verbindliche Interpretation der 
Lizenzbedingungen einem Dritten abgeben.


Ein Richter würde höchstens ins Spiel kommen, wenn ein Mapper finden 
würde diese Interpretation wäre ein Bruch des Vertrages mit ihm, und 
klagen. Dieses Recht wird dem Mapper auch nirgends genommen.


Ganz bestimmte, eher unwahrscheinliche Kombinationen, mal weggelassen 
(die alle vermutlich strafrechtlich relevant wären), würde dies aber den 
Dritten nicht betreffen.


Ich denke, dass ist schon wesentlich besser als die aktuelle Situation 
wo gar niemand eine offizielle Interpretation machen kann.


Simon


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

2011-04-29 Thread Ulf Lamping


Am 29.04.2011 01:42, schrieb Frederik Ramm:

Hallo,

Ulf Lamping wrote:

Kannst du mal deine Quellen nennen?
Laut: http://ni.kwsn.net/~toby/OSM/license_count.html
sind wir so bei knapp 14000 Zustimmern und bei den Zahlen unter
http://odbl.de/ sieht es nicht unbedingt besser aus.


Schoen, wenn man ueber Fakten reden kann, die sind doch relativ einfach
im Vergleich zum Rest ;)


Wohl wahr :-)


Wir haben derzeit 13.636 Leute, die freiwillig zugestimmt haben, 159.285
Leute, die im Rahmen ihrer Anmeldung automatisch zugestimmt haben
(unklar aber, wie viele davon je editiert haben); 205 Leute, die
explizit nein sagen, und 272.741 Leute, die noch ueberhaupt nichts
gesagt haben (auch hier sind Karteileichen mit drin).

Diese 272.741 koennen seit 2 Wochen keine Edits mehr vornehmen, ohne
sich in die eine oder andere Richtung zu entscheiden. Die Anzahl der
geschlossenen Vertraege liegt also bei ca. 172.000.

Es gibt dieses beruehmte Treemap-Bild, in dem Gruen fuer zugestimmt
und rot fuer abgelehnt oder noch nicht entschieden steht:

http://matt.dev.openstreetmap.org/treemap.png

Jeder Mapper ist in diesem Bild ein Rechteck, und die Groesse des
Rechtecks ist abhaengig von der Anzahl Objekte. Die Graphik zeichnet
allerdings ein verzerrtes Bild der Lage, weil sie nur den letzten
Bearbeiter beruecksichtigt, waehrend in Wahrheit jedes Objekt im Schnitt
1,3 Bearbeiter hat.


Danke fürs Zusammentragen.

Ein komplett gerades Bild wird man wohl auch nicht so leicht 
hinbekommen, dafür gibt es zu viele Kriterien (Datenimporte, erster vs. 
letzter vs. alle beteiligten Mapper, Verkettung der Daten, ...).


Gruß, ULFL

P.S: Auch über den Ausdruck freiwillig zugestimmt könnte man durchaus 
schon wieder diskutieren ;-)


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

[Talk-de] probleme mit Bing imagery

irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest,
dass bei Bing grundsätzlich steht: no tiles at this zoomlevel,
selbst weit rausgezoomt (und hier sind die Bilder grundsätzlich
eigentlich bis Z.21 vorhanden). Hat noch jemand dieses Problem, oder
ist das ein lokales Problem?

Gruß Martin

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

Re: [Talk-de] mobil-parken.de

Am 29.04.2011 um 12:54 schrieb Stefan Bethke:

 Moin,
 
 ich tagge gerade meine erste Parkuhr, und bin dabei auf den orangen Aufkleber 
 von mobil-parken.de geoßen (Hamburg, Schlüterstr.)
 
 Irgendeine Idee, wie ich diese Referenznummer tagge (200132)?

Und noch als Bonus-Frage dazu: die Parkplätze dürfen ausschließlich durch PKW 
genutzt werden (Zeichen 1048-10). Bei Key:access finde ich keinen passenden 
Wert für ausschließlich PKW, oder schaue ich falsch?


Gruß,
Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811


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

Re: [Talk-de] probleme mit Bing imagery

Am 29.04.2011 um 13:05 schrieb M∡rtin Koppenhoefer:

 irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest,
 dass bei Bing grundsätzlich steht: no tiles at this zoomlevel,
 selbst weit rausgezoomt (und hier sind die Bilder grundsätzlich
 eigentlich bis Z.21 vorhanden). Hat noch jemand dieses Problem, oder
 ist das ein lokales Problem?

Kein Problem hier (Ubuntu und Mac, 4064).


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3




On 29.04.2011 12:32, Ulf Lamping wrote:

Am 21.04.2011 09:59, schrieb Frederik Ramm:

Hallo Kai,

On 04/21/11 04:23, Kai Krueger wrote:

Mit ODbL muss ich nun mir ueberlegen ist es ein Produced Work oder
nicht?


Wenn es eine Datenbank ist, ist es eine Datenbank, und ansonsten ist es
ein Produced Work. Es gibt in der Tat ein paar Dinge, bei denen das
nicht so klar ist (z.B. Garmin-Vektorkarte), aber in den allermeisten
Faellen ist es klar.


Gerade die allermeisten OSM Anwendungsfälle sind aktuell Garminkarten, 
der Satz beinhaltet dadurch eine gewisse Komik ;-)



Das wichtige ist doch, dass Künstler nun die Daten nehmen können wie sie 
wollen. Weil die mussten bisher ja ihre Kunstwerke und CCBYSA 2.0 
stellen, also quasi Kommunismus. :-P Da dürfen solche kleinen 
Spezialfälle wie ob eine Vektorkarte aus OSM Daten nun ein produced Work 
ist oder eine database nicht im Weg stehen. :-D
Ausserdem wird von Befürwortern ja derzeit schon angenommen, CCBYSA 
existiere nicht mehr:



/Die Reit- und Wanderkarte ist als Onlinekarte gedacht. Der direkte 
Download von Kacheln ist nur begrenzt möglich, um den Onlinebetrieb 
nicht auszubremsen. Für alle, die gerne größere Bereiche herunterladen 
wollen, z.B. um sie auf ein Smartphone zu übertragen, gibt es die 
Möglichkeit, die Karte zu abonnieren. /


/Abonnenten erhalten Zugang zu einer speziellen Download-URL, die eine 
Anmeldung erfordert. Dieser Zugang ist so ausgelegt daß er den 
Onlinebetrieb möglichst wenig stört. Die Kartenkacheln für das 
Abonnement werden mindestens alle 2 Wochen aktualisiert. *Sie dürfen aus 
lizenzrechtlichen Gründen nur für den Eigengebrauch verwendet und nicht 
weiter veröffentlicht werden*. Abonnenten können beliebige Bereiche in 
der Karte bis zum Zoomlevel 16 (ca. 1:5000) und bis zu 2 Millionen 
Kacheln im Monat herunterladen. Von der Größenordnung her sollte das 
reichen um ganz Deutschland monatlich abholen zu können. /


Quelle:http://www.wanderreitkarte.de/shop_abo_de.php


Also auf, damit dass kein Einzelfall bleiben muss, sondern Regel wird, 
helft alle kräftig mit und spammt die odbl Ablehner zu. An die CCBYSA 
2.0 halten sich die odbler ja eh schon länger nicht mehr.:-*

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

Re: [Talk-de] probleme mit Bing imagery

Am 29. April 2011 13:16 schrieb Stefan Bethke s...@lassitu.de:
 Am 29.04.2011 um 13:05 schrieb M∡rtin Koppenhoefer:

 irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest,
 dass bei Bing grundsätzlich steht: no tiles at this zoomlevel,
 selbst weit rausgezoomt (und hier sind die Bilder grundsätzlich
 eigentlich bis Z.21 vorhanden). Hat noch jemand dieses Problem, oder
 ist das ein lokales Problem?

 Kein Problem hier (Ubuntu und Mac, 4064).


Seltsam, weil ich das nur bei Bing habe, WMS, Yahoo und OSM-Tiles
gehen z.B., das Bing Logo unten links wird auch eingeblendet, aber
Tiles bekomme ich nicht (Zoomeinstellungen für Tiles von 2 bis 21).
Allerdings habe ich gerade bemerkt, dass unten rechts steht: Error
loading Bing attribution data.

Was könnte ich denn tun, um das Problem einzugrenzen/zu lösen?

Gruß Martin

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

Re: [Talk-de] probleme mit Bing imagery

2011-04-29 Thread René Falk



M∡rtin Koppenhoefer dieterdre...@gmail.com schrieb:

irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest, dass bei 
Bing grundsätzlich steht: no tiles at this zoomlevel, selbst weit rausgezoomt 
(und hier sind die Bilder grundsätzlich eigentlich bis Z.21 vorhanden). Hat 
noch jemand dieses Problem, oder ist das ein lokales Problem? Gruß 
Martin_
Talk-de mailing list Talk-de@openstreetmap.org 
http://lists.openstreetmap.org/listinfo/talk-de 


Hallo,
Bei mir sind seit kurzem einzelne Kacheln vorübergehend nicht erreichbar. 
Dauert immer nur so 3 bis 4 Minuten.
Grüße

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

Re: [Talk-de] mobil-parken.de

Am 29. April 2011 13:13 schrieb Stefan Bethke s...@lassitu.de:
 Am 29.04.2011 um 12:54 schrieb Stefan Bethke:

 Moin,

 ich tagge gerade meine erste Parkuhr, und bin dabei auf den orangen 
 Aufkleber von mobil-parken.de geoßen (Hamburg, Schlüterstr.)
 Irgendeine Idee, wie ich diese Referenznummer tagge (200132)?


wie wärs mit ref:mobil-parken.de=200132


 Und noch als Bonus-Frage dazu: die Parkplätze dürfen ausschließlich durch PKW 
 genutzt werden (Zeichen 1048-10). Bei Key:access finde ich keinen passenden 
 Wert für ausschließlich PKW, oder schaue ich falsch?


PKW ist motorcar, es könnte also z.B. sein: access=no, motorcar=yes
alternativ sowas wie motorcar=exclusive, was es aber nicht gibt ;-)

Gruß Martin

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

[Talk-de] Text für Projekt das OSM-Daten nutzt

2011-04-29 Thread Tom Müller


Hallo,

wir stellen demnächst ein Projekt online, wofür wir OSM-Daten verweden 
(Vorstellung des Projekts folgt dann hier wenn es online ist ...).


Um angemessen auf die OSM zu verweisen wollen wir nicht nur den Verweis 
auf OSM bei den Bildern reinsetzen, sondern auch eine Seite die Kurz das 
Projekt erläutert und so vielleicht ein paar Leute motiviert sich das 
Ganze mal genauer anzusehen und evtl. gar mitmachen.


Gibt es für eine solche Seite irgendwie eine Vorlage, ich tue mich 
gerade etwas schwer damit das so aus dem Kopf leserlich und verständlich 
zu schreiben. Bzw. was meint ihr muss da auf jeden Fall rein?


Danke
Tom


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

Re: [Talk-de] mobil-parken.de

Am 29.04.2011 um 14:19 schrieb M∡rtin Koppenhoefer:

 Am 29. April 2011 13:13 schrieb Stefan Bethke s...@lassitu.de:
 Am 29.04.2011 um 12:54 schrieb Stefan Bethke:
 
 Moin,
 
 ich tagge gerade meine erste Parkuhr, und bin dabei auf den orangen 
 Aufkleber von mobil-parken.de geoßen (Hamburg, Schlüterstr.)
 Irgendeine Idee, wie ich diese Referenznummer tagge (200132)?
 
 
 wie wärs mit ref:mobil-parken.de=200132

Ist das schon irgendwo dokumentiert? Oder ist das so offensichtlich, dass man 
das nicht aufschreiben braucht?


 Und noch als Bonus-Frage dazu: die Parkplätze dürfen ausschließlich durch 
 PKW genutzt werden (Zeichen 1048-10). Bei Key:access finde ich keinen 
 passenden Wert für ausschließlich PKW, oder schaue ich falsch?
 
 
 PKW ist motorcar, es könnte also z.B. sein: access=no, motorcar=yes
 alternativ sowas wie motorcar=exclusive, was es aber nicht gibt ;-)

Im Wiki sind Varianten von Kraftfahrzeug (motorcar) eingerückt, so als seien 
sie Spezialisierungen. Ich verstehe z. B. hgv als Untermenge von motorcar. 
Deswegen meine Frage nach PKW. Das deutsche Verkehrszeichen mit dem PKW 
bedeutet aber definitiv nur PKW, und schließt Anhänger, LKW, etc. aus.


Danke,
Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811


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

Re: [Talk-de] mobil-parken.de

Am 29. April 2011 14:57 schrieb Stefan Bethke s...@lassitu.de:
 Am 29.04.2011 um 14:19 schrieb M∡rtin Koppenhoefer:
 wie wärs mit ref:mobil-parken.de=200132

 Ist das schon irgendwo dokumentiert? Oder ist das so offensichtlich, dass man 
 das nicht aufschreiben braucht?


AFAIK nicht. Wenn Du das so benutzen willst, wäre es nett, eine kleine
Wikiseite mit einer Erklärung aufzusetzen, so dass der nächste Mapper
es bei Bedarf finden kann.


 PKW ist motorcar, es könnte also z.B. sein: access=no, motorcar=yes
 alternativ sowas wie motorcar=exclusive, was es aber nicht gibt ;-)
 Im Wiki sind Varianten von Kraftfahrzeug (motorcar) eingerückt, so als 
 seien sie Spezialisierungen. Ich verstehe z. B. hgv als Untermenge von 
 motorcar.


dann ist m.E. das Wiki falsch an dieser Stelle, dazu würde ich aber
gerne noch andere Meinungen hören.

Es gibt da einen Widerspruch: auf der access-Seite steht Sinnbild
PKW.svg motorcar=* (category: motor vehicles with more than 2
wheels/more than 1 track) 
Auf der Key:motorcar Seite steht (neben einem Verweis auf die
access-Seite): Access permission for cars.

Kraftfahrzeug haben wir gar nicht als Kategorie (super), es gibt
lediglich motor_vehicle, also Motorfahrzeug, welches laut Wiki auch
Mofas etc. einschliesst. So richtig hieb- und stichfest sind die
Access-tags leider bisher noch nicht (s. vor kurzem die Diskussion zu
Bus im Gegensatz zu Linienbus und Reisebus).

Gruß Martin

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

Re: [Talk-de] probleme mit Bing imagery

2011-04-29 Thread fly

Am 29.04.2011 14:10, schrieb M∡rtin Koppenhoefer:
 Am 29. April 2011 13:16 schrieb Stefan Bethke s...@lassitu.de:
 Am 29.04.2011 um 13:05 schrieb M∡rtin Koppenhoefer:

 irgendwie habe ich seit gestern (mindestens) Probleme in Josm-latest,
 dass bei Bing grundsätzlich steht: no tiles at this zoomlevel,
 selbst weit rausgezoomt (und hier sind die Bilder grundsätzlich
 eigentlich bis Z.21 vorhanden). Hat noch jemand dieses Problem, oder
 ist das ein lokales Problem?

 Kein Problem hier (Ubuntu und Mac, 4064).
 
 
 Seltsam, weil ich das nur bei Bing habe, WMS, Yahoo und OSM-Tiles
 gehen z.B., das Bing Logo unten links wird auch eingeblendet, aber
 Tiles bekomme ich nicht (Zoomeinstellungen für Tiles von 2 bis 21).
 Allerdings habe ich gerade bemerkt, dass unten rechts steht: Error
 loading Bing attribution data.
 
 Was könnte ich denn tun, um das Problem einzugrenzen/zu lösen?

Dies hast Du ja schon:

josm.openstreetmap.de/wiki/Help/ErrorMessages#Imagery:ErrorloadingBingattributions

und

josm.openstreetmap.de/ticket/5765

Versuche es mal mit einem proxy. Vielleicht bleibst Du auch in Deiner
Firewall hängen.

Beachte, dass Du JOSM neu starten mußt, damit imagery die neuen
Verbindungseinstellungen benutzt.

Viel Erfolg
fly

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

Am 28. April 2011 22:52 schrieb Peter Wendorff wendo...@uni-paderborn.de:
Wie gesagt: Gib mir eine Handhabbare Lösung, wie man mit Tags an der Straße
Querungsstellen mappen kann, und ich bin vielleicht dabei.
Bisher gibt es nur immer wieder den Hinweis, tags würden reichen.

Engstellen auf dem Gehweg und Absperrungen sind auch ein Problem, das
man kaum transparent und einfach lösen kann über tags auf der Straße,
vor allem nicht, ohne alles x-fach zu zerstückeln.
Schick hier mal einen Rollstuhlfahrer durch:
http://maps.google.it/maps?hl=deie=UTF8ll=41.896,12.479235spn=0.003362,0.010568t=hz=17layer=ccbll=41.895969,12.479089panoid=RmJtfQoJO41d78on43H4_gcbp=12,82.03,,0,7.31

Mein Vorschlag ist deshalb, name=Name-der-straße und sidewalk=yes zu setzen;
damit lässt sich die Zuordnung hinreichend erstellen, wenn man das will.

die einfachste Lösung, aber für den Renderer eine, die Verarbeitung
erfordert, um nicht zig unnötige Namensdopplungen zu haben. Und die
Datenbank bläht das natürlich ziemlich auf.

Noch einmal: Ich kenne keine funktionierende Lösung für Querungsstellen
kombiniert mit Attributen für Bürgersteige.

+1, wenn es Dir darum geht, komplexe Kreuzungen detailliert abzubilden
(einfache Querungen wie Zebrastreifen liessen sich durch einen
einzelnen Node problemlos auch sonst abbilden).

Darüber kann man sich sicher streiten, genauso wie über die
höchstes-verkehrsmittel-regel oder sonstwas.
Inwiefern unterscheidet sich ein Bürgersteig (in Deutschland) von einem
designated footway, der nicht entlang einer Straße läuft?

es geht nicht um eine rechtliche, sondern um eine typologische
Unterscheidung, von daher ist ein in Deutschland nicht angebracht.
Sie unterscheiden sich durch die An- bzw. Abwesenheit der Straße.

Gruß Martin

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

Am 29. April 2011 08:53 schrieb Sarah Hoffmann lon...@denofr.de:
 Es ist dann einfach eine Frage der Hoeflichkeit, dass man sich an
 die lokalen Gepflogenheiten haelt, wenn man irgendwo Gastmapper
 ist.


sorry, dass ich Deinem langen Beitrag, dem ich im Wesentlichen
zustimme, diesen einzelnen Satz entnehme, den ich etwas problematisch
finde. Klar, höflich sollte man schon sein, aber geht es um
Höflichkeit, wenn man sein Mapping den lokalen Gepflogenheiten
anpassen soll? Ist so eine Forderung in einem kollaborativen
internationalen Projekt höflich gegenüber den anderen Mappern? Ich
finde das Wort Gastmapper ist an sich schon ein Affront, der sich
nicht mit meinem Verständnis von OSM deckt.

Ich bin stark dafür, mit globalen Definitionen zu arbeiten, die auch
universell Gültigkeit haben. Der Konsens, wie tags verwendet werden
sollten, findet sich im Wiki und in den Daten. Wenn man eine
Diskrepanz zwischen den beiden feststellt, kann man das auf der ML
(oder im Forum) ansprechen, diskuttieren und dann im Wiki anpassen.
Klar, ein Restaurant in China sieht trotzdem anders aus als eines in
Bayern, es geht mir hier nicht um Gleichmacherei. Aber dass ein Tag
für Wege (footway/path) in der Schweiz eine ziemlich andere Bedeutung
haben soll als in Deutschland finde ich nicht gut.

Das zunächst abgesehen davon, wie die reale Verwendung in Zahlen ist
(dazu müsste man erstmal die Daten quantitativ analysieren, Du hattest
ja selbst an anderer Stelle in Deinem Beitrag geschrieben, dass es
auch in Deiner Gegend Leute gibt, die path und footway anders
verwenden als Du).

Gruß Martin

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

Re: [Talk-de] Text für Projekt das OSM-Daten nutzt

2011-04-29 Thread Sven Geggus

Tom Müller tomsmuel...@gmx.net wrote:

 Gibt es für eine solche Seite irgendwie eine Vorlage, ich tue mich 
 gerade etwas schwer damit das so aus dem Kopf leserlich und verständlich 
 zu schreiben. Bzw. was meint ihr muss da auf jeden Fall rein?

Im Wiki gibt es zumindest in der FAQ einen Hinweis wie die Attribution
aussehen sollte:

http://wiki.openstreetmap.org/wiki/DE:Legal_FAQ#Ich_m.C3.B6chte_OpenStreetMap_verwenden._Wie_soll_ich_auf_euch_hinweisen.3F

Für einen weitergehenden Hinweis ist vielleicht das hier hilfreich:
http://openstreetmap.de/faq.html#was_ist_osm

Gruss

Sven

-- 
Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das
Verbindungsgebrüll. (aus einer Ebay fishing Mail)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-de] mobil-parken.de


Am 29.04.2011 um 15:13 schrieb M∡rtin Koppenhoefer:

 Am 29. April 2011 14:57 schrieb Stefan Bethke s...@lassitu.de:
 Am 29.04.2011 um 14:19 schrieb M∡rtin Koppenhoefer:
 wie wärs mit ref:mobil-parken.de=200132
 
 Ist das schon irgendwo dokumentiert? Oder ist das so offensichtlich, dass 
 man das nicht aufschreiben braucht?
 
 AFAIK nicht. Wenn Du das so benutzen willst, wäre es nett, eine kleine
 Wikiseite mit einer Erklärung aufzusetzen, so dass der nächste Mapper
 es bei Bedarf finden kann.

http://wiki.openstreetmap.org/wiki/Key:ref:mobil-parken.de

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811


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

[Talk-de] access-restrictions und Klassen (Kraftfahrzeug, Auto, Kraftomnibus, ...) WAR Fwd: mobil-parken.de

Ich mache hier mal einen neuen Thread draus. Wie sind die Meinungen,
gibt es Handlungsbedarf?

 Im Wiki sind Varianten von Kraftfahrzeug (motorcar) eingerückt, so als 
 seien sie Spezialisierungen. Ich verstehe z. B. hgv als Untermenge von 
 motorcar.

dann ist m.E. das Wiki falsch an dieser Stelle, dazu würde ich aber
gerne noch andere Meinungen hören.

Es gibt da einen Widerspruch: auf der access-Seite steht Sinnbild
PKW.svg motorcar=* (category: motor vehicles with more than 2
wheels/more than 1 track) 
Auf der Key:motorcar Seite steht (neben einem Verweis auf die
access-Seite): Access permission for cars.

Kraftfahrzeug haben wir gar nicht als Kategorie (super), es gibt
lediglich motor_vehicle, also Motorfahrzeug, welches laut Wiki auch
Mofas etc. einschliesst. So richtig hieb- und stichfest sind die
Access-tags leider bisher noch nicht.

Gruß Martin

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

2011-04-29 Thread fly

Ich glaube, ich würde hier teilweise falsch verstanden:

Darum will ich hier nochmal kurz meine Punkte vortragen:

1. Meiner Ansicht gibt es keinen Grund für footway und cyleway, da diese
entweder track oder path sind. Alles andere kann mit Zusatztags und
entsprechenden Presets gelöst werden.

2. Es gab bisher keine Lösung einen Gehweg und Übergänge exakt
einzutragen und habe selber schon die Erfahrung mit nur an einer Seite
abgesenktem Bordstein gemacht.
Dieses Problem ist aber viel größer als nur Gehwege, sondern beinhaltet
die ganze Fahrliniendiskussion. Somit ist die neue Lösung nur ein
weiterer Schritt, jede Fahrspur einzeln einzutragen und das alles in
eine Relation zu packen. Ich habe damit kein Problem (würde viele tags
nur einmal in der Relation brauchen), frage mich aber welcher Editor es
unterstütz automatisch eine neue Spur auch die richtige Relation zu
zuordnen.
Das alles über Areas zu lösen ist zur Zeit wohl auch keine Lösung.

3. Ich halte es für kritisch für Gehwege ein highway=footway zu
benutzen, da durch alle Renderer betroffen sind. Auch ist highway=*
entgültig kein seperater Weg mehr. Außerdem geht der Bezug zur
Topologie, hier der Straße, verloren.
Das ein Bordstein eine Barriere darstellt und gleichbedeutend wie ein
Grünstreifen ist, ist meiner Ansicht, ein sehr dünnes Argument. Ich
kenne ein paar Rolli-Fahrer und da gibt es gewaltige Unterschiede, was
als Barriere angesehen wird. Für manche sind sogar fünf Treppenstufen
kein Problem und ein Bordstein ist für mindestens die Hälfte kein
Hinderniss. Ein Grünstreifen wird aber immer vermieden und ist auch für
zB einen Kinderwagen eine größere Hürde.

4. Wenn wir schon über Unterkategorien von footway reden, sollten wir
den Karren neu auffahren und gleich über Unterkategorien/Zusatztags für
path und track reden.


Ich hoffe meine Punkte sind jetzt etwas klarer.
Leider habe ich auch keine direkte Lösung parat.



cu fly


P.S.:Es gibt ein Proposal für Kreuzungen, vielleicht könnte man damit
auch Übergänge lösen.

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

2011-04-29 Thread Martin Simon

Am 29. April 2011 08:53 schrieb Sarah Hoffmann lon...@denofr.de:
 Hi,

 ohje, das kommt davon, wenn man das 1. Gebot von talk-de[1] verletzt. ;)

Das passiert hier allzu leicht. ;-)

 On Thu, Apr 28, 2011 at 11:01:05PM +0200, Peter Wendorff wrote:

 In seiner ersten Mail hat Boris gemeint, dass ein gewoehnlicher Mensch
 unter path einen 'unbuilt single track' versteht. Ich weiss nicht, wie
 es dir geht, aber mir kommt genau das als erstes in den Sinn, wenn ich
 'path' hoere. Das kann man also so unterschreiben (oder zumindest als
 legitime Definition des Wortes in Betracht ziehen.)

Nun, im deutschen ist tatsächlich Pfad am naheliegendsten, nur ist
path nicht unbedingt 1:1 mit Pfad zu übersetzen. (und für andere
Sprachen kann ich es gar nicht einschätzen)
Wie ich Boris anfangs schon geantwortet habe, ist auch durchaus der
bike path geläufig und der meint schon eher ordentliche Radwege.
Ich würde vermuten, daß Pfad näher an trail ist als an path.
(Wo sind unsere englisch-Muttersprachler? ;-) )

 Interessanterweise enthaelt diese Definition weder 'schlecht' noch
 'begehbar' noch 'Gebirge'. Ich weiss also nicht, wie du auf deine
 Definition oben kommst.

unbuilt und dirt (=durch Benutzung auf dem anstehenden Boden
entstandener Pfad) sowie seine Aussage, daß die Benutzung von path für
irgendetwas anderes als Wanderwege in freien Gelände ein künstliches
hineininterpretieren sei, führt schon in Richtung Trampelpfad, das
mit dem Gebirge stammt wohl aus der Diskusion um die Gefährlichkeit,
die euch ja ein Kriterium für die Verwendung von path, zumindest
aber für die nicht-Verwendung von footway ist.

 Desweiteren ist diese Definition eine durchaus legale Untermenge der
 aktuellen Wiki-Definition von path (die sich wie vorher angemerkt am besten
 mit 'irgendwas' zusammenfassen laesst).

 Ich sehe also wirklich nicht, wo das Problem ist, [...]

Ich denke, damit hat keiner ein Problem.
Eher mit der Einengung von path auf Trampelpfade (unbuilt), die von
dir aber hier nicht vertreten wurde.

 Es ist dann einfach eine Frage der Hoeflichkeit, dass man sich an
 die lokalen Gepflogenheiten haelt, wenn man irgendwo Gastmapper
 ist. Sollte ich in eine deutsche Gegend kommen, in der das
 path/designated-Schema benutzt wird, bin ich durchaus in der Lage,
 mich anzupassen und ich hoffe, dass das gleiche
 in die andere Richtung gilt.

Wie schon geschrieben, habe ich kein Problem damit, dann eben *nicht*
footway im Gebirge zu verwenden, auch wenn ich es selbst anders
lösen würde.

Meiner Meinung nach hört der lokale Konsens aber da auf, wo die
grundsätzliche Definition eines global genutzten tags verschoben wird
- da wäre es dann ebenso eine Frage der Höflichkeit, der
Wiki-Definition Respekt zu zollen.
Und euer Mapnik-Fallback, im Gebirge nur das path-Schema zu
nutzen, funktioniert ja auch, ohne die Definition zu ändern. :-)

 wenn man ausschliesslich highway=path fuer Bergpfade benutzt, ist das
 Problem schon geloest. Dass Bergpfade eine Untermenge von highway=path
 bilden, wirst du hoffentlich unterstuetzen. Es ist also kein 'Tagging
 fuer den Renderer', denn hier wird kein Tag missbraucht.

+1, aber ich denke das haben die meisten hier auch so verstanden - es
geht nicht darum, daß ein Bergweg sich natürlich einwandfrei als
path abbilden lässt, sondern darum, daß der tag nicht auf diese
beschränkt wird.

 Ich fuerchte, dass sich hier bei einigen Leuten ein logischer Denkfehler
 eingeschlichen hat. Nur weil alle Bergpfade als highway=path gemappt
 werden sollten, heisst das nicht automatisch, dass der Umkehrschluss
 gilt, also dass alle highway=path Bergpfade sind. Korrekt ist: alle
 highway=path mit einem sac_scale-Tag, das einen Wert groesser 1 hat,
 sind Bergpfade.

Das ist deine Sicht und ich schrub ja bereits, daß wir in *dieser*
Sache einer Meinung sind. (abgesehen davon, daß du den tag selbst für
keine so gute idee zu halten scheinst und eigentlich lieber etwas
spezielleres für Bergwege hättest.)
Mit Boris bin ich in dieser Frage jedoch nicht einer Meinung, für ihn
scheint der Umkehrschluss die Definition von path zu sein. *Das* ist
die Sache, der ich widerspreche.

Gruß,

Martin

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt




Am 29.04.2011 16:27, schrieb Martin Simon:

Am 29. April 2011 08:53 schrieb Sarah Hoffmannlon...@denofr.de:

Hi,

ohje, das kommt davon, wenn man das 1. Gebot von talk-de[1] verletzt. ;)

Das passiert hier allzu leicht. ;-)


On Thu, Apr 28, 2011 at 11:01:05PM +0200, Peter Wendorff wrote:
In seiner ersten Mail hat Boris gemeint, dass ein gewoehnlicher Mensch
unter path einen 'unbuilt single track' versteht. Ich weiss nicht, wie
es dir geht, aber mir kommt genau das als erstes in den Sinn, wenn ich
'path' hoere. Das kann man also so unterschreiben (oder zumindest als
legitime Definition des Wortes in Betracht ziehen.)

Nun, im deutschen ist tatsächlich Pfad am naheliegendsten, nur ist
path nicht unbedingt 1:1 mit Pfad zu übersetzen. (und für andere
Sprachen kann ich es gar nicht einschätzen)
Wie ich Boris anfangs schon geantwortet habe, ist auch durchaus der
bike path geläufig und der meint schon eher ordentliche Radwege.
Ich würde vermuten, daß Pfad näher an trail ist als an path.
(Wo sind unsere englisch-Muttersprachler? ;-) )


Hier :-)  Hab mich bis jetzt rausgehalten und werde es weiterhin tun.

Die Quelle für Leute die richtiges Englisch sprechen (hab hier grad 
leider nur ne kleine Version davon) sagt unter Anderem dazu:


path  1 a way or track laid down for walking or made by continual 
treading, 2 the line along which a person or thing moves .


Bei den Leuten die nicht richtiges Englisch sprechen mag das aber anders 
definiert sein :-)


Simon




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

Re: [Talk-de] mobil-parken.de

2011-04-29 Thread Sebastian Hohmann


Am 29.04.2011 14:57, schrieb Stefan Bethke:

Im Wiki sind Varianten von Kraftfahrzeug (motorcar) eingerückt, so
als seien sie Spezialisierungen. Ich verstehe z. B. hgv als
Untermenge von motorcar. Deswegen meine Frage nach PKW. Das deutsche
Verkehrszeichen mit dem PKW bedeutet aber definitiv nur PKW, und
schließt Anhänger, LKW, etc. aus.



Für PKW nehme ich den Schlüssel car. Also z.B. car=yes für PKW 
frei (1024-10).


Über den Schlüssel lässt sich natürlich streiten, da hier 
Verwechslungsgefahr mit motorcar besteht, vielleicht wäre 
passenger_car auch eine Alternative.


Gruß

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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3


Hallo,

Felix Hartmann wrote:
Also auf, damit dass kein Einzelfall bleiben muss, sondern Regel wird, 
helft alle kräftig mit und spammt die odbl Ablehner zu. An die CCBYSA 
2.0 halten sich die odbler ja eh schon länger nicht mehr.:-*


Ich hatte Dich immer so verstanden, als ob es Dir eigentlich sogar lieb 
waere, wenn Du deine eigenen aus OSM abgeleiteten Werke unter einer 
Noncommercial-Lizenz vertreiben koenntest, und dass Du nur mit einem 
Zaehneknirschen hingenommen hast, dass das nicht moeglich war. Da 
muesstest Du die ODbL doch eigentlich begruessen?


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] mobil-parken.de

2011-04-29 Thread Manuel Reimer


Stefan Bethke wrote:

http://wiki.openstreetmap.org/wiki/Key:ref:mobil-parken.de


Nicht schlecht für den Anfang. Allerdings fände ich es nicht schlecht, wenn es 
eine deutsche Variante gäbe, zumal es ja offensichtlich um eine auf Deutschland 
beschränkte Aktion ist.


Gruß

Manuel


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

2011-04-29 Thread Henning Scholland


Am 29.04.2011 19:32, schrieb Frederik Ramm:

Hallo,

Felix Hartmann wrote:
Also auf, damit dass kein Einzelfall bleiben muss, sondern Regel 
wird, helft alle kräftig mit und spammt die odbl Ablehner zu. An die 
CCBYSA 2.0 halten sich die odbler ja eh schon länger nicht mehr.:-*


Ich hatte Dich immer so verstanden, als ob es Dir eigentlich sogar 
lieb waere, wenn Du deine eigenen aus OSM abgeleiteten Werke unter 
einer Noncommercial-Lizenz vertreiben koenntest, und dass Du nur mit 
einem Zaehneknirschen hingenommen hast, dass das nicht moeglich war. 
Da muesstest Du die ODbL doch eigentlich begruessen?


Kann man es denn irgendwo Schwarz auf Weiß lesen, dass eine Garmin-Karte 
keine Datenbank im Sinne der Lizenz ist?


Henning


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3


Hallo,

Simon Poole wrote:
P.S: Mal davon abgesehen, daß eine *verbindliche* Antwort in 
rechtlichen Fragen (aka Rechtssicherheit) letztlich nur ein Richter 
geben kann, alles andere ist bestenfalls eine Vermutung. Das diese 
Aussagen von dir und anderen häufiger wiederholt werden macht sie auch 
nicht richtiger.


Die OSMF kann durchaus eine verbindliche Interpretation der 
Lizenzbedingungen einem Dritten abgeben.


Ein Richter würde höchstens ins Spiel kommen, wenn ein Mapper finden 
würde diese Interpretation wäre ein Bruch des Vertrages mit ihm, und 
klagen. Dieses Recht wird dem Mapper auch nirgends genommen.


Genau so ist es.

Ganz bestimmte, eher unwahrscheinliche Kombinationen, mal weggelassen 
(die alle vermutlich strafrechtlich relevant wären), würde dies aber den 
Dritten nicht betreffen.


Ja. Die OSMF ist unter dem neuen Schema die Lizenzgeberin der Daten; sie 
erlaubt also jedem, mit den Daten etwas zu machen. Was genau, das steht 
in der Lizenz. Wo das unklar ist, kann die OSMF das verbindlich klaeren.


In dem Fall, dass ein Mapper der Ansicht ist, die OSMF haebe hier jetzt 
ihren Deutungsspielraum ueberschritten (das, was die da machen, ist 
doch nicht mehr ODbL, das ist doch O-Phantasie-L!), kann der Mapper die 
OSMF verklagen. Das wuerde dann (Achtung, es spricht ein Jura-Laie) im 
Zweifel darauf hinauslaufen, dass der Vertrag zwischen OSMF und Mapper 
nichtig waere, weil die OSMF ihren Teil vom Deal nicht eingehalten hat; 
dadurch ist auch die Erlaubnis des Mappers, die Daten zu verteilen, 
hinfaellig, und der Mapper kann nun versuchen, von der OSMF einen 
Schadensersatz fuer die Missachtung seines Urheberrechts zu erhalten.


All dies, und das ist der wichtige Punkt, wuerde aber den Dritten, der 
OSM-Daten nutzt, nicht treffen - denn er hat ja im guten Glauben 
gehandelt. Schlimmstenfalls wird die OSMF ihm schreiben und sagen aeh 
sorry, bitte diese Daten nicht mehr verwenden, damit gibt es ein 
Problem - aber irgendwelche Rechtsfolgen muss der nicht befuerchten.


Das steht ganz im Gegensatz zu jetzt, wo es Dir theoretisch passieren 
kann, dass Du OSM-Daten nutzt und ein Mapper Dir eine strafbewehrte 
Unterlassungserklaerung schickt, weil Du seinen Namen unter der Karte 
nicht nennst. (Das ist ein theoretischer Fall, ich bin mir keines 
tatsaechlichen Vorkommens bewusst - aber auch diese theoretische 
Moeglichkeit ist halt geeignet, eine Nutzer abzuschrecken, der besonders 
vorsichtig sein moechte.)


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] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3


Hi,

Henning Scholland wrote:
Kann man es denn irgendwo Schwarz auf Weiß lesen, dass eine Garmin-Karte 
keine Datenbank im Sinne der Lizenz ist?


Nein - weder, dass sie keine ist, noch dass sie eine ist. Ich hatte ja 
gesagt, dass das noch so ein etwas unklarer Punkt ist. Das Problem mit 
einer Garminkarte ist, dass sie von der Technik her nach saemtlichen 
Regeln der Kunst eben gerade eine Datenbank ist (waere es ein offenes 
Format, so wuerden Garminkarten z.B. als sqlite-Files ausgeliefert 
werden oder sowas). Andererseits ist sie in der Anwendung - das legt 
schon der Name Karte nahe - eben keine Datenbank.


Die OSMF will da gemeinsam mit der Community Regeln festlegen. Im 
Augenblick sieht die Regel so aus:


http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline

If it was intended for the extraction of the original data, then it is 
a database and not a Produced Work. Otherwise it is a Produced Work.


Das ist leider nicht besonders hilfreich. Ich denke, der Fall 
Garmin-Karte muss da noch genauer diskutiert werden. Ich neige 
eigentlich eher zu der Interpretation, das eine Garmin-Karte keine 
Datenbank im Sinne der ODbL ist.


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] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3




On 29.04.2011 19:32, Frederik Ramm wrote:

Hallo,

Felix Hartmann wrote:
Also auf, damit dass kein Einzelfall bleiben muss, sondern Regel 
wird, helft alle kräftig mit und spammt die odbl Ablehner zu. An die 
CCBYSA 2.0 halten sich die odbler ja eh schon länger nicht mehr.:-*


Ich hatte Dich immer so verstanden, als ob es Dir eigentlich sogar 
lieb waere, wenn Du deine eigenen aus OSM abgeleiteten Werke unter 
einer Noncommercial-Lizenz vertreiben koenntest, und dass Du nur mit 
einem Zaehneknirschen hingenommen hast, dass das nicht moeglich war. 
Da muesstest Du die ODbL doch eigentlich begruessen?


Falsch, ich hab nur meine ganzen Skripte unter NC, damit sie genauf für 
sowas nicht hergenommen werden dürfen. Im Prinzip sind meine 
Skripte/Files eh nicht legal benutzbar, da NC inkompatibel mit CCBYSA 
ohne NC.
Ich bin dafür, dass Datenbank UND Endprodukte Share Alike sein müssen. 
Dann würde man sich auch die komplette Debatte Datenbank vs Produkt 
sparen, weil es irrelevant wäre.


Für mich ist es auch illegal, einen Server anzubieten, wie oben 
geschrieben, wo man OSM verbreitet, aber Usern sagt Share Alike nicht 
erlaubt. Aber ich würde das so interpretieren, wie dass da eben Share 
Alike Vorrang hat, sprich der Seiteninhaben ist halt der der die 
Probleme hat, weil die CCBYSA 2.0 halt aussagt, dass wenn man Sachen 
vermischt, das Endprodukt auch Share Alike ist, und damit Nop's Text 
ungültig und jeder kann machen was er will mit den Daten - solange er 
sich an CCBYSA 2.0 hält. Das geht aber eigentlich schon bei der 
Onlinekarte los, wenn der User keine Möglichkeit hat, die Höhenlinien 
auszublenden per ermessbarem Aufwand (das heißt sicherlich nicht 
irgendwas umzuprogrammieren um den Layer zu löschen), dann ist der 
Hinweis auf eine andere Lizenz des Layers eh hinfällig, und das ganze 
ein CCBYSA 2.0 Produkt.



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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

2011-04-29 Thread Fabian Schmidt



Am 29.04.11 schrieb M∡rtin Koppenhoefer:

geht es um Höflichkeit, wenn man sein Mapping den lokalen 
Gepflogenheiten anpassen soll?


Ich empfinde es als höflich, ein einheitliches Kartenbild zu wahren, auch 
wenn es zu unterschiedlichem Tagging der Lausitzer und mitteldeutschen 
Tagebaue führt (zumal ich nicht weiß, welche noch aktiv sind)..


Ich finde das Wort Gastmapper ist an sich schon ein Affront, der sich 
nicht mit meinem Verständnis von OSM deckt.


Kannst Du Dir rückblickend vorstellen, dass lokale Mapper einen Kommentar 
aus der Ferne wie in 
http://lists.openstreetmap.de/pipermail/berlin/2011-January/000474.html

als verletzend empfinden?


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

Re: [Talk-de] mobil-parken.de

2011-04-29 Thread Frank Jäger


Am 29.04.2011 19:38, schrieb Manuel Reimer:

Stefan Bethke wrote:

http://wiki.openstreetmap.org/wiki/Key:ref:mobil-parken.de


Nicht schlecht für den Anfang. Allerdings fände ich es nicht schlecht,
wenn es eine deutsche Variante gäbe, zumal es ja offensichtlich um eine
auf Deutschland beschränkte Aktion ist.

Gruß

Manuel



Moin,
das ref ist ja ein recht allgemeiner Tag um irgendeine Referenz 
anzuhängen, z.B. die Nummer einer Bundesstraße oder Autobahn.

  http://wiki.openstreetmap.org/wiki/Key:ref

Hier fehlt nach meinem Geschmack zunächst die grundlegende Information, 
dass es um die


  Bezahlung (von Parkgebühren) per Handy-Anruf

geht. Mit so einer Info könnte man die Parkuhr (bzw. die ganze 
Parkfläche) in der Karte speziell darstellen oder suchen lassen.


Der Begiff dazu muss noch gefunden werden. Den auf der Web-Seite 
verwendeten Begriff Handy-Parken finde ich blöd, denn ich will ja 
nicht mein Handy parken sondern mein Auto.

(Nun ja, Olivenöl wird aus Oliven gepresst, Rapsöl aus Raps und Babyöl?)

Vielleicht so etwas wie pay-per-call oder pay-mobil.
Wenn wir das Parken hier raushalten, kann man das wiederverwenden:
 Hängt das an einer Parkuhr bezahlt man das Parken mit dem Telefon, 
hängt es aber an einer Buslinie, dann bezahlt man die Fahrkarte per 
Handy, am Automaten den Kaffee usw.


Dann würde ich noch mobil-parken.de als (einen von mehreren möglichen) 
Betreibern als operator=mobil-parken.de angeben.

http://wiki.openstreetmap.org/wiki/DE:Key:operator

Es gibt ja auch andere, z.B. www.parkfoxx.de, www.mobydom.de, 
www.callpark.de, www.parkmobile.de, www.simty.com, www.mobilecity.de, ...?


Oder ist das das gleiche?
Oder ist mobil-parken.de so eine Art Dachorganisation?
(Die anderen sind verlinkt auf
 www.mobil-parken.de/cms/tarifuebersicht.html)

--

Frank


PS
Sorry für das Babyöl ...

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

Re: [Talk-de] access-restrictions und Klassen (Kraftfahrzeug, Auto, Kraftomnibus, ...) WAR Fwd: mobil-parken.de

Am 29.04.2011 um 16:07 schrieb M∡rtin Koppenhoefer:

 Ich mache hier mal einen neuen Thread draus. Wie sind die Meinungen,
 gibt es Handlungsbedarf?
 
 Im Wiki sind Varianten von Kraftfahrzeug (motorcar) eingerückt, so als 
 seien sie Spezialisierungen. Ich verstehe z. B. hgv als Untermenge von 
 motorcar.
 
 dann ist m.E. das Wiki falsch an dieser Stelle, dazu würde ich aber
 gerne noch andere Meinungen hören.
 
 Es gibt da einen Widerspruch: auf der access-Seite steht Sinnbild
 PKW.svg motorcar=* (category: motor vehicles with more than 2
 wheels/more than 1 track) 
 Auf der Key:motorcar Seite steht (neben einem Verweis auf die
 access-Seite): Access permission for cars.
 
 Kraftfahrzeug haben wir gar nicht als Kategorie (super), es gibt
 lediglich motor_vehicle, also Motorfahrzeug, welches laut Wiki auch
 Mofas etc. einschliesst. So richtig hieb- und stichfest sind die
 Access-tags leider bisher noch nicht.

Ohne ins grundsätzliche abzuschweifen: das Problem sind z. B. Parkplätze, die 
ausschließlich durch PKW benutzt werden dürfen. Ein entsprechende Kombination 
access=no, XXX=yes (oder =official) wäre nach meinem Verständnis genau das 
richtige, bis auf die Frage, welches XXX denn für PKW (und nur PKW) das 
richtige ist.

Dabei fällt dann sowohl in der deutschen als auch in der englischen Fassung von 
Key:access auf, dass motorcar zu PKW schon ziemlich genau passt (weil größere 
Fahrzeuge gemeinhin anders bezeichnet werden), und eigentlich kein Überbegriff 
für alle mehrspurigen Fahrzeuge mit Motor ist. Die englische Wikipedia 
unterscheidet unter motor vehicle dementsprechend auch zwischen automobile 
(bzw. car) sowie bus, truck, motorcycle, etc. Dementsprechend halte ich 
die Hierarchie auf Key:access für falsch: Gespanne, Busse, LWK, etc. gehören 
nicht unter motorcar, sondern daneben.

Gibt es einen einfachen Ausweg, oder sollte ich das auf tagging tragen?


Gruß,
Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811




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

Re: [Talk-de] mobil-parken.de

Am 29.04.2011 um 21:06 schrieb Frank Jäger:

 Der Begiff dazu muss noch gefunden werden. Den auf der Web-Seite verwendeten 
 Begriff Handy-Parken finde ich blöd, denn ich will ja nicht mein Handy 
 parken sondern mein Auto.

Den hab ich mir ja nicht ausgedacht; es ist die Referenznummer genau der 
angegebenen Organisation. Der Betreiber des Bezahlautomaten, auf dem der 
ID-Aufkleber klebt, hat für den Automaten eine eigene Referenznummer, die ich 
auch hinzufügen könnte.

 Es gibt ja auch andere, z.B. www.parkfoxx.de, www.mobydom.de, 
 www.callpark.de, www.parkmobile.de, www.simty.com, www.mobilecity.de, ...? 
 Oder ist das das gleiche? Oder ist mobil-parken.de so eine Art 
 Dachorganisation?

mobil-parken.de scheint so eine Dachorganisation zu sein. Ich habe das noch 
nicht benutzt, ich hatte bloß den Aufkleber gefunden und wollte die Nummer 
festhalten, speziell, da sie im Zuge der Bezahlung eingegeben werden muss (so 
wie ich das auf der Seite gelesen habe).


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811




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

Re: [Talk-de] mobil-parken.de

Am 29.04.2011 um 19:38 schrieb Manuel Reimer:

 Stefan Bethke wrote:
 http://wiki.openstreetmap.org/wiki/Key:ref:mobil-parken.de
 
 Nicht schlecht für den Anfang. Allerdings fände ich es nicht schlecht, wenn 
 es eine deutsche Variante gäbe, zumal es ja offensichtlich um eine auf 
 Deutschland beschränkte Aktion ist.

http://wiki.openstreetmap.org/wiki/DE:Key:ref:mobil-parken.de

Ich wehre mich auch nicht gegen Verbesserungen der Beschreibungen!


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811




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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3




On 29.04.2011 20:42, Frederik Ramm wrote:

Hi,

Henning Scholland wrote:
Kann man es denn irgendwo Schwarz auf Weiß lesen, dass eine 
Garmin-Karte keine Datenbank im Sinne der Lizenz ist?


Nein - weder, dass sie keine ist, noch dass sie eine ist. Ich hatte ja 
gesagt, dass das noch so ein etwas unklarer Punkt ist. Das Problem mit 
einer Garminkarte ist, dass sie von der Technik her nach saemtlichen 
Regeln der Kunst eben gerade eine Datenbank ist (waere es ein offenes 
Format, so wuerden Garminkarten z.B. als sqlite-Files ausgeliefert 
werden oder sowas). Andererseits ist sie in der Anwendung - das legt 
schon der Name Karte nahe - eben keine Datenbank.


Die OSMF will da gemeinsam mit der Community Regeln festlegen. Im 
Augenblick sieht die Regel so aus:


http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline 



If it was intended for the extraction of the original data, then it 
is a database and not a Produced Work. Otherwise it is a Produced Work.


Das ist leider nicht besonders hilfreich. Ich denke, der Fall 
Garmin-Karte muss da noch genauer diskutiert werden. Ich neige 
eigentlich eher zu der Interpretation, das eine Garmin-Karte keine 
Datenbank im Sinne der ODbL ist.
Es geht hier aber um viel mehr, als nur Garmin Karten. Wenn es keine 
Datenbank ist, bedeutet dass, auf allen GPS/Smartphones etc. können 
kostenpflichtige, und nicht weiterbreitbare Vektorkarten angeboten 
werden. Sprich für die User wird es großteils (Ausnahme Garmin - weil 
hier ja das Format geknackt ist) - keine kostenlosen Karten geben. Es 
geht um ALLE Anwendungen wo offline eine Karte aus Vektordaten 
gespeichert ist. (und in Zukunft, wird es sicherlich auch kommen, dass 
die Karten nicht mehr von Mapnik, sondern zu großen Teilen lokal am 
Computer gerendert werden, womit auch die Anzeige von Karten am PC nicht 
geregelt sein wird -- OSM ist eine Vektorkarte, und das zu einer 
Rasterkarte zu verwursten, ist IMHO einfach nur ein Beschränkung und 
liegt an mangelnder Software)


Wenn es aber eine Datenbank ist, bedeutet dies, Anbieter die ein Share 
Alike der Karten verhindern wollen, dürfen dies auch (bisher ist etwa 
DRM dazu verboten, weil es das Share Alike verhindert, es geht derzeit 
schon durch die Hintertür, wie Karten kann man offen verbreiten, aber 
die Software ließt sie nur wenn ein proprietärer Schlüssel dies erlaubt).


Damit sagt die ODBL zum Großteil aller Anwendugnsfällte, derzeit einfach 
gar nichts aus.



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

Re: [Talk-de] access-restrictions und Klassen (Kraftfahrzeug, Auto, Kraftomnibus, ...) WAR Fwd: mobil-parken.de


Am 29.04.2011 um 21:41 schrieb Stefan Bethke:

 Am 29.04.2011 um 16:07 schrieb M∡rtin Koppenhoefer:
 
 Ich mache hier mal einen neuen Thread draus. Wie sind die Meinungen,
 gibt es Handlungsbedarf?
 
 Im Wiki sind Varianten von Kraftfahrzeug (motorcar) eingerückt, so als 
 seien sie Spezialisierungen. Ich verstehe z. B. hgv als Untermenge von 
 motorcar.
 
 dann ist m.E. das Wiki falsch an dieser Stelle, dazu würde ich aber
 gerne noch andere Meinungen hören.
 
 Es gibt da einen Widerspruch: auf der access-Seite steht Sinnbild
 PKW.svg motorcar=* (category: motor vehicles with more than 2
 wheels/more than 1 track) 
 Auf der Key:motorcar Seite steht (neben einem Verweis auf die
 access-Seite): Access permission for cars.
 
 Kraftfahrzeug haben wir gar nicht als Kategorie (super), es gibt
 lediglich motor_vehicle, also Motorfahrzeug, welches laut Wiki auch
 Mofas etc. einschliesst. So richtig hieb- und stichfest sind die
 Access-tags leider bisher noch nicht.
 
 Ohne ins grundsätzliche abzuschweifen: das Problem sind z. B. Parkplätze, die 
 ausschließlich durch PKW benutzt werden dürfen. Ein entsprechende Kombination 
 access=no, XXX=yes (oder =official) wäre nach meinem Verständnis genau das 
 richtige, bis auf die Frage, welches XXX denn für PKW (und nur PKW) das 
 richtige ist.

http://tagstat.hypercube.telascience.org/tagdetails.php?tag=car

car=yes könnte die Antwort lauten. Da die Talk-Seite von key:access so voll 
ist, versuche ich es mal auf tagging, ob ich das Wiki ergänzen soll.


Stefan

-- 
Stefan Bethke s...@lassitu.de   Fon +49 151 14070811




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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3


Am 29.04.2011 21:57, schrieb Felix Hartmann:
Es geht hier aber um viel mehr, als nur Garmin Karten. Wenn es keine 
Datenbank ist, bedeutet dass, auf allen GPS/Smartphones etc. können 
kostenpflichtige, und nicht weiterbreitbare Vektorkarten angeboten 
werden. Sprich für die User wird es großteils (Ausnahme Garmin - weil 
hier ja das Format geknackt ist) - keine kostenlosen Karten geben. 


Deine Logik scheint mir nicht ganz schlüssig. Wenn das Format geknackt 
ist, dann kann jeder mit den entsprechenden Tools Karten für das 
entsprechende Gerät produzieren (siehe Garmin). Ist das Format nicht 
geknackt gibt es, mit oder ohne OSM, mit ODbL oder CC-by-SA, so oder so 
keine vom Hersteller unabhängigen Karten.


Ich sehe für OSM keinen Vorteil darin den Benutzern solcher Geräte 
künstlich den Zugang zu OSM-Daten zu erschweren, ausser man verfolgt 
was, schlussendlich, ideologische Ziele ohne Bezug zum Projekt sind.


Simon



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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3

2011-04-29 Thread Norbert Hoffmann

Felix Hartmann wrote:

Sprich für die User wird es großteils (Ausnahme Garmin - weil 
hier ja das Format geknackt ist) - keine kostenlosen Karten geben.

 Dieses Argument höre ich hier nicht zum ersten Mal. Die Wirtschaft
funktioniert aber etwas anders:

 Nehmen wir mal an, es gäbe für Garmins (und nur für Garmins) kostenlose
Karten, die auch funktional den derzeit verkauften Navteq-Karten fast
gleichwertig wären. Welch Folgen hätte das?

 Für Garmin wäre es günstiger selbst diese OSM-Karten statt der (auch im
Einkauf) teureren Navteq-Karten auf ihre Navigationsprogramme zu optimieren
(TTS-Ausgaben, Fahrzeitschätzungen etc.). Der Preis für diese Karten würde
fallen müssen um mit kostenlosen Karten konkurrieren zu können.

 Mit billigen Kartenupdates hätte nun aber Garmin ein Verkaufsargument
gegenüber z.B. TomTom und Navigon, die darauf selbst nachziehen müssten.
Auch deren User hätten einen Nutzen.

 Was OSM also erreichen kann, ist den kommerziellen Wert von
Geoinformationen zu senken. Und das auch noch je freier die Lizenz - umso
besser.

Norbert


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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3


Hallo,

Felix Hartmann wrote:
Das ist leider nicht besonders hilfreich. Ich denke, der Fall 
Garmin-Karte muss da noch genauer diskutiert werden. Ich neige 
eigentlich eher zu der Interpretation, das eine Garmin-Karte keine 
Datenbank im Sinne der ODbL ist.


Es geht hier aber um viel mehr, als nur Garmin Karten. Wenn es keine 
Datenbank ist, bedeutet dass, auf allen GPS/Smartphones etc. können 
kostenpflichtige, und nicht weiterbreitbare Vektorkarten angeboten 
werden.


Hm, das ist aber nach meiner Interpretation nicht davon abhaengig, ob es 
sich um eine Datenbank handelt oder nicht. Denn selbst wenn es eine 
Datenbank ist, dann erlaubt die ODbL dennoch, dass der Hersteller diese 
Datenbank in einer speziellen, technisch geschuetzten Version vertreibt 
(z.B. ein verschluesseltes Kartenformat fuer mobile Geraete), wenn er 
parallel die Daten auch in einem frei lesbaren Format anbietet (siehe 
Abschnitt 4.7.b der ODbL).


Das bedeutet, dass die ODbL nicht als Hebel taugt, um den Hersteller 
zu zwingen, sein Datenformat offenzulegen oder seine compilierten 
Karten jedem zur freien Nutzung zu ueberlassen; der Hersteller muss 
lediglich die zugrundeliegenden *Daten* freigeben (genauso wie auch bei 
einem Produced Work).


Auch hier wieder die Motivation: OSM ist ein Datenprojekt; wir haben uns 
nicht auf die Fahnen geschrieben, die Welt von der Geissel proprietaerer 
Hardware/Software zu befreien. Wenn sich ein Nutzer aus freien Stuecken 
fuer ein GPS-Geraet entscheidet, dessen Hersteller das Kartenformat 
geheimhaelt und womoeglich sogar kryptographisch abgesicherte 
OSM-Datenupdates fuer 99,90 Euro verkauft, dann ist das zwar keine 
Entscheidung, die *ich* treffen wuerde, aber moeglich ist es. (Wenn der 
Hersteller damit wuerbe, dass seine OSM-Daten verbessert seien, dann 
koennte man von ihm diese verbesserten Daten unter ODbL fordern - aber 
nicht notwendigerweise in einem auf das Geraet spielbaren Format!)


Sprich für die User wird es großteils (Ausnahme Garmin - weil 
hier ja das Format geknackt ist) - keine kostenlosen Karten geben. Es 
geht um ALLE Anwendungen wo offline eine Karte aus Vektordaten 
gespeichert ist.


Ehrlich gesagt, habe ich wenig Mitgefuehl mit freiwilligen Nutzern 
geschlossener Plattformen. Es ist ja nun nicht so schwer, sich ein 
Geraet zu kaufen, auf dem man z.B. MoNav installieren kann oder so.


Damit sagt die ODBL zum Großteil aller Anwendugnsfällte, derzeit einfach 
gar nichts aus.


Es stimmt zwar, dass derzeit unklar ist, ob eine Garminkarte eine 
Datenbank sein soll oder ein abgeleitetes Werk; allerdings ist es fuer 
Deine Argumentation nicht relevant, da die Folgen gleich sind:


Falls Garminkarte = Produced Work:

* Werk selbst kann unter nahezu beliebiger Lizenz stehen, z.B. kostet 
50 Euro, kopieren verboten
* zugrundeliegende Datenbank muss aber auf Anfrage rausgegeben werden 
unter ODbL


Falls Garminkarte = Derived Database:

* Datenbank selbst muss unter ODbL rausgegeben werden, darf aber in 
einem speziellen Format codiert/compiliert/verschluesselt sein, wenn

* man die Datenbank zugleich in einem lesbaren Format verfuegbar macht

Beide Faelle ermoeglichen es also einem auf ein geschlossenes System 
bedachten Hersteller, OSM-Karten fuer seine Geraete herauszugeben, die 
man nicht kopieren darf/kann.


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] Cycleways - oftmals falsch getaggt

2011-04-29 Thread Matthias Julius

Simon Poole si...@poole.ch writes:

 Die Quelle für Leute die richtiges Englisch sprechen (hab hier grad
 leider nur ne kleine Version davon) sagt unter Anderem dazu:

 path  1 a way or track laid down for walking or made by continual
 treading, 2 the line along which a person or thing moves .

 Bei den Leuten die nicht richtiges Englisch sprechen mag das aber
 anders definiert sein :-)

Ein Problem ist, dass viele Tags von Leuten definiert werden, deren
Muttersprache nicht Englisch ist und deren Englischkenntnisse sehr
verschieden sind. Außerdem ist Englisch auch nicht gleich Englisch in
den verschiedenen Ecken der Welt.

Daher sollte man die Bezeichnungen der Tags sowie deren Werte nicht zu
eng sehen. Am Ende zählt die Dokumentation.

Vielleicht sollte man Radwege als object_type=5487932 taggen. Das ist
natürlich nicht ganz ernst gemeint, würde aber dazu zwingen, die
Bedeutung des Tags zu dokumentieren, wenn es eine haben soll. Und auch,
die Dokumentation zu lesen, wenn man wissen will, was es bedeutet.

Ein paar tausend Leute sind eben schwer unter einen Hut zu bringen, so
dass sie alle unter einem beschreibenden Tag das Gleiche verstehen.

Matthias

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

Re: [Talk-de] Cycleways - oftmals falsch getaggt

2011-04-29 Thread Matthias Julius

Fabian Schmidt fschm...@informatik.uni-leipzig.de writes:

 Am 29.04.11 schrieb M∡rtin Koppenhoefer:

 geht es um Höflichkeit, wenn man sein Mapping den lokalen
 Gepflogenheiten anpassen soll?

 Ich empfinde es als höflich, ein einheitliches Kartenbild zu wahren,
 auch wenn es zu unterschiedlichem Tagging der Lausitzer und
 mitteldeutschen Tagebaue führt (zumal ich nicht weiß, welche noch
 aktiv sind)..

Ich finde, man sollte daraufhin arbeiten, ein weltweit einheitliches
Kartenbild zu wahren.


 Ich finde das Wort Gastmapper ist an sich schon ein Affront, der
 sich nicht mit meinem Verständnis von OSM deckt.

 Kannst Du Dir rückblickend vorstellen, dass lokale Mapper einen
 Kommentar aus der Ferne wie in
 http://lists.openstreetmap.de/pipermail/berlin/2011-January/000474.html
 als verletzend empfinden?

Wenn man des Vandallismus beschuldigt wird, ist das immer
verletzend. Dann ist es egal, ob der Kommentar von Nah oder Fern
kommt. Der Unterschied ist nur, dass man das mit dem Mapper um die Ecke
in der nächsten Kneipe ausdiskutieren kann.

Matthias

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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3




On 29.04.2011 22:34, Simon Poole wrote:

Am 29.04.2011 21:57, schrieb Felix Hartmann:
Es geht hier aber um viel mehr, als nur Garmin Karten. Wenn es keine 
Datenbank ist, bedeutet dass, auf allen GPS/Smartphones etc. können 
kostenpflichtige, und nicht weiterbreitbare Vektorkarten angeboten 
werden. Sprich für die User wird es großteils (Ausnahme Garmin - weil 
hier ja das Format geknackt ist) - keine kostenlosen Karten geben. 


Deine Logik scheint mir nicht ganz schlüssig. Wenn das Format geknackt 
ist, dann kann jeder mit den entsprechenden Tools Karten für das 
entsprechende Gerät produzieren (siehe Garmin). Ist das Format nicht 
geknackt gibt es, mit oder ohne OSM, mit ODbL oder CC-by-SA, so oder 
so keine vom Hersteller unabhängigen Karten.


Ich sehe für OSM keinen Vorteil darin den Benutzern solcher Geräte 
künstlich den Zugang zu OSM-Daten zu erschweren, ausser man verfolgt 
was, schlussendlich, ideologische Ziele ohne Bezug zum Projekt sind.


Simon


Das sehe ich anders. Mit CCBYSA gibt es für die Hersteller eine 
Motivation ein offenes Format für die Karten zu 
ermöglichen/implementieren. Man kann ja nicht davon ausgehen, dass ein 
geschlossenes Format reverse engineered wird (gut das Garmin Format ist 
nicht geschlossen, sondern einfach nicht dokumentiert, es ist durch 
keinerlei DRM oder Encryption geschützt - daher kann man auch nur 
bedingt von geschlossen reden).


Es muss ja nicht jeder Hersteller so bekloppt sein wie die Asiaten (Name 
kann sich eh jeder denken), welche ihr GPS mit einer Mapnik Karten in 
Zoomstufe 15 rausgeben, und alles andere als 15 ist nicht möglich (oder 
wars 16??).
Ein Outdoorfähiges PNA mit offener Software zu moderatem Preis wird so 
schnell nicht kommen.


Bei odbl, (siehe nächsten Post von Frederik) kann es sich der Hersteller 
einfach machen. Er bietet eine odbl Datenbank zum kostenpflichtigen 
Download an (offen - wird eh niemanden interessieren), und daneben halt 
seine Karten kostenpflichtig. Genau das würde aber mit CCBYSA 2.0 nicht 
gehen! (zumindest nicht ohne große Umwege wie Karten kostenlos und 
offen, aber zur Benutzung kostenpflichtige Schlüssel).



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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3




On 29.04.2011 23:31, Frederik Ramm wrote:

Hallo,

Felix Hartmann wrote:
Das ist leider nicht besonders hilfreich. Ich denke, der Fall 
Garmin-Karte muss da noch genauer diskutiert werden. Ich neige 
eigentlich eher zu der Interpretation, das eine Garmin-Karte keine 
Datenbank im Sinne der ODbL ist.


Es geht hier aber um viel mehr, als nur Garmin Karten. Wenn es keine 
Datenbank ist, bedeutet dass, auf allen GPS/Smartphones etc. können 
kostenpflichtige, und nicht weiterbreitbare Vektorkarten angeboten 
werden.


Hm, das ist aber nach meiner Interpretation nicht davon abhaengig, ob 
es sich um eine Datenbank handelt oder nicht. Denn selbst wenn es eine 
Datenbank ist, dann erlaubt die ODbL dennoch, dass der Hersteller 
diese Datenbank in einer speziellen, technisch geschuetzten Version 
vertreibt (z.B. ein verschluesseltes Kartenformat fuer mobile 
Geraete), wenn er parallel die Daten auch in einem frei lesbaren 
Format anbietet (siehe Abschnitt 4.7.b der ODbL).


Das bedeutet, dass die ODbL nicht als Hebel taugt, um den Hersteller 
zu zwingen, sein Datenformat offenzulegen oder seine compilierten 
Karten jedem zur freien Nutzung zu ueberlassen; der Hersteller muss 
lediglich die zugrundeliegenden *Daten* freigeben (genauso wie auch 
bei einem Produced Work).
Richtig, unter odbl kann jeder machen was er will, außer halt die Daten 
zu vermischen ohne Veröffentlichung. Unter CCBYSA geht das nicht!


Auch hier wieder die Motivation: OSM ist ein Datenprojekt; wir haben 
uns nicht auf die Fahnen geschrieben, die Welt von der Geissel 
proprietaerer Hardware/Software zu befreien. Wenn sich ein Nutzer aus 
freien Stuecken fuer ein GPS-Geraet entscheidet, dessen Hersteller das 
Kartenformat geheimhaelt und womoeglich sogar kryptographisch 
abgesicherte OSM-Datenupdates fuer 99,90 Euro verkauft, dann ist das 
zwar keine Entscheidung, die *ich* treffen wuerde, aber moeglich ist 
es. (Wenn der Hersteller damit wuerbe, dass seine OSM-Daten 
verbessert seien, dann koennte man von ihm diese verbesserten Daten 
unter ODbL fordern - aber nicht notwendigerweise in einem auf das 
Geraet spielbaren Format!)


Das würde mit CCBYSA und dem DRM verbot durchs Share Alike halt anders 
aussehen. Aber gut, du scheinst halt gerne als Geisel zu leben.
Sprich für die User wird es großteils (Ausnahme Garmin - weil hier ja 
das Format geknackt ist) - keine kostenlosen Karten geben. Es geht um 
ALLE Anwendungen wo offline eine Karte aus Vektordaten gespeichert ist.


Ehrlich gesagt, habe ich wenig Mitgefuehl mit freiwilligen Nutzern 
geschlossener Plattformen. Es ist ja nun nicht so schwer, sich ein 
Geraet zu kaufen, auf dem man z.B. MoNav installieren kann oder so.


Wenn es denn bezahlbare und gute Geräte gäbe. Aber unter 600€ ist 
derzeit nichts zu bekommen (etwa Maggelan Mobile Mapper 6 - und Windows 
Mobile ist ja auch nicht gerade dass Allheilmittel)
Damit sagt die ODBL zum Großteil aller Anwendugnsfällte, derzeit 
einfach gar nichts aus.


Es stimmt zwar, dass derzeit unklar ist, ob eine Garminkarte eine 
Datenbank sein soll oder ein abgeleitetes Werk; allerdings ist es fuer 
Deine Argumentation nicht relevant, da die Folgen gleich sind:


Falls Garminkarte = Produced Work:

* Werk selbst kann unter nahezu beliebiger Lizenz stehen, z.B. kostet 
50 Euro, kopieren verboten
* zugrundeliegende Datenbank muss aber auf Anfrage rausgegeben werden 
unter ODbL


Falls Garminkarte = Derived Database:

* Datenbank selbst muss unter ODbL rausgegeben werden, darf aber in 
einem speziellen Format codiert/compiliert/verschluesselt sein, wenn

* man die Datenbank zugleich in einem lesbaren Format verfuegbar macht

Beide Faelle ermoeglichen es also einem auf ein geschlossenes System 
bedachten Hersteller, OSM-Karten fuer seine Geraete herauszugeben, die 
man nicht kopieren darf/kann.


Genau das sage ich ja. Daher will ich keine odbl. Ausserdem gehts wie 
gesagt gar nicht um Garmin, sondern um Vektorkarten im allgemeinen. Und 
hier versagt die odbl kläglich, weil nicht klar ist was eine Datenbank 
ist, bzw was Vektorkarten sind. Und dass ist einfach für mich nur 
lächerlich, und ein klarer Grund warum odbl nicht akezptierbar ist 
(neben dem fehlenden Share Alike der Produced Works).



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

Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3