Re: [Talk-de] Maxspeed map

[Bernd Wurst]

Hallo.

Am Donnerstag 30 April 2009 21:39:08 schrieb Guenther Meyer:
> > Ich kann doch gar kein maxspeed=50 setzen wo du bereits ein
> > maxspeed=city:DE gesetzt hast.
> natuerlich kannst du das setzen, ist halt redundante information...

Da der Key gleich ist und jeder Key (zumindest über die Editoren) nur einmal 
gesetzt werden kann, geht das eben nicht.


> > Was ist an meinem Standpunkt eigentlich so schwer zu verstehen?
> ich finde, du verkomplizierst die dinge unnoetig.
> ich versuche eine loesung zu finden, die sowohl fuer die mapper-seite, als
> auch fuer die software-seite einfach und schnell zu benutzen ist, und vor
> allem genau definiert ist.
> was verstehst du an meinem standpunkt nicht?

Ich verstehe nicht, warum es unbedingt ein bereits etabliertes Tag sein muss, 
das hier umdefiniert wird. Warum kein neues Tag, wenn man schon den 
Wertebereich enorm verändert?

Nochmal: Ich finde die neuen Werte im Prinzip sehr gut. Ich würde es auch 
unterstützen, dass man die tagged. Aber ich find es doof, wenn man nicht 
*zusätzlich* einfach die numerischen Werte setzen kann. Und da *zusätzlich* 
bedeutet, dass es unterschiedliche Keys sein müssen, stört mich einfach, dass 
diese Implikationswerte unter maxspeed eingetragen werden und nicht unter 
einem neuen Key, der nur dafür da ist.


> > Huch, wie kam das dann vor Jahren auf die Map-Features Seite und wie
> > konnte es sein, dass diese Aussage auch jetzt noch unrevidiert dort
> > steht?
> wo steht da bitte, dass der wert numerisch sein MUSS?

In den Map-Features steht:
maxspeed Zahlway zulässige Höchstgeschwindigkeit in km/h 

Ob die Map-Features ein "muss" darstellen, weißt du so gut wie ich. Ich finde 
es nur schade, dass jemand, der sich auf so eine einfache, nachvollziehbare 
und lang beständige Konvention verlassen hatte jetzt fürchterlich auf die Nase 
fallen wird.

Gruß, Bernd

-- 
Hilf einem Freund in der Not,
und er wird sich an dich erinnern,
wenn er wieder in Not ist!



signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Letzte Etappe einer Fahrrad-Weltreise am 1.Mai

[Johannes Huesing]

Rotbarsch  [Thu, Apr 30, 2009 at 10:28:32AM CEST]:

> Ich würde mich freuen, wenn Ihr einplant an einem der folgenden  
> Treffpunkte zu uns zu stoßen, um Mandy und Benny einen gebührenden  
> Empfang zu bereiten:

Oh, viel Spaß!

Ich habe mal einen getroffen, der Peter Glöckner und Axel Brümmer
auf ihrer Ankunft aus ihrer Weltreise 
http://www.weltsichten.de/weltneu/reisen/welt.htm 
zufällig am Bodensee begegnet ist. Solche Leute haben einen großen
Bahnhof verdient.

Liebe Grüße


Johannes
-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

[Talk-de] phpMyGPX v0.2

[Sebastian Klemm]

Hallo allerseits,

zum Eigenbedarf habe ich mir eine kleine Web-Anwendung mit PHP/MySQL
geschrieben um meine gesammelten GPX-Dateien in einer Datenbank zu
verwalten und nach Trackpoints filtern zu können. Außerdem kann man
damit die GPX-Tracks mittels OpenLayers auf den OSM-Karten darstellen.

Da es für den einen oder anderen vielleicht auch interessant sein
könnte, habe ich mich entschlossen, es zu veröffentlichen [1] und hier
in der ML bekannt zu machen.
Wer es sich also mal anschauen möchte - Anmerkungen und konstruktive
Kritik sind willkommen. Aber bitte seid gnädig, es ist erst Version 0.2
und einiges noch recht experimentell...

Grüße,
Sebastian

[1] http://osm.erlkoenigkabale.eu/phpmygpx.php

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

Re: [Talk-de] Maxspeed map

[Guenther Meyer]

Am Donnerstag 30 April 2009 schrieb Fabian Schmidt:
> Am 30.04.09 schrieb Guenther Meyer:
> > man koennte zuum beispiel auf einer landstrasse folgendes taggen:
> >  maxspeed = 100
> >  maxspeed[7.5t] = 80
> >  maxspeed:hgv = 60
> >
> > exakt dasselbe liesse sich erschlagen mit einem einzigen:
> >  maxspeed = default:DE
>
> noch einfacher ist es, bei default-Werten gar nichts einzutragen und um
> die 8344 Straßen Hamburgs einen Kreis zu malen, aus dem hervorgeht, dass
> sie innerorts sind. Ich weiß, dass ich dadurch nicht unterscheiden kann,
> ob zu einer Straße ein maxspeed-Wert erfasst wurde. Dafür erschlage ich
> alle Straßen der Stadt auf einmal und verhindere gleich noch ein Dutzend
> Varianten, ob der Namespace jetzt im Key oder Value, klein oder groß oder
> mit einem anders benannten Schlüssel benutzt wird.
>
das thema hatten wir auch schon.
erstens wird das eher ein unfoermiges polygon sein, als ein kreis.
zweitens muss dieses polygon erstmal erfasst werden.
drittens ist die auswertung eines solchen polygons wesentlich komplexer, als 
die von ein paar tags.

> > was ist da jetzt wohl einfacher?
>
> Kommt drauf an, ob Du nur ein Land oder alle behandeln willst.
das kann in jedem land benutzt werden.
hat vor allem den vorteil, dass wenn ich z.B. in der tuerkei mappe, nicht die 
einzelnen regeln fuer alle moeglichen fahrzeugklassen dort kennen muss, 
sondern einfach ein "maxspeed = default:TR" hinschreibe, und gut is.

> Wie bekommst Du mit, dass sich die Höchstgeschwindigkeit für Fahrzeuge
> zwischen 5-7t in Chile innerorts ändert?
>
jemand der in chile mappt, oder jemand der dort eine software nutzt, die das 
braucht, wird sich dann schon melden. oder vielleicht sogar irgendwo bei osm 
an einer zentralen stelle eintragen...




signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Maxspeed map

[Fabian Schmidt]

Am 30.04.09 schrieb Guenther Meyer:


man koennte zuum beispiel auf einer landstrasse folgendes taggen:
 maxspeed = 100
 maxspeed[7.5t] = 80
 maxspeed:hgv = 60

exakt dasselbe liesse sich erschlagen mit einem einzigen:
 maxspeed = default:DE


noch einfacher ist es, bei default-Werten gar nichts einzutragen und um 
die 8344 Straßen Hamburgs einen Kreis zu malen, aus dem hervorgeht, dass 
sie innerorts sind. Ich weiß, dass ich dadurch nicht unterscheiden kann, 
ob zu einer Straße ein maxspeed-Wert erfasst wurde. Dafür erschlage ich 
alle Straßen der Stadt auf einmal und verhindere gleich noch ein Dutzend 
Varianten, ob der Namespace jetzt im Key oder Value, klein oder groß oder 
mit einem anders benannten Schlüssel benutzt wird.



was ist da jetzt wohl einfacher?


Kommt drauf an, ob Du nur ein Land oder alle behandeln willst. Wie 
bekommst Du mit, dass sich die Höchstgeschwindigkeit für Fahrzeuge 
zwischen 5-7t in Chile innerorts ändert?



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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Rainer Knaepper]

Moin Frederik,

>Ich denke mal, man wird sich gedacht haben, ohne geht's nicht. OSM
>und ueberhaupt der ganze Bereich Geodaten und "Open Data" entwickeln
>sich sehr schnell; es gibt keine existierende, verlaessliche Lizenz,
>die man einfach nehmen koennte.

CC0. Einfach aufmachen, den ganzen Kram.

>den ganzen Relizensierungs-Aerger

Den hätte man dann genau einmal, nämlich jetzt.

Rainer

-- 


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

Re: [Talk-de] Maxspeed map

[SteMo]

Mario Salvini schrieb, am 30.04.2009 12:33 Uhr:
> Möglich, dass das so gewachsen ist weil die 30er-Zone erst nachträglich 
> installiert wurde, dann bleibt der Weg vermutlich stehen.
> Aber in frisch gewachsenen Strukturen schließt das eine eigentlich das 
> andere aus.
> Auch gibt es in 30-Zonen auch eigentlich keine Zebrastreifen.
> 

Hmmm... Mag vielleicht in den meisten neueren Gebieten - aus
Kostengründen ;) -  so sein.
In HH sind die Tempo 30-Zonen ja quasi mit erfunden worden, zumindest
wurden sie sehr früh eingeführt und es gibt eben noch viele Straßen, in
denen eben auch noch Zebrastreifen und Radwege existieren und sogar auch
wieder neu angelegt werden.

Ich wollte damit aber grundsätzlich betonen, daß es nicht Bundesweit
gleich ist, sondern von Bundesland zu Bundesland unterschiedlich ist.
Sie Wundersame Welt des Föderalismusses. So, wie es derzeit auch Blau-
und Grünröcke gibt. ;)

Cheers
Stefan

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

Re: [Talk-de] Maxspeed map

[Guenther Meyer]

Am Donnerstag 30 April 2009 schrieb SteMo:
> Guenther Meyer schrieb, am 29.04.2009 0:00 Uhr:
> > Am Dienstag 28 April 2009 schrieb Florian Lohoff:
> >>> was spricht dagegen, das gleich entsprechend mit z.B. maxspeed=50 oder
> >>> maxspeed=100 zu taggen?
> >>> wozu ein zusaetzlicher key?
> >>
> >> Der punkt ist das ein "maxspeed=100" auf der Landstraße von einem
> >> "Keine geschwindigkeitsbegrenzung" nicht zu unterscheiden ist.
> >
> > ja und? keine geschwindigkeitsbegrenzung heisst in deutschland nunmal
> > 100.
>
> Wo steht denn das? Das stimmt aber nun wirklich nicht.
es ging hier nur um landstrassen!
(aber ja, selbst da ist das, je nach fahrzeugklasse, unterschiedlich.)

> Schau mal, was dür ein Schild bei der Einreise nach Deutschland an den
> Grenzen steht. Da ist ganz klar runtergebrochen: Innerörtlich, hinter
> dem orangen Schild 50, Landstraßen 100, Autobahnen Richtgeschwindigkeit
> 130.
genau darauf beziehen sich ja die drei values motorway, default und city.

> Und mal ganz direkt. Mir gehen die Autofahrer, die permanent von den
> Navigationssystemen nicht wegschauen können ganz kräftig auf die
> Hutschnur. Ich habe izwischen als Rad-,Motorrad-,Autofahrer und
> Fußgänger "Navigestörte" erleben müssen, daß ich am liebsten keine
> Geschwindigkeitsinformationen in Karten und Plänen haben möchte. Es kann
> nicht sein, daß man von Autofahrern/LKW Dinge hört, wie: "Mein Navi
> erlaubt hier aber 180."
>
solche "navigestoerten" gehoeren sowieso weg von der strasse.

> Wir sollten Vermeiden, daß hierdurch KFZ-Fahrer nicht mehr auf die
> Schilder schauen und sich nur noch auf die Navigation verlassen.
>
und deswegen unsaubere daten erfassen?
navis sind nicht die einzigen anwendungen...


signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Maxspeed map

[Guenther Meyer]

Am Donnerstag 30 April 2009 schrieb Marc Schütz:
> Letztendlich sehe ich nur drei Möglichkeiten:
>
> - Man definiert von Anfang an ein gut durchdachtes Taggingschema und
> Datenmodell, dass möglichst schon alle Sonderfälle abdeckt und das
> rückwärtskompatibel erweiterbar ist.
>
das waere schoen und fuer alle beteiligten das beste, kann aber nicht 
funktionieren, da es nicht moeglich sein wird, wirklich ALLE eventualitaeten 
und entwicklungen zu beruecksichtigen.

> - Man lässt das Schema sich mit der Zeit entwickeln, besteht aber darauf,
> dass einmal eingeführte Features für immer gültig bleiben.
>
das wird frueher oder spaeter dazu fuehren, dass man unnoetige altlasten mit 
sich rumschleppt, die sowohl das mapping als auch die software-entwicklung 
unnoetig verkomplizieren.

> - Man lässt das Schema sich mit der Zeit entwickeln, verbessert aber
> "Fehler" und nicht ganz ausgegorene Teile, und erklärt auch mal nicht
> benötigte Tags für obsolet.
>
osm sehe ich irgendwie als eine mischung aus 2 und 3, und einem bisschen was 
von 1.


mir persoenlich wuerde eine mischung aus 1 und 3 am besten gefallen.
man versucht ein moeglichst alles abdeckendes schema fuer jeweils einen 
teilbereich zu entwickeln, aber so, dass es erweiterungsfaehig ist.
sollte dann mal eine bessere loesung gefunden werden, wird die bestehende 
erweitert, oder - falls moeglich und sinnvoll - ersetzt.








signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Maxspeed map

[Guenther Meyer]

Am Donnerstag 30 April 2009 schrieb Stefan Dettenhofer (StefanDausR):
> Mario Salvini schrieb:
> > Sind die "gelben Autobahnen" nicht auch klar/eindeutig über
> > highway=trunk + motorroad=yes zu erkennen? Könnte man auch als
> > eindeutiges Kriterium deklarieren.
> >
> > Überall da wo "highway=motorway" ODER "highway=trunk + motorroad=yes"
> > UND "kein maxspeed-Tag" gilt --> maxspeed=unlimited=no=none
>
> ODER "highway=primary" UND "lanes>=2 (2 oder mehr Spuren)
> ODER "highway=primary" UND "onway=true" (baulich getrennte Fahrbahnen)
>
> Aber eine Kraftfahrstraße ("highway=trunk + motorroad=yes") erfüllt
> nicht per se o.g. Bedingungen
>
> Ich denke bei so vielen Ausnahmen ist es besser ein Klares tag zu setzten!
>

[x] du hast verstanden, worauf ich hinaus will ;-)




signature.asc
Description: This is a digitally signed message part.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Aufkleber?

[Johannes Huesing]

RalfGesellensetter  [Wed, Apr 29, 2009 at 11:21:25PM CEST]:

> Hi, gute Idee! Die VI-Tasse kenne ich (gibt's die auch für Emacs?),

Ja.

In unserem Haushalt gab's beide. Die Emacs-Tasse ist kaputtgegangen.
Der Editorkrieg ist also bei uns entschieden.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, "Life on the Mississippi")

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

Re: [Talk-de] Maxspeed map

[Guenther Meyer]

Am Donnerstag 30 April 2009 schrieb Bernd Wurst:
> Hallo.
>
> Am Mittwoch 29 April 2009 22:13:14 schrieb Guenther Meyer:
> > > Da steht z.B. in der Pampa ein Schild mit einer 80 im roten Kreis. Das
> > > bedeutet erstmal: Hier darf man maximal 80 fahren. Für den Sonderfall
> > > Lkw gilt aber: Dem kann es egal sein, da er eh nur 60 fahren darf.
> >
> > moment!
> > du hast vorhin davon geschrieben dass die strasse ohne schild der
> > sonderfall waere. zumindest hatte ich das so verstanden. was nun jetzt?
>
> Da hast du mich falsch verstanden.
>
ok. 

> Dass der Lkw auf Landstraßen teilweise andere Limits hat wie der Pkw, das
> ist der Sonderfall. Also der Lkw ist der Sonderfall, nicht die
> Beschilderung oder nicht vorhandene Beschilderung.
>
gut, aber sonderlimits gibts fuer alle moeglichen fahrzeugklassen, und die 
muessen eh explizit getaggt werden.

mir gehts nur um eine vereinfachung falls kein schild da steht.

man koennte zuum beispiel auf einer landstrasse folgendes taggen:
  maxspeed = 100
  maxspeed[7.5t] = 80
  maxspeed:hgv = 60

und wer weiss, ob es noch mehr fahrzeugklassen mit anderen limits gibt 
(vielleicht nicht in deutschland, aber woanders...)
willst du die alle explizit taggen?

exakt dasselbe liesse sich erschlagen mit einem einzigen:
  maxspeed = default:DE

was ist da jetzt wohl einfacher?

> > > Nein, das was für den normalen Kfz-Verkehr gilt.
> >
> > was ist fuer dich "normaler kfz-verkehr"?
>
> Der, für den die Schilder gelten:
> Autos, Motorräder, Kleinlastwagen, ...
>
die "normalen" schilder gelten erstmal fuer alle, wenn sie nicht anderen 
beschraenkungen unterliegen!
ein einfaches 40-schild gilt z.B. auch fuer grosse lastwagen...

> > ich unterscheide beim tagging normalerweise nicht zwischen den
> > verschiedenen fortbewegungsarten, denn die verkehrsregeln gelten erstmal
> > uneingeschraenkt fuer alle. nur wenn ein schild etwas nur fuer eine
> > bestimmte gruppe vorschreibt, dann muss man das extra auszeichnen.
>
> Genau. Nur, dass manche Limits gar nicht getagged werden müssen weil sie
> sich auch ohne Ortskenntnis ganz klar ergeben (Lkw <= 60 km/h).
>
richtig!
es geht aber auch darum, mit einem tag unterscheiden zu koennen, ob sich die 
strasse schon jemand angeschaut hat, kein schild gefunden hat und sich 
eben "was klar ergibt", oder ob noch niemand die beschilderung getaggt hat, 
und vielleicht doch was da stehen koennte.

> > > Genau, Deshalb noch separat dazu taggen, wenn es nicht durch ein
> > > lokales Schild begründet ist sondern einer Implikation folgt.
> >
> > warum willst du etwas aufwendig mit mehreren separaten tags loesen, was
> > sich doch ganz einfach und viel schneller mit einem einfachen tag
> > erschlagen laesst?
>
> Weil es die Auswertung des einen Tags unglaublich aufwändiger macht.
>
nein, ganz im gegenteil.
hast du schonmal osm-tags softwaretechnisch ausgewertet, oder denkst du dir 
das nur?

> Ich kann doch gar kein maxspeed=50 setzen wo du bereits ein
> maxspeed=city:DE gesetzt hast.
natuerlich kannst du das setzen, ist halt redundante information...

> Was ist an meinem Standpunkt eigentlich so schwer zu verstehen?
>
ich finde, du verkomplizierst die dinge unnoetig.
ich versuche eine loesung zu finden, die sowohl fuer die mapper-seite, als 
auch fuer die software-seite einfach und schnell zu benutzen ist, und vor 
allem genau definiert ist.
was verstehst du an meinem standpunkt nicht?


> Nein, wo bisher ein einfaches maxspeed=50 innerorts gesetzt wurde,
> *ersetzt* du es durch ein maxspeed=city:DE.
das waere meiner meinung nach sinnvoll, ja.
wobei ich erst mal anfangen wuerde, neu gemappte strassen  gleich damit zu 
versehen, bevor ich daten anderer leute ersetze...

> Das mag die korrekte Angabe sein, keine Frage. Aber es macht die Daten dann
> nur noch für denjenigen lesbar, der gewillt ist, eine Login in seinem
> Programm einzubauen. Jemand, der einfach nur den inhalt von maxspeed in
> einem roten Kringel als Hinweis an den Fahrer anzeigen will, kann damit
> nicht mehr umgehen. Die Nutzung wird komplexer, da man immer eine
> Verarbeitung durchführen muss.
>
natuerlich kann man damit umgehen. und was ist daran bitte komplex?
was willst du denn jemandem anzeigen, der auf einer landstrasse faehrt 60, 80 
oder 100, oder was ganz anderes?


> > frueher hatte man feuer mit feuerstein und eisen gemacht, heute gibts da
> > wesentlich bessere methoden...
>
> Ich sehe keinen Grund, warum man sich nicht am selben Feuerholz links mit
> Feuerstein und rechts mit Feuerzeug und Streichhölzern versuchen kann.
> Was du da nennst, ist eine nicht-ausschließliche Entwicklung und g enau die
> hätte ich auch hier gerne.
>
worauf ich damit eigentlich hinauswollte, ist die tatsache, dass es 
entwicklung gibt, sich dinge veraendern, sich fuer manche dinge bessere 
moeglichkeiten finden lassen und werden. die alte methode mag funktionieren, 
und ich wuerde keinem verbieten, einen feuerstein zu benutzen, aber mir ist 
dann doch das moderne feuerzeug lieber (das ja auch nu

Re: [Talk-de] jOSM: java.lang.NullPointException

[Rolf Bode-Meyer]

Am 30. April 2009 14:41 schrieb Raimond Spekking :

> Habe ich Bockmist beim Editieren gemacht, spinnt mein Java oder JOSM
> oder der Server?

Nullpointer-Exceptions sind immer Programmfehler. Um sie beheben zu
können wäre es nett sie zu reporten. Der beste Platz dazu ist wohl
http://josm.openstreetmap.de/newticket
Dabei bitte soviele Einzelheiten zur Exception wie möglich beilegen.
Ich habe schon ewig keine Exception mehr bekommen, aber es müsste
eigentlich immer noch so sein dass zumindest ein StackTrace auf der
Console ausgegeben wird.

Rolf

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

Re: [Talk-de] jOSM: java.lang.NullPointException

[Florian Lohoff]

On Thu, Apr 30, 2009 at 02:41:54PM +0200, Raimond Spekking wrote:
> Subject: [Talk-de] jOSM: java.lang.NullPointException
> 
> Moin,
> 
> mit JOSM 1565 unter WinXP (und auch MacOSX) bekommt ich beim Hochladen
> einer größeren Bearbeitung einen Abbruch mit dem Fehler
> "java.lang.NullPointException".
> 
> Kleine Bearbeitungen kann ich nach wie vor hochladen.
> 
> Ein Versuch mit der letzte JOSM Stable 1529 brachte auch einen Abbruch,
> aber diesmal als Serverfehler.
> 
> Habe ich Bockmist beim Editieren gemacht, spinnt mein Java oder JOSM
> oder der Server?
> 
> Danke für eure Hilfe.

Habe ich auch schon gesehen - sporadisch - und habe aber bisher keine 
weiterfuehrenden
informationen - deshalb habe ich die klappe gehalten ...

Bei mir ist der Fehler unter Linux aufgetreten ...

Flo
-- 
Florian Lohoff  f...@rfc822.org +49-171-2280134
Those who would give up a little freedom to get a little 
  security shall soon have neither - Benjamin Franklin


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

Re: [Talk-de] Bismarkseiche & Co

[Torsten Leistikow]

Jan Tappenbeck schrieb:
> Wie taggen ?? natural = tree läßt dem zuviel Bedeutung zukommen ?!=!

Ich finde natural=tree voellig passend. Hinzu kommt ja noch das
name-Tag, und die Tatsache, dass der Baum einen Namen hat, ist ja
eigentlich das Wichtigste bei solchen Baeumen.

Gruss
Torsten

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

Re: [Talk-de] Google-Werbung auf OSM-Karte

[Frederik Ramm]

Hallo,

Markus wrote:
> Einige zeigen die OSM-Karte, und darin das Google-Logo und einen Link zu 
> Google und den Google-Nutzungsbedingungen.

Das liegt daran, dass die Leute die Google-Javascript-Library benutzen 
und einfach nur OSM-Tiles darin anzeigen. Entweder, weil sie frueher mal 
Google-Tiles hatten und zu faul zum Umstellen auf OpenLayers sind, oder 
weil sie andere Google-Features, z.B. Routing, nutzen.

Unser Buch enthaelt Javascript-Beispiele zum Einbinden von OSM-Tiles in 
der Google-Software und zu OpenLayers. Die Gegenueberstellung hat den 
didaktischen Wert, dass so ein Web-Admin sieht, dass die Umstellung 
eigentlich ja recht leicht gemacht ist... und die Code-Beispiele aus dem 
Buch sind hier zum Download:

http://openstreetmap.info/examples/webmap.html

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] OSM-Karte über Google-API eingebunden (war: Google-Werbung auf OSM-Karte)

[Claudius]

Am 30.04.2009 17:50, Markus:
> Zunehmend benutzen Institutionen OSM als Wegbeschreibung etc.
>
> Einige zeigen die OSM-Karte, und darin das Google-Logo und einen Link zu
> Google und den Google-Nutzungsbedingungen.
>
> Das finde ich dann doch etwas sehr merkwürdig.
>
> Also habe ich mal einen angeschrieben, und folgende Antwort erhalten:
>
> "Die OSM-Karte ist über die Google Maps API eingebunden, deswegen müssen
> sowohl Nutzungsbedingungen als auch Google-Logo erscheinen."
>
> Gibt es da wirklich keine andere Lösung?
>
> Gruss, Markus

Doch, eine andere Map-API wie www.OpenLayers.org oder den Umweg über 
www.mapstraction.com als Map-API-Abstrahierungslayer.

Dein Betreff war doch eher irreführend, denn es wird ja keine Werbung 
von Google, sondern im entferntesten für Google dargestellt.

Claudius


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

Re: [Talk-de] Google-Werbung auf OSM-Karte

[Tobias Wendorff]

Markus schrieb:
> Gibt es da wirklich keine andere Lösung?

OpenLayers einbinden.

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

Re: [Talk-de] Autobahnauffahrt

[Garry]

Martin Simon schrieb:
> Am 30. April 2009 10:23 schrieb Tobias Knerr :
>
>   
>> Die hellsehende Anwendung als Lösung aller Probleme, prima. Einfacher
>> wäre es vielleicht, das existierende Abbiegeverbot auch einzutragen.
>> Dann gibts nämlich kein Gerate mehr, sondern eine klare Aussage: "hier
>> nicht reinfahren". Sogar dann, wenn jemand für die subjektive
>> Verbesserung der optischen Darstellung einen Node etwas verschiebt und
>> damit unbewusst eine winkelbasierende Abbiegebeschränkung aufgehoben hätte.
>> 
>
> Ja, natürlich ist es besser, es explizit per restriction anzugeben -
> nur schein das Gary dann wieder zu aufwändig zu sein. Wie alles außer
> dem doppelt zeichnen einer Fahrbahn.
>
>   
Die Abbiegerestriktionen sieht man nicht in den normalen Karten -> mehr 
Überprüfungsaufwand,
viel höhere Fehlerquoten.

Mit der einfachen Arbeitsanweisung Autobahnauffahrt
- Motorway-links separat einzeichen
- highway=motorway_link setzen
- Einbahnstrassen in der passenden Richtung setzen

hat man bereits die Grundlage für sowohl eine brauchbare 
Kartendarstellung als auch eine funktionierende
routing-vorlage bei geringstem Fehlerpotential.

Abbiegerestriktionen wissen schon mal viele nicht wie das funktionert 
und werden in der Folge viel seltener verwendet.

Garry

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

Re: [Talk-de] Autobahnauffahrt

[Garry]

Philipp schrieb:
>> Was gefällt Dir daran nicht?
>> 
>
> Das nicht argumentiert wird, welche Abbildung die Realität am besten
> abbildet, sondern welche Navigationssysteme am wenigsten durcheinander
> bringen könnte.
>   
Es wird argumentierte welche Abbildung am sinnvollsten ist:
Eine die
- einfach zu handhaben ist und die meisten Anwendungsfälle hat die 
darauf aufbauen

oder
- die, die ein für die meisten Anwendungen unrelevantes Detail 
wiedergibt und für Konflikte in
darauf aufbauen Anwendungen sorgt. Dabei können die Konflikte nur mit 
aufwendigen Prüffunktionen und/oder zusätzlichen Tags
bei erheblich höherem Fehlerpotential gehandhabt werden. Dass dabei alle 
auftretenend Konflickte gelöst werden bleibt zweifelhaft.

Garry

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

[Talk-de] Google-Werbung auf OSM-Karte

[Markus]

Zunehmend benutzen Institutionen OSM als Wegbeschreibung etc.

Einige zeigen die OSM-Karte, und darin das Google-Logo und einen Link zu 
Google und den Google-Nutzungsbedingungen.

Das finde ich dann doch etwas sehr merkwürdig.

Also habe ich mal einen angeschrieben, und folgende Antwort erhalten:

"Die OSM-Karte ist über die Google Maps API eingebunden, deswegen müssen 
sowohl Nutzungsbedingungen als auch Google-Logo erscheinen."

Gibt es da wirklich keine andere Lösung?

Gruss, Markus

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

Re: [Talk-de] Allgemeines zur Platz-Erfassung

[Martin Koppenhoefer]

Am 30. April 2009 16:09 schrieb Jan Tappenbeck (OSM) :
> Hi !
>
> ich stand kürzlich vor einem Platz der nicht aus einer einheitlichen
> Wegekategorie bestand. Wenn dieses der Fall gewesen wäre, dann hätte ich
> da area=yes gemacht und die Sache hätte sich erledigt.
>
> Welche Vorgehensweise ist denn die "richtige":
>
> a.) nachzeichnen der Kontur -
> http://www.openstreetmap.org/browse/way/28293093/history
>
> b.) eigene Kontur die "neben" den Wegen sich befindet -
> http://www.openstreetmap.org/browse/way/9354155/history
>

ich mappe Plätze so, dass ich highway=pedestrian area=yes für den
reinen Platz vergebe (also von building-Kante zu building-Kante):
http://www.openstreetmap.org/browse/way/4949653/history
und die einmündenden Straßen dann in ihrer jeweiligen Mittellinie (so
dass der Platz zunächst praktisch nie dieselben Nodes hat wie die
Wege). Wenn Straßen den Platz überqueren, mappe ich diese separat
drüber. Im Anschluss erstelle ich Schnittpunkte von Wegen mit dem
Platzumriss (fürs routing).

Gruß Martin

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

[Talk-de] Allgemeines zur Platz-Erfassung

[Jan Tappenbeck (OSM)]

Hi !

ich stand kürzlich vor einem Platz der nicht aus einer einheitlichen 
Wegekategorie bestand. Wenn dieses der Fall gewesen wäre, dann hätte ich 
da area=yes gemacht und die Sache hätte sich erledigt.

Welche Vorgehensweise ist denn die "richtige":

a.) nachzeichnen der Kontur - 
http://www.openstreetmap.org/browse/way/28293093/history

b.) eigene Kontur die "neben" den Wegen sich befindet - 
http://www.openstreetmap.org/browse/way/9354155/history

Eure Meinung ist gefragt !

Gruß Jan :-)

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release ca ndidate" veröffentlicht

[Dirk Stöcker]

On Thu, 30 Apr 2009, Stefan Schwan wrote:


Hi!

Am 30. April 2009 14:43 schrieb Martin Koppenhoefer :

Am 30. April 2009 13:11 schrieb Stefan Schwan :

Wenn es weder Copyright, noch DB-Direktive gibt, dann ist es um den
Rechtsstaat eines Landes offenbar nicht sonderlich gut bestellt.


Das ist eine Ideologiefrage, die obige Aussage kann man m.E. so nicht
stehen lassen. Weder das copyright noch irgendwelche DB-Direktiven
sind naturgegebene Gesetze,


Doch, geistiges Eigentum ist Naturrecht - wie man den Schutz dieses


?

Geistiges Eigentum ist ein künstlich geschaffenes Recht, um speziellen 
Interessengruppen zusätzliche Kontrollmöglichkeiten oder Einkünfte zu 
garantieren. Jahrtausende ist der Mensch ohne dieses Rechtskonstrukt 
ausgekommen.



Der Schutz von geistigem Eigentum ist schon ziemlich wichitg für die
Gesellschaft.


Das unsere Gesellschaft ohne geistiges Eigentum anders aussähe ist wohl 
unbestritten. Das die Gesellschaft mit diesen Rechten besser dran ist 
halte ich jedoch für groben Unfug.


Der einzige Teil unserer Welt, der im Großen und Ganzen noch stolz darauf 
ist die Ergebnisse des Geistes freizugeben (nämlich die Wissenschaft) hat 
uns in der Jahren seit dieses Modell existiert viel weiter vorrangebracht 
als alle vorherigen geschützten Systeme.


Unsere Gesellschaft wäre sicher ohne die Idee einen reinen Gedanken als 
Handelsware anzusehen viel besser dran. Alles, was sich ohne eigenen 
Verlust weitergeben lässt, sollte frei sein.


P.S. Natürlich ist auch klar, dass aus der jetzigen Welt der Schwenk in 
die Freiheit so einfach nicht möglich ist. Die ersten Anzeichen sind 
allerdings erkennbar auch wenn viele es nicht wahrhaben wollen. Aber es 
wird lange dauern - länger als ich Zeit habe.


Ciao
--
http://www.dstoecker.eu/ (PGP key available)___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Philipp Klaus Krause]

Frederik Ramm schrieb:
> Wenn jemand in Nordkorea die GPL verletzt und ein eigenes Betriebssystem 
> namens "Lunix" baut und dies einem Kunden in den USA verkauft (und 
> beteuert, dass alle Rechte in Nordkorea liegen), dann koennen die 
> Rechteinhaber - Nordkorea hin oder her - Ansprueche gegen den Kunden in 
> den USA durchsetzen, weil das Copyright nicht dadurch ausgehebelt wird, 
> dass die Koreaner irgendwas draufschreiben.

Nordkorea ist 2003 der Berner Konvention beigetreten. Spätestens damit
sollte die GPL dort genausogut durchsetzbar sein wie in den USA.

Philipp

P.S.: Die einzigen Staaten, die bisher mit keinem internationalen
Übereinkommen zum Urherberrecht etwas zu tun haben wollten sind
Kiribati, Nauru, Palau, San Marino, Somalia, Turkmenistan und Tuvalu.

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Tobias Wendorff]

Hallo,

Frederik Ramm schrieb:
> Ich bin felsenfest davon ueberzeugt, dass *einige* der Daten, die in 
> unserer Datenbank sind, vor Gericht in *einigen* Laendern als 
> urheberrechtlich geschuetzt angesehen werden wuerden.
 >
> Ich bin ebenso felsenfest davon ueberzeugt, dass *einige* der Daten (ich 
> nehme an, die meisten) vor Gericht in *einigen* Laendern (ich nehme an, 
> in den meisten) nicht als schutzfaehig angesehen werden wuerden.

Wenn wir Pech haben, heißt es dann irgendwann mal: "Die Sachlage konnte
nicht eindeutig geklärt werden und es wird zugunsten des Angeklagten
entschieden."

>> a) Sie sind geschütztm dann darf derjenige Anwender bei dem die ODbL
>> nicht gilt, eh nicht machen was er will. Die Nutzung der Daten sowie
>> die Vervielfältigung wurde nämlich nur dem Herausgeber bzw. Betreiber
>> der OSM-Datenbank unter ODbL erteilt - nicht direkt dem Anwender.
> 
> Es kaeme in dem Fall darauf an, welche Lizenz fuer den Inhalt verwendet 
> wurde, und ob diese Lizenz gilt. Die FIL, die dafuer im Gespraech war 
> und im wesentlichen einer BSD-Lizenz aehnelt, soll jetzt in "Database 
> Content License" umbenannt und etwas verbessert und in den naechsten 
> Tagen vorgestellt werden.

Ich rede ja von der Gültigkeit der Lizenz, sondern von der Ungültigkeit.
Wenn im Land xy die Datenbankschutzrichtlinie nicht gilt, dann gilt
immer noch das Urheberrecht (siehe unten). Auch wenn ich nicht glaube,
dass sowas unverfolgt bleiben kann.

>> b) Sie sind nicht geschützt, dann ist es für uns Anwender wurscht.
>> Wir haben keinerlei Rechte an den Daten und schenken sie freiwillig
>> an den Betreiber der Datenbank. Diese Datenbank kann dann unter der
>> Lizenz einer Wahl stehen, nehmen wir ruhig die ODbL. Wir haben
>> keinerlei Mitspracherecht, außer natürlich auf Kulanzbasis.
> 
> Naja, wir koennten ja selber immer noch, auch bei ungeschuetzten Daten, 
> von dem Datenbankschutz etwas abbekommen. Jordan Hatcher hatte 
> urspruenglich vorgesehen, dass die einzelnen Mapper ihre Daten ebenfalls 
> als Datenbank unter der ODbL an die OSMF lizensieren. Mittlerweile ist 
> die Position der OSMF aber, dass die Daten unter der FIL (bzw. bald 
> DbCL) lizensieren sollen. Dazu haben die amerikanischen Anwaelte 
> geraten, aber die Begruendung dafuer kenne ich nicht.

Stimmt, die Diskussion hatten wir ja schon mal. Ich war der Meinung,
dass man keine Nutzungsrechte an Daten vergeben kann, an denen man
keine Recht hat - Du warst anderer Meinung. Wir sollten das nicht
weiterverfolgen :-)

>> Bislang wurde ja immer von "a" ausgegangen, von dem ich ja auch
>> ein Vertreter bin. Allerdings sehe ich hier kein Problem, wenn
>> die ODbL irgendwo ungültig werden sollte. Wenn man ein Urheberrecht
>> darauf habe, gilt es weltweit (Welturh.abkommen, WTC, WIPO etc.).
> 
> Ich gehe davon aus, dass die USA zu den Laendern gehoeren, in denen 
> unsere Daten tendenziell eher *nicht* dem Urheberrecht unterliegen, nach 
> dem Motto "facts are free".

Super, damit dürfte jeder Amerikaner jedes Buch der Welt, welches
auf wahren Gegebenheiten basiert oder sich mit Naturwissenschaften
beschäftigt frei kopieren.

Dann kommt jetzt meine große Frage: Wie schützen Navteq und Teleatlas
ihre Daten in den USA? :-)

Grüße
Tobias

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Frederik Ramm]

Hallo,

> Ich finde das alles komplett überbewertet, solange nicht klar ist,
> ob unsere Daten überhaupt urheberrechtlich geschützt sind.

Ich bin felsenfest davon ueberzeugt, dass *einige* der Daten, die in 
unserer Datenbank sind, vor Gericht in *einigen* Laendern als 
urheberrechtlich geschuetzt angesehen werden wuerden.

Ich bin ebenso felsenfest davon ueberzeugt, dass *einige* der Daten (ich 
nehme an, die meisten) vor Gericht in *einigen* Laendern (ich nehme an, 
in den meisten) nicht als schutzfaehig angesehen werden wuerden.

> a) Sie sind geschütztm dann darf derjenige Anwender bei dem die ODbL
> nicht gilt, eh nicht machen was er will. Die Nutzung der Daten sowie
> die Vervielfältigung wurde nämlich nur dem Herausgeber bzw. Betreiber
> der OSM-Datenbank unter ODbL erteilt - nicht direkt dem Anwender.

Es kaeme in dem Fall darauf an, welche Lizenz fuer den Inhalt verwendet 
wurde, und ob diese Lizenz gilt. Die FIL, die dafuer im Gespraech war 
und im wesentlichen einer BSD-Lizenz aehnelt, soll jetzt in "Database 
Content License" umbenannt und etwas verbessert und in den naechsten 
Tagen vorgestellt werden.

> b) Sie sind nicht geschützt, dann ist es für uns Anwender wurscht.
> Wir haben keinerlei Rechte an den Daten und schenken sie freiwillig
> an den Betreiber der Datenbank. Diese Datenbank kann dann unter der
> Lizenz einer Wahl stehen, nehmen wir ruhig die ODbL. Wir haben
> keinerlei Mitspracherecht, außer natürlich auf Kulanzbasis.

Naja, wir koennten ja selber immer noch, auch bei ungeschuetzten Daten, 
von dem Datenbankschutz etwas abbekommen. Jordan Hatcher hatte 
urspruenglich vorgesehen, dass die einzelnen Mapper ihre Daten ebenfalls 
als Datenbank unter der ODbL an die OSMF lizensieren. Mittlerweile ist 
die Position der OSMF aber, dass die Daten unter der FIL (bzw. bald 
DbCL) lizensieren sollen. Dazu haben die amerikanischen Anwaelte 
geraten, aber die Begruendung dafuer kenne ich nicht.

> Bislang wurde ja immer von "a" ausgegangen, von dem ich ja auch
> ein Vertreter bin. Allerdings sehe ich hier kein Problem, wenn
> die ODbL irgendwo ungültig werden sollte. Wenn man ein Urheberrecht
> darauf habe, gilt es weltweit (Welturh.abkommen, WTC, WIPO etc.).

Ich gehe davon aus, dass die USA zu den Laendern gehoeren, in denen 
unsere Daten tendenziell eher *nicht* dem Urheberrecht unterliegen, nach 
dem Motto "facts are free".

Bye
Frederik


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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Tobias Wendorff]

Frederik Ramm schrieb:
> Da hast Du das Gesetz auf Deiner Seite, denn man kann kein Eigentum an 
> Diebesgut erwerben (BGB §935). Waere das nicht gesetzlich so geregelt, 
> dann waere es von Dir auch nicht rechtmaessig, Dein Fahrrad vom jetzigen 
> Fahrer zurueckzuverlangen - Du muesstest den Mittelsmann auf Ersatz 
> verklagen.

Das ist korrekt, aber §935 greift nicht bei Daten, da sie keine Sache
im Sinne des Bürgerlichen Gesetzbuches sind.

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Stefan Schwan]

Hi!

Am 30. April 2009 14:43 schrieb Martin Koppenhoefer :
> Am 30. April 2009 13:11 schrieb Stefan Schwan :
>> Wenn es weder Copyright, noch DB-Direktive gibt, dann ist es um den
>> Rechtsstaat eines Landes offenbar nicht sonderlich gut bestellt.
>
> Das ist eine Ideologiefrage, die obige Aussage kann man m.E. so nicht
> stehen lassen. Weder das copyright noch irgendwelche DB-Direktiven
> sind naturgegebene Gesetze,

Doch, geistiges Eigentum ist Naturrecht - wie man den Schutz dieses
Rechts ausgestaltet ist eine andere Frage. Es ist aber relativ
unbestritten, dass man, nur weil man Mensch ist, geistiges Eigentum
erwerben kann und darf.

> und es ist nicht gesagt, dass die Welt mit
> diesen Gesetzen besser lebt als ohne.

Der Schutz von geistigem Eigentum ist schon ziemlich wichitg für die
Gesellschaft.
Bemerkenswert, dass diese Aussage von jemand kommt, der von seinem
geistigen Eigentum lebt.

Könntest du besser leben, wenn es kein geistiges Eigentum gäbe?

Gruß,
Stefan

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Tobias Wendorff]

Frederik Ramm schrieb:
> Alles in allem scheint mir diese 1.0-Version eine vernuenftige 
> Weiterentwicklung auf dem ODbL-Weg zu sein - wenn man den Weg denn 
> ueberhaupt insgesamt fuer den richtigen haelt.

Ich finde das alles komplett überbewertet, solange nicht klar ist,
ob unsere Daten überhaupt urheberrechtlich geschützt sind.

a) Sie sind geschütztm dann darf derjenige Anwender bei dem die ODbL
nicht gilt, eh nicht machen was er will. Die Nutzung der Daten sowie
die Vervielfältigung wurde nämlich nur dem Herausgeber bzw. Betreiber
der OSM-Datenbank unter ODbL erteilt - nicht direkt dem Anwender.

b) Sie sind nicht geschützt, dann ist es für uns Anwender wurscht.
Wir haben keinerlei Rechte an den Daten und schenken sie freiwillig
an den Betreiber der Datenbank. Diese Datenbank kann dann unter der
Lizenz einer Wahl stehen, nehmen wir ruhig die ODbL. Wir haben
keinerlei Mitspracherecht, außer natürlich auf Kulanzbasis.

Bislang wurde ja immer von "a" ausgegangen, von dem ich ja auch
ein Vertreter bin. Allerdings sehe ich hier kein Problem, wenn
die ODbL irgendwo ungültig werden sollte. Wenn man ein Urheberrecht
darauf habe, gilt es weltweit (Welturh.abkommen, WTC, WIPO etc.).



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

Re: [Talk-de] Autobahnauffahrt

[Martin Simon]

Am 30. April 2009 10:23 schrieb Tobias Knerr :

> Die hellsehende Anwendung als Lösung aller Probleme, prima. Einfacher
> wäre es vielleicht, das existierende Abbiegeverbot auch einzutragen.
> Dann gibts nämlich kein Gerate mehr, sondern eine klare Aussage: "hier
> nicht reinfahren". Sogar dann, wenn jemand für die subjektive
> Verbesserung der optischen Darstellung einen Node etwas verschiebt und
> damit unbewusst eine winkelbasierende Abbiegebeschränkung aufgehoben hätte.

Ja, natürlich ist es besser, es explizit per restriction anzugeben -
nur schein das Gary dann wieder zu aufwändig zu sein. Wie alles außer
dem doppelt zeichnen einer Fahrbahn.

Gruß,

Martin

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Frederik Ramm]

Hallo,

Rainer Knaepper wrote:
>> * Die Sache mit dem "oder eine neuere Version der Lizenz" wurde
>> insofern praezisiert, als dass da nun steht "eine neuere Version,
>> die dem Geiste dieser Lizenz entspricht";
> 
> warum macht man dort denselben Fehler wie in der gfdl? Diese any- 
> later-Klausel ist im deutschen (auch CH und A) Rechtsraum böse
> umstritten, da hierzulande vermutlich sittenwidrig. Siehe diverse
> Diskussionen im Zusammenhang mit der geplanten Lizenzumstellung in der
> Wikipedia.

Ich denke mal, man wird sich gedacht haben, ohne geht's nicht. OSM und 
ueberhaupt der ganze Bereich Geodaten und "Open Data" entwickeln sich 
sehr schnell; es gibt keine existierende, verlaessliche Lizenz, die man 
einfach nehmen koennte. Man bastelt also eine eigene. Aber es kann als 
sicher gelten, dass es keine zwei Jahre dauert, bis man irgendeinen 
Fehler findet, oder bis sich die technische oder rechtliche Umgebung so 
veraendert hat, dass man reagieren muss. Es waere illusorisch (und 
un-OSM-like), dies alles voraussehen zu wollen. Daher muss man sich eine 
Hintertuer auflassen, oder man hat den ganzen Relizensierungs-Aerger 
(bei dem man die Daten von allen verliert, die nicht mehr erreichbar 
sind usw.) alle paar Jahre aufs neue!

Bye
Frederik

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Rainer Knaepper]

Moin Frederik,

>* Die Sache mit dem "oder eine neuere Version der Lizenz" wurde
>insofern praezisiert, als dass da nun steht "eine neuere Version,
>die dem Geiste dieser Lizenz entspricht";

warum macht man dort denselben Fehler wie in der gfdl? Diese any- 
later-Klausel ist im deutschen (auch CH und A) Rechtsraum böse
umstritten, da hierzulande vermutlich sittenwidrig. Siehe diverse
Diskussionen im Zusammenhang mit der geplanten Lizenzumstellung in der
Wikipedia.

>anderer Ansicht; ich finde, das fuehrt zu einer Ungleichbehandlung
>von Nutzern in verschiedenen Laendern und zu einer
>Rechtsunsicherheit, und mir waere "keine Lizenz" (PD, BSD o.ae.)
>lieber als eine Lizenz, die nur in einem Teil der Welt verbindlich
>ist.

ack

Rainer (der die Originaldiskussionen mangels ausreichender
Englischkenntnisse nicht verfolgen kann)

-- 


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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Frederik Ramm]

Hallo,

Stefan Schwan wrote:
> Wenn ich morgen jemand auf meinem Fahrrad durch die Stadt fahren sehe,
> dann verlange ich das zurück - auch wenn der Fahrer nachweisen kann,
> dass er es aus dem Urlaub im "Schurkenstaat" mitgebracht, oder auf dem
> Flohmarkt gekauft hat.

Da hast Du das Gesetz auf Deiner Seite, denn man kann kein Eigentum an 
Diebesgut erwerben (BGB §935). Waere das nicht gesetzlich so geregelt, 
dann waere es von Dir auch nicht rechtmaessig, Dein Fahrrad vom jetzigen 
Fahrer zurueckzuverlangen - Du muesstest den Mittelsmann auf Ersatz 
verklagen.

> Ich kann mir nicht vorstellen, dass ein Datensatz, der auf diese Art
> "reingewaschen" wäre, wirklich ein "rechlich einwandfreies Produkt"
> darstellen würde, noch dazu in den USA - die viel beschworene
> "Rechtssicherheit" hätte man sicher nicht, wenn man sein Geschäft auf
> Hehlerware aufbaut.

Wie gesagt, das mit der Hehlerware ist extra gesetzlich so geregelt. Ich 
sehe in unserem Fall eher eine Parallele zu den sogenannten 
"Grauimporten": Da ist ein Hersteller, der verkauft ein Produkt an einen 
Grosshaendler unter bestimmten vertraglichen Auflagen ("nur fuer den 
Vertrieb in der Mongolei"). Dieser Grosshaendler verstoesst gegen seinen 
Vertrag und verkauft die Ware hier in Deutschland. Wenn ich als Kunde 
die Ware hier kaufe, dann habe vor dem Gesetz ich genau die gleichen 
Rechte, als haette ich eine vom Hersteller fuer Deutschland vorgesehene 
Ware gekauft. Wenn Sony ploetzlich zu mir kommt und sagt: "Sorry, dieser 
Fernseher war nur fuer die Mongolei, geben Sie den wieder her", dann 
sage ich: "Euer Problem, ich habe den legal erworben." - Und das Gesetz 
ist auf meiner Seite.

Bye
Frederik



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

Re: [Talk-de] Aufkleber?

[Tobias Wendorff]

Martin Koppenhoefer schrieb:
> das stimmt nicht. Siebdruck ist nicht nur schöner, sondern auch
> deutlich aufwendiger (man braucht ein Sieb für jede Farbe), man kann
> dafür aber richtig gute Farbe benutzen, die perfekt wasserfest und
> UV-resistent ist und daher weder ausbleicht noch verwäscht etc. Bei
> größeren Stückzahlen relativiert sich der Preis für die Herstellung
> der Siebe, allerdings bleibt nach wie vor der Aufwand, dass man die
> Farben alle hintereinander drucken muss.

Die meisten Dienstleister bieten Oberflächenversiegelung für wasserfest
und UV-Resistenz an, heutzutage muss das nicht immer in der Farbe
stecken, sondern kann auch draufgepappt werden.

Es ist halt eine Frage des Sinnes, ob man einen TOP-Aufkleber
oder 5 NAJA-Aufkleber für 50 Cent kaufen will.

Für 50 Cent pro Aufkleber nehme ich mir Hochglanz-Aufkleberfolie
und drucke mir die Dinger selber. Da habe ich einen Stückpreis
von 3-5 Cent mit Druck und haue dann Permanent-Spray drüber.

>> Wenn ein Dienstleister sagt, dass zwei verschiedene Designs mit
>> gleicher Größer unterschiedlich teuer sind (und die Farbigkeit nicht
>> komplett unterschiedlich ist), dann sollte man ihn wechseln.
> 
> m.E. ist das eher ein Argument dafür, dass er sorgfältig arbeit und
> den Mehraufwand daher auch hat. Kommt wie gesagt aufs Druckverfahren
> an.

Klar, Mehraufwand ... er muss zwei Dateien laden. Supi.

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

[Talk-de] web stat www.gary68.de

[Gary68]

hi,

mal ein paar daten, wen's interessiert:

- die web site hat diesen monat ~10GB transfer gehabt
- unangefochten interessieren sich die meisten leute für die slippy mit
den unmapped places (246 hits)
- danach kommen diesen monat die relation checks (215)
- relation diffs (170)
- oberpfalz stat (160 hits mit 60% traffic, aha!)
- dann kommen die bug sammlung als gpx bzw. als extrakt (79, 67, 54)
- und das perl modul osm.pm kommt auf 60 hits - ob's doch jemand
gebrauchen kann? :-)

naja, und dann geht es eben so weiter.

ps: hier geht es zu den ganzen daten:
http://wiki.openstreetmap.org/wiki/User:Gary68 

viel spaß weiterhin!

gerhard
gary68



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

Re: [Talk-de] jOSM: java.lang.NullPointException

[Mario Salvini]

Raimond Spekking schrieb:
> Moin,
>
> mit JOSM 1565 unter WinXP (und auch MacOSX) bekommt ich beim Hochladen
> einer größeren Bearbeitung einen Abbruch mit dem Fehler
> "java.lang.NullPointException".
>
> Kleine Bearbeitungen kann ich nach wie vor hochladen.
>
> Ein Versuch mit der letzte JOSM Stable 1529 brachte auch einen Abbruch,
> aber diesmal als Serverfehler.
>
> Habe ich Bockmist beim Editieren gemacht, spinnt mein Java oder JOSM
> oder der Server?
>
> Danke für eure Hilfe.
>
> Raymond.
>   
kann es sein, dass der Fehler kommt wenn man Nodes gelöscht hat?

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Martin Koppenhoefer]

Am 30. April 2009 13:11 schrieb Stefan Schwan :
> Wenn es weder Copyright, noch DB-Direktive gibt, dann ist es um den
> Rechtsstaat eines Landes offenbar nicht sonderlich gut bestellt.

Das ist eine Ideologiefrage, die obige Aussage kann man m.E. so nicht
stehen lassen. Weder das copyright noch irgendwelche DB-Direktiven
sind naturgegebene Gesetze, und es ist nicht gesagt, dass die Welt mit
diesen Gesetzen besser lebt als ohne.

Gruß Martin

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Martin Koppenhoefer]

Am 30. April 2009 09:02 schrieb Sven Anders :
> Führt vielleicht zu weit: Kann ich nicht eine ausgediente Bohrinsel irgendwo
> im Atlantik kaufen und dort mein eigenes Land mit eigenen Gesetzen ausrufen?

im Prinzip ja, praktisch aber nicht so relevant, da Du für echte
Souveränität ja auch von anderen Staaten anerkannt werden musst. Dafür
könnte Dir z.B. Bevölkerung, Militär, wirtschaftliche Selbständigkeit
usw. fehlen

Gruß Martin

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

[Talk-de] jOSM: java.lang.NullPointException

[Raimond Spekking]

Moin,

mit JOSM 1565 unter WinXP (und auch MacOSX) bekommt ich beim Hochladen
einer größeren Bearbeitung einen Abbruch mit dem Fehler
"java.lang.NullPointException".

Kleine Bearbeitungen kann ich nach wie vor hochladen.

Ein Versuch mit der letzte JOSM Stable 1529 brachte auch einen Abbruch,
aber diesmal als Serverfehler.

Habe ich Bockmist beim Editieren gemacht, spinnt mein Java oder JOSM
oder der Server?

Danke für eure Hilfe.

Raymond.



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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Stefan Schwan]

Hallo,

Am 30. April 2009 13:31 schrieb Frederik Ramm :
> Um die Tatsache, dass es mit dem Vertragskonstrukt - im Gegensatz zum
> Copyright-/DB-Recht-Konstrukt - moeglich sein koennte, unsere Lizenz
> beim Transit durch einen Schurkenstaat (*) "wegzuwaschen" und danach ein
> lizenzfreies, rechtlich einwandfreies Produkt in einem Land wie den USA
> zu haben, winden sich die ODC-Leute meiner Ansicht nach herum (mit den
> Worten "naja, dann ist die Lizenz wenigstens noch Ausdruck dessen, was
> man gerne gehabt haette").

Wenn ich morgen jemand auf meinem Fahrrad durch die Stadt fahren sehe,
dann verlange ich das zurück - auch wenn der Fahrer nachweisen kann,
dass er es aus dem Urlaub im "Schurkenstaat" mitgebracht, oder auf dem
Flohmarkt gekauft hat.

Ich kann mir nicht vorstellen, dass ein Datensatz, der auf diese Art
"reingewaschen" wäre, wirklich ein "rechlich einwandfreies Produkt"
darstellen würde, noch dazu in den USA - die viel beschworene
"Rechtssicherheit" hätte man sicher nicht, wenn man sein Geschäft auf
Hehlerware aufbaut.

Gruß,
Stefan

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

Re: [Talk-de] Maxspeed map

[Martin Koppenhoefer]

Am 30. April 2009 12:26 schrieb Mario Salvini :
> Überall da wo "highway=motorway" ODER "highway=trunk + motorroad=yes"
> UND "kein maxspeed-Tag" gilt --> maxspeed=unlimited=no=none

das gilt weiterhin auch überall dort, wo Du ausserorts baulich
getrennte Spuren und keine explizite Geschwindigkeitsbegrenzung hast,
es muss sich dabei nicht um eine Kraftfahrstraße (und auch keine trunk
in OSM) handeln.

Gruß Martin

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

Re: [Talk-de] os bugs

[Gary68]

hi.

tja, die "bugs" bekomme ich ja von einer anderen quelle. mitja baut das
aber gerade neu, evtl. kann er sowas noch einbauen.

ciao

gerhard

On Thu, 2009-04-30 at 12:44 +0200, Jens Herrmann wrote:
> Gary68 wrote:
> > aber: trotz des letzten rekords ein neuer höchststand bei den offenen
> > bugs...
> Wobei anzumerken wäre dass es sich bei einem großen Teil davon gar nicht
> um bugs im eigentlichen Sinne handelt. Hier in meiner Gegend handelt es
> sich oft nur um Kommentare ala "hier wird Ende 2009 umgebaut, siehe
> Zeitungsartikel soundso". Ich fände es sinnvoll wenn echte bugs von
> Kommentaren zukünftig unterschieden werden würden.
> 
> Jens
> 
> 
> 


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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Frederik Ramm]

Hallo,

Frederik Ramm wrote:
> (*) Es braucht dazu nicht einmal einen Schurkenstaat. Es gibt bereits 
> OSMer, die aus Protest angekuendigt haben, das Planetfile 
> "Vertragsabschluss"-Klausel weiterzuverteilen. Dies waere zwar ein 

  ^--- ohne

Bye
Frederik

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Frederik Ramm]

Hi,

Stefan Schwan wrote:
> "If this is of concern to you your only real alternative is to not
> make the database available"
> 
> ..ist dann schlüssig (und kein "herumwinden") wenn man zum einen
> bejaht das man eine Lizenz (also kein PD) möchte, und zum anderen
> einsieht, dass es Ecken auf dieser Welt "ohne Recht und Ordnung" gibt,
> wo man ungestraft viel schlimmere Sachen treiben kann, als Datenbanken
> lizenzwidrig zu vermarkten.

Ich habe halt den Eindruck, dass unsere Daten so durch die Hintertuer in 
"reingewaschener" Form auf sehr grosse Maerkte - z.B. die USA - gelangen 
koennen und dort lizenzfrei und ohne rechtliche Probleme beliebig 
weiterverwendet werden duerfen. Wenn es so waere, dass nur die Laender 
betroffen waeren, die sowieso Schurkenstaaten ohne funktionierendes 
Rechtssystem sind, waere es mir egal.

Um die Tatsache, dass es mit dem Vertragskonstrukt - im Gegensatz zum 
Copyright-/DB-Recht-Konstrukt - moeglich sein koennte, unsere Lizenz 
beim Transit durch einen Schurkenstaat (*) "wegzuwaschen" und danach ein 
lizenzfreies, rechtlich einwandfreies Produkt in einem Land wie den USA 
zu haben, winden sich die ODC-Leute meiner Ansicht nach herum (mit den 
Worten "naja, dann ist die Lizenz wenigstens noch Ausdruck dessen, was 
man gerne gehabt haette").

Bye
Frederik

(*) Es braucht dazu nicht einmal einen Schurkenstaat. Es gibt bereits 
OSMer, die aus Protest angekuendigt haben, das Planetfile 
"Vertragsabschluss"-Klausel weiterzuverteilen. Dies waere zwar ein 
Lizenzverstoss, aber jeder Empfaenger eines solchen Planetfiles in einem 
Land ohne Datenbankrecht hat faktisch eine PD-Datei vor sich. Selbst 
wenn der, der gegen die Lizenz verstossen hat, deswegen vor Gericht 
gezerrt wird.


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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release candidat e" veröffentlicht

[Stefan Schwan]

Hallo!

Am 30. April 2009 01:12 schrieb Frederik Ramm :

> Aus der Frage "was ist mit der internationalen Gueltigkeit besonders in
> Laendern ohne Datenbank-Direktive" haben sich die ODC-Leute etwas
> herausgewunden, siehe http://www.opendatacommons.org/faq/licenses/ - das
> Argument geht etwa so: "Mag ja sein, dass diese Lizenz in bestimmten
> Laendern nicht gilt, aber es ist doch besser als nix, wenn sie in
> anderen Laendern wenigstens funktioniert".

Naja, vielleicht eher: "Wenn es in Ländern weder Copyright, noch
Datenbank-Direktive gibt, dann kann man keine Lizenz (weder diese noch
eine andere) durchsetzen"

> Hier bin ich anderer Ansicht;
> ich finde, das fuehrt zu einer Ungleichbehandlung von Nutzern in
> verschiedenen Laendern und zu einer Rechtsunsicherheit, und mir waere
> "keine Lizenz" (PD, BSD o.ae.) lieber als eine Lizenz, die nur in einem
> Teil der Welt verbindlich ist.

Eine "Ungleichbehandlung" kann nur vorliegen, wenn etwas "wesentlich
Gleiches" ungleich behandelt wird.
Wenn es weder Copyright, noch DB-Direktive gibt, dann ist es um den
Rechtsstaat eines Landes offenbar nicht sonderlich gut bestellt.
Staaten mit und ohne Rechtsstaat sind nicht "wesentlich Gleich" -
obwohl es sich bei beiden um Staaten handelt.

"If this is of concern to you your only real alternative is to not
make the database available"

..ist dann schlüssig (und kein "herumwinden") wenn man zum einen
bejaht das man eine Lizenz (also kein PD) möchte, und zum anderen
einsieht, dass es Ecken auf dieser Welt "ohne Recht und Ordnung" gibt,
wo man ungestraft viel schlimmere Sachen treiben kann, als Datenbanken
lizenzwidrig zu vermarkten.

Gruß,
Stefan

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

Re: [Talk-de] os bugs

[Jens Herrmann]

Gary68 wrote:
> aber: trotz des letzten rekords ein neuer höchststand bei den offenen
> bugs...
Wobei anzumerken wäre dass es sich bei einem großen Teil davon gar nicht
um bugs im eigentlichen Sinne handelt. Hier in meiner Gegend handelt es
sich oft nur um Kommentare ala "hier wird Ende 2009 umgebaut, siehe
Zeitungsartikel soundso". Ich fände es sinnvoll wenn echte bugs von
Kommentaren zukünftig unterschieden werden würden.

Jens




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

Re: [Talk-de] Maxspeed map

[Stefan Dettenhofer (StefanDausR)]

Mario Salvini schrieb:

  

> Sind die "gelben Autobahnen" nicht auch klar/eindeutig über 
> highway=trunk + motorroad=yes zu erkennen? Könnte man auch als 
> eindeutiges Kriterium deklarieren.
>
> Überall da wo "highway=motorway" ODER "highway=trunk + motorroad=yes" 
> UND "kein maxspeed-Tag" gilt --> maxspeed=unlimited=no=none
>   
ODER "highway=primary" UND "lanes>=2 (2 oder mehr Spuren)
ODER "highway=primary" UND "onway=true" (baulich getrennte Fahrbahnen)

Aber eine Kraftfahrstraße ("highway=trunk + motorroad=yes") erfüllt 
nicht per se o.g. Bedingungen

Ich denke bei so vielen Ausnahmen ist es besser ein Klares tag zu setzten!

Gruß,
Stefan


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

Re: [Talk-de] Maxspeed map

[Mario Salvini]

SteMo schrieb:
>   Hallo Allerseits,
>
> bin neu hier und lese jetzt erst ein paar Tage mit.
>
>
> Mario Salvini schrieb, am 29.04.2009 2:55 Uhr:
> [...]
>   
>> außerdem gibts in Zone-30 Bereichen eigentlich keine extra ausgeführten 
>> benutzungspflichtigen Radwege ;)
>> 
>
> Das stimmt so in keinem Fall pauschal. In HH gibt eine eine Vielzahl an
> Tempo 30-Zonen und genau so viele Straßen, mit eigenen Radwegen
> innerhalb der Zonen. Zum Teil sind es auf die Straße gemalte Spuren oder
> noch die älteren eigenen Radwege "im" Fußwegbereich.
>
>   Cheers
>
>   
Möglich, dass das so gewachsen ist weil die 30er-Zone erst nachträglich 
installiert wurde, dann bleibt der Weg vermutlich stehen.
Aber in frisch gewachsenen Strukturen schließt das eine eigentlich das 
andere aus.
Auch gibt es in 30-Zonen auch eigentlich keine Zebrastreifen.

--
 Mario


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

Re: [Talk-de] Maxspeed map

[Mario Salvini]

Guenther Meyer schrieb:
> Am Mittwoch 29 April 2009 schrieb Mario Salvini:
>   
>> Guenther Meyer schrieb:
>> 
>>> Am Mittwoch 29 April 2009 schrieb André Reichelt:
>>>   
 Stefan Dettenhofer (StefanDausR) schrieb:
 
> maxspeed=motorway:DE
>   
 Ist die angabe des Straßentypes denn überhaupt notwendig? Es ergibt sich
 ja aus dem Highway-Typ. Ich denke, man sollte das nur taggen, wenn es
 eine Abweichung gibt.
 
>>> ich wuerde das schon mit angeben, weil sich glaub ich die highway-typen
>>> doch ein bisschen ueberschneiden.
>>> eine primary oder secondary koennte z.B. sowohl als landstrasse als auch
>>> innerhalb einer ortschaft vorkommen.
>>>
>>> es gibt (zumindest in deutschland) die drei geschwindigkeitsdefaults:
>>>
>>> motorway:DE auf autobahnen und autobahnaehnlich ausgebauten strassen
>>> city:DE in geschlossenen ortschaften
>>> default:DE fuer alles andere
>>>   
>> wirklich nötig ist nur city:DE (oder etwas ähnliches was genau das
>> aussagt). motorway:DE könnte auch mit default:DE abgedeckt werden, aber
>> eigenltich bräuchte man wenn man in Kauf nimmt nicht zu wissen ob schon
>> einer da war motorway:DE und default:DE auch ganz streichen und einfach
>> kein maxspeed setzen. (Unter der Maxime dass die Applikation weiß in
>> welchem Land es sich befindet. Dann könnte man aber auch dass :DE bei
>> maxspeed=city oder maxspeed=city_limits weglassen)
>> 
>
> eins reicht eben nicht, das habe ich doch oben geschrieben!
> motorway-geschwindigkeit gibt es eben nicht nur auf motorways...
>   
Sind die "gelben Autobahnen" nicht auch klar/eindeutig über 
highway=trunk + motorroad=yes zu erkennen? Könnte man auch als 
eindeutiges Kriterium deklarieren.

Überall da wo "highway=motorway" ODER "highway=trunk + motorroad=yes" 
UND "kein maxspeed-Tag" gilt --> maxspeed=unlimited=no=none



--
 Mario

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

Re: [Talk-de] Maxspeed map

[Marc Schütz]

> > > So verkommt der maxspeed - tag zur Bedeutungslosigkeit weil jeder was
> > > neues dazu erfindet und die Anwendungen gar nicht so schnell
> > > hinterherkommen die neuen Tags zu erlernen um noch was sinnvolles
> damit
> > > anfangen zu können...
> >
> >
> > Um so besser - dann entsteht wenigsten gar nicht erst der Eindruck, 
> > dass es in diesem Stadium des Projekts irgendwelche 
> > Kompatibilitätsgarantien bezüglich unseres Datenmodells gibt. Wenn man
> > mit Beta-Software und -Daten arbeitet, muss man halt immer damit 
> > rechnen, dass sich was wichtiges ändert.
> Hast Du vor einen grossteil der Mapper die OSM gewonnen hat wieder zu 
> vergraulen?
> Die meisten davon dürdten dabei sein um die Daten einsatzfähig zu machen
> und nicht um sie als programmiertechnische Spielwiese zu benutzen
> die man regelmässig platt macht um sie wieder anderst aufzubauen.

Mapper werden dadurch nicht unbedingt verkrault, höchstens Datennutzer, die 
nicht damit leben können, ab und zu mal was ändern zu müssen. Und es ist ja 
auch nicht das gesamte Taggingschema, das sich ändert.

Letztendlich sehe ich nur drei Möglichkeiten:

- Man definiert von Anfang an ein gut durchdachtes Taggingschema und 
Datenmodell, dass möglichst schon alle Sonderfälle abdeckt und das 
rückwärtskompatibel erweiterbar ist.

- Man lässt das Schema sich mit der Zeit entwickeln, besteht aber darauf, dass 
einmal eingeführte Features für immer gültig bleiben.

- Man lässt das Schema sich mit der Zeit entwickeln, verbessert aber "Fehler" 
und nicht ganz ausgegorene Teile, und erklärt auch mal nicht benötigte Tags für 
obsolet.

Das erste trifft bei uns offensichtlich nicht zu, das zweite führt letztendlich 
zu einem Chaos, das keiner mehr überblickt.

-- 
Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss 
für nur 17,95 Euro/mtl.!* 
http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a

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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Frederik Ramm]

Hallo,

Sven Anders wrote:
> Ist denn z.B. die GPL in allen Teilen der Welt verbindlich?

Vermutlich nicht. Aber die GPL hat (soweit ich weiss) uns gegenueber den 
Vorteil, dass sie in grossen Teilen der Welt auf Copyright gestuetzt 
sein kann.

Wenn jemand in Nordkorea die GPL verletzt und ein eigenes Betriebssystem 
namens "Lunix" baut und dies einem Kunden in den USA verkauft (und 
beteuert, dass alle Rechte in Nordkorea liegen), dann koennen die 
Rechteinhaber - Nordkorea hin oder her - Ansprueche gegen den Kunden in 
den USA durchsetzen, weil das Copyright nicht dadurch ausgehebelt wird, 
dass die Koreaner irgendwas draufschreiben.

Hat man hingegen eine Situation, die von Copyright nicht gedeckt ist, 
und macht stattdessen einen Vertrag: "Durch Oeffnen der Verpackung 
verpflichten Sie sich, dies und jenes zu tun, sonst verklagen wir Sie 
wegen Vertragsverletzung", dann kann ein "faules Ei" in der Mitte - 
Nordkorea - die Verpackung oeffnen und die Regel missachten (nach dem 
Motto "verklagt mich doch, wenn ihr mich kriegt") und das Produkt in 
neuer Verpackung in die USA weiterverkaufen. Da auf diesem Umweg keine 
Vertragsbeziehung zwischen dem Produkthersteller und dem Kaeufer 
zustande kommt, kann der Produkthersteller dem Kaeufer auch kein "durch 
Oeffnen der Verpackung verpflichten Sie sich..." vorschreiben.

Bye
Frederik

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

[Talk-de] Letzte Etappe einer Fahrrad-Weltreise am 1.Mai

[Rotbarsch]

Hallo liebe OSMler!

Entschuldigt bitte, dass diese Mail so kurzfristig kommt, aber wer  
morgen Zeit und Lust hat...

In einer anderen Rolle als Aktiver beim Allgemeinen Deutschen  
Fahrrad-Club (ADFC) und der Essener Fahrrad-initiative (EFI)  
organisiere ich gerade einen warmen Empfang für 2 Essener:

Nach über 30.000 km kommen Mandy und Benny zurück in Ihre Heimatstadt  
Essen. Als Essener Fahrrad-Initiative und ADFC Essen e.V. ist es uns  
eine Freude, Sie auf Ihrer letzten Etappe begleiten zu dürfen.

Ich würde mich freuen, wenn Ihr einplant an einem der folgenden  
Treffpunkte zu uns zu stoßen, um Mandy und Benny einen gebührenden  
Empfang zu bereiten:

* 10:13 Bahnhof Düsseldorf-Benrath (Ankunft der Essener mit der S6,  
Weiterfahrt direkt nach Ankunft der S-Bahn!)
* 10:30 Rheinfähre Zons
* 13:30 S-Bahnhof Hösel
* 15:00 S-Bahnhof Werden
* 16:00 Essen, Kennedyplatz mit Presse, Fernsehen, Stadtempfang

Wir werden in gemäßigtem Tempo radeln (max. 15 km/h im Schnitt).

Innerhalb von Düsseldorf wird uns ein Tourenleiter vom ADFC Düsseldorf  
führen. Ab Ratingen führe ich.

Ich bitte um kurze Rückmeldung per Mail, ob und wo Ihr zu uns trefft:


Näheres über Mandy und Bennys Tour hier:


Von OSM sind noch User:Black_Bike und User:Vogelfreier dabei!

Viele Grüße

Rotbarsch

P.S.: Benny und Mandy waren mit einem Garmin GPSMAP 60cx unterwegs...

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

Re: [Talk-de] Autobahnauffahrt

[Tobias Knerr]

Martin Simon schrieb:
> Keine Anwendung sollte derart scharfes Abbiegen von motorway_link auf
> motorway_link erlauben - allein schon um fehlerhafte Daten abzufangen.

Die hellsehende Anwendung als Lösung aller Probleme, prima. Einfacher
wäre es vielleicht, das existierende Abbiegeverbot auch einzutragen.
Dann gibts nämlich kein Gerate mehr, sondern eine klare Aussage: "hier
nicht reinfahren". Sogar dann, wenn jemand für die subjektive
Verbesserung der optischen Darstellung einen Node etwas verschiebt und
damit unbewusst eine winkelbasierende Abbiegebeschränkung aufgehoben hätte.

Natürlich kann jeder Anwendungsprogrammierer noch
Sicherheitsvorkehrungen gegen kritische Fehler einbauen, wenn er
OSM-Daten nicht traut (was vermutlich berechtigt ist). Das aber nicht
"allein schon um fehlerhafte Daten abzufangen" sondern ausschließlich,
um fehlerhafte Daten abzufangen. Korrekte Daten sollten sich nie auf
solche Sicherungen verlassen. Nicht-kritische Anwendungen sollten sie
deshalb auch nicht erst abfangen, so dass dsa Problem bemerkt werden kann.

> Wie Frederik einmal schrieb: "Bei OpenStreetMap wird an der
> Ausgabeseite gefiltert, nicht an der
>  Eingabeseite."
> 
> Der Satz trifft es ganz gut.

Bei einer Filterung ("hier ist mehr Information, als ich brauche")
stimme ich voll und ganz zu. Das ist aber was ganz anderes als "hier
fehlt Information, lasst uns raten" -- in so einem Fall sollten einfach
die fehlenden Infos explizit in die Daten rein.

Tobias Knerr

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

Re: [Talk-de] Wanderkarte tot?

[Nop]

Hallo!

Die Wanderkarte ist vorübergehend offline. Wird wohl ein paar Tage 
dauern bis sie auf ein neues Webhosting umgezogen ist.

bye
Nop


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

Re: [Talk-de] OePNV-Workshop in Karlsruhe

[Gerrit Lammert]

Tobias Wendorff wrote:
> Frederik Ramm schrieb:
>> Wenn sich jemand fuer das Thema besonders interessiert, lohnt sich 
>> sicher auch die Anreise von etwas weiter weg - ggf. helfen wir gern bei 
>> der Vermittlung einer Uebernachtungsmoeglichkeit.
> 
> Wäre eventuell auch ein LiveStream mit Webcam und Chat möglich, damit
> man aktiv an den Ideen teilhaben kann, wenn die Anreise zu
> kostenintensiv ist?

Würde ich auch sehr begrüßen.
Anreise kommt leider nicht in Frage, würde mich aber trotzdem
interessieren, was bei dem Workshop rumkommt.
Muss ja kein Livestream sein, aber danach das Material (idealerweise mit
 Video/Ton) im Internet verfügbar zu machen, wäre klasse.

Gerrit

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

Re: [Talk-de] Autobahnauffahrt

[Martin Simon]

Am 30.04.09 schrieb Garry :

> Darin dass man dafür sorge tragen muss dass nicht gleich wieder am
> Berührungspunkt von der Auffahrt auf die Einfahrt
> geroutet werden kann, die optische Kontrolle ist aufwendiger, in den
> Anwendungen muss mehr Aufwand getrieben
> werden für eine geeignete Darstellung,...

Ich kenne keine Anwendung, die das nicht geeignet darstellt.
Optische Kontrolle aufwändiger? Das habe ich mal bei _allen_
highway=motorway_link in Deutschland per JOSM gemacht - kein
Unterschied im Aufwand zwischen getrennter und gemeinsamer Führung.
Keine Anwendung sollte derart scharfes Abbiegen von motorway_link auf
motorway_link erlauben - allein schon um fehlerhafte Daten abzufangen.

>> Deine "Funktionssicherheit" ist in diesem Falle in etwa dasselbe, wie
>> einen Poller auf einer Straße als ein kurzes Stück Fußweg zu mappen,
>> weil openrouteservice und mkgmap noch keine Punkt-Hindernisse
>> beachten.

> Noch ein Beispiel dafür vernünftigen Vereinfachungen zielführender sind
> als auf superdetailgetreue
> Abbildungen zu pochen. OSM lebt von den Anwendbarkeit, nicht davon dass
> alles  was möglich
> ist in eine Datenbank gestopft wird aber zu komplex wird um es Anwenden
> zu können.

Bitte? Einen Punkt zu setzen, wo ein Punkt ist, und ihn als das zu
bezeichnen, was er ist, ist "Superdetailgetreu"?
mkgmap wir in nicht allzu langer Zeit kein Problem damit haben, an
solchen Stellen einfach selbst einen fake-fußweg zu erzeugen oder eine
Abbiegebeschränkung für Kfz.
Auf welche anderen Programme wartest du dann noch, bevor du deine
falschen Fußwege wieder zurückdrehst?

OSM ist eine Geodatenbank, wenn jemandem etwas an den gesammelten
Daten nicht passt, kann er sie manipulieren, *nachdem* er sie vom
Server erhalten hat.

Wie Frederik einmal schrieb: "Bei OpenStreetMap wird an der
Ausgabeseite gefiltert, nicht an der
 Eingabeseite."

Der Satz trifft es ganz gut.

-Martin

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

[Talk-de] Interview für Zeit-Online

[Sven Anders]

Moin,
hab vor kurzen eine Interview für Zeit Online gegeben.

Ihr findet es unter:


http://www.zeit.de/online/2009/18/openstreetmap-anders

Hoffe ich hab nicht zuviel blödsinn erzählt.

Insbesondere ist das mit dem Fossgis nicht ganz so rübergekommen wie ich es 
mir gewünscht (= "Der Fossgis ist die Deutsche Vertretung für Mapper" und 
nicht "Wir gründen später einen deutschen Verein").

Feedback nehme ich gerne entgegen.

Ich denke es wird immer wichtiger das wir das mit der Lizenz auch mal für die 
Presse darstellen. Spätestens wenn es eine Abstimmung gibt und einige Leute 
in die eine oder andere Richtung polarisieren, wünsche ich mir ein paar 
Fakten zur alten und neuen Lizenz.

Gruß
Sven Anders

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

Re: [Talk-de] Autobahnauffahrt

[Ulf Lamping]

Garry schrieb:
>> Was bitte spricht dagegen,*eine* Fahrbahn [1] auch als *einen* way zu
>> mappen, wie es bei Openstreetmap schon seit Ewigkeiten üblich ist?
> Es ist bei  OSM genauso auch schon seit Ewigkeiten üblich  
> Autobahnaufahrten getrennt zu erfassen!

Und das kommt doch genau daher, weil sich hier Leute hinstellen und 
sagen: "ist mir doch egal was ihr bisher gemacht habt, das gefällt mir 
nicht ich mache das jetzt mal ganz anders - und ob es da irgendeinen 
konsens gibt ist mir auch egal".

Es hat nämlich durchaus mal den konsens gegeben, nur baulich getrennte 
Fahrspuren auch getrennt zu mappen - und eine durchgezogene Mittellinie 
war bis zu diesem Zeitpunkt keine bauliche Trennung (und ist es in 
meiner kleinen Welt bis heute nicht).

Und dann kamen einige hier auf der deutschen Liste, die lauthals gesagt 
haben: "ist mir doch egal was bislang gemacht wurde, ich weiß das besser".

Gruß, ULFL


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

Re: [Talk-de] Neue Lizenz: ODbL 1.0 "release can didate" veröffentlicht

[Sven Anders]

Am Donnerstag, 30. April 2009 01:12:17 schrieb Frederik Ramm:
> Aus der Frage "was ist mit der internationalen Gueltigkeit besonders in
> Laendern ohne Datenbank-Direktive" haben sich die ODC-Leute etwas
> herausgewunden, siehe http://www.opendatacommons.org/faq/licenses/ - das
> Argument geht etwa so: "Mag ja sein, dass diese Lizenz in bestimmten
> Laendern nicht gilt, aber es ist doch besser als nix, wenn sie in
> anderen Laendern wenigstens funktioniert". Hier bin ich anderer Ansicht;
> ich finde, das fuehrt zu einer Ungleichbehandlung von Nutzern in
> verschiedenen Laendern und zu einer Rechtsunsicherheit, und mir waere
> "keine Lizenz" (PD, BSD o.ae.) lieber als eine Lizenz, die nur in einem
> Teil der Welt verbindlich ist.

Ist denn z.B. die GPL in allen Teilen der Welt verbindlich?

Ich denke das ist vielleicht gar nicht hin zu bekommen?

Führt vielleicht zu weit: Kann ich nicht eine ausgediente Bohrinsel irgendwo 
im Atlantik kaufen und dort mein eigenes Land mit eigenen Gesetzen ausrufen?

Wichtig ist IMHO ein Satz der Klarstellt, das dann die Benutzung von Daten 
unter dieser Lizenz verboten ist.

Gruß
Sven 

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