Re: [Talk-de] rendern extrem großer karten...

, wie Du sie im Rechner zur Verarbeitung des SVG brauchtest. 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] generisches Landuse für bebautes Land

Hallo, Henning Scholland wrote: und was nimmt man dann für ein definitives Wohngebiet? ;-) Das gleiche. Wem es wichtig ist, der kann ja das nicht-definitive mit einem source oder note verfeinern. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"

Re: [Talk-de] generisches Landuse für bebautes Land

nduse=residential" eingetragen sind, obwohl große Flächenteile aus ehemaligen oder aktiven Bauernhöfen bestehen. Ja, das ist meist aus der Landsat-Zeit, da konnte man es genauer halt nicht sagen. Wie setzt ihr "landuse" bei bebauten Flächen mit uneindeutiger Nutzung? "r

Re: [Talk-de] OSM Daten als shp Daten für den SpatialCommander aufbereiten?

aten als Shape wieder abspeichern. 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] Landschafts-Hierarchien in OSM

. Du kannst das ganze auch nicht ueber Hierarchien abbilden, vorallem wegen der "Fuzziness". Da muss eine externe Datenbank her, in der man solche Namen und die dazugehoerigen Polygone speichern kann. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00

Re: [Talk-de] Die Siedlungsstruktur in OSM verfeinern (Place und rank)

Hallo Andreas, On 01/19/11 18:36, Andreas Labres wrote: Ich fände es besser, nach objektiv fassbaren Kriterien zu gehen, also bei Städten nach der Einwohnerzahl oder bei Flüssen nach der Breite oder der Durchflussmenge. Und nicht ein neues, willkürliches Kriterium erfinden, das dann jeder irgend

Re: [Talk-de] Kibera

Hallo, On 01/19/11 12:48, Chris66 wrote: Was mich erstaunt ist die Kneipendichte... Haengt vermutlich mit, aeh, laxeren Lizensierungsbestimmungen zusammen ;) Bye Frederik ___ Talk-d

Re: [Talk-de] maxspeed

zu der These: Das hat so manchem Radfahrer das Leben gekostet, denn Links/Belege? Spaetestens hier sind wir ganz deutlich off-topic. Ob benutzungspflichtige Radwege gut oder schlecht sind, ob sie die Sicherheit verbessern oder verschlechtern, ist fuer OSM nicht relevant. Bye Frederik -- Frede

Re: [Talk-de] Links auf openstreetmap.org

zwar auch jeder seine Antwort auf eine Frage schreiben, aber wenn es Schrott ist, wird es von den Nutzern heruntergevotet. Es gibt weder Diskussionen noch Edit-Wars. Das ist vom Medium her fuer viele Sachen ganz gut. Bye Frederik -- Frederik Ramm ## eMail frede.

Re: [Talk-de] Links auf openstreetmap.org

an hindern, Deine Verbesserungsvorschlaege trotzdem anzubringen. 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] Links auf openstreetmap.org

rendste Weg waere vermutlich, einen Patch fuer den Rails-Port (s. git.openstreetmap.org) zu schreiben und den dann im Trac-System einzukippen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" _

Re: [Talk-de] neue Mapnik Darstellung (war: Re: Wie in alten Zeiten)

-- 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] Button Load CT

noch zustimmen. Ich hatte, als ich diesen Button eingebaut habe, auch erst ueberlegt, ob ich bei denen, die nicht in der Zustimmer-Liste sind, ein rotes "X" anzeigen soll - aber das waere dem Sachverhalt nicht gerecht geworden. Bye Frederik -- Frederik Ramm ## eMail frede...@

Re: [Talk-de] Button Load CT

tory eines Objekts abruft, aber das ginge dann nur im Einzelfall und nicht in einem "gib mir alles in diese Bereich"-Modus; das wuerde die API zu sehr belasten. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___

Re: [Talk-de] Button Load CT

iste, falls der User zugestimmt hat; kein gruenes Haekchen, falls nicht. 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] Augmented Reality

zu produzieren. 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] josm und bing

Hallo, On 01/14/11 15:48, Thomas Reincke wrote: dieser Link zeigt das Problem ohne großes Erklären: http://www.bing.com/maps/?v=2&cp=50.60615270711377~6.31300538778329&lvl=16&dir=0&sty=h Lt. Headerdaten sind die Bilder links (also die falschen) am 28.4.2005 aufgenommen, und die rechten im J

Re: [Talk-de] JOSM & Yahoo WMS?

Hallo, On 01/14/11 14:16, Pascal Neis wrote: das habe ich inzwischen auf den JOSM/Plugin Wiki-Seiten auch gefunden :( Aber normal müsste man sie doch vereinfacht gesagt auch so einbinden können wie es in Potlatch gemacht ist, oder? Dazu brauchte JOSM eine Flash-Engine. Im besten Fall handelt

Re: [Talk-de] JOSM & Yahoo WMS?

Hallo, On 01/14/11 12:08, Pascal Neis wrote: Eine wirklich brauchbare Lösung war aber nicht dabei. Bin ich der einzige bei dem es zur Zeit nicht klappt oder tritt das Problem öfters auf ? Bloede Frage, koennen wir Yahoo nicht einfach jetzt komplett rauswerfen? Gibt es *irgendeine* Gegend, in

Re: [Talk-de] Tirex im Hintergrund rendern lassen

Hallo, On 01/12/2011 03:33 PM, Karsten wrote: Naja, ich weiß ja, welche Daten sich geändert haben, weil ich ja die diffs in Postgres mittels load-next einspiele Ah, ok, das Detail war mir unklar. Das ist natuerlich eine gute Methode, um Aenderungen schnell mitzukriegen. Dann hast Du im Zweife

Re: [Talk-de] Exzessive Einzelrequests an die API

Hallo, On 01/12/2011 01:20 PM, Andreas Neumann wrote: habt ihr die Möglichkeit die HTTP-Header mit zu loggen? Evtl. lässt sich daraus schon erste Schlüsse ziehen... Außerdem ist ein nmap über die zu sperrende IP-Adresse manchmal hilfreich. Desweiteren könnte man die IP mal bei einem Geolocationd

Re: [Talk-de] Tirex im Hintergrund rendern lassen

Hallo, On 01/12/2011 12:41 PM, Karsten wrote: Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann das. Ich habe eine bessere Alternative gefunden. tirex-batch map=osm bbox=5,46,16,56 --filter older\(978328800\) z=12-16 Damit rendert er alle Kacheln neu, die älter als 1.1.20

[Talk-de] Exzessive Einzelrequests an die API

d falls ja, nehmt Euch die Person mal gehoerig zur Brust. Leider gibt es in der API derzeit kein automatisches Rate Limiting fuer solche Requests, das ist also noch alles Handarbeit fuer die Admins. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'

Re: [Talk-de] GEOFABRIK pbf Downloads nicht aktuell?

dort die aktuellen Daten sind). Ich hab diesen Redirect jetzt mal voruebergehend ausser Kraft gesetzt, so dass Du jetzt die richtige Datei bekommen solltest. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"

Re: [Talk-de] SQL: OSM-Tag in Zahl umwandeln

he Tags kommentarlos in eine -1 oder 0 oder so umzuwandeln: select case when tags->'voltage' similar to '[0-9]*' then to_number(tags->'voltage','99') else -1 end as voltage from bla Bye Frederik -- Frederik Ramm ## eMail frede...@remote

Re: [Talk-de] Tirex im Hintergrund rendern lassen

Hallo, On 01/11/2011 10:24 AM, Karsten wrote: hat jemand eine Ahnung, wie ich im Hintergrund veraltete Kacheln neu rendern kann und nicht erst, wenn sie im Browser neu angefordert werden. Ich habe mapnik/Tirex installiert Schau Dir mal utils/tirex-create-stats-and-update-tiles.sh an, das kann

Re: [Talk-de] kreative gpx-tracks

s der Zeit, als man mit Potlatch noch keine lokalen Dateien oeffnen konnte. Daher musste man alles hochladen, was man im Potlatch sehen wollte. Mit Potlatch2 ist das aber nicht mehr der Fall. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'

Re: [Talk-de] kreative gpx-tracks

Hallo, Frederik Ramm wrote: Sowas hab ich schon oefter gesehen. Das muss irgendeine Importsoftware eines bestimmten Herstellers sein, die solchen Murks erzeugt. http://wiki.openstreetmap.org/wiki/DE:Upload_Waypoints Scheint sich ein User aus Nuernberg ausgedacht zu haben. Bye Frederik

Re: [Talk-de] kreative gpx-tracks

Hallo, Walter Nordmann wrote: http://gis.638310.n2.nabble.com/file/n5904573/Screenshot.png Sowas hab ich schon oefter gesehen. Das muss irgendeine Importsoftware eines bestimmten Herstellers sein, die solchen Murks erzeugt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org

Re: [Talk-de] unpräzise Beschreibung von "access " im Wiki

hild steht. Ich wuerde allerdings fuer mich persoenlich die Grenze bei access-Tags ziehen; bloss weil ich denke, da sollte kein Auto langfahren, wuerde ich kein "car=no" setzen. Womit wir wieder firm im Terrain von was-impliziert-was waeren. Bye Frederik -- Frederik Ramm ## eMail

Re: [Talk-de] unpräzise Beschreibung von "access " im Wiki

Fortbewegungsart wird genau dann gemappt, wenn sie vor Ort entsprechend beschildert ist. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@op

Re: [Talk-de] JOSM im Wiki

dieser Startup-Mitteilung, wenn man JOSM startet - damit erreicht man 100% der Nutzer. Oder wie sollte es noch umfassender sein? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de

Re: [Talk-de] AIO fehlt völlig

verstehen, was da gemacht wurde ;)? 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] AIO fehlt völlig

Hallo, On 12/30/10 14:00, fla...@googlemail.com wrote: Sehe das hier alös Notlösung an. Wenn ich selber mit dem System zufrieden bin gibts dazu einen Artikel im Blog. http://blog.openstreetmap.de/ Auf der englischsprachigen Talk-Liste wird auch schon gefragt, was denn mit der tollen AIO-Karte

Re: [Talk-de] Was ist in OSM eine Autobahn?

Hallo Robert, On 01/03/11 15:22, Robert S. wrote: Diese 3 Dinge stimen in über 99% aller Fälle auch überein (Eine Bundesautobahn mit Zeichen 330, die mit der amtlichen Nummer beschildert ist), es gibt allerdings auch einige Stellen in Deutschland, wo das nicht alles übereinstimmt. Diese sind in

Re: [Talk-de] denomination bei evangelischen Kirchen

Hallo, On 01/03/11 13:39, UMAX974 wrote: Sicher hat Religion etwas mit Emotion zu tun. Aber lass dann doch mal die Kirche im Dorf. wegen ein paar "Duchgeknallten" gleich das gesamte Thema der Religionsgemeinschaften zum verminten Gebiet zu erklären ist doch wohl etwas weit hergeholt. Ich meint

Re: [Talk-de] denomination bei evangelischen Kirchen

Hallo, Rainer Knaepper wrote: > > Evangelisch muss vom im 20. Jahrhundert entstandenen Begriff > > evangelikal unterschieden werden, > > omfg, nu ist das also auch bei osm angekommen? > Rainer (der gruselige Grabenkämpfe um diese Begriffe in der WP sah) Mein dringender Rat in dieser Sache waere

Re: [Talk-de] Straßen-Tags für Luftbildstraßen

Hallo, Tobias Knerr wrote: > Ich halte es insofern für komplett unangebracht, eine Straße, die man > nur aus dem Luftbild kennt, als irgendetwas anderes als highway=road > einzutragen. Das reicht nämlich als Orientierungshilfe beim > unverzichtbaren zeitnahen Besuch vor Ort völlig aus - und danac

Re: [Talk-de] Fehlerkorrekturtools für Afrika (un d den Rest der Welt)

ger Warten" als zu "mehr Warten" gehen ;) 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] Fehlerkorrekturtools für Afrika (un d den Rest der Welt)

andere Baustelle). Welcher der Europa-Views waere Dir denn besonders wichtig fuer Afrika - "public transport" vermutlich eher nicht ;)? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___

Re: [Talk-de] JOSM Und Bing, automatische Einstellung des Max zoom lvl (TMS settings)

ntraege mit jeweils eigenem maximalen Zoomlevel (der ja den globalen dann uebersteuert) anzulegen. Wenn ich merke, ich bin in einer Gegend mit max=z17, dann waehle ich eben "Bing-z17" aus meinem Imagery-Menue... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.

Re: [Talk-de] Problem mit osm.pbf

quot; sind. Aber aufgeklaert ist da glaub ich noch nichts. 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] Spielwiese?

das rendere ich staendig" oder 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] Spielwiese?

nscht, weil sie dazu fuehrt, dass die Leute ihr Tagging noch staerker als eh schon auf das ausrichten, was Mapnik kann. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mai

Re: [Talk-de] Die Open-Data-Feuerwehr

Hallo, On 12/27/10 14:39, SLXViper wrote: Korrekterweise sollte das Navi im Sonderrechte-Modus access=* komplett ignorieren, da sich die Feuerwehr im Einsatz eher weniger drum kümmert, was da für Schilder stehen ;-) Das ist schon lang so ein Hobby-Thema von mir: Es ist wichtig, dass man beim

Re: [Talk-de] Einheitliche Begriffe im Wiki

Hallo, Die Begründung halte ich für Blödsinn. Die Engländer kommen auch mit den Begriffen klar und keiner stört sich daran, dass damit auch "Schildchen", "Verbindungspunkt", "Methode" und "Verwandte" gemeint sein kann. Es geht nicht um irgendwelche entlegenen Uebersetzungen, die im Woerterbuc

Re: [Talk-de] Einheitliche Begriffe im Wiki

rsetzungen. JOSM verwendet "Launchpad". Wie das bei anderen Editoren ist, weiss ich nicht. 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] XYBOT-Problem

aussergewoehnliche Belege, und die bist Du uns bisher schuldig geblieben. 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] Tag zum Schutz vor Lizenz-Datenverlust

Hallo, On 12/21/10 23:06, Tirkon wrote: Was mich an PD stören würde, wäre der Umstand, dass dann Openstreetmap nicht mehr als Quelle genannt werden muss. Wenn sich dann jeder die Daten zueigen macht und sein Logo druntersetzt, werden die Leute nicht mehr auf OSM aufmerksam. Die Daten könnten dan

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

, wenn man überhaupt groß rumschrauben muss. Ja, man koennte sich ja mal hinsetzen und so in 1-2 Jahren ein handfestes Konzept erarbeiten, mit Anwaelten durchdiskutieren, ein bisschen Code schreiben und so ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

Kurzfassung: Wollte man eine brauchbare Definition von "share-alike" in die CT einbauen, so waeren die CT schon wieder so komplex wie eine ganz eigene Lizenz, und der eigentliche Zweck des Lizenzwechelparagraphen (spaeter Probleme ausbuegeln koennen) waere ad absurdum gefuehrt. Bye Frederi

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

Hallo, On 12/21/10 16:53, Simon Poole wrote: Die Fundamentalisten bestreiten eben, dass PD "free and open" ist. Ich glaube nicht, dass es hier eine ernsthafte Diskussion gibt. PD ist eine "free and open"-Lizenz, genauso wie CC-BY oder BSD oder die Artistic License, allesamt ohne Share-Alike-

Re: [Talk-de] JOSM: kann keine Änderungen mehr hochl aden

tzt in der Zukunft bei jedem Upload, der mal etwas laenger dauert, so ein Lock-Problem vermutet - immer erst mal auf diese Munin-Grafik schauen, bevor man Alarm schreit ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

ungueltig. Wir waeren dann also etwa wieder da, wo wir jetzt gerade sind; an einzelnen Objekten klebt eine Lizenz X dran, und im Staate A gilt die, im Staate B gilt sie nicht, und in C kommts auf den Richter an. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

Hallo Markus, On 12/20/10 16:09, Markus wrote: Ich vermute, PD könnte ein hervorragender Weg sein. Ich bin auch PD-Fan, aber das ist nicht durchsetzbar. Schau Dir doch an, wie einige hier (und im Forum, und in Blogs, und auf dem IRC) schon gegen die ODbL Stimmung machen, weil sie einen "Ausv

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

Hallo, On 12/20/2010 12:01 PM, Markus wrote: _Mehrfachlizenzierung_ Diese Idee kam von Heiko: - Mehrfachlizenzierung (PD, CC, ODBL) - alle Objekte bleiben in der OSM-DB - jedes Objekt und seine Attribute wird entsprechend gekennzeichnet - damit wird gleichzeitig ein Qaulitäts- und Zeitstempel ge

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

Hallo, On 12/20/10 04:40, Tirkon wrote: Hier kommen auf einen langfristig mitarbeitetenden Mapper mehrere Gemeinden bzw Städte. Und da wir von einem ländlichen Bereich reden, sind diese auch noch schön langgezogen. Und von solchen Mappern haben wir derzeit nicht genug, um Alles abzudecken. Und

Re: [Talk-de] {Spam?} Integer-Ueberlauf von IDs

H^H^H") - das war dann von mir etwas ungluecklich ausgedrueckt. Ich meinte unsere Freunde in Frankreich, die jetzt schon zum wiederholten Male mit irgendwelchen schiefgelaufenen Landuse- und Gebaeude-Importen von sich reden machten ;) Bye Frederik -- Frederik Ramm ## eMail frede...@

Re: [Talk-de] Integer-Ueberlauf von IDs - Wann zu erwarten?

Frank^H^H^H^Hein bestimmtes Land zeigen -, importiert 100.000 Nodes, stellt fest, dass er was falsch gemacht hat, loescht alle wieder, importiert sie neu, macht wieder was falsch... das Loeschen gibt ja die "verbrauchte" ID nicht zurueck. Bye Frederik -- Frederik Ramm ## e

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

"Originalprojekt". Das ist im Augenblick nicht so - jemand, der OSM forkt, hat lizenzmaessig genau das gleiche wie das "Original". Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" _

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

uerde, wie jetzt, alles verloren gehen, wenn der Mapper nicht erreichbar ist oder nicht zustimmt. Und fuer eine *solche* Lizenzumstellung brauche ich die CT nicht. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" _

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

aben. 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] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

genuegend Gegner ueberhaupt bereit sind, so viel Arbeit zu tun und dass (b) es ihnen ueberhaupt gelingen wuerde, es besser zu machen. Denn bloss weil ich in den OSMF-Vorstand gewaehlt bin, kann ich immer noch nicht mit dem Finger schnippen und alle Editoren haben ploetzlich eine Sic

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

ens Umfrage? Da hier staendig behauptet wird, es haette "nie" eine solche Umfrage gegeben, muss an ihr ja irgendwas auszusetzen sein. Vermutlich, dass sie ungefaehr 3:1 pro Lizenzwechsel ausging? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

den ganzen Zauber in 10 Jahren nochmal, wenn wir feststellen, dass es mit der ODbL doch irgendwie nicht so prickelnd ist. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ T

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

o nun eine "ergebnisoffene Umfrage" durchfuehren - wer hat denn das Recht, die Fragen zu formulieren? Muessten wir eventuell erst eine ergebnisoffene Umfrage zu den Fragen durchfuehren? Wer waere stimmberechtigt? Wer hat das Recht, festzulegen, wer stimmberechtigt ist?

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

an darueber, aber dann kommt man eigentlich recht schnell zu dem, was ich oben schrieb. Ausserdem sollte man immer bedenken, dass solche Gedankenspiele, unueberlegt ausgedrueckt, so rueberkommen koennen, als ob man den 7 amtierenden OSMF-Vorstaenden Korruption vorwerfe. Das ist nicht nur unange

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

bt, dass OSMF die Server weiterbetreibt; die OSMF koennte jederzeit sagen: So, Ende, wir machen vom Geld noch eine letzte Vorstandssitzung in der Karibik und dann werden die Server ausgeschaltet. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23&

Re: [Talk-de] zeitweise was ausblenden

stellungen das Haekchen fuer "nur Umrandung" ankreuzen. 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] Lizenzwechsel ohne Datenverlust + bessere Versionskontrolle + Qualitaet durch Sichtung

l ist - ja wiederum gefallen. 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] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung

un koennen, ist, unsere Bedenken zu ueberwinden, den Lizenzwechsel endlich abzuschliessen und uns danach wieder - alle zusammen - auf das zu konzentrieren, was wesentlich ist. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'

Re: [Talk-de] zeitweise was ausblenden

dann aber (im Gegensatz zur Filtermethode und vergleichbar der "Drahtdarstellung") sichtbar. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung

sagen "ich haette sie jederzeit nachsingen koennen, wenn ich nur gewollt haette". Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@openstreetmap.org

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

. aller Tags, so hatte ich ihn zumindest verstanden. 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] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung

her. Bloss wenn 60% ok sind, 39% so halb-halb-Faelle, und 1% garantiert verloren, dann waere es von der Community zu viel verlangt, die 39% manuell auseinanderzudroeseln. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" _

Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011

kurz zu machen. Aber wer weiss, manchmal braucht es nur die richtige Person, die im richtigen Moment den richtigen Code schreibt, und alle sagen: "Au klasse, das machen wir." Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" _

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

einfach machen..."), dann ist das Vandalismus, und ich wuerde der Person mit Freuden den Account sperren. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list T

Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust

ie fehlenden oder veränderten Objekte in der alten Form wieder hochladen kann. Ich denke, es ist tatsaechlich nicht "boese", die nicht-relizensierten Sachen neu zu erfassen, sondern notwendig. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°2

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besser e Versionskontrolle + Qualität durch Sichtung

Hi, On 12/17/10 17:03, Simon Poole wrote: Italien ist zwar schon sehr weit (was mir sehr spanisch :-) vorkommt), aber 90% der Objekte haben sie auch nicht: Created on: 2010-12-16 Nodes total=23899007, ODbL created nodes=18668446 (78.11%) last edit was ODbL=2651430 ? (89.21%) Ways total=2037869,

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung

Hallo Heiko, On 12/17/10 16:04, Heiko Jacobs wrote: Du vergisst dabei, dass wir die Grundmechanismen sowieso brauchen, wenn wir eines Tages auf ODBL umsteigen wollen. Das angesprochene Problem der geteilten und vereinigten Wege muss man in Angriff nehmen und auch die Beurteilung, welches Element

Re: [Talk-de] Lizenzwechsel ohne Datenverlust + besse re Versionskontrolle + Qualität durch Sichtung

Hallo, On 12/17/10 12:38, Markus wrote: So erschien es mir bisher auch. Aber die *Koexistenz der Daten unter verschiedener Lizenz* ist ein grundlegend neuer Ansatz. Eine reine Ko-Existenz der Daten kann erreicht werden, indem man beim Rendern auf zwei verschiedene Datenbanken zugreift, eine a

Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011

Hallo, On 12/17/10 09:15, Walter Nordmann wrote: Aber anscheinend ist es für einige Kollegen wohl ein Problem, einen Artikel ins Wiki zu stellen. Fehlende Erfahrung? Keine Lust? Kein Internet am Arbeitsplatz ;) Naja, der Grund ist, dass das Protokoll nicht veroeffentlicht werden soll, bevor d

Re: [Talk-de] Drehanfrage RTL Nachtjournal

Hallo, On 12/17/10 09:08, aighes wrote: Ich weiß ja nicht, in wie weit ihr einfluss habt, auf das was sie sehen wollen. Aber ich fände es evtl. sinnvoller, auch zu zeigen, das es auch ohne Technisches Equipment (GPS etc.) funzt. Sprich eintragen von Hausnummern, den Öffnungszeiten, POI's etc. Da

Re: [Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011

Hallo, On 12/17/10 05:58, Tirkon wrote: vergangenes Wochenende hat sich der OSMF-Vorstand erstmalig in Person getroffen.[*] Das Protokoll des Wochenendes liegt hier vor: https://docs.google.com/View?id=d38xqz5_6fj2bcdcm Mein PC möchte, dass ich ein Konto bei Google anmelde, um das Dokument

[Talk-de] Lizenzwechsel: OSMF beschliesst Phase 4 zum 31.3.2011

Frederik * Genau genommen nicht in Person, sondern in Pisa. -- 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] Wartung am Dienstag vormittag

Hallo, On 12/14/2010 11:56 AM, Walter Nordmann wrote: jetzt nachdem der server wieder rennt, würde mich mal interessieren, was ihr gemacht habt. überlebt hat er es ja ;) Ich gar nichts, ich hab nur die Nachricht weitergereicht. Am Datenbankserver war die Batterie des Raid-Controllers ausgefal

Re: [Talk-de] Aktion: Reaktivierung

Hallo, On 12/14/10 10:06, Jochen Topf wrote: Gut gemeint, erinnert aber so etwas an die Aussteigerproblematik bei Sekten. Oder an die dritte Erinnerungs-Mail, dass da ein "Freund" mich nach Facebook einlädt... Was wir haben muessten, waeren oeffentliche User-zu-User-Nachrichten. Wenn jemand

Re: [Talk-de] Castorticker

fertig. 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] Problem mit osm.pbf

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] Problem mit osm.pbf

eladenen .osm.pbf an, damit wir es mit der richtigen Datei vergleichen... 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] JOSM: Source = * - Vereinfachung der Erfassung

sich für jede Version des Objekts über osm.org ansehen. Ja, ich wuerde auch ein source: am Objekt nur in Ausnahmefaellen setzen; das mit dem Changeset finde ich besser. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"

[Talk-de] Wartung am Dienstag vormittag

Hallo, Dienstag 14.12. von ca. 9:45 bis 10:45 wird der OSM-Datenbankserver heruntergefahren. In der Zeit ist das Herunter-/Hochladen von Daten nicht moeglich. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09"

Re: [Talk-de] Ältere Datensätze

Hallo, On 12/13/10 10:20, Tom Müller wrote: kannst Du mir u.U. auch noch das Polygon für Hamburg zur Verfügung stellen? Liegt jetzt am selben Ort. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listin

Re: [Talk-de] Lizenzfragen -- Re: Google / Bing

einzeln trennen lassen. Erlaubt ist auch die Bearbeitung unserer Daten in nicht-freien Softwaresystemen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mailing list Talk-de@op

Re: [Talk-de] Problem mit osm.pbf

Hallo, On 12/12/10 14:52, Andre Joost wrote: Ich habe eben mal netherlands.osm.pbf splitter zum Frass vorgeworfen: Das funktionierte ohne Probleme. Dann ist es wohl doch eher so, dass beim Einlesen des europe.osm.pbf irgendeine Variable überläuft, noch bevor ein Filter die Daten bekommt. Ist j

Re: [Talk-de] quelle / aktualität der polygone fü r die geofabrik-extrakte

Hallo, On 12/12/10 14:05, Walter Nordmann wrote: - welche poly-files verwendet geofabrik? Die sind z.T. von einem amerikanischen Server, den es nicht mehr gibt, und z.T. handegemalt. - wie kommt man da dran? Die sind gar nicht veroeffentlicht, aber ich kann Dir gerne die schicken, die D

Re: [Talk-de] Weg zur Nutzung von OSM-Daten

st Du Relationstags angeben, und er liefert Dir eine Ausgabedatei mit nur den Nodes/Ways aus den selektierten Relationen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09" E008°23'33" ___ Talk-de mai

Re: [Talk-de] Problem mit osm.pbf

l" und bekommst dann bloss die Nodes? 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 beim Hamburger Abendblatt

uot;; Und wenn sie nur ein bisschen weiter reingezoomt haetten, dann haette ihnen OSM sogar verraten, dass die Volksbank auf der gegenueberliegenden Strassenecke ist und nicht da, wo sie sie von Hand draufgemalt haben ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N

Re: [Talk-de] Kommentare zu Changesets & Umgangston in der Community

Hallo, On 12/10/10 11:57, Thomas wrote: er macht sich nicht lustig sondern ist nur extrem beratungsresistent. Und ich finde es ziemlich übertrieben, ihn wegen der Changeset-Kommentare jetzt offiziell anzugehen. Sieht auch ein wenig komisch aus, dass das jetzt passiert, kurz nachdem er endlich de

<    7   8   9   10   11   12   13   14   15   16   >