Re: [Talk-de] Fußgänger-Diskriminierung?
Frederik Ramm schrieb: Wenn ich also frage: "Welches Objekt ist die Talstraße", dann möchte ich als Antwort nicht den abgetrennten Fussweg entlang der Talstraße haben, sondern die Straße selbst. In diesem Fall darf aber der Name auch nicht mehrfach auf Teilstücken dieser Straße stehen, so wie es derzeit üblich ist. Um diese Frage eindeutig zu beantworten, muss der Name auf einer Relation sein, die alle Wegstücke umfasst, auf die der Name zutrifft (also auch etwaige abgetrennte Fußwege). KaiRo ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Markierungen auf Sportplätzen
Andreas Labres schrieb: Und was ist mit anderen Sportarten als Fußball, Tennis, American Football, Baseball,... Americal Football ist von den Platzbeschaffenheiten und -größen oft nicht viel anders als Fußball, hat aber ganz grob andere Markierungen. Lustig wird es natürlich bei Plätzen wie der Hohem Warte in Wien, wo abwechselnd je nach anstehenden Spielen das eine oder andere markiert wird - das lässt sich auf OSM schlecht abbilden. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rechtschreibung und Zeichensetzung in den Karten
Hans Schmidt schrieb: mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr mangelhaft ist. Rechtschreibung ist auf OSM irrelevant. Es zählt, wie die Objekte offiziell benannt sind, ganz gleich, wie irgendwelche generellen Regeln sind. Heißt etwas "Kardinal Nagl-Platz" oder "Johann Strauss Museum" laut Beschilderung und offiziellen Beschlüssen, so ist es auch in OSM so einzutragen, auch wenn es laut Rechtschreibregeln nicht korrekt erscheint. Das gilt für jegliche Zeichensetzung in "name"-Tags. Und nebenbei, die Anführungszeichen sind generell ein Streitfall, da in ganz offiziellen "Maschinschreibregeln" seit Jahrzehnten die geraden Anführungszeichen (also "") als die einzig korrekte Variante gelten, andere aber die schrägen als einzig richtige sehen. Gleiches gilt für Apostrophe. In jedem Fall, es gilt, was die offiziellen Beschlüsse und Beschriftungen (besonders vor Ort) sagen, und nicht, was ein Regelbuch sagt. Es handelt sich um Namen, nicht um der Rechtschreibung unterliegende Texte. Wie allerdings schon angemerkt wurde, ist der Betreiber normal nicht als Teil des "name"-Tags anzuführen, genausowenig wie der Typ des Objekts, außer sie sind Teile des offiziellen Namens laut Beschilderung usw. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warnungen beim Erzeugen einer Navit Karte (Österreich)
Ich leite das mal an talk-at weiter... Rainer Dorsch schrieb: Hallo, hier die Warnungen für die Österreich: turn restrictions: OSM Warning:http://www.openstreetmap.org/browse/relation/92427 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/223509 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/241646 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/278859 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/278860 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/278862 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/302959 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/311734 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/535236 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1318143 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1476938 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1485409 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1492801 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1506472 turn restriction: multiple from members OSM Warning:http://www.openstreetmap.org/browse/relation/1527515 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1683246 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1696176 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1696177 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1733647 turn restriction: multiple from members OSM Warning:http://www.openstreetmap.org/browse/relation/1779147 turn restriction: from member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1790945 turn restriction: via member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1857345 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1866773 turn restriction: multiple to members OSM Warning:http://www.openstreetmap.org/browse/relation/2090704 turn restriction: multiple via member OSM Warning:http://www.openstreetmap.org/browse/relation/2130728 turn restriction: to member missing OSM Warning:http://www.openstreetmap.org/browse/relation/1389144 turn restriction: from member not found OSM Warning:http://www.openstreetmap.org/browse/relation/1389152 turn restriction: from member not found OSM Warning:http://www.openstreetmap.org/browse/relation/2102804 turn restriction: to member not found OSM Warning:http://www.openstreetmap.org/browse/relation/2182619 turn restriction: from member not found polygon Warnungen: OSM Warning:http://www.openstreetmap.org/browse/way/34495781 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/44840922 Broken polygon, area is 0 OSM Warning:http://www.openstreetmap.org/browse/way/51852521 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/72765511 Broken polygon, area is 0 OSM Warning:http://www.openstreetmap.org/browse/way/101693601 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/116909398 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/123449371 Broken polygon, area is 0 OSM Warning:http://www.openstreetmap.org/browse/way/151237729 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/162979331 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/165962199 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/169695178 Broken polygon, less than 3 points defined OSM Warning:http://www.openstreetmap.org/browse/way/171490446 Broken polygon, less than 3 points defined ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Florian Lohoff schrieb: Wenn ich auf die Karte sehe ist die von der Qualitaet wie in etwa 2009 Interessant, dass 2009 in der Steinzeit liegt. Im Endeffekt haben wir seit 2007 gewusst, dass so etwas wie jetzt passieren muss, aber eine gewisse Menge an Leuten haben das durch Diskussion extrem in die Länge gezogen. Wenigstens wissen wir, dass so etwas in Zukunft nicht mehr notwendig ist, weil die CTs einen möglichen zukünftigen Lizenzwechsel mit Erhalt aller Daten erlauben (nicht dass es derzeit Anlass gibt, über einen weiteren nachzudenken). Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrgleisige Bahnübergänge
Alexander Matheisen schrieb: Meine bisherigen Ideen: Relation oder Bü-Weg. Mit dem "Bü-Weg" sehe ich das mögliche Problem, dass gegenüber einem Tag an den einzelnen Kreuzugsnodes bei diesem Weg keine leicht nachvollziehbare Kennzeichnung an der Bahnlinie mehr dran ist. Will ich also möglicherweise eine Auswertung machen, wo ich Bahnlinien "entlang fahre" und ihre Bahnübergänge "ansehe", dann kann ich nicht mehr nur auf die Nodes der Bahnlinie selbst schauen, sondern muss die kreuzenden Highways auch mit interpretieren. Ob es solche Auswertungen in der Praxis gibt, ist natürlich eine andere Frage. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename oder nur "name"
Falk Zscheile schrieb: Diese Meinung würde in Deutschland bedeuten, dass addr:housename generell obsolet wäre. Jedes (erschlossene) Grundstück hat eine Hausnummer, die der Eigentümer auch anbringen muss. Im Endeffekt ja - außer es gibt Fälle, wo das anders ist und es keine Hausnummern gibt. Das ist in England, wo nicht nur der Ursprung von OSM herkommt, sondern auch addr:housename "erfunden" wurde, in manchen Fällen so und dort ist dieses Tag auch sinnvoll. Es mag andere Regionen der Erde geben, wo das ähnlich ist. Deshalb sollte man meiner Meinung nach immer, wenn das Haus einen Namen hat und man diesen kennt z.B. "Villa Bärenfett" diesen auch unter addr:housename vermerken. Nein. Das kann in name,loc_name oder was auch immer Platz finden, aber was nicht Teil der offiziellen Adresse ist, hat in addr:* nichts verloren. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] addr:housename oder nur "name"
Marvin Preuss schrieb: addr:housename oder nur "name". Wenn es ein Name ist, der Teil der Adresse ist und auf Poststücken verwendet wird, um das Zustellziel anzugeben, dann addr:housename. Einzig und alleine dafür ist dieses Tag gedacht. Für einen Namen, der nicht Teil der offiziellen Adresse ist, kann es kein addr:*-Tag sein, da ist name oder ähnliches sicher besser. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenGeoDB eingestellt
Alexander Matheisen schrieb: Dass wir sie wohl nicht mehr brauchen, oder? Ich würde sie aber nicht in irgendeiner Bot-Aktion einfach löschen, sondern sie nach und nach bei dem Update eines Objektes rausnehmen. Einige Tags lassen sich auch noch in nicht-OpenGeoDB-Tags verwandeln, z.B. openGeoDB:population=* zu population=*, damit die Informationen nicht verloren gehen. Wenn man das macht, sollte jedenfalls ein source=OpenGeoDB stehen bleiben, damit man weiß, woher die Infos kommen. Eventuall eine Jahrzahl dazu wäre auch gut. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tablet-PC: Android oder iPad?
koppenho schrieb: wir (meine Frau und ich) stehen gerade vor der Wahl eines Tablet-PCs. In der engeren Auswahl stehen Sony Tablet S 3G und Apple iPad 2 mit Wi-Fi + 3G. Mit dem iPad kannst du nur Apps installieren, die Apple erlaubt und die keine Konkurrenz zu irgendeinem Apple-Angebot sind. Auf Android kannst du installieren, was du willst, und es gibt auch sowohl eine Menge Apps, die OSM verwenden, als auch, mit denen man OSM bearbeiten kann. Ich denke, dass die Oberfläche von JOSM, falls es laufen würde, kaum für einen Touchscreen verwendbar ist, aber so weit ich gesehen habe, gibt es Apps, die da besser optimiert sind. Auch wenn Goggle eine Menge überwcht, was du tust (sobald du einen Google-Account damit verbunden hast, was du zwar zur Nutzung des Geräts nicht musst, aber zur Nutzung des Markets), hast du auf Android zumindest die Freiheit, dass es Installation von allen Apps erlaubt, die jemand macht. Apple überwacht dich zwangsmäßig immer und erlaubt dir auch nur das, was ihnen gefällt. aus diesem Grund würde ich immer zu Android raten, wenn die zwei die Auswahl sind. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und?die?Engineering WG
Sven Geggus schrieb: Robert Kaiser wrote: Ja, schon. Client-seitig gibt es Java eigentlich nur mehr auf Altlasten oder in Betrieben. Nicht alles kann man als Webapplikation programmieren. Aber das wird jetzt Off-Topic hier. Noch nicht alles, das stimmt. Viele OSM-bezogene Dinge aber sehr wohl, um zum Thema zurück zu kommen. Und eine Karten-, Tracking- und ev. sogar auf Navigation hinauslaufende Anwendung ist durchaus möglich, besonders durch die Geolocation-fähigkeit moderner Browser, die zumeist auch auf GPS-Daten eines Gerätes zurückgreifen kann. Und zu sowas wollte ich ermutigen. :) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Loipen
Steffen Heinz schrieb: LL Loipen haben wohl kaum die Möglichkeit genau die gleich Loipe zu erstellen, vor allem wenn sie über wiesen gehen, schon neuer Scheefall ändert die Position bei der neuanlage Nicht um mehr als 100 Meter, oder? Und bei allem, was weniger ist, ist es für viele Leute schon hilfreich, wenn sie in einer Karte finden können, dass es da überhaupt eine Loipe gibt. Ich frage mich, seit wann immer mehr Leute bei OSM meinen, dass alles auf den einzelnen Meter oder noch weniger genau sein muss. Die meisten verbreiteten Landkarten sind doch auch nicht derart exakt. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Dimitri Junker schrieb: Und warum eine sterbende Sprache probieren? *g* Was Java stirbt auch schon? Ja, schon. Client-seitig gibt es Java eigentlich nur mehr auf Altlasten oder in Betrieben. Server-seitig scheint es relativ stabil zu sein. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Dimitri Junker schrieb: ich hab jetzt nicht alles gelesen, aber nur mal wo es so bei mir hapert: Ich programmiere bisher C++ mit VC unter Windows. Ich würde gerne mal was anderes anfangen, z.B. Java Und warum eine sterbende Sprache probieren? *g* Du könntest eine Web-Applikation probieren, so ganz in HTML+CSS+JavaScript. Ich wäre sehr glücklich, wenn es eine Anwendung gibt, die ähnlich wie Mappero (gibt es zumindest für das N900) funktioniert, aber eine Web-App ist. Mit OpenLayers usw. und den Geolocation-Schnittstellen in Browsern sollte es die nötigen Teile geben, auf die man aufbauen kann. Nur programmieren müsste es noch jemand... Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ketten - wie taggen?
Gerrit schrieb: Wie werden solche Ketten eigentlich getaggt? Normalerweise mit dem „operator“-Tag, oder? Dieser scheint aber nach einem flüchtigen Überblick praktisch gar nicht benutzt zu werden – auch Geschäfte wie Rewe, Lidl o.ä. werden alle einzeln getaggt (sprich nur über „name“). AFAIK ist operator=foo korrekt, aber genug Leute taggen für den Renderer, und der stellt es nur dar, wenn es (fälschlicherweise) im name= steht. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Dimitri Junker schrieb: Ich habe ihn vor über 2 Tagen angeschrieben, bisher hat er nicht reagiert. Da er in der Zeit gemappt hat sehe ich dafür nur 2 Erklärungen: entweder er kennt das Mailsystem in OSM nicht oder er ignoriert es bewust. In beiden Fällen muß was getan werden. Ist da mittlerweile was passiert? Hat jemand eine Sperrung beatragt? Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] "My contributions to OSM shown as a heatmap"
Pascal Neis schrieb: wie vielleicht der ein oder andere bereits mitbekommen hat, habe ich am Sonntag Abend als Ergebnis einer Wochenendarbeit von mir eine kleine Webseite online gestellt. Sieht sehr interessant aus. Die Ausrichtung der Heatmap ist im Zoom allerdings etwas verschoben, kommt mir vor. Wenn man bei http://yosmhm.neis-one.org/?KaiRo in den großen roten Punkt in Ö reinzoomt (Steyr), dann sollte die größte rote Konzentration über den dichter besiedelten Gebieten sein, irgendwo um das Zentrum herum, wo ich am meisten gearbeitet habe (weil es auch am meisten gibt dort) - die höchste rot-Konzentration findet sich aber im Bereich der Westspange, wo es gar nicht so viele Dinge gibt, an denen ich gearbeitet haben könnte. ;-) Scheint etwas nach links oben verrutscht zu sein - aber nicht sehr bedeutend, man muss schon deutlich reinzoomen, um das zu sehen. ;-) Jedenfalls ein tolles Projekt! Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten?
Bernd Wurst schrieb: Habt doch ein paar Tage Geduld, diese unsinnige Insel tut jetzt auch keinem weh. Es ist ja nicht nur die Insel, er baut ja auch Fantasiewelten auf bestehenden Teilen der Karte, teilweise mit Verküpfungen oder Änderungen von bestehenden Daten wie Küstenlinien. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baut Yorii Fantasiewelten? (war: Erfundene Insel)
p...@wuzel.de schrieb: Hallo, Am Sonntag, 7. August 2011, 01:28:04 schrieb Robert Kaiser: Oh, und scheint alles von http://www.openstreetmap.org/user/Yorii zu stammen, die anderen haben eigentlich nur irgendwas gefixt, validator und coastline fixes. ich habe mir gerade nur ein Changeset des Users Yorii angeschaut (Kommentar: "sandbox"): http://www.openstreetmap.org/browse/changeset/8577403 Entweder ist da in Alaska ein ganz schöner Bauboom, oder Yorii spielt einfach Sandkasten. Wenn zweiteres, dann sollte eine Sperrung erwirkt werden. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfundene Insel
Dimitri Junker schrieb: Wer hat die Kenntnisse und Befugnisse sich darum zu kümmern? Fasoa löschen kann ich natürlich selber und werde ich auch morgen machen wenn keiner hier protestiert Das würde ich auch machen, besonders, wenn keinerlei Satellitenbilder einen Hinweis darauf geben, dass es die Insel geben könnte. Und auch Internet-Suche kennt die Insel Fasoa nicht. Komischer Gag. Oh, und scheint alles von http://www.openstreetmap.org/user/Yorii zu stammen, die anderen haben eigentlich nur irgendwas gefixt, validator und coastline fixes. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Where Did You Edit
Stephan Knauss schrieb: http://wdye.osm-tools.org/ Cool! Ist ja fast wie ein Tracker, wo auf der Welt man schon überall war (als jemand, der versucht, auch im Urlaub zumindest seine Hotels usw. einzuzeichnen). ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erschließung in zweiter Reihe - ab wann service mit erfassen
Jan Tappenbeck schrieb: bei knapp werdendem Bauland ist es teilweise in Mode in zweiter Reihe zu bauen. Diese Grundstücke werden dann mit Straßen erschlossen. Stellt sich die Frage - ab wann sind diese Straße in OSM darzustellen ??? Jede Straße, jeder Weg hat ein "Recht" in OSM zu existieren, wenn er/sie in der echten Welt so existiert. Es gibt Tags, um zu kennzeichnen, wenn man z.B. nicht öffentlich drauf fahren kann. Und wenn es eine reine Zufahrt ist, dann als highway=service taggen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SOTM-EU - Tickets für den ÖV in Wien
Robert S. schrieb: Gelten diese Tickets dann nur für die von den Wiener Linien betriebenen Strecken oder auch in den Regionalzügen (insbesondere S-Bahn) innerhalb der Zone? Durch den Verkehrsverbung "VOR" gelten alle Tickets für die "Zone 100" für alle öffentlichen Verkehrsmittel innerhalb des Stadtgebiets. Für alles außerhalb des Stadtgebiets muss man zusätzlich bezahlen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche in OpenSteetMap
Andreas Labres schrieb: Natürlich funktioniert's (OSM unterstützt OpenSearch), nur mußt Du halt wissen, wie Dein Browser das umsetzt. Im Chrome geht man zB in Optionen|Suchmaschinen verwalten und setzt z.B. für OpenStreetMap das Suchkürzel "osm", dann kann ich in der Adresszeile "osm $ADRESSE" suchen. Oh, das hat Chrome auch 1:1 von Firefox kopiert? Schon spanned, wie stark die ein schwach gemachter Klon unserer Technologie-Erfindungen sind. Aber du hast die eigentliche Frage nicht verstanden, |Ich habe grad "openstreetmap " in Google eingegeben| heißt nicht in einer speziell manuel installierten Scuhmaschine in Chrome, sondern im Suichfeld auf der Google-Webseite, also dem eigentlichen Google und nicht einem Nebenprodukt dieser Firma. Und natürlich würde Google nie dafür Sorge tragen, dass in deren Suche OpenStreetMap so intuitiv auftaucht, schließlich verdienen sie Geld mit dem eigenen Kartenservice. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Simulation / Bachelor-Arbeit von Jakob Altenstein
Heiko Jacobs schrieb: Am 19.05.2011 14:39, schrieb Robert Kaiser: Es ist so weit ich weiß nicht mal klar, ob wir aus rechtlichen > Gründen *irgendwas* löschen müssen, um den Lizenzwechsel durchzuführen, es gäbe wahrscheinlich einige rechtliche "Lücken", durch die wir schlüpfen könnten und alle Daten in die > neue Lizenz "befördern" könnten - zumindest gibt es dazu einige einschlägige Meinungen. Auf welchen von mir wohl verpassten Diskussionen baust Du diese Meinung auf? 1) Gibt es die teilweise gängige Meinung, dass jemand in den USA derzeit alle unsere Daten unter PD verwenden könnte. Das heißt, es könnte jemand dort theoretisch eine Kopie unserer Datenbank ziehen, unter PD zur Verfügung stellen, und wir könnten sie unter jeglicher Lizenz re-importieren. Theoretisch, natürlich. ;-) 2) Wurde ich denke auf der legal-Liste (keine Zeit, um Details für derartiges theortetischen Geplänkel rauszusuchen, ich hab auch eine echte Arbeit - obwohl die auch im Umfeld offener Daten und Software steht) durchaus glaubwürdig behauptet, dass Gerichte eine Mitarbeit an einem Gemeinschaftsprojekt so deuten, dass jene Organisation, unter deren Schirmherrschaft die Freiwilligen ihre Arbeit verrichten, auch zum Gute des Projekts sein legales Umfeld korrigieren können, ohne jeden Beitragenden zu fragen, ob sein Beitrag damit vereinbar ist. Dieser Monstersatz heißt im Klartext: Sollte unser "Fall" vor Gericht kommen, wird der OSMF höchstwahrscheinlich Recht gegeben, sogar wenn sie einfach ohne zu fragen die ganze Datenbank einfach auf ODbL umstellen und nichts löschen würde. Und wo kann man nachlesen, dass wir die Zuständigen schon nahezu überzeugt haben? ;-) Gar nirgends, weil das alles pure Theorie ist, und niemand "Zuständiger" von irgendwem in dieser Richtung überzeugt wurde. Mal abgesehen davon, dass ich bei osm den Eindruck habe, dass keine Verantwortung tragen und klare Entscheidungen treffen will, also kann ich "zuständig" wohl nur unter Anführungszeichen setzen. Deine Botschaft höre ich wohl, allein mir fehlt der Glaube daran ... Mir fehlt zwar nicht der Glaube, dass die Theorien haltbar wären, aber mehr sind sie halt nicht - und Entscheidungsschwäche ist wohl der zweite Vorname unserer Community. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel-Simulation / Bachelor-Arbeit von Jakob Altenstein
Heiko Jacobs schrieb: Das drückt m.E. sehr drastisch, aber auch wahrheitsgemäß aus, dass wir ohne Lösung dieses Problems den Lizenzwechsel auch aus rechtlichen Gründen knicken können, da das Ergebnis dann höchst angreifbar wäre ... Es ist so weit ich weiß nicht mal klar, ob wir aus rechtlichen Gründen *irgendwas* löschen müssen, um den Lizenzwechsel durchzuführen, es gäbe wahrscheinlich einige rechtliche "Lücken", durch die wir schlüpfen könnten und alle Daten in die neue Lizenz "befördern" könnten - zumindest gibt es dazu einige einschlägige Meinungen. Alles in allem sind wir mit unserer Vorgangsweise schon jetzt ziemlich übervorsichtig und mangels starker Führung in der Community sowieso viel zu zweifelnd und langsam. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - Aufruf zur Maessigung
Ulf Lamping schrieb: Am 28.04.2011 08:41, schrieb Michael Buege: BTW, es steht ja wohl ausser Frage, dass SIE unter uns sind. Wie haette es wohl Bielefeld sonst in die Daten geschafft. SIE stecken auch hinter der neuen... weisst schon Weltherrschaft, weisst schon Das hatte ich ja noch garnicht bedacht - meinst du wirklich, daß Steve C und Frederik zu DENEN gehören?!? Das würde natürlich so einiges erklären ... Naja, irgendwer muss ja Bielefeld in OSM gebracht haben... P.S.: Enttäuschend ist natürlich schon, das OSM anscheinend für "Learjet routing" immer noch nicht so richtig ausreichend ist ;-) Das wird wohl der Grund für das Engagement von Steve und Frederik in diesem Bereich sein. ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Florian Lohoff schrieb: PS: Die ODBL steht dem Open gedanken in OpenStreetMap in meinen Augen zutiefst entgegen. Ich stimme dir zwar im Grundsatz zu und wäre auch für eine PD-OSM, aber du behauptest hier im Endeffekt, dass GPL, MPL, etc. auch nicht "open" seien, und dem kann ich nicht zustimmen. Share-Alike ist sehr wohl "Open", schließlich heißt es, man darf alles damit tun, soweit man alles, was man publiziert, wieder unter die gleichen Bedingungen stellt. Der Zweck davon ist normalerweise, dass alle von jemandem publizierten Veränderungen in jede andere "Version" eingebaut werden dürfen - also an sich das genaue Gegenteil von DRM, da man mit diesen Regeln verhindern will, dass jemand an publizierten Veränderungen exklusive Rechte hat. Wenn jemand allerdings bei OSM-Daten von "seinen" Daten spricht, hat er/sie IMHO den Gedanken von offenen Daten nicht verstanden. Sobald ich sie beigetragen habe, sind sie nicht mehr "meine", sondern "unsere". Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzwechsel - Aufruf zur Maessigung
Frederik Ramm schrieb: Davon abgesehen aber ist OSM viel mehr als bloss ein paar Daten mit einer Lizenz - die interessanten Anwendungen, die Programmier-Herausforderungen, die Tatsaeche, dass wir gemeinsam den Geodaten-"Markt" aufrollen, all das aendert der Lizenzwechsel nicht im geringsten. Noch wichtiger als all das finde ich eine begeisterte Community an Leuten, die gemeinsam an einer für alle zugänglichen "Sache" arbeiten. Jedes Projekt ist nur so stark wie die Personen dahinter. Und "wir", also, diejenigen, die an OSM mitarbeiten - unter welcher Lizenz auch immer, denn beide unterscheiden sich nur in Details - sind eine ziemlich große und starke Truppe und werden das auch in Zukunft bleiben. Und wo arbeiten sonst so viele Leute an etwas, das zur Gänze dem Gemeinwohl zu gute kommt? (Es gibt vielleicht ein paar Beispiele, aber nicht viele...) :) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taipeh wohl gelöscht
Michael schrieb: user="hasse_osm_korinthenkacker" Netter Username... Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagebau - Kiesgrube
Georg Feddern schrieb: Alles richtig - aber der Betreff lautet nunmal "Kiesgrube". Hihi, in Österreich sagen wir gängigerweise zu allen diesen Dingen "Schottergrube", auch wenn dort Kies abgebaut bzw. ausgegraben wird. ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] HAusdurchfahrt
Tobias Knerr schrieb: Am 26.01.2011 15:50, schrieb Steffen Heinz: Ich habe alles durchsucht... wie amche ich das? da geht ein Weg bzw kleine Straße durch ein Haus (Häuserzeile). Habe ich hier vor einer Weile auch mal gefragt: http://www.mail-archive.com/talk-de@openstreetmap.org/msg75927.html Fazit: Am besten wohl covered=yes an der Durchfahrt. Das scheint so ziemlich der Konsens oder zumindest die Mehrheitsmeinung zu sein, ja. Wär schön, wenn Renderer eine nette Darstellung dafür hätten. :) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag zum Schutz vor Lizenz-Datenverlust
Wolfgang schrieb: Das könnte man organisieren. "OSM-Tours", Bus mit Fahrradanhänger oder Fahrradverleih vor Ort. Fahrrad ist fad - ich will OSM-Segways! :P Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM - Google - Yahoo Vergleich http://sautter.com/map/ funktioniert nicht
Florian Gross schrieb: In den meisten Fällen geht diese geoIP- Geschichte bei mir mächtig daneben. Ja, es wäre schön, wenn es einen offenen GeoLocation-Dienst gäbe, der so wie Google Location Services (GLS) auch WiFi-Daten einbeziht, und bei dem eine Community helfen könnte, die Genauigkeit zu verbessern. Leider gibt es die offene Alternative zu GLS noch nicht, obwohl mir da mal jemand Hoffnungen gemacht hätte, dass an sowas gearbeitet werden könnte. Sonst köönte die "Geolocation" bzw. "Location-Aware-Brwowsing"-Funktion in Browsern wie Firefox oder SeaMonkey damit anstatt mit GLS arbeiten, wenn es um Die Standort-Angabe nach Benutzerfrage, wie z.B. in http://3liz.com/geolocation/ geht. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiederbetätigung?
Johann H. Addicks schrieb: Hat da jemand Österreich an Deutschland angeschlossen? Umgekehrt, Deutschland an Österreich. :P Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alpen...
Frederik Ramm schrieb: http://www.remote.org/frederik/tmp/alpen.png Was meint ihr, soll ich das Alpen-Extrakt mal "der Realitaet anpassen"? Derzeit enthaelt das Extrakt einen Gutteil von Sueddeutschland, die komplette Schweiz und halb Oesterreich. "In der Realitaet" haben Muenchen, Wien und Zuerich natuerlich in den Alpen nichts zu suchen; Also, das Ende der Alpen (oder eines der zwei) ist dokumentierterweise an der oder innerhalb der Grenze von Wien. Der Leopoldsberg - http://www.openstreetmap.org/?mlat=48.27852&mlon=16.34547&zoom=16&layers=M - gilt als letzte Erhebung der Alpen auf dieser Seite. dagegen kaeme ein ganzes Stueck Suedfrankreich noch mit rein. Das andere Ende liegt jedenfalls in Südfrankreich, ja. Von der Rechteckform muss man dann natuerlich Abstand nehmen. Die Alpen sind nicht rechteckig, das stimmt... Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viele Namen in OSM-Karten
Stephan Wolff schrieb: Wie können wir dafür sorgen, dass die aus OSM-Daten erzeugten Karten wichtige Namen darstellen und trotzdem übersichtlich bleiben? Die Renderer verbessern. Das Tagging ist sehr oft nicht wirklich falsch (siehe z.B. mein Lieblingsbeispiel, wo das Schulareal und das Schulgebäude selbst beides den Namen der Schule tragen). Man könnte natürlich für alles und jedes Relationen drüber legen, um "Redundanz" so vermeiden, aber das Gebilde wird unendlich komplex dabei. Dann müssen wir demnächst auch jede zweite Straße als Relation der Teilstücke mappen. An vielen Stellen tauchen Namen auf, die nur den Objekttyp ohne individuelle Zusätze beschreiben, wie z. B. leisure=playground name="Spielplatz" amenity=parking name="Parkplatz" Spricht etwas dagegen, solche "name"-Einträge zu löschen? Nein, das sind keine Namen, sondern Beschreibungen, und die können gelöscht werden - außer die heißen vor Ort tatsächlich so - mit dedizierter Benennung. Robert kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
M∡rtin Koppenhoefer schrieb: Im Wiki steht "lone or significant tree". Vielleicht für manche missverständlich, aber das klingt auch sinnvoll: Ein Wald baut sich nicht aus lauter Einzelnodes mit natural=tree auf, der sollte als area (geschlossener Way) getaggt werden, und um diese Unterscheidung geht es hier. Einzeln stehende Bäume, die nicht in einem Wald(stück) sind, sollten natural=tree sein. Ebenfalls signfikante Bäume innerhalb eines Waldes (z.B. der General Sherman Tree in Kalifornien, der als massereichstes Lebewesen der Erde gilt), damit man sie finden kann - obwohl hier wohl weitere Tags zur Bestimmung der Signifikanz sinnvoll sind. Das klingt zumindest für mich einleuchtend. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werden Baumreihen gerendert?
NopMap schrieb: Ich arbeite momentan eher daran, solche nicht-markanten, nicht-orientierungsrelevaten Bäume aus dem Rendering auszublenden. Ich kann mich erinnern, als ich gezwungen war, mittels einer Karte "Orientierungswanderungen" zu machen und bestimmte Punkte im Gelände zu finden, waren Baumreihen zwischen Feldern auch ziemlich orientierungsrelevant, so weit auf einer Karte überhaupt eingezeichnet. ähnlich wie kleiner Bäche, Hochspannungsleitungen, usw., die alle halfen, rauszufinden, wo man ist und wo man hin muss... Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Way kreuzt Way ohne gemeinsame Node?
Pascal Neis schrieb: 2. Situation: Ein Way kreuzt einen anderen Way ohne gemeinsame Node und beide Ways enthalten kein Layer-Tag -> Fehler, darf so nicht sein ! Stimmt so nicht. Ein Waldrand, ein Grenzverlauf, der Rand eines Industrie- oder Ortsgebietes, ein Gebäuderand usw. können eine Straße oder einen Gehweg kreuzen, richtigerweise oft am gleichen "Layer", und dürfen meist gar keinen gemeinsamen Punkt haben. as ist ganz legal. Zwei highway=irgendwas sollten sich normalerweise nicht ohne gemeinsamen Punkt am gleichen Layer kreuzen, aber für alle wie immer gearteten Ways das zu behaupten, ist schlichtweg falsch. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ....ich bleib bei OSM !
Ulf Lamping schrieb: Du wirst hoffentlich zugeben, daß zumindest als ein wichtiger Grund für die Lizenzumstellung häufiger die "rechtssichere Verwendung" von OSM Daten (u.a im kommerziellen Bereich) genannt wurde "sonst kann meine Firma ja potentiell jeder einzelne der 20 Mapper verklagen". Erstens geht das nicht, weil wahrscheinlich 80-90% dieser einzelnen Mapper keine Copyright-würdigen Datensätze beigetragen haben, also welche, bei denen die "Schöpfungshöhe" groß genug ist, dass ein Gericht das überhaupt als klagbar sehen würde. Zweitens kommt es dann drauf an, ob im Land, wo die Klage eingereicht wird, die CC-BY-SA überhaupt auf Daten angewendet werden kann. Und dann ist lustigerweise das Argument davon abhängig, wo die Firema sitzt, die der verklagen will, denn in D könnte das bei "illegaler" Verwendung ev. Chancen haben, wenn die Firma aber in den USA sitzt, darf sie mit den derzeitigen Daten alles machen, was sie will, da sie sie unter PD verwenden kann, so lange sie unter der CC-BY-SA stehen. IANAL, aber das ist, wie ich das alles bisher verstandaen habe. Wirklich lustig, wenn ein globales Projekt so unfair gegenüber der Position der Benutzer am Globus ist, nicht? Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
007 schrieb: So koennen wir schnell und effektiv Druck gegen die Odbl aufbauen, und andererseits Rechtsicherheit und Vertrauen fuer all jene die mit CCBYSA2.0 weiterarbeiten wollen Dir ist klar, dass die CC-BY-SA in vielen Teilen der Welt rechtlich auf unsere Daten nicht anwendbar ist und sie damit unter PD stehen - wahrscheinlich sogar hierzulande, so weit ich gehört habe. Das heißt, du willst, dass die Daten völlig ungeschützt und lizenzlos sind, richtig? Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ideen Sammel, und organisieren eines CCBYSA 2.0 Forks
Felix Hartmann schrieb: Ich hab mal hier ganz kurz ein paar Punkte hingeschrieben, die wir uns anschauen sollten, um einen Fork aufzusetzen, und somit Druck auf die OSMF auszuueben, die Odbl abzublasen. Macht das bitte auf euren eigenen Servern, Mailing-Lists und unter eurem eignen, neuen Namen, der nicht mit OSM verwechelbar ist - so wie es jeder vernünfitge Fork eines Projektes macht. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMF / Unser Mann in London!
Frederik Ramm schrieb: Oliver Kuehn ist "unser Mann in London". Herzlichen Glueckwunsch! Bei der Wahl zu den drei offenen Posten im OSMF-Vorstand haben Oliver und Lars gemeinsam den dritten Platz gemacht. Die OSMF hat nun kurzerhand den Zufall entscheiden lassen, und Oliver ereilte das das Pe^H^HGlueck ;) Gratulation! Ich bin selbst in der "Data Working Group", die sich mit Copyright- und Lizenzverletzungen und Streitereien zwischen Mappern beschaeftigt. Das macht wenig Spass, aber ist halt auch eine Arbeit, die getan werden muss. +1 Danke dafür! Wir koennen immer Leute gebrauchen, die mithelfen... Wer nicht? ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] amenity=gastronomy
olvagor schrieb: Auch amenity=pub;restaurant;bar finde ich nicht ausreichend, denn die einzelnen Bereiche können ja z.B. unterschiedliche Öffnungszeiten haben. Dann sind aber verschiedene Nodes wieder begründbar, denn dann sind diese Bereiche wahrscheinlich deutlich abgegranzt, haben verschiedene Eingänge, usw. Ansonsten ist die Lösung mit ; fast ideal, nur die Renderer haben noch ein Problem damit. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern & Höheninformationen
Gerd von Egidy wrote: > Gibt es eigentlich einen Grund, warum die deutlich genaueren SRTM-1 Daten nur > für die USA erhältlich sind, während der Rest der Welt mit SRTM-3 leben muß? > > Wenn ich das richtig verstanden habe, wurde der größte Teil der Erde erfasst > und das höchstwahrscheinlich mit der gleichen Genauigkeit. Der Grund muß also > irgendwo anders liegen. Könnte man da nicht seitens OSM mal an die NASA oder > ESA herantreten und um die besseren Daten bitten? So weit ich weiß, gibt's das Problem da mit den einzelnen Ländern, die nicht wollen, dass so genaue Daten von jemand verschenkt werden, weil dann ihre eigenen Stellen keine Daten mehr verkaufen können. In den USA ist das anders, weil es dieses Gesetz gibt, dass alle Daten, die von einem Angestellten der öffentlichen Hand generiert werden, von öffentlichem Interesse sind und nicht personenbezogen, sicherheitsrelevant oder sonst verboten sind (das ist nur grob, die genauen Details der Regel für Ausnahmen kenne ich auch nicht), automatisch unter Public Domain stehen. Daher gibt's die NASA-Fotos online, daher konnten wir die TIGER-Daten importieren und daher gibt's auch diese SRTM-1-Daten öffentlich. Die USA hätten allerdings ein internationales Problem, wenn sie Detaildaten über alle Länder der Welt verschenken, die alle diese Länder nicht öffentlich haben wollen. Das geht vielleicht bei einzelnen Ländern, mit denen sie sowieso schlechte diplomatische Beziehungen haben, aber das geht nicht weltweit. (Daten-)Freiheit kann man der Welt nicht im großen Stil so einfach aufzwingen. Dabei sagen mir so viele Leute rundherum immer, Europa sei so viel freier als die USA. Naja, vielleicht ist nicht immer alles so schwarz/weiß wie es diese Leute gern hätten und es können beide Seiten voneinander noch lernen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Werbung auf openstreetmap.de?
Thorsten Feles schrieb: > Zu Nokia: > > Nokia = Navteq, bzw, der Kauf ist beschlossene Sache. Richtig helfen > werden die hier sicher auf dauer nicht ! Das würd ich mal nicht unbedingt so sehen, schließlich ist z.B. das Nokia N810 eines jener mobilen Geräte, wo am meisten Software läuft, die OSM-Material verwendet, siehe maemo-mapper oder navit. Außerdem setzt Nokia im Moment immer stärker auf Open Source, siehe die aktuelle Symbian-Öffnung. Den Navteq-Deal würde ich eher so sehen, dass Nokia für seine Devices schnell an möglichst vollständiges Kartenmaterial kommen wollte, und das war eine (für das Unternehmen) sehr gute Variante dafür. Man sollte nicht immer alles verteufeln, wo man die Möglichkeit sieht, dass etwas irgendwie gefährlich sein könnte, sondern die positiven Aspekte sehen (will Nokia eventuell OSM stärker unterstützen?) und bei Sponsings, Werbung, usw. halt derart Schutzmaßmahmen treffen, dass keine direkte "Konkurrenz" zu OSM beworben werden darf (d.h. Werbung im Stil von "wir haben besseres, unfreies Kartenmaterial"). Robert Kaiser Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Software-Sprachen/Plattformen (was: Re: Potlach ist ein Problem!)
André Reichelt wrote: > Bernd Wurst schrieb: >> Wir haben einen Editor in JAVA, einen in Flash und einen Renderer in >> .NET. Alles unfreie Plattformen, um die ein gewisser Personenkreis >> (nicht notwendigerweise der selbe!) jeweils einen großen Bogen macht. > > Hast Du eine bessere Idee? Klar, man könnte es in C++ schreiben, aber > dann muss man portieren. Naja, man kann es auch als XULRunner-Applikation oder als Firefox/usw.-Erweiterung schreiben, dann ist halt Mozilla's XULRunner oder Firefox die (Cross-Plattform)-Runtime, die man braucht. Man könnte aber dann gleich SVG rendern lassen, das kann diese "Runtime" schon selbst. ;-) Am wichtigsten ist wohl, dass es eine gute Auswahl an Anwendungen gibt, so hat jeder was, das seinem Geschmack näher kommt als was anderes. Und der Rest kann sich ja selbst was schreiben, die APIs sind offen. ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlach ist ein Problem!
Bernd Wurst wrote: > Ich bin weiter dagegen, *alle* Leute mit allen Mitteln zu werben. Lieber den > Einstieg etwas schwerer machen und nachher nur Leute dabei haben, die auch > wissen was sie tun bzw. auch Lust haben, einen vernünftigen Datenbestand zu > erstellen. Wenn der Einstieg in Potlatch nicht so einfach wäre, dann hätte ich mich wahrscheinlich nie beteiligt - natürlich hab ich auch Fehler gemacht (tut sicher jeder Anfänger, gleich, welche Software er verwendet), aber ich hab mich halt in diese Liste eingeschrieben, hab auf einem ziemlich "weißen" Gebiet begonnen (Steyr/OÖ), immer wieder auch mal den Maplint-Layer angesehen und nachgebessert sowie dazugelernt. Ich hab zwar JOSM installiert, und probiere immer wieder Dinge auch dort oder kontrolliere sie, aber Potlatch ist mir noch immer lieber. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] wald wird seit drei wochen nicht mehr von mapnik gerendert
Bernd Wurst wrote: > Am Donnerstag, 19. Juni 2008 schrieb Raphael Studer: >> Ich hab gesehen, dass der Walt sich einige Nodes mit Strassen teilt. >> Vielleicht mag das Mapnik nicht so. > > Was ist ein "Walt"? *schauder* Etwas, das es bei Disney als Vorname gibt *g* Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Versehentlich 2km Radweg gelöscht - wa s nun
Toni Erdmann wrote: > Raphael Studer schrieb: >>> Potlatch hat zwar eine history, aber wohl nicht für gelöschte Objekte. >> Doch die ist auch für gelöschte Objekte. >> > oh, aber wie komm' ich an die history eines Objektes, das ich nicht > selektieren kann, da es ja gelöscht ist? > > Objekt markieren und 'h' kenne ich ja, aber ... http://wiki.openstreetmap.org/index.php/Potlatch/Keyboard_shortcuts meint: "'U' to show deleted ways, and optionally undelete them." Probier das mal :) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] talk-at Austria Mailing Liste? AGIT?
kelvan wrote: > Wohne in Wien, habe aber noch kein GPS-Gerät (warte aufs Openmoko). Zu einem Treffen in Wien würde ich nach Möglichkeit auch kommen. Bin aus Steyr und mappe haupts. dort (auf Basis von Yahoo-Satellitenbildern und Straßenwissen meiner Familie, sowie z.T. Vergleichen zwischen mehreren Stadtplänen, teilw. auch mit GPS-Tracks von N810, wenn ich in die Gegend komme) - bin aber als "Bildungstourist" meist in Wien. Auf eine talk-at-List würde ich mich sicher anmelden. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tags für einige POIs?
KaiRo - Robert Kaiser schrieb: > - Hallenbad/Freibad > Ich hab mal amenity=water_park verwendet, > aber bin da nicht ganz sicher. Ich korrigiere mich selbst: leisure=water_park hab ich verwendet - aber die Renderer ignorieren das leider derzeit. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Tags für einige POIs?
Hallo, Während mein Mapping für Steyr/Oberösterreich gut fortschreitet, stoße ich auf einige Dinge, die Fragen aufwerfen, besonders manche POIs verschiedener Art. Wie tagge ich am besten: - Veranstaltungshalle - Sporthalle - Karthalle - Seniorenheim (bzw. Alten- und Pflegeheim) - Hallenbad/Freibad Ich hab mal amenity=water_park verwendet, aber bin da nicht ganz sicher. - Schloss Ich weiß, wurde vor kurzem hier diskutiert, gibt's da schon eine Lösung? - Firmen-/Bürogebäude Hauptsächlich, um den Namen der Firma anzugeben, oft sind solche Gebäude entweder das Ziel oder gute Orientierungspunkte auf der Karte in unbekannten Orten Grüße, Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Potlatch und Umlaute
Hallo, Michael Wolf wrote: > bin erst kurz dabei und arbeite abwechselnd mit josm oder potlatch. > Habe als OS gentoo mit utf. Bei Potlatch kann ich bei diversen > Bezeichnungen keine Umlaute eingeben bzw. erscheinen die dann als > Sonderzeichen. Kann man da was machen? Ich behelfe mir derzeit mit ue, > oe, und ae, aber das ist wohl nicht der Sinn der Sache. Das ist ein Problem mit Flash selbst - zumindest mit dem Plugin, das sehe ich auch, sowohl in Ptolatch als auch in einem Flash-Online-Game, zumindest in SeaMonkey, ziemlich sicher ist das aber auf Firefox ident. Wenn wer eine Lösung hat, wie man das dem Falsh sinnvoll beibringt, freue ich mich jedenfalls auch. :) (Und der nächste aus der Mozilla-Community, den man bei OSM wiederfindet *g*) Grüße, Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Abgeschnittene Buchstaben in Osmarender
Hallo, >> Und via SVG kann man nicht spezifizieren, dass ein Text maximal eine >> gewisse Breite haben darf oder sowas? > > Nein, ich glaube nicht, dass das geht. Irgendwie kann man wohl > Javascript in SVG reinwurschteln, eventuell geht da was, aber ich kann > es mir nicht so recht vorstellen. Hmm, ich denke, über kurz oder lang, also je professioneller man das Projekt sieht, werden wohl immer mehr Leute sich überlagernde oder abgeschnittene Texte nicht mehr tolerieren wollen. Wenn man mit Inkscape das nicht lösen kann, ist es fraglich, ob man sich nicht eine andere Variante sucht, um das SVG zu rendern, z.B. Gecko. >> Ich finde es schade, wenn das >> nicht hinzukriegen ist, denn sonst ist SVG doch so was schönes... > > Mapnik kann auch SVG-Ausgabe (s. Export-Tab auf www.openstreetmap.org), > das wird ueber Cairo gemacht. Dort ist es anders geloest; Cairo selber > macht den Fontzugriff und exportiert in das SVG nur noch Linien - da > steht dann eben nicht mehr "zeichne den Text soundso entlang dieser > Strasse", sondern "zeichne den folgenden Linienzug" und das ist dann der > Text. Damit umgeht Mapnik das Problem - aber es ist unmoeglich, einen > Strassennamen im fertigen SVG zu aendern oder entlang der Strasse noch > zu verschieben. Klar, das ist auch nicht ideal. Und ohne jetzt nach einem Umsturz rufen oder große Werbung machen zu wollen, mit Gecko könnte man das höchstwahrscheinlich lösen, zumindest über den Einsatz von JavaScript - entweder im SVG selbst oder in dem Skript, das man startet, um das SVG zu einem tile zu machen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Abgeschnittene Buchstaben in Osmarender
Frederik Ramm wrote: > Das liegt an der Arbeitsteilung zwischen Osmarender und Inkscape. > Osmarender sagt nur: "Zeichne den Strassennamen X an diese Strasse, > die ueberigens so verlaeuft". Inkscape ist spaeter fuer das Zeichnen > zustaendig. Osmarender hat keinerlei Zugriff auf Font-Metriken, daher > weiss Osmarender nicht, wie viel Platz der Font spaeter brauchen wird > und vorallem, wo genau Inkscape ihn hinschreiben wird. > > Osmarender hat so ene grobe Abschaetzung drin, die einfach nach > Anzahl der Buchstaben zu entscheiden versucht, ob der Text wohl > passen wird oder nicht, aber das kann prinzipbedingt nicht immer > funktionieren. hrm :( Und via SVG kann man nicht spezifizieren, dass ein Text maximal eine gewisse Breite haben darf oder sowas? Ich finde es schade, wenn das nicht hinzukriegen ist, denn sonst ist SVG doch so was schönes... Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Abgeschnittene Buchstaben in Osmarender
Sven Geggus wrote: > Robert Kaiser<[EMAIL PROTECTED]> wrote: > >> Der "Eisen-Bundesstrasse" (mal abgesehen davon, dass sie ein ß statt dem >> ss braucht) fehlen im Stück zischen der Brücke über die Damberggasse und >> dem Übergang in die Dr-Klotz-Straße das E am Beginn sowie das e am Ende! >> Das sieht nach einem Osmarender-Bug aus, wo gehört sowas gemeldet? > > Das Teilstück ist einfach nur zu kurz für dei beschriftung. Dann sollte Osmarender aber die Beschriftung gleich weglassen (oder kleiner machen). Abschneiden ist immer häßlich und IMHO ein klarer Bug. Frederik Ramm wrote: > Das ist kein Osmarender-Bug, der angelegte Way ist an der Stelle > einfach zu kurz, um den Text richtig hinzuschreiben. Osmarender > versucht zwar, sowas mit einer Heuristik zu vermeiden, aber es klappt > nicht immer. Man kann das vermutlich verbessern, indem man die > Strasse an der Stelle, an der die Beschriftung aufhoert, mit dem > naechsten Teil verbindet, sofern das noch nicht die Dr-Klotz-Str. ist. Ab der Kreuzung ist es die Dr-Klotz-Straße, und für die Brücke muss ich den Way teilen. Allerdings, wie heißt es so schön, wir mappen nicht für den Renderer. ;-) Aber wenn der das dann in einer Art darstellt, dass Texte abgeschnitten werden oder sich überlappen (auch schon gesehen), sehe ich das schon als Bug des Renderers. Schließlich sind nicht "meine" Kartendaten falsch, sondern die Darstellung im Rendering. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Abgeschnittene Buchstaben in Osmarender
Hallo, Bei meinen Arbeiten an den Karten von Steyr/Oberösterreich habe ich eine interessante Entdeckung gemacht: http://www.openstreetmap.org/?lat=48.0388&lon=14.42621&zoom=17&layers=0B0FT Der "Eisen-Bundesstrasse" (mal abgesehen davon, dass sie ein ß statt dem ss braucht) fehlen im Stück zischen der Brücke über die Damberggasse und dem Übergang in die Dr-Klotz-Straße das E am Beginn sowie das e am Ende! Das sieht nach einem Osmarender-Bug aus, wo gehört sowas gemeldet? Grüße, Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Parkplätze zu supermarkt ... Ban k ... etc.
Heiko Jacobs wrote: > Zitat von Dimitri Junker<[EMAIL PROTECTED]>: >> permissive = Zutrittsrecht nicht gesetzlich verankert, > > Für mich heißt das: > Ein Polizist könnte mir ein Knöllchen ausstellen, wenn ich > dort fahre, man verzichtet meist nur drauf oder es wird dort > nie kontrolliert... Duldung sozusagen. Kann er nicht unbedingt, denn permissive ist AFAIK i.A. Privatgrund, und da kann ein Polizist gar nix ausstellen, weil er nicht zuständig ist (außer zwecks Verstoß gegen die StVO, die überall gilt, wo keine explizite Trennung/Absperrung zum öffentlichen Grund vorhanden ist). Wenn auf diesem Privatgrund ein öffentlicher Zutritt geduldet wird, ist es permissive - z.B. eine Durchfahrtsstraße durch ein Firmengelände, bei der aber ein Schild "Privatgrund, Durchfahrt bis auf Widerruf gestattet" steht. > destination gefällt mir besser... Da stimme ich trotzdem zu, da hier ja nur Zielverkehr (also, dorthin fahren und stehen bleiben, dann später wieder wegfahren) erlaubt wird, und nicht eine "normale" Verwendung (Durchfahrt), die IMHO "permissive" (bis auf Widerruf oder sowas) darstellt. Ich bin zwar erst seit Kurzem hier dabei, aber ich hoffe, ich deute das richtig - zumindest klingt es für mich danach. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Multi-User "randale" (südlich Re utlingen/Tübingen)
Johannes Lempp wrote: > Hier fehlt nur eine einzige, recht große (um die 3000 Nodes) > natural=wood-Area, die man mit Sicherheit aus dem letzten planet-File > wiederherstellen kann. Sogar die Lichtungen sind noch alle da, werden > jetzt aber verständlicherweise als Wald gerendert, weil nun der outer- > Member fehlt. Du könntest ja selbst in Potlatch reinschauen, da gibt's laut http://wiki.openstreetmap.org/index.php/Potlatch/Keyboard_shortcuts per "u" eine undelete-Funktion ;-) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] upload not instant?
André Reichelt wrote: > Till Maas schrieb: >> Im Web 2.0 läuft ja auch schon vieles sofort ab, ohne dass man noch extra >> auf 'nen Button drücken muß, um Daten zu versenden. So gesehen ist das >> jetzt kein ungewöhnliches Prinzip. > Sorry, aber ein dämliches. Stell Dir vor, das Textverarbeitungsprogramm > deiner Wahl würde ähnlich handeln und jeden Schritt direkt speichern. Du > schneidest ein, zwei Seiten aus, willst sie woanders einfügen und bums > schmiert Dir der Rechner ab. Pech gehabt! > > Selbst wenn wir irgendwann eine anständige History einführen, würde ich > es als Manko betrachten, dass die Daten sofort gespciert werden. Ich > will entscheiden, ob gespeichert wird und wenn es mir nicht gefällt, die > Änderungen verwerden. Eigentlich genau das JOSM-Prinzip. Gut, dann ist für dich JOSM wahrscheinlich besser. Ich kann dem anderen Prinzip auch viel abgewinnen. Nehmen wir mal "deine" Variante: Ich mache eine Menge Änderungen, plötzlich schmiert der Rechner, das Betriebssystem, die Applikation bzw. bei Potlatch ev. der Browser oder das Flash-Plugin ab (passiert mir durch die Verwendung von Entwicklungscode oft genug). Jetzt sind bei deinem Modell _alle_ gemachten Änderungen unwiderbringlich weg und ich muss ganz von vorne anfangen. Bei der aktuellen Potlatch-Praxis ist zumindest ein großer Teil noch da (interessanterweise hab ich festgestellt, dass es oft weniger ist, als man denkt, wenn ein Absturz passiert). Um es kurz zu machen - es gibt Pro und Contra für jede dieser Varianten, es ist halt einerseits Geschackssache und andererseits muss man wissen, was die Anwendung macht. Als erfahreneer Computeranwedner ist man auf das explizit-speichern-Modell getrimmt, für Unerfahrene ist meist das automatsch-speichern-Modell intuitiver, ist mir durch Beobachtung aufgefallen. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ebenentransparenz in josm einstellen
Raphael Studer wrote: >>> Ab eine gewissen Komplexität ist es einfach so, dass ein für >>> ein-bisschen-Interessierte benutzbars Interface für Profis unbrauchbar ist. >> Nicht unbedingt. Firefox wie auch SeaMonkey werden von Einsteigern wie >> auch Anfängern als durchaus gut verwendbar gesehen, so weit ich weiß. > > Da ist meine Mutter anderer Meinung. Allerdings will sie auch nicht > verstehen, dass man mit einem Browser keine eMails ansehen kann > (ausser über ein WebFontend natürlich). SeaMonkey ist ja auch nicht bloß Browser, sondern hat das Mailprogramm im Thunderbird-Stil auch gleich mit drin, so wie es Netscape mal hatte. ;-) Aber das geht schon zu weit offtopic. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ebenentransparenz in josm einstellen
Frederik Ramm wrote: >> Dass man dann z.B. die Yahoo-Karten nur mit einem Plugin und einem ganz >> bestimmten Browser, den mein System (openSUSE 11.0) nicht mehr >> installiert (Firefox 2), abrufen kann, > [...] > > Erst einmal hoffe ich, dass Du Yahoo-Bilder und nicht Yahoo-Karten > meinst. Die Karten kann man zwar auf die gleiche Weise abrufen wie > die Bilder, aber das ist nicht erlaubt ;-) Ups, klar. Hab aber von Yahoo eh noch nix in JOSM reinbekommen - konnte es zwar so einstellen, dass in meinem Browser das Satellitenbild aufgerufen wurde, aber das JOSM-Plugin bekam die Daten nie dort raus. Es kann wohl wirklich nur mit FF2 reden. :( > An dieser Stelle hat Potlatch eine Art unfairen Wettbewerbsvorteil, > denn die Yahoo-Lizenzbedingungen sind so gestaltet, dass man nur mit > einem Browser auf die Tiles zugreifen darf. Direktzugriffe aus JOSM > sind technisch moeglich, vertraglich aber unzulaessig; Potlatch hin- > gegen verwendet den Browser zur Anzeige und ist daher "erlaubt". Ah, OK, das wusste ich nicht. Tja, die blödesten Hacks sind meist für Lizenz-Dinge notwendig, das kenne ich leider auch. :( Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ebenentransparenz in josm einstellen
Bernd Wurst wrote: > Am Montag, 2. Juni 2008 schrieb Robert Kaiser: >> Ein Usability-Experte hat wohl bei JOSM nie mitgearbeitet ;-) > > Wie bei vielen freien Programmen hast du da vermutlich Recht. Bist du einer? > Magst du deine Vorschläge mal schriftlich festhalten? Ich bin keiner (lese nur seit Jahren Diskussionen um Internet-Software-UI), aber ich kann gern mal versuchen, sinnvolle Bug-Reports/RFEs oder sowas daraus zu formulieren. Leider verbrauche ich derzeit aber eher zu viel Zeit mit OSM als zu wenig, schließlich ist es ein anderes Open-Source-Projekt, mit dem ich mein Geld verdiene. ;-) Aber zumindest wenn ich mal etwas sattelfester in JOSM bin, kann ich vielleicht Ideen zur Verbesserung so formulieren, dass sie für die Entwickler besser greifbar werden. > Ich würde vorschlagen: Erste Eindrücke und Vorschläge schriftlich festhalten, > sich danach von jemandem der JOSM gut kennt einweisen lassen und versuchen, > die Arbeitsweise eines JOSM-Users anzunehmen. Natürlich mit der kritischen > Betrachtung, ob das eigentlich sinnvoll ist. > > Und danach schauen, ob sich Kritikpunkte vielleicht relativiert haben. Was > übrig bleibt, sollte man hier zur Diskussion stellen. Wenn da ein konsens bei > rauskommt, dürfte das so konkret sein, dass die Arbeit, das einzubauen nicht > mehr schwer ist. Naja, das mit dem "relativieren" sehe ich eher kritisch. Was man gut verstehen muss, um es irgendwie bedienen zu können, ist meist vom UI nicht durchdacht genug gestaltet (passiert leicht, wenn man schon froh ist, ein Tool zu haben, das die Aufgaben irgendwie bewältigen kann, und dann immer mehr dazu stöpselt - und so wirkt JOSM für mich). Meiner Erfahrung nach sind Dinge, die den (richtigen!) Arbeitsverlauf für Einsteiger intuitiver machen, meist auch für den Profi einfacher. Muss nicht in allen Einzelfällen so sein, ist es aber sehr oft. > Hast du schonmal vi benutzt? Oder Blender? Blender nicht, mit vi muss ich hie und da kämpfen. Und ich bin froh, dass es auf den meisten Systemen zumindest nano noch daneben gibt (auch wenn "mein" Commandline-Texteditor joe bleibt). > Und dennoch sind diese Tools bei "Profis" (ob mit oder ohne Anführungszeichen) > der absolute Überflieger weil die Bedienung dann intuitiv ist, wenn > man "richtig denkt". > > Ab eine gewissen Komplexität ist es einfach so, dass ein für > ein-bisschen-Interessierte benutzbars Interface für Profis unbrauchbar ist. Nicht unbedingt. Firefox wie auch SeaMonkey werden von Einsteigern wie auch Anfängern als durchaus gut verwendbar gesehen, so weit ich weiß. > Aber im Endeffekt nimmt man das Seletions-Tool, schnappt sich die nodes und > schiebt diese weiter raus. Braucht man neue Nodes, nimmt man das > neue-nodes-tool und Klickt sich (zusammen mit "Shift") ein paar neue Nodes in > den Weg. Es hat sich mir noch nicht wirklich eröffnet, warum Selektion und neue Nodes zwei verschiedene Tools sein müssen. Das hat IMHO Potlatch besser gelöst. > Also ja, durch den Pfeil, der immer zum Mauscursor gezogen wird ist > es "schöner", man schaltet auf den selektions-modus. Aber notwendig ist es > nicht. OK, gut. Aber es wär nett, wenn man - ähnlich wie in Potlatch - diesen weiteren Pfeil einfach wegschalten könnte, um deutlich zu sehen, dass man mit dem vorherigen Way jetzt fertig ist. >> Potlatch hat per Mauscursor sehr schön gelöst, dass man das Verbinden >> von Ways, Beenden usw. schön sieht, da könnte sich JOSM ein Vorbild >> nehmen. Mal abgesehen davon, dass man in Potlatch die eingetragenen >> Daten in einer Form sieht, die bessere Rückschlüsse darauf lässt, wie es >> in der Karte aussieht - genau das will man besonders am Anfang. > > Wenn man den Wireframe-View ausschaltet, sieht das doch in JOSM auch so aus, > oder? > Also ich finde das keinen wirklichen Vorteil, aber es ist AFAIK da. Naja, ist noch immer weit von den "üblichen" Kartenzeichnungen entfernt, wie man sie dann in den Slippy Maps findet. >> [Yahoo] > > Ja, habe grade zum Testen mal Yahoo eingebunden (auch wenn ich weiß, dass die > Auflösung bei uns hier schlechter ist als die von Landsat). Das ist echt ein > Krampf. Ich hoffe, man findet da noch eine bessere Variante. > Ist es nicht toll, dass man Alternativen hat? Also ich hab sicherlich nichts > dagegen, wenn jemand Potlatch benutzt. Naja, Open-Source-Software baut genau darauf aus, dass der User die Auswahl hat, was er verwendet, und es meist mehrere Alternativen gibt. Und ich bin - auch deshalb - ein großer Verfechter dieser Philosophie. :) > Also wenn man z.B. die ersten zig Edits von einem potlatch-User irgendwie > markieren würde, dann wüsste jeder, dass der Bockmist, der da eventuell bei > rauskommt an der Erfahrung des Users liegt und nicht am Editor. > > Momentan
Re: [Talk-de] ebenentransparenz in josm einstellen
Bernd Wurst wrote: > Alles in allem ist JOSM bei den ersten 10 Benutzungen eine Katastrophe. Es > macht eigentlich wenig sinn, sich ohne Hilfestellung an JOSM zu setzen. > Bekommt man es gezeigt und probiert darauf basierend etwas rum, ist er > ziemlich gut. ;-) Ein Usability-Experte hat wohl bei JOSM nie mitgearbeitet ;-) Für den Neuanwender, wo Potlatch relativ schnell verständlich wird (je einfacher es ist einzusteigen, desto einfacher kann man natürlich auch Blödsinn machen), ist JOSM eine echte Katrastrophe, eine Menge Dinge sind völlig undurchschaubar - auch wenn man sofort merkt, dass dieses Tool sicher viel kann, wenn man es mal versteht und mal richtig konfiguriert hat (siehe Plugins). Wenn ich zum Beispiel einen Flussverlauf, der etwas ungenau vom Vorgänger skizziert wurde, so weit korrigieren will, dass z.B. die Uferstraße nicht im Fluss läuft, muss ich oft ein paar Nodes in existeierenden Ways einfügen und verschieben. Das ist in Potlatch extrem einfach, in JOSM ein furchtbares herumgeklickse. Oder das Beenden einer Way nicht explizit im Bearbeitungsmodus machen zu können, sondern den Modus umschalten zu müssen, das ist auch etwas gewöhnungsbedürftig. Potlatch hat per Mauscursor sehr schön gelöst, dass man das Verbinden von Ways, Beenden usw. schön sieht, da könnte sich JOSM ein Vorbild nehmen. Mal abgesehen davon, dass man in Potlatch die eingetragenen Daten in einer Form sieht, die bessere Rückschlüsse darauf lässt, wie es in der Karte aussieht - genau das will man besonders am Anfang. Dass man dann z.B. die Yahoo-Karten nur mit einem Plugin und einem ganz bestimmten Browser, den mein System (openSUSE 11.0) nicht mehr installiert (Firefox 2), abrufen kann, ist auch etwas komisch (wozu brauch ich dafür unbedingt einen Browser? Haben wir die nicht in einem Format wo liegen, wo wir sie einfach abholen können? Warum ein FF2 und nicht ein Java-interner HTTP-Request?). Alles in allem verstehe ich jeden, der Potlatch dem JOSM-Ungetüm für viele Dinge vorzieht. Trotz der Restriktionen der Flash-Plugin-Umgebung ist die Bedienungsfreundlichkeit um Längen voraus. Vielleicht lernt JOSM ja auch mal etwas in dieser Richtung - bis dorthin betrachte ich es als Monster, das nur dort zum EInsatz kommt, wo ich Potlatch nicht verwenden kann. Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Server-Auslastung und -Aufrüstung
Sven Grüner schrieb: > Thomas Hieber schrieb: >> Ich finde es nicht richtig, Robert hier einfach mal auf Verdacht in >> einen Topf mit anderen Leuten zu werfen die ne Menge schlauer Ideen >> haben, aber die nicht umsetzen können. > > Das war auch nicht meine Absicht. Ich entschuldige mich falls es dennoch > so rübergekommen ist. Der Kontext war in der Tat etwas blöde. Ist zu mir nicht so rübergekommen - ich hab genug Erfahrung mit solchen offenen Communities, dass ich diese Meldungen auf der dev-Liste und die Einstellung dazu gut nachvollziehen kann :) Genau das war ja auch der Grund, warum mir die Idee kam, man könnte da mit Mozilla eine Connection suchen. Ich werde mal versuchen, Tom Hughes zu kontaktieren und mit den Leuten bei Mozilla zu reden, vielleicht kann man sich ja da gegenseitig aushelfen. Ich weià zum Beispiel, dass es Uni-Rechenzentren in den USA gibt, die groÃe Teile an Raum, sogar Hardware und jedenfalls Traffic für Open-Source-Projekte zur Verfügung stellen, und hier auch Mozilla stark unterstützt haben, als unser Projekt sich das selbst nicht leisten konnte. Da OSM ja auch sowas wie Open Source ist (halt mit Kartendaten), könnte man da ev. etwas schaffen. Und da Mozilla heute mehr Geld hat, als verbraucht wird, denkt man auch ständig über die Unterstützung anderer Projekt nach, die auch die Mission des offenen Internet hochhalten. Mir geht es hier nicht um Reden von "man sollte...", sondern darum, konkret und konstruktiv wirklich was zu bewegen - oder zumindest die Möglichkeiten dafür auszuloten. Ich hoffe, hier lässt sich auch wirklich was erreichen. :) Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Server-Auslastung und -Aufrüstung (w as: Re: Aktueller Spiegel-Artikel)
André Reichelt wrote: > Robert Kaiser schrieb: >> Diese Freitag-Peaks verwundern mich hier... > > Nun, ich gehe davon aus, dass solche Peaks in Zukunft eher schwächlich > erscheinen. Irgendjemad sagte es, die kritische Masse ist erreicht. Die > Medien machen zur Zeit massiv Werbung für uns und da immer mehr Leute > von OSM Wind bekommen, wird auch die Mundpropaganda stark ansteigen. Das > Wachstum geht exponenzial, von dem her sollten wir nun dringend > überlegen, wie wir bald an neue Server kommen, denn sonst liegt hier im > Worst Case in nem Monat alles flach. Wer ist hierfür bei OSM zuständig? Ich habe sehr gute Connections zu Mozilla, wo einerseits schon viele Erfahrungen mit Servern, die viel leisten müssen, gesammelt wurde und andererseits die Offenheit im Internet das oberste (Missions-) Ziel der Organisation ist. Daher kann ich mir gut vorstellen, dass unsere Mozillianer hier zumindest mit Erfahrungswerten, wenn nicht sogar finanziell, helfen könnten. Grüße, Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Aktueller Spiegel-Artikel
Frank Sautter wrote: > Martin Koppenhoefer schrieb: >> so ganz genau bin ich mir aber nicht sicher, als quasi Netzwerk-Laie >> habe ich ein paar Probleme, aus dem Datenberg die relevanten >> Informationen rauszusuchen... > das hier ist das interessante, wenn es um spiegel und heise ddosa geht > http://munin.openstreetmap.org/openstreetmap/tile.openstreetmap.html#Apache Diese Woche deutlich mehr als den Rest des bisherigen Monats, interessant... Aber schon zum zweiten Mal ein deutlicher Peak an Zugriffen am Freitag? Nach meiner Erfahrung mit relativ großvolumigen Websites ist So/Mo normal am meisten los, mit fallender Tendenz bis Fr und deutlichem Abfall am Sa. Diese Freitag-Peaks verwundern mich hier... Robert Kaiser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
