Re: [Talk-de] OSM fällt nicht unter "Freedom of I nformation"

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Unsere Daten fallen auf Basis der Quellen nicht unter
> "Freedom of Information".

Das hat nie jemand behauptet. Dass "facts are free" irgendwas mit dem 
Freedom of Information Act zu tun hat, hast Du Dir selbst ausgedacht; es 
zu widerlegen, hilft also in der Sache nicht weiter.

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 fällt nicht unter "Freedom of I nformation"

[Frederik Ramm]

Hallo,

Frederik Ramm wrote:
> Tobias Wendorff wrote:
>> Unsere Daten fallen auf Basis der Quellen nicht unter
>> "Freedom of Information".
> 
> Das hat nie jemand behauptet. Dass "facts are free" irgendwas mit dem 
> Freedom of Information Act zu tun hat, hast Du Dir selbst ausgedacht; es 
> zu widerlegen, hilft also in der Sache nicht weiter.

Kurzes Googlen:

"Copyright protects the particular way an author has expressed himself; 
it does not extend to any ideas, systems, or factual information 
conveyed in the work."

Oder aus

http://lts.brandeis.edu/research/help/copyright/faq.html

"What cannot be copyrighted? ... Factual Information".

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] Garminkarte jetzt mit maxspeed

[Frederik Ramm]

Hallo,

Christoph Wagner wrote:
> Falls jemand ne bessere Idee hat die Daten in Tiles zu zerlegen, bin ich
> für alles offen. Ich hab nur leider keinen Bock auf Lücken in den
> Kachelgrenzen, deswegen nehm ich erstmal nicht osmcut. 

Was genau muesste osmcut denn tun, um diese Luecken zu vermeiden? Dann 
kann ich das ja mal reparieren. - Aber osmcut teilt ja ganz rigide an 
einem geometrischen Muster, ist das ueberhaupt noch zeitgemaess, ist der 
Mechanismus des Splitters nicht viel besser (wenn auch vielleicht noch 
etwas buggy)?

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] google-indizierung des wikis mehr

[Frederik Ramm]

Hallo,

ich waerme mal was vier Wochen altes auf:

Johann H. Addicks wrote:
> Seit der Umstellung der URLs vor rund 3(?) Monaten ist das OSM-Wiki aus
> dem Google-Index gefallen und kommt dort offensichtlich nicht mehr hinein.

Grant hat mir damals auf Nachfrage geschrieben, man wuerde nur nachts 
fuer Google aufmachen, aber heute erfuhr ich, dass es wohl darueber 
hinaus einen Konfigurationsfehler gab, der Google fast gaenzlich 
ausgesperrt hat. Der sei nun behoben, und wenn Google sich nicht 
mittlerweile beleidigt zurückgezogen hat, sollte es bald wieder 
Suchergebnisse geben.

Bye
Frederik

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

Re: [Talk-de] Kleine rechtliche Frage: Verwendung des Logo + Kartendarstellung

[Frederik Ramm]

Hallo,

Norbert Kück wrote:
> Anlass: Ein OSM-Nutzer wurde aus unseren Reihen gerügt, fühlte sich 
> recht bedrängt und überlegte schon abzuspringen. 

Es ist betrueblich, mit welcher Haerte solche Ruegen zuweilen voellig 
aus heiterem Himmel ausgesprochen werden. - Da ist jemand, der sich 
ansatzweise mit dem Thema "frei vs. kostenlos" beschaeftigt hat, der 
oftmals genauso gut Google-Karten nutzen koennte, aber stattdessen 
unsere Karten benutzt, weil er das Projekt gut findet, und dann schreibt 
er halt mal nur "CC-BY-SA" hin und vergisst OSM, oder nur OSM und 
vergisst CC-BY-SA, und sofort wird er, man moechte fast schon sagen, 
angepoebelt deswegen. Das macht nach aussen keinen guten Eindruck.

Deine Anleitung ist ein guter Schritt fuer die Nutzerseite, aber 
vielleicht sollten wir auch fuer unsere Seite ein Howto schreiben: "Du 
siehst irgendwo eine OSM-Karte ohne Quellenangabe, was sollst Du tun? 1. 
Ruhe bewahren, 2. freundlich bleiben, 3. ..."

Bye
Frederik

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

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

[Talk-de] SOTM-Stipendien fuer Teilnehmer aus Entwicklungslaendern

[Frederik Ramm]

Hallo,

(Mail geht an die talk-de-Liste und an einige Leute direkt, von denen 
ich weiss, dass sie Kontakte in Entwicklungslaender haben)

die OSM Foundation bezahlt 15 Mappern die Anreise und Unterkunft zur 
State of the Map-Konferenz in Amsterdam. Bis zum Mittwoch, 13.5., 
koennen an die Adresse sotm.scholars...@gmail.com Vorschlaege geschickt 
werden, wer in den Genuss eines solchen Sponsorings kommen soll. Gesucht 
werden Leute aus Laendern, bei denen die Reisekosten es sonst unmoeglich 
machen wuerden, teilzunehmen, Entwicklungslaendern, oder aus Gegenden, 
die "geopolitisch" interessant sind. Besonders interessant sind 
Kandidaten aus Laendern, in denen die OSM-Community noch sehr klein ist, 
und die daher dort "Pionierarbeit" leisten.

Jede Nominierung sollte den Namen des Mappers enthalten, den 
OSM-Benutzernamen, die E-Mail-Adresse, den Ort, und einen oder zwei 
Absaetze dazu, warum es toll waere, diese Person dabeizuhaben.

Fuer die Leser dieser Liste wird das vermutlich nicht in Frage kommen 
(Westeuropa ist zu reich ;-), aber wenn ihr Kontakte zu Mappern in 
Afrika, Asien oder Suedamerika habt, koennt ihr die ja mal informieren 
oder gleich nominieren.

Hier das von mir zusammengefasste Originalposting auf talk:

http://lists.openstreetmap.org/pipermail/talk/2009-May/036667.html

Bye
Frederik

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

Re: [Talk-de] OSM2PDF? Gibt es so etwas schon?

[Frederik Ramm]

Hallo,

Torsten Breda wrote:
> Da ich nicht immer den unten genannten Umweg gehen möchte und da
> möglicherweie für einen IchwilldocheinfachnureineKarteausdrucken-User nicht
> so schnell ersichtlich ist, was er tun muss, wäre ein soches Programm sehr
> hilfreich. (Kartenausschnitt auswählen -> Wunschgröße auswählen (zB 3x3
> Seiten Hochformat) -> Auf "PDF erstellen" klicken -> ausdrucken -> FERTIG!)

Wenn du Windows hast, geht das fast genau so mit Kosmos, wobei Du fuer 
die PDF-Erstellung auch so einen PDF-Druckertreiber nehmen musst.

Bye
Frederik


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

[Talk-de] route=flight

[Frederik Ramm]

Hallo,

stolperte gerade ueber dieses Anflugpattern fuer den Flughafen 
Stuttgart:

http://www.openstreetmap.org/browse/way/4429188

Find ich nicht gut. So ein mit GPS aufgezeichneter Anflug eines 
Verkehrsfliegers auf einen Flughafen mag fuer den Enthusiasten ja nett 
sein auf der heimischen Festplatte, aber meiner Ansicht nach ist das 
nichts andres als wenn der Cross-Country-Mountainbiker seine Wege durch 
den Matsch hochlaedt. Jeder Flieger fliegt doch woanders lang...

Bye
Frederik

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

Re: [Talk-de] route=flight

[Frederik Ramm]

Hallo,

Stefan Dettenhofer (StefanDausR) wrote:
>> Insofern halte ich die dauerhafte GPS-Erfassung von festen Flugrouten 
>> für sinnfrei, da es diese nicht gibt.
>>   
> Hm, müsste man dann nicht für (Schiffs-)Fährrouten die selben engen 
> Maßstäbe ansetzten?

Schiffsrouten haben einen gewissen Sonderstatus in der Kartographie; 
niemand erwartet, dass eingezeichnet ist, wie das Schiff tatsaechlich 
faehrt, sondern es geht vielmehr darum, anzuzeigen, dass grundsaetzlich 
eine Faehr- oder Schiffsverbindung zwischen zwei Punkten existiert. Die 
eingezeichneten Linien sind in aller Regel idealisiert, waehrend die von 
mir hier angesprochene Fluglinie ja eben gerade nicht aussagen soll "es 
fliegen grundsaetzlich Flieger von Stuttgart nach Mallorca", sondern 
dass es exakt dieses geographische Anflugpattern gibt.

Was Claudius ueber die Platzrunde schrieb, trifft zu, allerdings fliegt 
der IFR-Verkehr ja keine Platzrunden in diesem Sinne. Ich hatte dazu in

http://lists.openstreetmap.org/pipermail/talk-de/2008-July/017097.html

etwas laenger referiert.

Bye
Frederik

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

Re: [Talk-de] route=flight

[Frederik Ramm]

Hi,

Carsten Behring wrote:
> Gibt es eigentlich derartige Erfahrungen in Wikipedia ? Einer Art fon
> Behandlugn von "unnützem Wissen". Was passiert wenn ich in Wikipedia einen
> Artikel reinstelle der in allen Einzelheiten den Inhalt meines Kellers
> beschreibt ? Irgendwie unnütz, aber doch "wahr".
> Ich denke, die Community ignoriert es einfach.

Nein, die Community wird es loeschen, weil es nicht den 
"Relevanzkriterien" entspricht. Die Wikipedia sieht sich nicht als ein 
Wiki, sondern als eine Enzyklopaedie, und schmeisst rigoros raus, was 
nicht "enzyklopaedisch" ist.

> Übertragen auf OSM heisst dies aber, dass das Problem auch auf Editor und
> Renderer Seite gelöst werden muss, und nicht durch Auschluss von Inhalten
> (in Grenzen).

Ich sehe durchaus, dass wir auf Editor-/Rendererseite mehr und besser 
filtern muessen (Stichwort "altes Rom"). Trotzdem gehoeren 
"persoenliche" Daten m.E. nicht in OSM, wir hatten gerade eben erst die 
Diskussion um "meine persoenlichen Fahrradroutenempfehlungen".

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] Kleine rechtliche Frage: Verwendung des Logo + Kartendarstellung

[Frederik Ramm]

Hallo,

Norbert Kück wrote:
>> Unter welcher Lizenz steht das Logo eigentlich oder was gibt es da sonst 
>> rechtlich zu bedenken?
> 
> Ganz unten auf der Wiki-Seite steht: Content is available under Creative 
> Commons Attribution-ShareAlike 2.0 license.
> 
> Die Grafik ist doch wohl "Content", oder sehe ich das falsch?

Wer ganz sicher gehen will, kann Matt Amos fragen, der hat das Logo 
erfunden.

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] Namen von Relationen

[Frederik Ramm]

Hallo,

Nop wrote:
> Die Frage ist eher, warum dieser Name auf der Karte landet.

Irgendwie scheint der Mapnik-Style da sehr grosszuegig zu sein. Beim 
Oesterreich-Import wurden sehr viele Strassen absichtlich ohne 
Highway-Tag importiert, aber mit Name, und auf der Mapnik-Karte 
erscheinen dann Strassennamen ohne Strassen ;-)

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] Diskussionen dokumentieren

[Frederik Ramm]

Hallo,

Jonas Krückel wrote:
> Dennoch wäre ich sehr am Ergebnis der Diskussion, auch wenn es keine
> Lösung des Problems gab, interessiert.

Es ist oft schwer, ein "Ergebnis" neutral festzuhalten, so dass alle 
Diskussionsteilnehmer einverstanden sind. Das ist ganz schoen Arbeit, 
und es besteht die Gefahr, die Du ja schon vorausgesehenhast:

 > Natürlich soll dann nicht im Wiki
 > weiterdiskutiert werden :-)

Und in einem so schnell wachsenden und dynamischen Projekt wie OSM kommt 
erschwerend hinzu, dass etwas, dem heute alle Mailinglistenteilnehmer 
zustimmen, schon in 1-2 Monaten keine Autoritaet mehr hat - warum 
sollten sich die bis dahin hinzugekommen mehreren Hundert Mapper an das 
halten, was irgendwelche Diskutanten "lange vor ihrer Zeit" auf der 
Liste "beschlossen" haben? Was uns heute noch technisch nicht machbar 
oder unsinnig erscheint, kann morgen durch neue Technologien, und sei es 
beispielsweise nur vernuenftiges Layering in einem Editor, schon wieder 
in Frage gestellt werden...

Bye
Frederik


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

Re: [Talk-de] Frage zu OSM-WMS

[Frederik Ramm]

Hi,

Kai Behncke wrote:
> ich frage mich, ob es möglich ist einen OSM-WMS in der Qualität
> hinzukriegen, wie die OSM-Daten, welche über Mapnik gerendert werden?

Ja, es ist immer eine Frage davon, wieviel Ressourcen man zur Verfuegung 
hat. Grundsaetzlich ist im Mapnik-Lieferumfang ein Python-Skript namens 
"ogcserver" enthalten, mit dem Du einen halbwegs brauchbaren WMS 
hinbekommst - es gibt regelmaessig Erfolgsberichte auf der Mapnik-Liste. 
Richtig schnell ist das nicht (eher so fuer die interne Anwendung, nicht 
auf einem oeffentlichen Server). Wenn man den WMS in einem Kachel-Umfeld 
betreibt, kann man mit Caching viel rausholen (das beweist ja der 
bereits gepostede "Omnicache"-Link). Das Caching hat halt auch da sein 
Ende, wo Du gerne aus einer Vielzahl von Layern waehlen willst oder gar 
mit SLDs arbeiten.

> Es gibt ja den frei zugänglichen OSM-WMS der Wheregroup: 
> http://osm.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.map
> 
> Die Qualität ist ja auch wirklich nicht schlecht, kommt meiner
> Meinung nach aber nicht an die "typischen" OSM-Mapnik-Kacheln heran.

Das ist in gewisser Weise natuerlich auch immer eine Frage der 
Gewoehnung ;-)

> Kann man diese Qualität überhaupt mit dem UMN MapServer erreichen?

Ich denke, derzeit fuehrt an Mapnik kein Weg vorbei, aber es gibt 
durchaus ziemlich schoene Mapserver-OSM-Karten, wie zum Beispiel diese:

http://mapserverosm.s3.amazonaws.com/parisosm.html

> Kann man eigentlich Mapnik nutzen um einen WMS auszuliefern, eher
> nicht, oder?

Wir arbeiten in der Geofabrik an einem Apache-Modul, das Mapnik als WMS 
bereitstellt und so die Nachteile der oben genannten 
Python-Bastelloesung (subjektiver Eindruck ;-) ueberwindet. Den WMS 
bieten wir gegen Bezahlung an. Wenn Du mal auf wms.geofabrik.de schaust 
und dort ein bisschen reinzoomst, siehst Du, dass wir die detaillierten 
Zoomstufen schon ganz gut hinbekommen; die groben Zoomstufen muessen wir 
noch etwas verbessern. (Der WMS ist zugangsbeschraenkt, man braucht 
einen Key, um ihn in ein GIS zu laden, kostenlose Test-Keys gibts aber 
auf Anfrage.)

Wenn wir das Produkt eingefuehrt haben und der Service laeuft, wird 
unser Apache-Modul-Code auch in die Mapnik-Codebasis mit einfliessen, 
derzeit haben wir ihn aber noch nicht veroeffentlicht.

Bye
Frederik

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

Re: [Talk-de] Frage zu OSM-WMS

[Frederik Ramm]

Hallo,

Oliver Tonnhofer wrote:
> Beim Einsatz von TileCache oder dem Omniscale Proxy ist die  
> Geschwindigkeit von Mapnik aber letzten Endes unerheblich.

Wenn man in einer stark vereinheitlichten (und daher gut cachbaren) 
Umgebung arbeitet, wie z.B. eben hinter einem OpenLayers mit immer 
gleicher Projektion und 18 festen Zoomleveln, dann ja.

> Das hört sich interessant an. Allerdings Zweifel ich dran, dass ein  
> Apache-Modul, im Gegensatz zum ogcserver mit mod_wsgi/mod_fastcgi,  
> merkbare Geschwindigkeitsvorteile bringt (subjektive Einschätzung :)

Bei einem Standard-OSM-Stylefile und un-generalisiert mit osm2pgsql 
importierten Daten werden fuer einen durchschnittlichen WMS-Request 80% 
der Zeit in der PostGIS, 15% in Mapnik und 5% im Webserver-Drumrum 
verbraucht. Ob man die 5% jetzt durch Einsatz von C statt Python jetzt 
drastisch verbessern kann, spielt also tatsaechlich keine Rolle (waren 
bei uns mehr grundsaetzliche Ueberlegungen) - um wirklich etwas 
"herauszuholen", muss man, wie Du richtig sagst, Handarbeit anlegen, 
indem man Queries optimiert, Indizes anlegt und Daten geeignet 
generalisiert. Das aber gilt vermutlich fuer den Mapserver in genau dem 
gleichen Masse wie fuer Mapnik.

Bye
Frederik


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

Re: [Talk-de] Frage zu OSM-WMS

[Frederik Ramm]

Hallo,

Kai Behncke wrote:
> ich frage mich, ob es möglich ist einen OSM-WMS in der Qualität
> hinzukriegen, wie die OSM-Daten, welche über Mapnik gerendert werden?

Zusaetzlich zu allem schon Gesagten gibt es natuerlich noch die 
Moeglichkeit, sowas wie einen "Protokoll-Adapter" zwischen WMS und Tiles 
zu bauen. Sowohl Chris Schmidt (Metacarta/Tilecache) als auch Oliver 
White (OJW bei OSM) haben schon mal Prototypen vorgestellt, die nach 
aussen hin WMS sprechen, und die Antworten aus den Standard-Tiles 
zusammensetzen. Das funktionierte trotz der aufwendigen 
Bitmap-Rumrechnerei ziemlich flott und gibt einem natuerlich immer die 
"Original"-OSM-Ansicht. Nachteil ist halt die u.U. stattfindende 
Skalierung oder gar Reprojektion auf Bitmap-Ebene, die sich besonders 
bei Beschriftungen unangenehm auswirkt.

Leider sind beide Projekte offenbar in der Versenkung verschwunden, man 
muesste die Autoren ggf. mal anpingen und nachfragen.

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] Höhlen / Höhleneingang

[Frederik Ramm]

Hallo,

ekkeh...@gmx.de wrote:
>> naja, bei Höhlen, die 2 Eingänge haben, könnte man so erkennen, dass
>> man "durchkommt", das hat durchaus seine Berechtigung.
> 
> Ok. Eine Durchgangshöhle ist ein absoluter Sonderfall. Wenn wirklich ein Weg 
> durchgeht, der ohne Ausrüstung begehbar ist

... mit Pferd ;-)

Bye
Frederik


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

[Talk-de] OePNV-Workshop

[Frederik Ramm]

Hallo,

der OePNV-Workshop in Karlsruhe war sehr gut besucht. Mein 
besonderer Dank gilt nochmal denen, die eine weitere Anreise auf sich 
genommen haben - am Ende waren die Karlsruher glaub ich eher 
unterrepräsentiert ;-)

Wir haben, wie zu erwarten war, ziemlich viel darueber diskutiert, wie 
man Haltestellen und Verkehrslinien, getrennt nach der "Infrastruktur" 
und den oben drauf sitzenden Diensten, vernuenftig taggen kann, so dass 
einerseits ein brauchbares intermodales Routing moeglich wird und 
andererseits auch beim Rendering die kleinen Unschoenheiten ausgebuegelt 
werden koennen (dass irgendwo auf der Karte dann so ein Klumpen mit 5x 
"Europaplatz" steht und so weiter).

Ich denke, wir sind ein ganzes Stueck weitergekommen dabei. Sebastian 
wird die Ergebnisse zusammenschreiben und in den naechsten Tagen auf die 
Wikiseite stellen; dann wollen wir uns hier in der Gegend mal 
exemplarisch an einer Umsetzung versuchen.

Ich schreibe jetzt hier zu den Ergebnissen nichts, denn ich wuerde eh 
nur die Haelfte vergessen und es gaebe dann eine endlose Diskussion auf 
Basis meiner unvollstaendigen Darstellung ;-) also noch 1-2 Tage Geduld 
bitte fuer eine sorgfaeltige Wiedergabe unserer Ergebnisse.

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] OePNV-Workshop

[Frederik Ramm]

Hallo,

Per wrote:
> Etric Celine schrieb:
>> Ist es angedacht neben dem ausgeklügelten tagging schema auch eine erste 
>> Umsetzung für einen entsprechenden Renderer bereit zu stellen, damit man die 
>> Ergebnisse auch "live" sehen kann?
> 
> http://www.öpnvkarte.de/

Melchior, der die o.g. Karte macht, war auch dabei, aber sicherlich wird 
er nicht alle Finessen auf einmal umsetzen koennen. Parallel dazu 
arbeiten Jochen und Sebastian an neuen Views fuer den OSM-Inspector, auf 
dem die Sachen dann zumindest sichtbar sind (wenn auch eher "praktisch" 
als "huebsch").

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] Daten per API unter Windows herunterladen

[Frederik Ramm]

Hallo,

Bernd Wurst wrote:
> Das stimmt zwar, sollte für Jans Aufgabe allerdings eher unerheblich sein.
> allgemein muss man natürlich bei allem was man wieder hochladen möchte immer 
> nochmal über die normale API verifizieren dass die Versionen noch aktuell 
> sind.

Naja, waehrend man frueher durch das Weglassen einer solchen Pruefung 
eventuell Daten ueberschreiben konnte, wird die API 0.6 einen Upload, 
der auf einer nicht mehr aktuellen Version beruht, einfach 
zurueckweisen. Fuer Faelle, in denen man automatisiert was aendert, kann 
man es sich also erlauben, den Update einfach zu probieren, und nur bei 
"409 Conflict" die neue Version nachladen.

Bye
Frederik



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

Re: [Talk-de] Relationeneditor

[Frederik Ramm]

Hi,

Falk Zscheile wrote:
> gibt es irgendwo im Netz schon einen Editor für Relationen mit denen
> man die Grunddaten der Relation schnell bearbeiten kann?

Hm, sowas koennte man vermutlich als simples Webformular machen... hab 
ich aber auch noch nirgends gesehen.

> Immer erst den Ausschnitt der betreffenden Relation in JOSM laden zu
> müssen, um kleine Korrekturen anbringen zu können, raubt unnötig Zeit.

Immerhin kannst Du in JOSM ja mit "open location..." den URL

http://api.openstreetmap.org/api/0.6/relation/1234567/full

oeffnen, dann bekommst Du gleich die Relation und ihre Mitglieder. 
Moeglicherweise geht es sogar ohne das /full hintendran, dann gibts zwar 
keine Kartenansicht, aber wozu auch ;-)

Bye
Frederik


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

Re: [Talk-de] Relationeneditor

[Frederik Ramm]

Hi,

ekkeh...@gmx.de wrote:
> Funktioniert /full auch in der anderen Richtung? Sprich: Wenn die Relation 
> 1234567 selbst wieder Mitglied in Superrelationen ist, werden diese dann auch 
> geliefert?

Nein, um die zu bekommen, musst Du 
http://api.openstreetmap.org/api/0.6/relation/1234567/relations aufrufen ;-)

Bye
Frederik


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

Re: [Talk-de] Relationeneditor

[Frederik Ramm]

Hallo,

Bernd Wurst wrote:
> Beim Versuch, das zu machen habe ich gemerkt, dass in der aktuellen latest 
> der 
> Relation-Editor überhaupt gar nicht mehr auf geht. Ich bekomme immer einen 
> IndexOutOfBoundsError. :-)

Hmpf... ;-)

>> Funktioniert /full auch in der anderen Richtung? Sprich: Wenn die Relation
>> 1234567 selbst wieder Mitglied in Superrelationen ist, werden diese dann
>> auch geliefert?
> 
> Laut API werden immer alle Relationen mitgeliefert, die das aktuell 
> abgefragte 
> Element direkt enthalten.

Da zitierst Du aber die Dokumentation zum "map"-Request, nicht die zu 
"full". Bei "full" bekommst Du keine enthaltenden Relationen, nur 
enthaltene.

Bye
Frederik


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

Re: [Talk-de] öffentlich aushängende Karten unter Panoramafreiheit

[Frederik Ramm]

Hi,

Johann H. Addicks wrote:
>> Nach der Argumentation müsste das aber auch für öffentlich aushängende
>> Kartenwerke gelten.
> 
> Prinzipiell ja.
> 
>> Bei uns befinden sich auf öffentlichen Plätzen Schaukästen mit Karten vom
>> Städte-Verlag. Darf ich die dann auch abfotografieren und weiter verbreiten?
> 
> Was Du nicht darfst ist "Retouchieren". Es besteht ein Veränderungsverbot.

Ich finde folgende Betrachtung spannend:

Wir gehen doch alle davon aus, dass wir Strassennamen von 
Strassenschildern abschreiben duerfen. Gibt es hierzu irgendeine 
Rechtsgrundlage, oder ist das nur so der "gesunde Menschenverstand", der 
uns das annehmen laesst?

Falls die Argumentation in die Richtung geht: "Die Strassenschilder sind 
ja schliesslich zu dem Zweck aufgestellt, dass jeder die Strasse finden 
kann" (o.ae.), dann wuerde die hieraus abgeleitete Abschreib-Freiheit ja 
auch fuer etwas komplexere Beschilderungen, die schon fast an Karten 
herankommen, gelten, doer? (Am Eingang manch einer Wohnanlage ist z.B. 
eine Detailkarte mit den Hausnummern der verschiedenen Bloecke angebracht.)

Wo ist dann die Grenze zu den og. "Schaukaesten mit Karten"? Ab dem 
Augenblick, wo ein Urheber draufsteht?

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] Geocaches in OSM

[Frederik Ramm]

Hallo,

Mario Salvini wrote:
> (1) ein GC.com-Cache und seine Daten darf nicht ohne Erlaubnis von 
> Groundspeak irgendwoanders hin übertragen werden.

... wenn man den Cache als Datenbank-Eintrag begreift. Wenn man 
stattdessen selbst hinläuft, darf man natürlich alles in die Datenbank 
eintragen, was man will, und wenn das fuer GC.com ein Problem ist, dann 
würde ich sagen, jetzt erst recht.

> (2) was solls in OSM bringen?

Dazu kann ich nichts sagen. -- Wie vergänglich sind denn Caches im 
Normalfall, halten die eher mehrere Jahre oder eher bloss ein paar Monate?

Bye
Frederik


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

Re: [Talk-de] Geocaches in OSM

[Frederik Ramm]

Hallo,

Holger Blum wrote:
> Was ist denn das für eine Argumentation? Keiner kann sagen wozu die
> Erfassung der Geocaches in OSM gut sein soll, aber wenn der Eigentümer
> der Daten dagegen ist machen wir's erst recht?

Es wäre eine Anmassung ohne gleichen, wenn jemand behauptete, der 
Eigentümer der Position eines Geocaches zu sein.

Wie gesagt, man kann durchaus Datenbankrechte geltend machen an einer 
Sammlung von Cache-Positionen, aber wenn ich im Wald auf einen Geocache 
stosse - und zwar voellig egal, wie ich dahingekommen bin - dann habe 
ich das Recht, diese Position zu twittern, zu bloggen, auf eine Webseite 
zu schreiben, und zu OSM hochzuladen. Wo kaemen wir denn da sonst hin.

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] Geocaches in OSM

[Frederik Ramm]

Hallo,

Nop wrote:
> Ich sehe immer noch nicht, wo der Mehrwert für OSM sein soll, Dinge 
> einzutragen, die extra so versteckt sind daß man sie _nicht_ sehen kann 
> und _nicht_ als Orientierungshilfe verwenden.

Wir mappen normalerweise alles, was interessant ist. Darunter auch 
Dinge, die ganz bestimmt nicht als Orientierungshilfe dienen, z.B. hier 
in Karlsruhe der Verlauf eines grossen unterirdischen Kanals oder der 
fruehere Verlauf einer Bahnstrecke.

Dass man etwas nicht sehen kann, macht es ja fast noch interessanter 
fuer eine Karte.

Zugleich sehe ich ein, dass das Wesen des Geocaching ja ist, dass die 
Caches versteckt sind.

Ich selber bin kein Geocacher und werde keine Caches in die Datenbank 
eintragen, weil ich das Gefuehl haette, den Geocachern damit das Spiel 
zu verderben. Wenn die Geocacher aber selber damit anfangen, dann werde 
ich ihnen das bestimmt nicht auszureden versuchen.

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] FreieTonne - Startfreigabe für den Exp ort von Seekarten- und Gewässerinformationen in die OSM- Datenbank?!

[Frederik Ramm]

Hallo,

Jan Jesse wrote:
> - ändert einer unserer Nutzer einen Node, wird der geänderte Datensatz sofort 
> nach OSM hochgeladen.

Hierbei kann es zu einem Versionskonflikt kommen, wenn die Daten seit 
dem letzten Import bei OSM direkt veraendert wurden. Ihr bekommt dann 
beim Hochladen eine Fehlermeldung, weil Eure Version als zu alt erkannt 
wird. In diesem Fall muesst ihr erst die aktuelle Version des Objekts 
von OSM herunterladen und dann irgendwie den Konflikt aufloesen.

Bye
Frederik


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

Re: [Talk-de] JOSM: Relationseditor - was bedeutet LINKED

[Frederik Ramm]

Hallo,

Jan Tappenbeck wrote:
> der Relationseditor hat eine weitere Spalte - LINKED.
> Kann mir einer sagen was das bedeutet ?

Die Spalte sollte eigentlich heissen "letzter Node dieses Ways ist 
erster Nodes des folgenden Ways", aber dafuer war mein Schirm nicht 
breit genug ;-)

Bye
Frederik



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

[Talk-de] Potlatch 1.0

[Frederik Ramm]

Hallo,

   Potlatch hat jetzt eine "Save"-Funktion und damit einhergehend eine 
Moeglichkeit zur Konfliktloesung, falls jemand anders die gleichen Daten 
schon geaendert hat. Auch die Nutzung von Changesets soll besser geloest 
sein, und Kreuzungsnodes werden anders gezeichnet, damit man schnell 
sieht, ob man irgendwo unverbundene Strassenenden hat.

Es gibt eine neue Mailingliste (englisch) fuer die Potlatch-Entwicklung:
http://lists.openstreetmap.org/pipermail/potlatch-dev/ .

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] Hausnummern - Prüftool

[Frederik Ramm]

Hi,

Jan Tappenbeck wrote:
> gibt es eigentlich ein Tool um Bereiche auf Einhaltung des "Karlsruher 
> Schemas" zu prüfen??
> 
> z.B. gerade Hausnummer an Way für ungerade Nummern etc.
> 
> Der Inspector visualisiert glaube ich nur !?!?!

Der Inspector hat unten rechts so ein Datenfenster, in dem man fuer 
jeden der Layer eine Liste aller Objekte abrufen kann. Kommt jetzt drauf 
an, was Du genau willst (einen CSV-Export gibts da noch nicht...) - In 
der Liste erscheinen aber immer nur die Sachen, die gerade auch sichtbar 
sind.

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] Relation mit doppeltem member???

[Frederik Ramm]

Hallo,

GS wrote:
> eine relation, die einen weg doppelt enthält.
> 
> 1.) ist das gewollt? eher nicht...

Stimmt, eher nicht.

> 2.) ist das erlaubt?

Ja, es ist sinnvoll, z.B. wenn eine Bus-Route eine Schleife faehrt oder 
so etwas, dann ist da ja ein Stueck Weg doppelt drin.

> 3.) gibt es das öfter? akzeptiert das die api?

Ja, ja.

> 4.) kann das jemand beheben?

Sollte eigentlich in JOSM kein Problem sein!

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] Neuer Euro-Tunnel?

[Frederik Ramm]

Hallo,

Carsten Gerlach wrote:
> Ich hatte erst gedacht, da hat sich Mapnik verschluckt, aber der Wiener 
> Zentralfriedhof und paar Straßen drumrum gehen auch in JOSM auf einmal bis 
> kurz vor Ottawa...

Ich hab das repariert. Keine Ahnung, was schiefgelaufen ist, der 
Benutzer hat in einer JOSM-Session 1000 Nodes um den halben Erdball 
verschoben, macht sonst aber sinnvolle Edits, kann also nur ein Fehler 
gewesen sein, hab ihn mal angeschrieben und gefragt.

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] Relation mit doppeltem member???

[Frederik Ramm]

Hallo,

GS wrote:
> ps: mein boundary programm hat sich dran aufgehängt. was mich wundert
> ist, dass der relationcheck wohl kein problem hatte... hm.

Zum Thema "Relationen" und "Programme aufhaengen" die Anmerkung, dass 
zirkulaere Relationen grundsaetzlich erlaubt sind (z.B. Relation "Stadt 
Nottingham" hat Member "Stadt Karlsruhe" mit role="sister city" und 
umgekehrt).

Das eine oder andere simpel gestrickte Relationen verarbeitende Programm 
hat anlaesslich solcher Konstrukte schon *sehr* viel Speicher verbraucht ;-)

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] Fahrbahnen und bicycle=no

[Frederik Ramm]

Hi,

Sven Geggus wrote:
> das ist aber eventuell ein prinzipielles Problem von fahrradrouting.
> Sowohl openrouteservice als auch Garmin-Geräte im Fahrradmodus neigen
> viel zu stark zu higway=primary insbesondere bei Überlandfahrten.

Tja, siehste, auf talk-us hat sich neulich einer beschwert, dass das 
Fahrradrouting einen ständig um die Autobahnen drumrum lotst, wo man 
doch zig Kilometer sparen könnte, wenn man die Autobahn nimmt. Und das 
war ernst gemeint; je nach Autobahn ist das dort wohl wirklich eine 
zulaessige und fuer den Radfahrer akzeptable Alternative...

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] Relation mit doppeltem member???

[Frederik Ramm]

Hallo,

GS wrote:
> andererseits wieder. bei boundaries doch wohl eher nicht, oder?

Ne, da gibt es m.E. keinen Sinn.

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] Extrahieren von (vereinfachten) polygon dateien aus osm dateien

[Frederik Ramm]

Hallo,

Mario Salvini wrote:
> die simplifizierten Grenzen sind an vielen Stellen mehrere 100-Meter 
> ungenau.. nicht sehr fein :-/

Selbstverstaendlich sind vereinfachte Grenzen ungenau. Sonst waeren sie 
ja nicht vereinfacht.

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] Maxspeed map WAS Maxspeed map - Kompromissvorschlag

[Frederik Ramm]

Hallo,

Martin Koppenhoefer wrote:
> Gibt's dazu vielleicht noch andere
> Meinungen ausser von Mario und Garry?

Ich finde, dass das Volumen der Diskussion in keinem Verhaeltnis zur 
Bedeutung von Hoechstgeschwindigkeiten in unseren Daten steht.

Warum um alles in der Welt ist es so wichtig, hier noch das letzte 
bisschen Widerspruch herauszuwringen? Weshalb *fragst* Du ueberhaupt so 
etwas absurdes wie

> vor jedem Zebrastreifen den Weg auftrennen wegen maxspeed=moderate?

Was wollen die, die an der Diskussion teilnehmen, erreichen, und wie 
realistisch ist das?

Ich schlage vor, dass wir alle jetzt mal ein Jahr lang ueberhaupt keine 
Hoechstgeschwindigkeiten taggen. Nichts, gar nichts, ueberhaupt nichts, 
nicht an einer Autobahn, nicht an einer Tempo-30-Zone, nicht innerorts, 
nicht ausserorts, nirgends.

Dann schauen wir mal, in welchen Anwendungsbereichen durch fehlende 
Tempolimit-Infos Probleme auftauchen, und wie man die zweckmaessig 
loesen kann.

Was z.B. das Routing anbetrifft, halte es fuer fast sicher, dass das 
voellige Fehlen von Tempolimit-Angaben sich nur minimal auf die 
Ergebnisse auswirkt. Insbesondere sind Routing-Ergebnisse, die ohne 
Tempolimit berechnet wurden, maximal suboptimal, aber nie falsch, 
waehrend solche, die z.B. ohne Abbiegerelationen berechnet wurden, 
ziemlich wahrscheinlich Fehler enthalten. Also her mit der "Turn 
Restriction Map"... und analog zu "maxspeed=none" taggen wir dann jede 
Kreuzung mit "turn restriction=none", damit wir wissen, was wir in 
unseren Karten wie einfaerben muessen ;-)

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] FYI: Webserver download.geofabrik.de nicht erreichbar

[Frederik Ramm]

Hallo,

Frank Glück wrote:
> ... gerade heute, wo ich mich darauf verlassen hatte, dass ich mir
> germany.osm.bz2 nochmal runterladen könnte, um meine Osmosis-Fortschritte
> fleißig zu festigen ...:-(

Der Downloadserver geht jetzt wieder, es war ein Hardwareschaden beim 
Provider, ein Backup wurde eingespielt, daher sind die Daten jetzt vom 
27. (derzeit ist unser "Cutoff" um 22:00 Uhr, d.h. alle Aenderungen bis 
22:00 werden in der Nacht verarbeitet und stehen ab dem Morgen bereit, 
die jetzt herunterladbaren Files mit Datum 27.5. enthalten also Daten 
bis 26.5. 22:00 MESZ).

Wird noch etwa bis heut mittag dauern, bis es neue Daten gibt.

> Gibts denn eigentlich gar keinen Mirror oder andere Quellen für das File?
> Oder könnte es mir evtl. jemand zum Download bereitstellen? Danke!!

Grundsaetzlich darf das File natuerlich gern jeder mirrorn, der moechte. 
  (Bloss bitte keinen Kompletmirror von download.geofabrik.de, denn 
viele von den Files, die wir generieren, werden nur einmal die Woche 
oder so runtergeladen, ein Mirror wuerde da ja den Traffic 
versechsfachen ;-)

Wir koennten das germany.osm.bz2 auch auf irgendeine Art als Torrent 
verfuegbar machen, aber ich dachte bislang immer, das hat nicht so viel 
Sinn bei Files, die sich taeglich aendern - gibt es dazu Meinungen?

Bye
Frederik


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

Re: [Talk-de] Lizenzprobleme Amenity Editor

[Frederik Ramm]

Hallo,

Adrian Stabiszewski wrote:
> Wen könnte ich kontaktieren, um die Authentifizierung auf dem OSM Server zu
> ändern? 
> Wenn der OSM Server gehashte Passwörter akzeptieren würde, dann könnte sich
> das Thema erledigen.

Der Benutzer muesste immer noch Deiner Javascript-Software sein Password 
anvertrauen - keine gute Loesung.

Es wird schon seit einiger Zeit ueber eine OpenAuth-Implementierung 
nachgedacht, die es ermoeglichen wuerde, dass Du den User zum Server 
redirectest, wo er sich authentifiziert und dann mit einem Token 
zurueckkommt, das Deine Software gegenueber dem Server nutzen kann. Am 
Wochenende ist ein Hack Weekend in London, eventuell gehen die das da 
sogar an, ich kann mal fragen (sonst sprich am besten mit Matt Amos).

Allerdings halte ich es im vorliegenden Fall fuer das beste, wenn Du 
Deine Nutzer erklaeren laesst, dass sie keine Rechte an dem geltend 
machen, was sie hochladen. Das ist zwar ganz streng genommen etwas 
kniffelig; wenn wir einmal annehmen, das der Input des Nutzers 
schutzwuerdig ist (wie Tobias richtig sagt, ist das unwahrscheinlich, 
aber nicht unmoeglich), dann kann der Nutzer nicht sagen "der Node ist 
jetzt CC0", denn er ist ja ein "derived work" des vorher dagewesenen 
CC-BY-SA-Nodes und muss daher unter CC-BY-SA lizensiert werden; der 
Nutzer wuerde aber dann zum Lizenzgeber unter CC-BY-SA und muesste einer 
eventuellen spaeteren Lizenzaenderung zustimmen... blablabla. Aber ich 
wuerde einfach schreiben "ich erklaere mich einverstanden, dass mein 
Beitrag unter der jeweils von OSM verwendeten Lizenz 
weiterveroeffentlicht wird", ich denke, das ist gut genug und macht 
allen Beteiligten am wenigsten Stress.

Bye
Frederik

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

Re: [Talk-de] railway crossings in osmarender (16-17)

[Frederik Ramm]

Hallo,

Sebastian Masch wrote:
> Heiko Jacobs wrote on 28.05.2009 23:16:
>> Sebastian Masch  wrote:
>>> Wenn schon mal in Osmarender rumgespielt wird und Bahnlinien anpasst
>>> werden,
>>> könnte dann nicht auch gleich das automatische Einzeichnen der
>>> Bahnübergänge abgestellt werden? In Zoom 16 und 17 wird ohne weitere
>>> Überprüfung ein level_crossing auf Straße und Schiene gepappt:
>>> 
>> ... oder zumind. ein dezenteres Symbol für's automagische?
> 
> Das Problem ist, das an den Stellen _keine_ Bahnübergänge sind. 

Dann sollten sich Strasse und Schiene dort auch keinen Node teilen, oder?

Bye
Frederik


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

Re: [Talk-de] Renderer für Ausdrucke

[Frederik Ramm]

Hallo,

Wolfgang Wienke wrote:
> gibt es außer OSM-map einen Renderer, der relative große hoch aufgelöste 
> Bilder zum Ausdruck liefert?

Was ist OSM-map?

Sowohl Osmarender als auch Mapnik koennen Vektordateien (SVG, PDF) 
erzeugen, die Du dann in beliebiger Aufloesung drucken kannst.

> Gibt es einen Renderer, der bei Ausgaben eine Konfiguration bez. der 
> angezeigten Objekte und der Farben ermöglicht?

Beide genannten Renderer lassen sich beliebig konfigurieren.

Bye
Frederik


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

Re: [Talk-de] JOSM 1607 und Datenkonflikte

[Frederik Ramm]

Hallo,

Andreas Klein wrote:
> Ich habe in den letzten Tagen in meiner Umgebung eine Menge Änderungen
> erfasst.
> 
> Gerade stelle ich fest, dass wohl aufgrund von Datenkonflikten
> (Änderungen durch andere) die gesamten Änderungen nicht auf den Server
> übertragen worden sind.
> 
> JOSM bietet mir aber auch keine Möglichkeit, diese Konflikte entweder
> aufzulösen oder einzelne Änderungen vom Upload auszuschliessen.
> 
> Hat jemand einen Tipp für mich?

Tipp 1: Niemals tagelang an einer Datei arbeiten, ohne die Aenderungen 
hochzuladen. Allein schon, um Doppelarbeit zu vermeiden - jemand anders 
koennte die gleichen Sachen gleichzeitig erfassen, weil er nicht sieht, 
dass Du das alles schon gemacht hast...

Tipp 2: Datei in JOSM oeffnen und Daten vom Server herunterladen; die 
Konflikte solltest Du dann von Hand aufloesen koennen. Einzig dort, wo 
Du etwas geloescht hast und das geloeschte Objekt mittlerweile auf dem 
Server nicht mehr existiert, gibt es ein Problem, da musst Du notfalls 
von Hand in Deiner .osm-Datei das "acion=delete" entfernen.

Bye
Frederik


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

Re: [Talk-de] Renderer für Ausdrucke

[Frederik Ramm]

Hallo,

Wolfgang Wienke wrote:
>>> Gibt es einen Renderer, der bei Ausgaben eine Konfiguration bez. der 
>>> angezeigten Objekte und der Farben ermöglicht?

>> Beide genannten Renderer lassen sich beliebig konfigurieren.

> Aber nicht auf der Webseite!? Dazu muss man sie auf dem eigenen PC 
> installieren?

Das stimmt. Du hattest die Einschraenkung, keine Software installieren 
zu wollen, in Deiner Eingangsmail nicht erwaehnt. Mir ist kein Dienst 
bekannt, bei dem Du nach eigenen Vorgaben gerenderte Vektordaten ohne 
Softwareinstallation bekommst. Cloudmade hat einen Style-Editor, aber da 
bekommst Du am Ende auch nur fertige Bitmap-Tiles raus.

Bye
Frederik




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

Re: [Talk-de] Wiki-Mirror

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Ich will auch nochmal anmerken, dass einige deutsche Hoster und ISPs
> kostenfreie Leistungen für OSM angeboten hat... Leider erteilte UK
> dem/denen eine Absage.

Soweit ich das sehen kann, waeren derzeit fuer die OSM Foundation 
brauchbar (a) ein zuverlaessiger Wiki-Server (nicht so viel Traffic und 
Plattenplatz, aber viel CPU) und (b) einer oder mehrere exzellent 
angebundene Server, die als Tile-Caches benutzt werden koennen (mit 
grossen Platten und vielen Terabyte Traffic im Monat).

Wenn jemand sowas uebrig hat oder jemanden kennt, der sowas anbieten 
moechte, am besten direkt an Grant Slater wenden.

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] Wiki-Mirror

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Ich leite dies weiter (muss morgen schauen, wer diese "Grant Slater" ist).

Grant ist ein maennlicher Vorname. Slater ist der Nachname. 
openstreet...@firefishy.com ist die Mail-Adresse. Er macht die 
Hardware-Sachen fuer OSMF.

> Weißt du denn, ob die das Wiki nun auslagern oder den Server bei sich
> haben wollen?

Das Wiki war schon immer ausserhalb, und das kann (oder soll sogar) auch 
so bleiben, soweit ich informiert bin.

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] Renderer für Ausdrucke

[Frederik Ramm]

Hallo,

Wolfgang Wienke wrote:
> Schade, es funktioniert leider nicht so wie gewünscht. Wenn ich z.B. 
> einen Stadtplan mit 300DPI erzeugen will, muss ich bei dem 
> entsprechenden Kartenausschnitt die Zoomstufe und damit die Pixelzahl 
> massiv erhöhen. Ich bekomme dann zwar eine entsprechend große Datei, 
> aber es werden nicht die der höheren Zoomstufe entsprechenden kleineren 
> Schriften verwendet, sondern anscheinend nur die Schriften der am BS 
> angezeigten Zoomstufe vergößert.

Was Du allerdings probieren koenntest, waere, so einen 
PDF-Druckertreiber zu installieren, der statt eines Ausdrucks ein PDF 
erzeugt, dann "druckst" Du mit Kosmos die Karte auf DIN A4 (in ein PDF) 
und kannst dieses dann spaeter auf A0 o.ae. ausdrucken.

Bye
Frederik

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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo,

Tobias Knerr wrote:
> Ein gewisser Konsens wäre da nicht schlecht. Momentan läuft nämlich die
> schlechteste Alternative: Unkoordinierte Massenentfernung durch Leute
> ohne spezialisierte Botaccounts, aber mit ausreichendem Aufräumdrang -
> einschließlich aller Auswirkungen, die großflächige Edits eben haben
> (schlechter nachvollziehbare History und so). Dann imo schon lieber
> einen CreatedByRemoveBot o.ä. das machen lassen...

Der haette doch aber dieselben grossflaechigen Edits. - Also, ich finde, 
wenn jemand das partout von Hand aufraeumen will, dann lass ihn doch, 
aber im grossen und ganzen wuerde ich sagen, aendern wir das nur dort, 
wo wir ohnehin eine Aenderung machen.

Wir haben schon genug Bots herumschwirren.

Bye
Frederik


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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
>> Der haette doch aber dieselben grossflaechigen Edits.
> 
> Das sehe ich nicht so. Der Bot würde ein Changeset aufmachen und die
> betroffenen Tags in einem Wisch entfernen.

Tobias (Knerr) nannte als Nachteil die schlechter nachvollziehbare 
history durch grossflaechige Changesets.

Erklaere, inwiefern die History eines Objekts besser nachvollziehbar 
ist, wenn ein Bot das created_by-Tag entfernt hat, als wenn ein Benutzer 
diese Entfernung manuell vorgenommen hat.

>> Wir haben schon genug Bots herumschwirren.
> 
> Ja und? Lass' sie doch.

Ich habe am Wochenende mit den Englaendern gesprochen, und man ist 
allgemein kritisch bezueglich der wachsenden Anzahl von Bots. Es gibt 
Gegenden in London, in denen man kaum noch durch die Changesets 
durchsteigt vor lauter Bot-Edits. Es gibt auch (unbeabsichtigte) 
Bot-Editwars, bei denen im Zeitraum von einigen Wochen 20, 30 Edits am 
gleichen Objekt zusammenkommen, weil zwei Bots unterschiedlicher Ansicht 
waren. All das traegt zu einem Klima bei, das ueber kurz oder lang zu 
einer strengen Reglementierung von Bots a la Wikipedia (Bot-Edits nur 
noch mit extra genehmightem Bot-Account) fuehren wird. Die Entwicklung 
finde ich bedauerlich, aber sie ist eine direkte Folge mangelnder 
Selbstdisziplin (und, teilweise, mangelnder Sorgfalt) derjenigen, die 
heute Bots betreiben.

Bye
Frederik


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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
>> Ich habe am Wochenende mit den Englaendern gesprochen, und man ist 
>> allgemein kritisch bezueglich der wachsenden Anzahl von Bots. Es gibt 
>> Gegenden in London, in denen man kaum noch durch die Changesets 
>> durchsteigt vor lauter Bot-Edits. Es gibt auch (unbeabsichtigte) 
>> Bot-Editwars, bei denen im Zeitraum von einigen Wochen 20, 30 Edits am 
>> gleichen Objekt zusammenkommen, weil zwei Bots unterschiedlicher Ansicht 
>> waren.
> 
> "Die Engländer" sind keine Leader des Projekts - sie machen zwar
> viel für die Community, aber ich denke nicht dran, mir etwas von
> denen vorschreiben zu lassen, was die Art meines Mappings betrifft.

Es geht ja auch nicht um die Art, wie Du mappst, sondern ob Du einen Bot 
auf anderer Leute Arbeit loslaesst. Das sind zwei paar Schuhe. Streng 
genommen sind Bot-Betreiber sogar oftmals die, die anderen Leuten 
vorschreiben, wie sie zu mappen haben.

Bye
Frederik


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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> könntest Du bitte auch auf die Erläuterung eingehen, nach der Du
> gefragt hast?

Ich finde sie unzureichend; ein User kann ebenso per Changeset-Kommentar 
"created_by geloescht" eintragen. Ich sehe keinen Vorteil einer 
konzertierten Bot-Aktion.

> Wie definierst Du "Bot" genau? 

Software, die automatisierte - nicht einzeln vom Menschen gepruefte - 
Aenderungen vornimmt und dabei i.d.R. direkt mit dem API spricht.

> Ich habe neulich in Dortmund mind. 70
> Rechtschreibefehler korrigiert. Da es mir mit JOSM zu lange gedauert
> hätte, habe ich ein Script geschrieben, welches die Fehler automatisch
> korrigiert und mit eine OSM-Datei rausgeworfen hat. Die habe ich dann
> nochmal in JOSM durchgeguckt und anschließend hochgeladen.
> 
> Wäre es besser gewesen, jeden Punkt einzeln mit JOSM anzusurfen und
> zu editieren?

Das ist mir egal, aber wenn Du nun beginnst, Dein Skript (nach dem Motto 
"nun hab ich mir einmal die Arbeit gemacht...") sukzessive auf weitere 
Gebiete, in denen Du normalerweise nicht mappst, anwendest, und 
ausserdem weniger und weniger sorgfaeltig bei der manuellen 
Ueberpruefung der Ergebnisse wirst, dann wuerde ich beginnen, ein 
Problem zu sehen.

Bye
Frederik


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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo Tobias,

Tobias Wendorff wrote:
>> Software, die automatisierte - nicht einzeln vom Menschen gepruefte - 
>> Aenderungen vornimmt und dabei i.d.R. direkt mit dem API spricht.
> 
> Sie wird aber vom Menschen programmiert, ist also eigentlich nur
> ein weiteres OSM-Tool, welches Fehler haben mag.

Es ist ein Unterschied, ob der Mensch eine Aenderung selbst vornimmt 
oder ob er ein Programm schreibt, das sie vornimmt. Wenn Du diesen 
Unterschied nicht sehen willst, dann habe ich kein Interesse daran, ihn 
Dir zu erklaeren.

>> Das ist mir egal, aber wenn Du nun beginnst, Dein Skript (nach dem Motto 
>> "nun hab ich mir einmal die Arbeit gemacht...") sukzessive auf weitere 
>> Gebiete, in denen Du normalerweise nicht mappst, anwendest, und 
>> ausserdem weniger und weniger sorgfaeltig bei der manuellen 
>> Ueberpruefung der Ergebnisse wirst, dann wuerde ich beginnen, ein 
>> Problem zu sehen.
> 
> Das Mappen in anderen Gebieten kann mir niemand verbieten.

Mappen im Sinne von originaerer Datenerhebung ganz bestimmt nicht. Ich 
sehe aber potentielle Probleme darin, wenn jemand seine Vorstellung 
davon, was richtig und was falsch ist, in einer ihm fremden Gegend, in 
der er nicht selbst Daten erhebt, den dortigen Mappern aufoktroyiert.

Die Grenze ist fliessend. Sicherlich gibt es Dinge, die ich sinnvoll 
verbessern kann, auch in einer Gegend, die ich gar nicht kenne (z.B. 
ganz offensichtliche Tippfehler). Andere Dinge haben eventuell mehr mit 
dem persoenlichen Stil eines Mappers zu tun - er nutzt die Freiheiten, 
die OSM ihm bietet. Wenn ich als unbeteiligter Dritter von ausserhalb 
nun ankomme und ihm irgendwelche Vorschriften mache ("hier ist eine 
Strasse, die 3km lang ist und an beiden Seiten an eine secondary 
anschliesst, das kann niemals ein highway=service sein, ich tagge das um 
auf highway=unclassified"), dann ueberschreite ich meiner Ansicht nach 
damit eine Grenze.

"Verbieten" kann mir auch das keiner, genauso wenig wie mir jemand 
"verbieten" kann, Berlin zu loeschen. Es kommt halt eventuell bei 
einigen nicht so gut an ;-)

> Somit
> begrenzt sich Deine Aussage also nur auf die Qualität der Ergebnisse?

Nein, mein Augenmerk gilt hier dem Prozess, nicht dem Resultat.

Bye
Frederik

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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hi,

Florian Lohoff wrote:
> Also wenn dann "delete from node_tags where k=created_by" - Find ich 
> aber problematisch weil wenn das einmal einreisst dann haben wir
> bald zig sachen die "mal schnell" in der datenbank geaendert werden und keiner
> weiss mehr wer das gemacht hat.

Es gibt dann auch die Frage, ob man das in der History auch macht oder 
nicht; in jedem Fall wird man entweder einen "Bruch" in der History 
haben, oder man hat alte Planetfiles rumliegen, die nicht mehr zu den 
aktuellen Daten passen. Ist alles zwar nicht furchtbar schlimm, aber 
sicherlich etwas, das man nur in Ausnahmefaellen machen sollte.

Bye
Frederik

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

Re: [Talk-de] Mal wieder Service/unclassified/Grade1Track (was: Strassen in der Schweiz, Solothurn)

[Frederik Ramm]

Hallo,

Florian Lohoff wrote:
>> "track/grade1" ist alles, was nur eine Fahrspur breit ist, also keinen  
>> Begegnungsverkehr zulässt und trotzdem betoniert/asphaltiert ist.
>> Und selbst wenn es auf dem Track zu einem Trinkwasser-Tiefbrunen oder zu  
>> einer Gasdruckregelanlage geht.
> 
> Das ist deine interpretation, diese unterstuetze ich nicht. Nur weil das nur 
> eine
> Fahrspur breit ist ist das noch lange kein track.

In Schottland gibt es ziemlich viele "secondary"-Strassen, die keinen 
Begegnungsverkehr zulassen (die haben dann alle paar hundert Meter einen 
"passing place").

Bye
Frederik



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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
>> Es gibt dann auch die Frage, ob man das in der History auch macht oder 
>> nicht; in jedem Fall wird man entweder einen "Bruch" in der History 
>> haben, oder man hat alte Planetfiles rumliegen, die nicht mehr zu den 
>> aktuellen Daten passen. Ist alles zwar nicht furchtbar schlimm, aber 
>> sicherlich etwas, das man nur in Ausnahmefaellen machen sollte.
> 
> sollte das automatisch nicht so sein, dass die History nicht zu
> den aktuellen Daten passt? Ich joine generell nur über IDs, weil
> die ja (hoffentlich) einzigartig sind.

Kannst Du das nochmal anders sagen? Da waren mir jetzt zu viele "nicht"s 
auf einmal, als dass ich das verstehen haette koennen.

Bye
Frederik



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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Ich meinte, dass History und aktueller Stand unterschiedlich sein
> müssen. Eine History wird ja erst erzeugt, wenn der aktuelle Stand
> verändert wurde.

Streng genommen ist der aktuelle Stand immer auch Teil von der History 
(auch in der Datenbank ist der aktuelle Stand doppelt drin, einmal in 
_current, einmal in der history). Ausserdem wird immer ein neuer 
History-Eintrag angelegt, wenn ein neues Objekt hochgeladen wird, selbst 
dann, wenn dies mit dem alten identisch ist, d.h. zwei 
aufeinanderfolgende Eintraege in der History unterscheiden sich nicht 
notwendigerweise.

> Wenn nun jemand die created_by-Tags löscht, entsteht eine neue
> Version und die alte, die in der History verschwindet. Der Unterschied
> ist also die Entfernung des created_by-Tags.

Ich hatte Dich ("einfach Spalte droppen") so verstanden, dass Du 
tatsaechlich direkt aus der Datenbank etwas entfernen willst. Dabei 
wuerde keineswegs automatisch eine neue historische Version angelegt! 
Das passiert alles vom Rails-Code aus, nicht durch Datenbanktrigger oder 
aehnliches.

Bye
Frederik


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

Re: [Talk-de] created_by-Beseitigung

[Frederik Ramm]

Hi,

Tobias Wendorff wrote:
>> Ausserdem wird immer ein neuer History-Eintrag angelegt, wenn ein
>  > neues Objekt hochgeladen wird, selbst  dann, wenn dies mit dem
>  > alten identisch ist, d.h. zwei aufeinanderfolgende Eintraege
>  > in der History unterscheiden sich nicht notwendigerweise.
> 
> Aus Interesse: Es wird ein Diff angelegt, oder?

Nee, es wird ganz stumpf die Versionsnummer hochgezaehlt und ein neuer 
Record angelegt mit dem, was Du gerade hochgeladen hast, voellig egal, 
ob es mit dem, was schon da war, identisch ist oder nicht.

>> Das passiert alles vom Rails-Code aus, nicht durch Datenbanktrigger oder 
>> aehnliches.
> 
> Ah okay. Auch aus Interesse: Läuft der Rails-Code auf dem DB-Server?

Nein, der laeuft auf eigenen "API-Servern" (mehreren).

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] Point-Shapes aus OSM erstellen?

[Frederik Ramm]

Hallo,

Holger W. wrote:
> ich hab eine kleines Problem: ich probiere gerade die Konvertierung eines 
> OSMfiles in ein Shapefile aus - per OSMEXPORT. Hab auch die Intallation von 
> Ruby und die Regeldatei soweit ganz gut hinbekommen (installiert habe ich 
> folgende versionen: ruby186-26.exe, osmlib-base-0.1.3.gem, 
> osmlib-export-0.1.3.gem, GeoRuby-1.3.4.gem und libxmlrelease). Es wird zwar 
> ein Shapefile erstellt, dieses ist aber immer leer. Im DOS-Fenster bekomme 
> ich die fehlermeldung im dos-fenster "...StreamParser only understands osm 
> file version 0.5...". hat das evtl. mit der Umstellung der Api von 0.5 auf 
> 0.6 zu tun?

Hast Du eine aktuelle Version von osmexport heruntergeladen? Jochen hat 
das erst vor 2-3 Wochen auf 0.6 umgestellt.

Bye
Frederik


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

Re: [Talk-de] Neues ÖPNV-Schema: Metro taggen

[Frederik Ramm]

Hallo,

Claudius wrote:
> Wofür benötigt die Relation eigentlich from und to wenn diese 
> Information doch aus der ersten und letzten Station ermittelt werden 
> kann? Andererseits könnte es auch Linien geben, bei denen der Zielort 
> den Stadtteil benennt, die letzte Station aber anders heisst.

Das war der Plan - in "from" und "to" sollte man mehr oder weniger 
reinschreiben, was "auf dem Fahrzeug vorne draufsteht" (damit man dem 
Passagier spaeter sagen kann "nehmen Sie die Linie X Richtung Y").

Bye
Frederik

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

Re: [Talk-de] Haltbarkeit von Changesets....

[Frederik Ramm]

Hallo,

Jan Tappenbeck wrote:
> mit der API 06 wurden die Changeset eingeführt und wenn ich es richtig 
> verstanden habe dann sind die heruntergeladenen OSM-Daten für einen 
> Rückspeicherung immer nur eine "begrenzte Zeit haltbar".

Das hast Du falsch verstanden. Changesets, die einmal geoeffnet wurden, 
sind nur begrenzt haltbar, aber das Herunterladen von Daten hat mit 
einem Changeset nichts zu tun. Die Daten sind so lange "haltbar", bis 
jemand anders sie auf dem Server veraendert; danach kannst Du keine 
Aenderung mehr hochladen, ohne vorher selbst die aktuellen Daten 
herunterzuladen.

> Im Urlaub habe ich das nun immer so gemacht das ich mir zu Beginn die 
> Daten gezogen habe und da wenige dort mappen diese in der Zeit offline 
> fortgeführt. Nach ein oder zwei Wochen habe ich diese dann wieder 
> hochgeladen. Hat auch immer gut funktioniert bisher.
> 
> Würde das mit der neuen API auch funktionieren ???

Grundsaetzlich ja. Wenn wider Erwarten doch jemand in dem Bereich 
arbeitet - mehr und mehr lassen die Leute ja auch Bots laufen, die 
irgendwas automatisch geraderuecken, davor sind auch entlegene Gebiete 
nicht sicher - dann sollte ein einfaches Herunterladen des aktuellen 
Standes mit nachfolgender Kollisionskorrektur in JOSM helfen. Der 
Prozess kann allerdings holprig werden, besonders, wenn jemand auf dem 
Server ein Objekt loescht, das Du bearbeitet hast; da muss JOSM noch 
etwas verbessert werden, damit das richtig laeuft.

Bye
Frederik


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

Re: [Talk-de] Neue Lizenz, aktueller stand ?

[Frederik Ramm]

Hallo,

northc...@gmx.de wrote:
> was ist denn der aktuelle Stand ? Die letzte Info war das um eine
> Woche Verlängerung beim Entwurf für die überarbeitete Version gebeten
> wurde. Wenn ich das richtig in Erinnerung habe. Ich glaube da ist bei
> uns noch Schnee gefallen zu dem Zeitpunkt, so lang ist das her... ;)

Erfreulicherweise ist ein bisschen Ruhe eingekehrt bei der Diskussion, 
was nicht heissen soll, dass nicht mehr gearbeitet wird. Ulf Moeller 
kann mehr erzaehlen, er ist in der "License Working Group", deren 
Protokolle auch ueber die osmfoundation.org-Seite eingesehen werden 
koennen. Viele Beteiligten gehen davon aus, dass es mindestens 6 Monate, 
eher noch ein Jahr dauert, bis ein Lizenzwechsel tatsaechlich vollzogen 
werden kann. Auf der SOTM soll es irgendeine Art von Veranstaltung zur 
Lizenz geben, aber was genau, ist noch unklar.

Es hat einige Konsultationen mit Anwaelten gegeben, und viele Dinge sind 
zumindest klarer geworden als vorher. Die OSMF hat an Definitionen dazu, 
was genau ein "Produced Work" ist und was genau "substantial" ist, 
gefeilt, und halbwegs brauchbare Resultate erzielt. Ein "Contribution 
Agreement", unter dem wir Mapper unsere Daten dann der OSMF geben 
sollen, damit die es als Datenbank veroeffentlicht, ist in Arbeit (da 
wird im wesentlichen drinstehen: "hier sind meine Daten, macht damit was 
ihr wollt, Hauptsache die Daten kommen unter die ODBL" oder so).

Ein - in meinen Augen - noch immer ziemlich unklarer Punkt ist die Frage 
der "Transitivitaet" der Lizenz. Unter CC-BY-SA ist es ja so, dass wir 
immer ein Paerchen aus Lizenzgeber und Lizenznehmer haben: Du mappst 
Daten, gibst sie als Lizenzgeber an die OSMF (Lizenznehmer), die OSMF 
gibt sie als Lizenzgeber an mich (Lizenznehmer), ich mache daraus ein 
Bild und veroeffentliche das als Lizenzgeber, die Besucher meiner 
Webseite sind dann Lizenznehmer und so weiter. Mit der ODBL, so vermute 
ich, koennen wir das nicht machen, denn laut ODBL hat der Lizenzgeber 
das Recht, festzulegen, welche anderen Lizenzen "kompatibel" sind. Ich 
als alter Verfechter von Public Domain wuerde also das Planetfile nehmen 
und unter der ODBL weiterveroeffentlichen und dazu sagen: "Uebrigens, 
als Lizenzgeber lege ich hiermit fest, dass die BSD-Lizenz kompatibel 
ist." oder so. Das will die OSMF nicht, also muss ein Konstrukt her, bei 
dem die OSMF immer der Lizenzgeber ist und alle, auch viele Ebenen 
weiter unten, immer nur an deren Tropf haengen. Das wiederum wuerde 
vermutlich einen Fork erschweren und damit nicht mehr so ganz 
DFSG-vertraeglich sein.

Bye
Frederik

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

Re: [Talk-de] Neue Lizenz, aktueller stand ?

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
>> Ein - in meinen Augen - noch immer ziemlich unklarer Punkt ist die Frage 
>> der "Transitivitaet" der Lizenz. Unter CC-BY-SA ist es ja so, dass wir 
>> immer ein Paerchen aus Lizenzgeber und Lizenznehmer haben: Du mappst 
>> Daten, gibst sie als Lizenzgeber an die OSMF (Lizenznehmer), die OSMF 
>> gibt sie als Lizenzgeber an mich (Lizenznehmer), ich mache daraus ein 
>> Bild und veroeffentliche das als Lizenzgeber, die Besucher meiner 
>> Webseite sind dann Lizenznehmer und so weiter. Mit der ODBL, so vermute 
>> ich, koennen wir das nicht machen, denn laut ODBL hat der Lizenzgeber 
>> das Recht, festzulegen, welche anderen Lizenzen "kompatibel" sind.
> 
> Was genau bedeutet "kompatibel"? In welche Richtung?

Datenbanken, die aus einer ODBL-Datenbank abgeleitet sind, muessen lt. 
ODBL unter der ODBL selbst "oder einer komptaiblen Lizenz" lizensiert 
werden.

Bye
Frederik

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

Re: [Talk-de] Neue Lizenz, aktueller stand ?

[Frederik Ramm]

Hi,

Ulf Möller wrote:
> Ich sehe bei so einem Konstrukt praktisch keinen Unterschied zum 
> GNU-Projekt, bei dem die FSF der Lizenzgeber ist - und das ja auch 
> ausnutzt, um gerichtlich gegen Lizenzverletzungen vorzugehen.

Ich interpretiere das bei GNU eher so wie bei der CC-BY-SA. In dem 
Moment, wo ich ein schoepferisches Werk auf Basis eines GNU-Werks 
erstelle, *ich* der Lizenzgeber bin und nicht die FSF oder sonstwer.

Wenn die FSF eine GNU-Software herausgibt und ich daraus ein 
abgeleitetes Werk mache und es nicht unter GPL, sondern einer andren 
Lizenz rausgebe, dann kann die FSF mir an den Karren fahren - nicht aber 
irgendjemandem "downstream", denn diese Leute haben nur mit mir als 
Lizenzgeber zu tun.

Ich habe den von Dir kuerzlich zitierten Passus zu "no sub-licensing" 
aus der GPL gelesen, aber ich denke, der gilt nur dann, wenn ich 
GPL-Software unveraendert weitergebe. In dem Moment, wo ich selber als 
Urheber dazwischentrete, kann das nach meinem Verstaendnis gar nicht 
anders gehen als wie bei der CC-BY-SA. (Insbesondere gibt es ja auch 
jede Menge GNU-Software, die mit der FSF gar nichts zu tun hat, oder? 
Wenn ich ein Skript unter GPL rausgebe und Du es nicht lizenzgemaess 
nutzt, dann kann ich oder ein anderer Autor Dich verklagen, nicht aber 
die FSF...)

Bye
Frederik


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

[Talk-de] FOSSGIS 2010 in Osnabrueck: Die deutsche OSM-Konferenz

[Frederik Ramm]

Hallo,

ich bin gerade im Linuxhotel in Essen bei einem Planungstreffen vom 
FOSSGIS e.V., und wir haben unter anderem lange darueber geredet, wie 
wir OSM bei der FOSSGIS-Konferenz mehr Raum geben koennen. Das Ergebnis 
der Planungen fuer Maerz 2010 ist, dass wir sozusagen 1.5 
OpenStreetMap-Tage an die FOSSGIS-Konferenz anhaengen (mit der Option 
auf einen weiteren Tag, wenn wir im Laufe der weiteren Planung den 
Eindruck bekommen, dass wir das brauchen).

Die FOSSGIS-Konferenz startet am Dienstag, 2.3.2010 zunaechst mit 
bezahlten Tutorien (traditionell zu Themen wie PostGIS, Mapbender, 
OpenLayers o.ae., wobei es diesmal durchaus auch OSM-Tutorien geben 
kann); Dienstag nachmittag bis Donnerstag vormittag finden dann vorallem 
  Vortraege zu den klassischen Open-Source-GIS-Themen statt, parallel 
gibt es u.U. weitere Tutorien. Donnerstag, den 4.3., startet dann 
mittags oder am fruehen Nachmittag das OSM-Programm. Hier wollen wir 
vermutlich zunaechst ein paar einfuehrende Veranstaltungspunkte 
unterbringen. Der gesamte Freitag ist dann fuer OSM-Vortraege, Workshops 
und anderes geplant.

Je nachdem, wie es 2010 laeuft, wollen wir den OSM-Teil dann in den 
kuenftigen Jahren weiter ausbauen. Die FOSSGIS-Konferenz soll also fuer 
uns hier im deutschsprachigen Raum das Aequivalent zur internationalen 
"State of the Map" werden; wir wollen uns dabei sowohl Newcomern und 
Interessierten vorstellen als auch Zeit haben, uns gegenseitig ueber 
interessante OSM-Entwicklungen zu informieren und auch innerhalb der 
Community in Workshops die jeweils aktuellen Themen beackern.

Das ist bisher alles nur so der grobe Plan, ich wollte bloss schon mal 
brandheiss vorankuendigen. Einen "Call for Papers", eine detaillierte 
Einladung zum Einreichen von Vortragsideen, wird es im Herbst diesen 
Jahres geben.

Trotzdem koennt Ihr Euch den Termin schon jetzt vormerken ;-) das 
wichtigste hab ich auch auf http://www.openstreetmap.de/fossgis2010.html 
zusammengeschrieben.

Bye
Frederik


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

Re: [Talk-de] User: Kraftfahrstraße Edit-War

[Frederik Ramm]

Hallo,

Jonas Krückel wrote:
> P.S. gibts eigentlich eine deutsche Vandalismus-Gruppe mittlerweile?

Keine, die mir bekannt waere!

Bye
Frederik

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

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

[Talk-de] Abmalen von Luftbildern und Copyright

[Frederik Ramm]

Hallo,

   Richard Fairhurst hat einige ziemlich fundierte Betrachtungen zum 
Thema Copyright beim Abdigitalisieren von Luftbildern angestellt und 
kommt zu dem Ergebnis, dass es vermutlich rechtlich nicht angreifbar 
waere, wenn wir Google-Luftbilder abmalen wuerden. Allerdings empfiehlt 
er im gleichen Atemzug, das zur Sicherheit lieber bleiben zu lassen 
(nach dem altbekannten "OSM will lieber vorsichtig sein"-Grundsatz).

Details auf Englisch hier:
http://www.systemed.net/blog/?p=100

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] Gelöschte Grenzwege

[Frederik Ramm]

Hallo,

Matthias Versen wrote:
> Ein neuer User hat unabsichtlich 2 Ways gelöscht und dadurch zahlreiche 
> Grenzen beschädigt.

Sollte repariert sein.

Bye
Frederik

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

Re: [Talk-de] Kraftfahrstrassen

[Frederik Ramm]

Hallo,

Jens Müller wrote:
> Account sperren lassen, bei Neuanmeldung zur Umgehung Strafanzeige wegen
> Computersabotage.

Ich wuerde mir wuenschen, dass wir ein kleines bisschen die 
Verhaeltnismaessigkeiten im Auge behalten. Ich bin - als Mapper und 
Steuerzahler! - eigentlich ganz froh, dass nicht, jeder, der bei 
OpenStreetMap irgendein Problem hat, gleich mit Strafanzeigen um sich 
wirft. Wenn jemand damit anfaengt, wuerde ich tendenziell eher 
versuchen, diese Person loszuwerden als den urspruenglichen Stoerenfried.

Bye
Frederik


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

Re: [Talk-de] Abmalen von Luftbildern und Copyright

[Frederik Ramm]

Hallo Michael,

> Nutzung von Google Luftbildern war auch ein Thema auf der SOTM 2008 (war 
> selber dort). 

Alles, was Du schreibst, ist korrekt. Aber wenn Richard F. mit seiner 
Analyse recht hat, dann bedeutet das, dass auch diejenigen, von denen 
Google die Bilder einkauft, gar nicht das Recht haben, Google die 
Verwendung zum Abdigitalisieren von Daten zu untersagen.

Es stimmt, dass Ed Parsons gesagt hat:

>   Wenn Google davon Karten ableiten wollte (das was wir für OSM gerne 
> haben wollen),
>dann müssten sie dafür (viel!) mehr Lizenzgebühren zahlen.

Aber genau diese Lizenzeinschraenkung der Lizenzgeber gegenueber Google 
wird ja hier von Richard fundiert angezweifelt.

Es kann ja nun durchaus sein, dass Google die betreffenden Anbieter 
nicht vergraetzen will und sich daher an deren "Lizenzen" haelt, selbst 
wenn Google selbst der Ansicht waere, dass diese rechtlich nicht haltbar 
sind. (Nur um das Argument "wenn das so einfach waere, haette Google 
doch schon laengst..." vorwegzunehmen.)

Das hat aber streng genommen mit der Weiterverwendung der Daten durch 
uns nichts zu tun.

Bye
Frederik

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

Re: [Talk-de] Kraftfahrstrassen

[Frederik Ramm]

Hallo,

Jens Müller wrote:
> On 08.06.2009 09:39, Frederik Ramm wrote:
>> Jens Müller wrote:
>>>> Account sperren lassen, bei Neuanmeldung zur Umgehung Strafanzeige wegen
>>>> Computersabotage.
>> Ich wuerde mir wuenschen, dass wir ein kleines bisschen die 
>> Verhaeltnismaessigkeiten im Auge behalten.
> 
> Noch ist diese Eskalationsstufe ja auch gar nicht erreicht.
> 
> Und daß es in diesem Fall dazu kommt, ist ja auch nicht gesagt.
> 
> Als beim Stadtwiki Karlsuhe massiv und automatisiert Vandalismus
> betrieben wurde, hätte man auch "It's a Wiki!" sagen sollen?

Wie Du richtig sagst, ist hier jemand zwar vielleicht mit grossem 
Mundwerk, aber weder "massiv" noch "automatisiert" unterwegs. Das traefe 
auch dann noch zu, wenn er sich einen neuen Account zulegt, nachdem der 
alte gesperrt wurde.

Bye
Frederik

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

Re: [Talk-de] Kraftfahrstrassen

[Frederik Ramm]

Hallo,

Heiko Jacobs wrote:
> Wie nun damit verfahren?

Ich habe mir mal ein Bild von der Sache gemacht und alle Strassen, die 
aktuell von diesem User zuletzt bearbeitet wurden, gesammelt und mit der 
jeweils letzten Version verglichen:

http://www.remote.org/frederik/tmp/kfz.html

Sind insgesamt gut 1000 Ways, also nicht gerade eine riesige Menge. Wir 
koennten die alle automatisch auf den vorherigen Stand zuruecksetzen. 
Dagegen spricht aber

1. mancherorts hat der Benutzer mit seiner Aenderung moeglicherweise 
recht (z.B. sehe ich da eine "residential" mit ref=B..., die er zur 
"primary" gemacht hat, das ist ja vielleicht nicht ganz dumm).

2. ich habe den Eindruck, dass nicht mal hier auf der Liste ein Konsens 
besteht.

3. der Benutzer scheint mit Potlatch zu arbeiten, das heisst, sein 
Handlungsspielraum ist doch arg begrenzt.

Ich wuerde im Moment dazu tendieren, die Sache ruhen zu lassen; ab und 
zu mal eine von ihm falsch getaggte Strasse korrigieren, und das wars. 
Ab und zu drauf hinweisen, dass motorroad doch bei Osmarender schon 
gerendert wird... der wird sicher bald die Lust verlieren.

Ausserdem ist die Sache nicht eilbeduerftig; wir koennen auch noch in 
einem halben Jahr alle seine "trunks" wieder zurueckbauen, wenn es uns 
noetig erscheint.

Bye
Frederik


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

Re: [Talk-de] Bahnsteigs- und Gleisnummern im neuen ÖP NV-Schema

[Frederik Ramm]

Hallo Mirko,

OSM ist noch nie ein Projekt gewesen, bei dem irgendwer ein 
"fertiges" Konzept fuer sich allein ausbaldowert und den anderen 
vorgelegt haette. Bei OSM geht immer alles inkrementell, in kleinen 
Schritten und, wie Jochen richtig sagt, auch immer in Schritten, die 
irgendwie mit der Masse der Mapper halbwegs vertraeglich sein muessen.

Oft werden auch in verschiedenen Laendern (oder Gegenden) ganz 
unterschiedliche Vorgehensweisen bevorzugt.

Sebastian hat sich im Vorfeld eigentlich ziemlich gruendlich informiert, 
hat das Wiki und existierende Tags, die deutschen und die englischen 
Mailinglisten studiert. Trotzdem nicht auszuschliessen, dass Deine 
Vorarbeit uebersehen wurde. Dass sich nicht mal unsere Ankuendigung des 
Treffens in Karlsruhe ins Forum durchgefressen hat, ist betrueblich, 
aber wir koennen halt auch nicht *ueberall* mitmischen.

Lass Dich von uns nicht davon abbringen, Dein Konzept weiter zu 
verfolgen. Was Sebastian vorgelegt hat, ist sicherlich nicht der 
Weisheit letzter Schluss, sondern eben ein Schritt auf dem fuer OSM 
typischen Weg der kleinen Schritte. Auch Dein Konzept wird, so Du es 
irgendwann mal vorlegst, ganz sicher von anderen abgewandelt und 
verfeinert werden.

Bye
Frederik

PS: Eventuell gehoert das im Forum zum normalen Umgangston, das kann ich 
nicht beurteilen, aber hier auf der Liste wird man Deinen Ideen 
vermutlich eher Beachtung schenken, wenn Du davon absiehst, die 
Sachbeitraege mit "Eigentlich hasse ich diese Chaoslisten" oder "Euroe 
spontane Schwatzrunde war leider nicht ganz dienlich" zu wuerzen. Das 
kommt nicht so gut.

-- 
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] User: Kraftfahrstra?e Edit-War

[Frederik Ramm]

Hallo,

Garry wrote:
> Wenn auf der einen Seite ein Fachmann eine gute Lösung für eine 
> Tag-Problemstellung hat und diese versucht umzusetzen und auf der 
> anderen Seite ein Nichtfachmann dafür eine nicht ausreichend 
> überdachte Regelung ins Wiki klopft die sogleich von 100 
> "Berufungstaggern" grossflächig umgesetzt wird

Das ist ein bisschen das Problem bei OSM. Wir haben ein paar
"Fachleute", die glauben, man muesste nur ein gut durchdachtes Konzept
haben und damit waere die Sache geritzt. In Wahrheit ist das gute
Konzept nur 1/3 des Erfolges - ein weiteres Drittel ist "Didaktik" (wie
bringe ich den Nichtfachmann dazu, das Konzept erfolgreich anzuwenden)
und ein weiteres Drittel ist "Diplomatie" (wie gehe ich mit Kritik um).

Wer nur das erste Drittel macht, der kann es ebensogut gleich bleibenlassen.

Bye
Frederik


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

Re: [Talk-de] User: Kraftfahrstra?e Edit-War

[Frederik Ramm]

Hallo,

Garry wrote:
> Dazu noch die wachsende Verbreitung der "Rule-checker"
> die von der implemntierten Regel abweichende Tags gleich im Keim schon 
> zu ersticken droht.

Wenn so ein Dienst anfaengt, dem Mapper Vorschriften zu machen anstatt 
ihm eine Hilfe zu sein, muss man dem entschieden entgegentreten. Das 
wuerde eine wichtige Existenzgrundlage von OSM bedrohen. Mapper sind bei 
uns keine Arbeitsknechte, die bloss die Leerstellen in anderer Leute 
Formulare ausfuellen...

Bye
Frederik


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

Re: [Talk-de] FreieTonne - Seekarteninformationen/ Seezeichen nachOSM kopieren

[Frederik Ramm]

Hallo,

Jan Jesse wrote:
> Beispiel: Wir haben einen Tonnenweg durch das Stettiner Haff.
> Haufenweise grüne und rote Tonnen, die sich äußerlich nicht
> unterscheiden. Das Fahrwasser macht mehrere Richtungsänderungen. Also
> heben wir die Tonnen, die diese Eckpunkte beschreiben, schon in
> größerer Höhe hervor.

[...]

> Dürfen wir den Tag behalten ;-)

Duerfen duerft ihr schon, aber denk selbst nochmal drueber nach. Es wird 
unter Garantie auch bei Euch interne Diskussionen und 
Verbesserungsvorschlaege geben, und dann sagt jemand "sollten wir die 
Tonnen, an denen sich die Richtung aendert, nicht schon ab Zoomlevel 8 
anzeigen statt ab Zoomlevel 9", und dann muesst ihr alle Tonnen in der 
Datenbank umtaggen (obwohl sich an den Tonnen ja gar nichts aendernt!). 
Dann kommt einer und sagt "ich moechte eine spezielle Kanufahrerkarte 
fuer diesen Bereich machen, und auf der haette ich dann gern alle Tonnen 
schon auf Zoomlevel X, ..." - das geht alles drunter und drueber. Wenn 
ihr Euch bemueht, die Gruende *hinter* der Entscheidung, auf welchem 
Zoomlevel die Tonne zu rendern ist, zu mappen - eben z.B. wie hier von 
Dir erklaert "richtungsaenderung=yes" oder sowas -, dann habt ihr selber 
spaeter auch mehr Flexibilitaet.

Bye
Frederik

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

Re: [Talk-de] Export as jpg with BB

[Frederik Ramm]

Hallo,

Gerrit Lammert wrote:
> Ich bin glaub ich gerade ein bisschen blöd.
> Ich möchte eine BB angeben (2x lat/lng) und eine Zielgröße in Pixel
> (breite x höhe des bildes).
> Die einzige ähnliche API dazu verlangt Mittelpunkt (1x lat/lng), zoom und
> die Bildgröße.
> Kann mir jemand einen Tipp geben?

Die OSM-API gibt keine Bilder zurueck, nur Daten. Der Export-Tab kann 
Bilder erzeugen, ist aber nur fuer die interaktive Nutzung gedacht und 
nicht fuer automatisches Bilder-Abholen.

Schau Dir mal "MapOf" an:

http://wiki.openstreetmap.org/wiki/MapOf

Bedenke aber, dass MapOf mit Kacheln arbeitet und daher ggf. das Bild 
skalieren wird. Ausserdem ist das Bild, das eine feste Projektion hat, 
durch Angabe einer Bbox + width + height ueberspezifiziert; ich weiss 
nicht genau, was MapOf macht, wenn die geforderte Hoehe nicht zu der 
errechneten passt.

Bye
Frederik


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

Re: [Talk-de] Straßenbenennung auf Kreuzungen mit Stra ßen mit zwei Fahrbahnen

[Frederik Ramm]

Hallo,

Rolf Bode-Meyer wrote:
> 1. Die Fahrbahn (oder beide bei obiger Kreuzung) trägt willkürlich
> einen der beiden Namen der linken oder rechten Straße.
> 2. Bei zwei Fahrbahnen wird die eine nach der linken, die andere nach
> der rechten anschließenden Straße benannt.
> 3. Die Fahrbahn (bzw. beide) zwischen den anderen werden in zwei Wege
> gesplittet und halb und halb benannt. Der Namens- (und ggf.
> Klassifikationsübergang) erfolgt somit
> genau in der Mitte der Kreuzung.
> 4. Wie in o.g. Beispiel jetzt entdeckt, werden die Teilstücke der B2
> zugerechnet.

Ich neige dazu, in so einer Situation diese Fuzzelstuecke als 
"highway=primary_link" zu taggen und weder mit name noch mit ref zu 
versehen.


Bye
Frederik

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

Re: [Talk-de] Wattweg

[Frederik Ramm]

Hallo,

Toni Erdmann wrote:
> Am Kreuzungspunkt der beiden, hmmm ...
> 
> - gibt's 'nen Kreuzungspunkt?
> - der eine layer=-1, der andere Layer=1, oder wie?

Ich denke nicht, dass ein Punkt sinnvoll ist. Faehrlinien sind eh imemr 
nur so "ungefaehr". Wenn irgendein Validator meckert, wenn eine 
Faehrlinie etwas anderes kreuzt, sollte der Validator wohl angepasst werden.

Bye
Frederik

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

Re: [Talk-de] Subjektive OSM Statistik

[Frederik Ramm]

Hallo,

Sven Sommerkamp wrote:
> Das ist ein Knackpunkt bei unseren Karten!
> Was nützt es, wenn in bsp. Hamburg jede Mülltonne erfasst ist 
> und in den ländlichen Gebieten fast nichts..

Das nuetzt den 1,8 Millionen Einwohnern Hamburgs ziemlich viel, denke 
ich ;-)

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] Subjektive OSM Statistik

[Frederik Ramm]

Hallo,

Sven Sommerkamp wrote:
> Aber da ich ja von einer brauchbaren Karte erwarte, das sie mich praktisch 
> überall hin führen kann..

Eine sehr persoenliche und, wie ich finde, recht eingeschraenkte 
Sichtweise. Der Weltatlas, den Du in der Schule hattest, oder der Plan 
mit allen Glasrecyclingcontainern in Hamburg - keine "brauchbare Karten"?

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] Subjektive OSM Statistik

[Frederik Ramm]

Hi,

qbert biker wrote:
> Eine Karte, die 80% der Strassen beinhaltet, ist nicht wirklich
> 'brauchbar' in dem Sinne wie ein Anwender eine Karte 
> verwenden will. 

Ersetze doch bitte "Ein Anwender" durch "ich". Es gibt sehr viele andere 
Andwendungen fuer Karten ausser der Auto- oder Fussgaengernavigation in 
unbekanntem Gebiet.

Ferner sei angemerkt, dass im grossen und ganzen die viel genutzten 
Strassen und Wege in OSM eher drin sind als die wenig genutzten, will 
sagen: Wenn 80% der Strassen drin sind, dann sind es tendenziell die 80% 
meistgenutzten und nicht "irgendwelche 80%". Wenn es Dir also nicht 
gerade darum geht, in fremdem Terrain trotzdem den idealen Schleichweg 
zwischen Schrebergarten und Grillplatz zu finden, kommst Du mit den 80% 
erstaunlich weit.

Bye
Frederik


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

Re: [Talk-de] Neue Straßenklasse was: Re: User : Kraftfahrstra?e Edit-War

[Frederik Ramm]

Hallo,

Wolfgang wrote:
> Gibt es die Möglichkeit, hier irgendwie abzustimmen und dann zu einem 
> tragfähigen Ergebnis zu kommen?

Grundsaetzlich kann jeder ueber alles abstimmen. Dabei ist aber zu 
bedenken, dass so ein Abstimmungsergebnis fuer niemanden bindend ist. 
Wenn bei der Abstimmung etwas vernuenftiges rauskommt, bei dem jeder 
sagt: Das macht Sinn, dann wird sich das auch durchsetzen. Quaelt man 
sich hingegen zu einem Kompromiss, der nur fuer diejenigen akzeptabel 
ist, die den ganzen Entscheidungsprozess mitgemacht haben (nach dem 
Motto: Ich wiss, das ist nicht toll, aber es ist das beste, was wir 
rausholen konnten), dann wird es nur ein paar Wochen dauern, bis neue 
Leute kommen, die das nicht verstehen und nicht mittragen.

Ferner ist es sehr unwahrscheinlich, dass sich irgendjemand ausserhalb 
Deutschlands fuer irgendeine Art der Aenderung am bestehenden "trunk" 
begeistern kann, d.h., man sollte sich irgendwas ueberlegen, womit eine 
Software, die nur die etablierten Strassenklassen kennt, halbwegs 
zurecht kommt.

Meiner bescheidenen Meinung nach sollte man sich fragen: Was wollen wir 
abbilden, welche Information ist wichtig? Ist es von Bedeutung, ob 
irgendwas eine Kraftfahrstrasse ist oder nicht? Wenn ja, dann taggt man 
diese Eigenschaft eben mit kraftfahrstrasse=yes oder so. Wenn es eher 
auf die Folgen dieser Klassifizierung ankommt, koennte man ja auch ins 
Detail gehen und sagen: bicycle=no. Dann muss sich der Nutzer der Daten 
nicht mit der StVO auseinandersetzen, um zu wissen, was geht. (Umgekehrt 
habe ich naemlich auch keine Lust, saemtliche besonderen Strassentypen 
im Ausland dechiffrieren zu muessen.) Fuer "kreuzungsfrei" braucht man 
keine Tags, das sieht man an den Daten, ob da Kreuzungen sind oder 
nicht. Fuer "2+2" gibt es schon "lanes".

Ich wuerde die ganze Sache nicht so hochkochen.

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] Neue Straßenklasse was: Re: User : Kraftfahrstra?e Edit-War

[Frederik Ramm]

Hi,

Garry wrote:
> Mhm - jein - als Betrachter einer Karte sind man das schon, eine 
> Software dürfte sich aber leichter tun
> wenn sie nicht jeden Knoten einzel prüfen muss...

Sollte die Software aber, wenn sie gut ist. Schliesslich gibt es z.B. 
fuer das Routing keinen Unterschied zwischen "diese Strasse hat keine 
Kreuzungen, weil sie als kreuzungsfreie Strasse designiert ist" und 
"diese Strasse koennte zwar rechtlich Kreuzungen haben, aber es ist halt 
zufaellig gerade nichts da, was sie kreuzt".

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] Neue Straßenklasse was: Re: User : Kraftfahrstra?e Edit-War

[Frederik Ramm]

Hallo,

qbert biker wrote:
> Eine kreuzungsfrei ausgebaute Strasse hat ja Zu- und
> Abfahrtsrampen, die im Sinne des Routers durchaus Kreuzungen
> sind.

Aber ob etwas eine Zu- oder Abfahrtsrampe ist, das kann ich aus den 
Daten entnehmen, dazu brauche ich die Strasse nicht als "dies ist eine 
Strasse, die Zu- und Abfahrtsrampen hat" zu taggen.

> Andererseits ist dieser Ausbauzustand mit eines der
> wichtigsten Kriterien bei der Reisezeitschätzung. Und so
> ganz nebenbei gibts viele Verkehrsteilnehmer, die wissen
> wollen, ob die Strasse kreuzungsfrei ist oder nicht, weil 
> sie diesen Strassentyp bevorzugen oder ablehnen.

Ich denke mal, diesen Verkehrsteilnehmern kommt es aber nicht auf die 
Klassifizierung der Strasse, sondern auf die Realitaet an. Auch eine 
Nicht-Kraftfahrstrasse kann durchaus abschnittsweise kreuzungsfrei 
ausgebaut sein. Wenn ich dem Router sage "ich bevorzuge 
Kraftfahrstrassen", dann doch nicht, weil ich einen Kick vom Zeichen 331 
bekomme, sondern weil ich bei der Kraftfahrstrasse mit bestimmten 
Ausbaumerkmalen rechne - die aber keineswegs exklusiv fuer 
Kraftfahrstrassen sind. Das ganze ist also nur ein Workaround fuer 
Routing-Engines, die zu simpel gestrickt sind, um selbst zu beurteilen, 
wie gut eine Strasse ist, und sich stattdessen auf ein Flag wie 
"Kraftfahrstrasse" verlassen muessen.

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] openstreetmap startseite verbesserungsw ürdig

[Frederik Ramm]

Hallo,

Christoph Wagner wrote:
> ich könnte mir vorstellen, dass das hier schon öfters diskutiert wurde,
> aber so konkret konnte ich auf die Stelle nichts finden, deshalb frag
> ich lieber nochmal.

Von der Grundidee her ist OpenStreetMap nicht das Projekt, das Google 
Maps ersetzen will, sondern das Projekt, das TeleAtlas oder Navteq oder 
so ersetzen will. Wir sammeln hauptsaechlich Daten; aus unseren Daten 
eine superfunktionale Webseite mit tollem Styling, guter Such- und 
Routingfunktion, GPX-Upload/Download und so weiter zu machen, das ist 
fuer OpenStreetMap nicht das "Kerngeschaeft".

Bestimmte Dinge koennen nur auf den zentralen OSM-Servern betrieben 
werden, weil sie direkten Datenbankzugriff brauchen. Aber vieles - 
darunter alles, was Du beschreibst - hat mit der OSM-Datenbank gar 
nichts zu tun. Jeder koennte die von Dir genannten Dinge jederzeit auf 
einem eigenen Server umsetzen. OpenStreetMap hat nicht den Anspruch, die 
Anlaufstelle Nummer 1 fuer gute und leicht benutzbare Karten im Web zu 
sein - OpenStreetMap will nur das Basismaterial dafuer zur Verfuegung 
stellen.

Natuerlich muessen wir irgendwas anbieten, damit Interessenten sehen, 
was OpenStreetMap kann. Aber wir moechten tatsaechlich auch Dritte dazu 
ermuntern, ihre eigenen coolen Sachen mit OSM-Daten zu machen, anstatt 
immer nur zu sagen: "Dies und das sollte man auf der OSM-Seite noch 
einbauen".

Wir befuerchten, dass eine "zu gute" OpenStreetMap-Webseite die 
Initiativen Dritter im Keim ersticken koennte; dann will jeder nur noch, 
dass seine Sachen auf der OSM-Seite eingebaut werden, und alles, was 
dort nicht eingebaut wird, sind Basteleien zweiter Klasse. Wir haetten 
es lieber, wenn die OSM-Webseite eine Bastelei zweiter Klasse waere und 
die erstklassigen Sachen "drum herum" entstehen. Und zwar viele 
verschiedene.

Das ist also die Antwort auf Deine Frage

> Warum ist die Seite momentan so funktionsarm?

> Würde zu viel Funktionalität die Anwender verwirren oder will sich
> einfach keiner die Mühe machen, die Seite aufzuwerten?

Weder noch; die Seite richtet sich primaer nicht an "Anwender".

> Wer ist momentan für die Seite zuständig? Ich würde auch mithelfen,
> falls das gewünscht ist, mehr Funktionalität einzubauen.

Der Code ist im SVN, Du kannst jederzeit Aenderungen daran selbst 
vornehmen oder, was ich in diesem Fall empfehlen wuerde, Trac-Tickets 
aufmachen und einen Patch dranhaengen.

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] openstreetmap startseite verbesserungsw ürdig

[Frederik Ramm]

Hallo,

Markus wrote:
> Heute gilt zunehmend:
> 
>> eine superfunktionale Webseite mit tollem Styling, guter Such- und 
>> Routingfunktion, GPX-Upload/Download und so weiter zu machen
> 
> ist genau das was der Benutzer wünscht und braucht.

Da haben wir uns falsch verstanden. Der "Benutzer" hat natuerlich immer 
schon eine superfunktionale Webseite gewuenscht und gebraucht, nicht 
erst heute, sondern schon lange bevor es OpenStreetMap ueberhaupt gab. 
OpenStreetMap hat aber genauso immer schon gesagt: Dafuer sind wir nicht 
zustaendig.

Ich wiederhole mich: OpenStreetMap hat niemals das Ziel gehabt, Google 
Maps zu ersetzen. OpenStreetMap will nicht primaer die Benutzergruppe 
ansprechen, die Google Maps anspricht.

Ich zweifle ueberhaupt nicht daran, dass es diese Benutzer *gibt*, die 
eben gerne all die coolen Features haben moechten. Ich finde es auch 
super, wenn irgendjemand diesen Benutzern das gibt, was sie wollen. 
Derjenige kann dazu liebend gern auf OpenStreetMap-Daten und sogar auf 
die vorgerenderten Tiles zugreifen.

Ich sage nur, dass OpenStreetMap selbst nicht das Projekt ist, das diese 
Benutzer bedienen will. Genauso wie OpenStreetMap selbst keine coolen 
Fahrrad- oder Wanderkarten macht - das machen andere, auf Basis von 
OSM-Daten.

Mirko schrieb:
> Gewisse für jedermann brauchbare Basisfunktionen muss es haben um Leute zu 
> ziehen. Die können auch nicht warten bis vielleicht mal irgendwer etwas 
> umsetzt. Das hätte man heute, gestern und vorgestern schon gebraucht.

Voellig ok, aber OpenStreetMap ist dafuer nicht zustaendig. 
OpenStreetMap moechte vorallem Mapper gewinnen. Die Benutzer kommen von 
selbst. Und wenn es heute noch zu schwierig ist fuer Otto 
Normalverbraucher, aus unseren Daten tolle Projekte zu machen, dann 
passiert das halt erst naechstes Jahr. - Man muss auch die Proportionen 
im Auge behalten. Wenn Du vorgestern an Deiner Schule mit OSM 
aufgetaucht waerst, und selbst wenn das Benutzerinterface vorbildlich 
gewesen waere - es waeren kaum Daten drin gewesen. Du waerst mit einer 
Mogelpacking angetreten. Also Eile mit Weile.

Dirk:
> Hmm. Für mich ist GoogleMaps ersetzen schon ein wichtiger Punkt. Insbesondere 
> mit Spezialkarten.
[...]
> Da muss ich widersprechen. OSM ansich muss attraktiv sein.

Ich sage ja nicht, dass Google Maps ersetzen kein wichtiger Punkt ist. 
Ich sage nur, es ist nicht die Kernaufgabe von OSM; das kann jeder 
andere auf einem geeigneten Server machen. Cloudmade probiert es in 
grossem Stil, andere kochen kleinere Sueppchen. Ich sehe nicht, wieso 
das Projekt hier Ressourcen allozieren muesste, um in einem Wettrennen 
zu bestehen. Den 08/15-User wird OSM nicht ueberzeugen. Das Attraktive 
an OSM ist das Potential. Wer das nicht begreift, dem ist nicht zu 
helfen. Fuer den Anwendungsfall "ich brauche kurz ne Karte von meinem 
Urlaubsort und will wissen, wo mein Hotel ist" braucht niemand auf OSM 
zurueckzugreifen, Google tut dafuer voellig, ist schneller, 
bedienerfreundlicher, hat noch Luftbilder dabei - ich werde den Teufel 
tun, solchen Benutzern OSM anzudienen, da kommt doch nur Gemecker 
zurueck, weil sie das Projekt nicht begreifen. Wer mit Google Maps 
gluecklich ist, soll da ruhig bei bleiben.

Was die Attraktivitaet betrifft, so will ich OSM vor allem fuer Mapper 
attraktiv machen. Die will ich gewinnen, ueberreden, ueberzeugen, 
koedern, anfixen und dabeibehalten. Die Benutzer, die gern irgendwo 
magisch ihre GPX-Files anzeigen oder Routen zusammenklicken oder sonst 
was wollen, fuer die finden sich genug Dienstleister, die entweder aus 
Enthusiasmus oder als Geschaeftsmodell OSM-Daten aufmotzen und anzeigen.

Es spricht ja auch nichts dagegen, wenn sich hier auf der Liste 
Engagierte zusammenfinden, die irgendwas basteln wollen, um OSM der Welt 
auf dem goldenen Loeffel zu reichen. Aber das ist dann eine 
OSM-Anwendung; das ist dann nicht OSM.

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] Neue Straßenklasse was: Re: User : Kraftfahrstra?e Edit-War

[Frederik Ramm]

Hallo,

Garry wrote:
> Damit setzt Du schon mal voraus dass die Kreuzungen erfasst sind - davon 
> ist OSM aber auch alleine in Deutschland
> noch ein Stück entfernt.

Das ist fuer die Diskussion nicht relevant, denn auch ein 
deutschlandweites "motorroad"- oder aehnliches Tagging ist noch in 
weiter Ferne.

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] openstreetmap startseite verbesserungsw ürdig

[Frederik Ramm]

Hallo,

Dirk Stöcker wrote:
> Dann haben wir vollkommen verschiedene Ansichten. Ich begreife OSM nicht 
> als Selbstzweck, 

Tut das irgendjemand, oder hat irgendjemand das gesagt?

 > sondern habe Ziele auf die ich hinarbeite:
> 
> a) Webbasierte Kartenanzeige (mit dynamischen, thematischen Karten)
> b) In kommerziellen Navigationsgeräten einsetzbare Routingkarten

Klar, finde ich beides gut und wichtig. Die Rolle des Projekts 
OpenStreetMap ist, Dir und anderen durch Bereitstellung der notwendigen 
Daten zu ermoeglichen, webbasierte Karten mit dynamischen, thematischen 
Karten sowie Karten fuer Navigationssysteme herzustellen.

Ich waere auch ehrlich begeistert, wenn Leute anfagen wuerden, gedruckte 
Reisefuehrer, Wanderkarten, gar Atlanten mit OSM-Daten zu produzieren, 
oder Kunstwerke, Spiele, Globen, was auch immer.

Das heisst aber nicht, dass ich von uns als Projekt erwarte, dass wir 
jetzt Atlanten drucken und verkaufen.

Zugegeben: Dieses "wir"/"uns", das ich hier immer verwende, ist 
natuerlich absolut schwammig; unter uns Mailinglistenlesern hier ist ja 
vielleicht jemand, der genau das tut. Aber das darf dann meines 
Erachtens tatsaechlich der Atlas von Fritz Mueller sein und nicht "der 
Atlas des OpenStreetMap-Projekts". Genauso, wie sich die Pisten-, See-, 
Wander- oder Fahrradkarte als eigenstaendige Projekte verstehen und 
nicht als kleiner Teil von OSM. Oder die vielen verschiedenen Garmin- 
karten, die wir derzeit haben - jede fuer einen anderen Zweck und eine 
andere Zielgruppe, und keine davon ist "die OSM-Garminkarte". Das finde 
ich gut, das sollten wir auch weiter foerdern.

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] Changeset schliessen

[Frederik Ramm]

Hallo,

Chris-Hein Lunkhusen wrote:
> kann man einen CS nachträglich schliessen? Der steht in meiner
> Historie noch als "in Bearbeitung", hatte in JOSM
> während des Hochladens auf "Abbruch" geklickt.

Einfach abwarten, das schliesst sich von selber.

Bye
Frederik

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

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

[Talk-de] download.geofabrik.de tut nicht

[Frederik Ramm]

Hallo,

der Geofabrik-Downloadserver ist seit Freitag nachmittag nicht 
erreichbar. Soll aber lt. Provider in den naechsten Stunden repariert 
werden, und dann wird es nochmal einige Stunden dauern, bis die 
aktuellen Daten von heute nacht drauf sind. Wenn ich am Freitag gewusst 
haette, dass es das ganze Wochenende dauert, waere ich auf einen 
Ersatzserver ausgewichen - das naechste Mal dann...

Bye
Frederik

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

Re: [Talk-de] openstreetmap startseite verbesserungsw ürdig

[Frederik Ramm]

Hallo,

Markus wrote:
>> Vor nem halben Jahr war die Maschine am Ende
> 
> Und dann kamen innerhalb einer Woche 10.000 € zusammen.
> Eine grosse Community hat grosse Ressourcen.

Ich glaube, Bernd hat nicht unrecht mit dem etwas kritischen Bild, das 
er malt. Je weiter OSM auf die Nutzer zugeht, desto mehr nervige 
Dumm-User mit Anspruchshaltung werden wir haben.

Wenn nun z.B. IBM ankommt und sagt: Klasse, diese OSM-Daten, die kann 
ich nehmen, um eine Google Maps-Konkurrenz aufzubauen - und die stellen 
einen Serverpark hin mit Rendering-Engine und allem drum und dran und 
vermarkten das als "IBM Maps powered by OSM" oder so - klasse Sache. Die 
koennen dann auch eben mal ein Telefonsupport-Team bezahlen und Leute, 
die immer wieder freundlich mit den gleichen Textbausteinen auf die 
Kundenfragen antworten.

Bei uns sehe ich diese Ressourcen noch nicht. Klar koennen wir Geld 
sammeln - aber warum sollten wir das tun? Warum sollten wir Mapper und 
Programmierer, die wir eh schon unsere Freizeit in das Projekt 
investieren, jetzt auch noch Geld obendrauf legen, damit dickere Server 
und Personal bezahlt werden koennen, um der halben Welt OSM zu erklaeren 
und schmackhaft zu machen? Waere es denn wirklich so schlimm, wenn der 
Massenmarkt nicht von OSM bedient wird, sondern von irgendeiner grossen 
Firma, die sich davon einen Vorteil verspricht?

Bye
Frederik

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

Re: [Talk-de] Kartendruck von OSM

[Frederik Ramm]

Hallo,

Kai Behncke wrote:
> kennt jemand eine Anwendung (Webmapping-Klient), in welcher man OSM-Karten 
> ausdrucken kann (ich meine keine OSM-WMS)?

Auf www.openstreetmap.org ist eigentlich ein Extra-Print-CSS hinterlegt, 
so dass die Ausdrucke, die man mit der normalen Druckfunktion im Browser 
macht, passabel aussehen.

Bye
Frederik

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

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

[Talk-de] Umfrage zur Benutzermotivation

[Frederik Ramm]

Hallo,

mich erreichte von zwei Studenten der FH Nordwestschweiz die 
folgende Bitte zur Mithilfe bei einer Untersuchung ueber die Motivation 
von Mappern, die ich hiermit weitergebe.

Ich bin schon auf deren Ergebnisse gespannt und werde das dann auch hier 
auf die Liste weitergeben, wenn eine Veroeffentlichung kommt. Also mal 
alle fuenf Minuten Zeit nehmen und Fragbogen ausfuellen ;-)

Bye
Frederik

- Schnipp -

Liebe User

Im Rahmen eines Studierendenprojektes der Fachhochschule Nordwestschweiz 
möchten wir das Phänomen der Beteiligung von Freiwilligen bei der 
Erhebung von Geodaten in den Projekten OpenAddresses und OpenStreetMap 
untersuchen und bitten dich um deine wertvolle Mithilfe:

Die Umfrage nimmt ca. 5-8 Min in Anspruch und alle Angaben werden völlig 
anonym bearbeitet.

Teilnehmen und Gewinnen:
Unter allen Teilnehmenden verlosen wir ein GPS Gerät!

Zur Umfrage gelangst du ganz einfach über folgenden Link:
http://ww3.unipark.de/uc/Angew_Psychologie/1fe5/

Für Fragen stehen wir dir gerne jederzeit zur Verfügung.
Wir würden uns freuen, mit deiner Unterstützung rechnen zu können und 
bedanken uns bereits im Voraus für deine Hilfe!

Projektteam FHNW
Hochschule für Angewandte Psychologie
J.Uhlmann / F.Tommasini
judith.uhlmann(at)students.fhnw.ch
fabio.tommasini(at)students.fhnw.ch

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

Re: [Talk-de] Umfrage zur Benutzermotivation

[Frederik Ramm]

Hallo,

Johann H. Addicks wrote:
> Keine Ahnung mit welchen Mappern die sich sich vorher unterhalten haben, aber 
>  
> die Fragen lassen zumindest einen recht schmalen Background erwarten.

Wenn man ein halbwegs individueller Mensch ist, dann ist *jeder* 
Fragebogen irgendwie unpassend. Ich hatte zumindest noch keinen, bei dem 
es nicht einige Fragen gegeben haette, die mich sagen lassen: Hm, 
irgendwie keins davon.

Das aendert aber nichts daran, dass durch die Wunder der Statistik in 
aller Regel doch ganz brauchbare Resultate aus sowas entstehen.

Der von Dir vermutete "schmale Background" ist wohl dem geschuldet, dass 
die Ersteller des Fragebogens ihren Background hauptsaechlich in 
openaddresses.ch haben und nicht in OSM haben. Ich finde aber, dass die 
Fragen zum ueberwiegenden Teil auch fuer uns relevant sind (auch wenn 
ich einen reinen OSM-Fragebogen bestimmt anders entworfen haette).

> Der Aspekt, dass man mitmachen könnte, weil
> - einem Content unter freien Lizenz wichtig sind
> - man die Karten wirklich selbst hinterher benötigt (jetzt, heute...)
> - man bessere (individuelle) Karten benötigt als für Geld lieferbar
> ist zumindest dort nicht "auf dem Radar"

Ich bin sicher, dass die Organisatoren des Fragebogens - E-Mail-Adressen 
hatte ich ja in meinem Ursprungsposting mit angegeben - sich fuer 
solcherart ergaenzende Anmerkungen durchaus interessieren und das in 
ihrem Ergebnis auch wuerdigen wuerden.

Bedenke, dass es sich um Studierende handelt, die das ganze auch erst 
lernen.

Bye
Frederik


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

Re: [Talk-de] Umfrage zur Benutzermotivation

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
>> Bedenke, dass es sich um Studierende handelt, die das ganze auch erst 
>> lernen.
> 
> Wo genau siehst Du das?

Hm, stimmt, in dem Anschreiben ist das gar nicht so klar. In der E-Mail, 
die ich von denen mit der Bitte um Weiterleitung bekam, stellten sie 
sich als Studierende des Bachelor-Studiengangs "Angewandte Psychologie" 
vor. Und das habe ich ja in meiner Mail auch geschrieben: "Mich 
erreichte von zwei Studenten..."

Bye
Frederik

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

Re: [Talk-de] Landratsamt will OSM

[Frederik Ramm]

Hallo,

Markus wrote:
> Wer hat eine Idee, woran das liegt und wie man das ändern könnte?

Auf ti...@home schwenken:
http://www.openstreetmap.org/?lat=49.5054&lon=11.2817&zoom=12

Und die unselige Doppelbeschriftung schnell entfernen ;-)

Bye
Frederik


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

Re: [Talk-de] Landratsamt will OSM

[Frederik Ramm]

Hi,

  ich meinte:

http://www.openstreetmap.org/?lat=49.5054&lon=11.2817&zoom=12&layers=0B00FTF

Bye
Frederik


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

Re: [Talk-de] Map features - das "OSM-Gesetz"?

[Frederik Ramm]

Hallo,

Gerald.Oppen wrote:
> "Dies ist eine Liste mit Eigenschaften, die den Grundelementen 
> <http://wiki.openstreetmap.org/wiki/DE:Elemente> der Karte, den Nodes 
> (Knotenpunkten), Ways (Wegen) oder Areas (Gebieten) als "Schlüssel" und 
> "Werte" zugewiesen werden können".

Aber gleich dahinter steht doch voellig richtig:

"OpenStreetMap lässt prinzipiell alle möglichen „Schlüssel“ oder „Werte“ 
zu. Trotzdem ist es natürlich für die Anwendung der OSM-Daten von 
Vorteil, wenn Einigkeit herrscht, welche Basiseigenschaften durch welche 
Datenrepräsentation ausgedrückt werden. Deshalb ist diese Seite ein 
Leitfaden (jedoch ausdrücklich keine Vorschrift) für solche 
Basiseigenschaften."

Abgesehen mal von der in meinen Augen fuer einen Online-Gebrauchstext 
albernen Verwendung typographischer Anfuehrungszeichen (und spaeter im 
Text auch typographisch korrekter Gedankenstriche) ist das doch gut so?

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] Projekt Gemeindegrenze

[Frederik Ramm]

Hallo,

Tobias Wendorff wrote:
> Das ist richtig. Wir mappen aber nicht flurstücksscharf, daher reicht eine
> Schätzung zunächst für die meisten Anwendungen.

Und selbst, wenn sie das nicht tut, ist sie besser als gar keine Daten. 
Ich finde Markus' Idee mit den Gemeindegrenzen gut (bei den PLZen bin 
ich anderer Ansicht).

Wenn erstmal die geschaetzen Grenzen auf der Karte auftauchen, wird es 
fuer viele ein zusaetzlicher Ansporn sein, die Grenzen weiter zu 
verfeinern.

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] Map features - das "OSM-Gesetz"?

[Frederik Ramm]

Hallo,

André Reichelt wrote:
> Die korrekte Anwendung der Rechtschreib-Normen kann NIE albern sein. Bei
> E-Mails lasse ich die korrekten Anführungszeichen usw. nur weg, da sie
> mit der Standardkodierung nicht kompatibel sind.

Das OpenStreetMap-Wiki ist ein Gebrauchstext, kein publiziertes Werk. 
Genauso, wie man am Telefon anders spricht als man schreiben wuerde, 
sollte man auch einen Gebrauchstext von einem Buch oder einer 
Diplomarbeit unterscheiden. Der Wiki-Artikel ist staendig im Fluss, sehr 
viele Leute arbeiten daran mit, die entweder nicht wissen, wo 
korrekterweise welche Zeichen zu setzen sind, oder es zwar wissen, diese 
aber nur mit viel Muehe, oder gar nicht, auf ihrem Computer erzeugen 
koennen.

> Was das mit albern zu tun hat, darfst du mir gerne erklären. Solche
> Aussagen finde ich jedenfalls weder witzig noch auf sonst eine Weise
> brauchbar. Gerade in einer Zeit, in der die Schreibleistung der Menschen
> immer weiter zurück geht und häufig nur noch mit miesen Abkürzungen und
> konsequenter Missachtung der Rechtschreibregeln um sich geworfen wird,
> ist ein Text wie dieser so wie gute Musik in der Ohren.
> 
> Eine löbliche Leistung!

Nein, keine loebliche Leistung, sondern Nabelschau ("schaut her, wie gut 
ich deutsch kann, und ihr Banausen alle nicht") und Zeitverschwendung. 
Man kann einen Text "polieren", wenn er fertig ist. Das Wiki ist nie 
fertig und soll es auch nicht sein. Damit, dass man an der aeusseren 
Form eines Wiki-Artikels so herumpoliert, erreicht man hoechstens, dass 
weniger Leute sich trauen, ihn zu aendern, selbst wenn sie *inhaltlich* 
etwas beizutragen haetten. Das ist (fuer uns) kontraproduktiv.

Ich sage nicht, dass ich insgesamt was gegen korrekte Sprache haette, 
das Gegenteil ist der Fall; in meiner Jugend gehoerte ich auch zu denen, 
die sich wunder was drauf einbildeten, korrekt sprechen und schreiben zu 
koennen. Ich habe am laufenden Band Texte redigiert, egal, ob ich dazu 
eingeladen war oder nicht. Ich habe Leserbriefe an den Spiegel und die 
Zeit geschrieben und mir Diskussionen mit der Duden-Redaktion geliefert. 
  Ich habe zahlreichen Unternehmen mitgeteilt, dass ich ihre Produkte 
nicht kaufen werde, wenn sie in ihrer Werbung weiterhin die Sprache mit 
Fuessen treten. - Auch heute noch gibt es fuer mich einen Platz fuer 
wohlformulierte Sprache, die "Musik in meinen Ohren" ist. Ich weiss aber 
inzwischen, dass es albern ist, die Korrektheit der Sprache ueber ihren 
Gebrauchswert zu stellen.

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