Re: [Talk-de] Programmiersprachenvorliebendiskussion ..
On Wed, 7 Jan 2009, Florian Lohoff wrote: Open Source/Free Software so wie auch OpenStreetMap gehen aber von der unendlich verfuegbaren Resource Mensch d.h. Personal aus. D.h. dieserlei These finde ich in der Open Source/Free Software Welt eben nicht so angebracht. Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht werden muessen weil Java gerade hip ist wuerde sich vielleicht der Personaleinsatz doch lohnen. Und dafuer das Applikationen immer auch die resourcen ausnutzen dafuer ist JOSM durchaus ein Beispiel. Auf meinem Laptop mit 512MB habe ich zwar einen Core 2 aber nicht genug Speicher um mit AgPifoJ noch Bilder dazuzuladen. Auf meinem Desktop mit einem P4 2.4Ghz nur eine intel 845 Grafik die das verschieben der Karte oder das rubberband zu einer Geduldsprobe werden lassen. Beide Rechner fuer JOSM mehr oder minder unbrauchbar. Genau damit bestätigst Du mich aber. Diese Probleme liegen nämlich nicht an Java, sondern an schlechten Algorithmen. Mit einer sinnvolleren Herangehensweise könnte man das beheben. Das muss allerdings eben der Leidensdruck groß genug sein. Wie überall ist nämlich der begrenzende Faktor die zur Verfügung stehende Zeit der Entwickler. Die Entscheidung ist hier a) Mehr Funktionalität, dafür weniger optimiert, b) Stark optimiert, dafür weniger Funktionen. In den meisten Fällen ist Punkt a vorzuziehen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
entstehen koennten stimme ich auch ueberein mit der Ansicht meines Vorposters: warum die Arbeit der Maskierung jedem einzelnen aufbuerden, wenn man diese Zuordnung bereits im Server unterbinden kann? Hilfreich waere z.B. eine Moeglichkeit, einzelne oder saemtliche bereits hochgeladene Tracks dauerhaft zu anonymisieren, d.h. den Usernamen in der Track-DB zu loeschen. Wozu wird dieser benoetigt, ausser zur Anzeige aller Tracks, die man hochgeladen hat? Man braucht die Zuordnung um die Tracks bei Bedarf wieder löschen zu können. Ohne diese Zuordnung kann sie nur ein Admin/Mod (wer auch immer mit erweiterten Rechten) löschen. Was in der Praxis nicht funktionieren würde (woher sollten sie wissen welche Tracks gelöscht werden sollen). Jetzt fragt vielleicht der ein oder andere wieso man die Tracks überhaupt löschen sollte? Ganz einfach um veraltete Tracks (bei geänderter Straßenfürhung) zu entfernen. Das wird umso wichtiger je mehr Tracks in der Datenbank landen. Denn irgendwann würde es sonst unübersichtlich werden weil keiner mehr weiss welcher Track denn nun noch aktuell ist oder welcher von einer alten Straßenführung stammt. Durch die GPS Ungenauigkeit kann man das auch nicht immer direkt erkennen. Das weiss dann nur derjenige der den Track eingestellt hat. Man könnte zwar sicher einen Mechanismus einbauen durch den man Löschanträge für Tracks stellen kann und damit auch irgendwo eine Oberfläche schaffen auf der man von anonymisierten Tracks das Datum des Einstellens sehen und ihn damit heraus filtern kann. Aber zum einen wird das wohl noch eine Weile dauern bis so etwas programmiert wird und zum anderen ist die Frage ob die Löschanträge nicht evtl. überhand nehmen würden bzw. müsste auch erstmal geklärt werden ab wann einem Löschantrag zugestimmt wird ... und so wie ich unsere Community kenn wird die sich daran wieder totdiskutieren weil da jeder andere Vorstellungen hat. Ggf. koennte man das Loeschen auch automatisch nach ein paar Tagen oder Wochen machen, so dass der Ersteller in der Zwischenzeit noch Korrekturen vornehmen kann. Naja, dann bräuchte man die Tracks aber auch gar nicht erst online stellen wenn sie sowieso automatisch wieder gelöscht werden. Automatisch löschen halte ich hier nicht für so gut. Ich wuerde gerne darauf verzichten, meinen Namen mit meinen Tracks verbunden zu sehen. Ich finde es extrem bedauerlich, dass viele ihre Tracks aus Angst nicht hochladen und denke, dass das bei anonymen Tracks anders waere. Theoretisch stimme ich dir da zu, fände eine Möglichkeit zur Anonymisierung generell auch nicht schlecht, aber dann müsste man erstmal Methoden entwickeln wie man anonymisierte Tracks vereinzelt auch wieder löschen kann. Und ich glaube daran wird es scheitern. Was nicht heisst dass man es nicht weiter versuchen sollte. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nutzung von Straßenverzeichnis?
Hi Achim! ich habe im Web ein PDF gefunden, das Ludwigshafen in die Ortsteile einteilt und die dazugehörigen Straßennamen auflistet. Darf man die Infos verwenden, d.h. darf ich auf Basis dieser Liste einen automatischen Straßenverzeichnis-Vergleich anfertigen lassen Nein, erst um Erlaubnis fragen. (im Wiki bietet das doch ein User an, muss ich erst wieder raussuchen)? Ja, das ist Sven Anders. Tipps/Wünsche zur Aufbereitung der Daten findest Du hier: http://wiki.openstreetmap.org/wiki/User:Sven_Anders/Wenn_du_mir_ein_Stra%C3%9Fenverzeichnis_schicken_m%C3%B6chtest Allgemeine Infos über Strassenverzeichnisse hier: http://wiki.openstreetmap.org/wiki/Stra%C3%9Fenverzeichnis Grüße, -StefanL- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Erinnerung: Call for Papers - FOSSGIS 2009 - größte deutschsprachige Konferenz zu freier G IS-Software und freien Geodaten
Sehr geehrte Damen und Herren, ich möchte Sie nochmals kurz auf die Termine für die FOSSGIS aufmerksam machen bzw. auch den Möglichkeiten die Konferenz zu unterstützen oder einen Ausstellungsplatz zu erwerben. Vom 17. bis 19. März 2009 präsentiert sich die Open Source Branche zu Geographischen Informationssystemen auf der FOSSGIS 2009 an der Leibniz Universität Hannover, wo die größte deutschsprachige Anwenderkonferenz für Freie Geo-Informationssysteme stattfindet. An drei Ausstellungstagen werden auf der Konferenz in parallel laufenden Workshops, Vortragsreihen und Postersessions die neuesten Open Source Entwicklungen in den Bereichen Webmapping, Geodatenmanagement, Desktop-GIS und freie Geodaten präsentiert. Veranstaltet wird die Konferenz vom gleichnamigen FOSSGIS e.V. (http://www.fossgis.de/) und der OSGeo Foundation (http://www.osgeo.org/) dessen deutschsprachigge Vertretung der FOSSGIS e.V. ist. Der Call for Papers für Vorträge und Poster ist noch bis zum 14.01. geöffnet. 1) Vorträge (einzureichen bis 14.01.2009) Ein zentraler Inhalt der FOSSGIS-Konferenz sind auch 2009 wieder die Vortragssessions, für deren Inhalte Sie verantwortlich sind. Das Leitbild ist, dass sich der Vortrag mit räumlicher Datenverarbeitung und der Anwendung von Freier und Open Source Software auseinandersetzt. Wie in den letzten Jahren suchen wir wieder interessante Themen und Redner für 20-25minütige Vorträge aus u.a. folgenden Bereichen: * Bewährte und neue Software * Geodateninfrastrukturen Geoportale * Metadaten * Desktop GIS * OpenStreetMap * OpenGeoData * Sensor Web * WebGIS * Sicherheit * Forschung Lehre * FOSS Geschäftsmodelle * INSPIRE Dies sind einige Themenvorgaben durch das Programmkomitee für die FOSSGIS 2009 auf die Sie sich bewerben können. Sie finden sich in der vorgeschlagenen Themen nicht wieder? Melden Sie sich dennoch bitte bis zum 14.01.2009. Alle weiteren Informationen zum CFP finden Sie hier: http://www.fossgis.de/konferenz/wiki/CFP_2009 2) NEU!! Poster (einzureichen bis 14.01.2009) Sollten Sie Ihr Thema lieber als Poster präsentieren wollen bietet sich 2009 erstmals die Gelegenheit dazu. Reichen Sie Ihr Thema in der gleichen Form wie einen Vortrag ein und vermerken Sie, dass Sie es als Poster präsentieren möchten. Interessante Vortragseinreichungen, die in unseren Vortragsslots keinen Platz mehr finden, werden rechtzeitig vom Programmkomitee informiert und bekommen alternativ die Möglichkeit einer Posterpräsentation. 3) Sponsoring Organisationen und Unternehmen, die sich noch als Aussteller oder Sponsoren registrieren wollen, finden alle relevanten Informationen unter http://www.fossgis.de/konferenz/wiki/Messe_Sponsoring_2009 Für allgemeine Rückfragen finden sich unter der Webadresse http://www.fossgis.de/konferenz/wiki/Organisationsteam_2009 die Kontaktdaten des Organisationsteams. Wir freuen uns auf Ihre Beiträge! Mit freundlichen Grüßen, i.A. des Organisationsteam der FOSSGIS 2009 Marco Lechner begin:vcard fn:Marco Lechner n:Lechner;Marco org;quoted-printable:Uni Freiburg;Institut f=C3=BCr Physische Geographie adr:;;Werthmannstr. 4;Freiburg;;79085;Deutschland email;internet:marco.lech...@geographie.uni-freiburg.de tel;work:+49 (0)761/203-3548 tel;fax:+49 (0)761/203-3596 x-mozilla-html:FALSE version:2.1 end:vcard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion .. Was:JOSM-Geschwindigkeit
Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht werden muessen weil Java gerade hip ist wuerde sich vielleicht der Personaleinsatz doch lohnen. Schön wäre es, wenn diese Kriterien auch beim Thema Ergonomie von Freier Software berücksichtigt würde. Gerade JOSM ist ein Beispiel für eine schreckliche bis gar nicht vorhandene Ergonomie gepaart mit einem erheblichen Wartungsaufwand beim Anwender (Inkompatibilitäten der Plugins nach Update etc.). Da macht sich ja offensichtlich auch kein Programmierer gedanken, dass bei zunehmender Nutzerzahl tausende von Nutzern Stunden um Stunden damit verbringen, mit dieser Software klar zu kommen. Auch privat mache ich irgendwann mal eine Kosten-/Nutzenrechnung auf und greife zu kommerzieller Software, wenn ich damit deutlich einfacher und schneller zum Ziel komme. Meine persönlichen Ressourcen sind leider begrenzt. Sowohl Zeit als auch Geld. Aber manchmal fehlt es eben mehr an der Zeit. Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue Features einbauen, statt mal ein wenig Zeit in die Ergonomie der Programe zu stecken. Dafür müsste man raus aus dem Kämmerlein und Anwender-Feed-Back berücksichtigen. Und mit lässig verwöhnten Windows-Anwendern reden (igitt-igitt). Dann lieber für die Linux-Gemeinde programmieren. Die sind da nicht so wählerisch. ;-) Fazit: Nimm moderne Sprachen wie Perl, Python, Ruby wenn Du schnell Ergebnisse haben willst. C, C++ für alles andere. Ich persönlich würde Java nicht empfehlen, aber bestimmt gibt es auch gute Gründe für Java :-) In diesem Punkt sind wir uns einig. Unter Windows sind Java-Programme eine einzige Katastrophe (vor allem in puncto Bedienung). Ob das nun an Java selbst liegt oder an den oft hastig zusammengezimmerten Programmen, kann ich nicht beurteilen. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion ..Was:JOSM-Geschwindigkeit
DIE Programmierer machen das freiwillig, die werden weder gezwungen noch bezahlt dafür. Wenn Dir das Ergebnis nicht gefällt, kannst Du Geld auf den Tisch legen oder es gleich selber besser machen. lg Wolfgang Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht werden muessen weil Java gerade hip ist wuerde sich vielleicht der Personaleinsatz doch lohnen. Schön wäre es, wenn diese Kriterien auch beim Thema Ergonomie von Freier Software berücksichtigt würde. Gerade JOSM ist ein Beispiel für eine schreckliche bis gar nicht vorhandene Ergonomie gepaart mit einem erheblichen Wartungsaufwand beim Anwender (Inkompatibilitäten der Plugins nach Update etc.). Da macht sich ja offensichtlich auch kein Programmierer gedanken, dass bei zunehmender Nutzerzahl tausende von Nutzern Stunden um Stunden damit verbringen, mit dieser Software klar zu kommen. Auch privat mache ich irgendwann mal eine Kosten-/Nutzenrechnung auf und greife zu kommerzieller Software, wenn ich damit deutlich einfacher und schneller zum Ziel komme. Meine persönlichen Ressourcen sind leider begrenzt. Sowohl Zeit als auch Geld. Aber manchmal fehlt es eben mehr an der Zeit. Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue Features einbauen, statt mal ein wenig Zeit in die Ergonomie der Programe zu stecken. Dafür müsste man raus aus dem Kämmerlein und Anwender-Feed-Back berücksichtigen. Und mit lässig verwöhnten Windows-Anwendern reden (igitt-igitt). Dann lieber für die Linux-Gemeinde programmieren. Die sind da nicht so wählerisch. ;-) Fazit: Nimm moderne Sprachen wie Perl, Python, Ruby wenn Du schnell Ergebnisse haben willst. C, C++ für alles andere. Ich persönlich würde Java nicht empfehlen, aber bestimmt gibt es auch gute Gründe für Java :-) In diesem Punkt sind wir uns einig. Unter Windows sind Java-Programme eine einzige Katastrophe (vor allem in puncto Bedienung). Ob das nun an Java selbst liegt oder an den oft hastig zusammengezimmerten Programmen, kann ich nicht beurteilen. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion .. Was:JOSM-Geschwindigkeit
Hallo. Am Donnerstag, 8. Januar 2009 schrieb dgdg: Auch privat mache ich irgendwann mal eine Kosten-/Nutzenrechnung auf und greife zu kommerzieller Software, wenn ich damit deutlich einfacher und schneller zum Ziel komme. Dann mach das doch. Gibt es kommerzielle Software zum Hochladen von OSM-Daten? Willst du welche verkaufen? Meine persönlichen Ressourcen sind leider begrenzt. Sowohl Zeit als auch Geld. Aber manchmal fehlt es eben mehr an der Zeit. Vielleicht unterscheidet diese Ressourcenverteilung dich von anderen? Bestimmt geht es vielen so, aber ein bisschen paradox ist es schon. Ich investiere lieber mehr Zeit in ein Hobby das mir Spass macht als dass ich länger arbeite um Geld dafür zu bekommen, dass ich möglichst wenig Zeit in mein Hobby stecken muss. :) Gruß, Bernd -- Wer gegen ein Minimum Aluminium immun ist, besitzt Aluminiumminimumimmunität signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
On Thu, 8 Jan 2009, dgdg wrote: Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue Features einbauen, statt mal ein wenig Zeit in die Ergonomie der Programe zu stecken. Dafür müsste man raus aus dem Kämmerlein und Anwender-Feed-Back berücksichtigen. Und mit lässig verwöhnten Windows-Anwendern reden (igitt-igitt). Dann lieber für die Linux-Gemeinde programmieren. Die sind da nicht so wählerisch. ;-) Das was Du hier forderst kostet Geld. Wenn Du bereit bist das zu bezahlen, kümmere ich mich gern darum. Wir haben in JOSM letztes Jahr eine Menge verbessert. Das natürlich aufwendige Änderungen zur Verbesserung der Nutzbarkeit nicht stattfinden, weil dafür keine Zeit zur Verfügung steht sollte eigentlich jeder verstehen. Wer sowas trotzdem will, mag es bezahlen oder selbst machen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Hallo. Am Donnerstag, 8. Januar 2009 schrieb Dirk Stöcker: Wir haben in JOSM letztes Jahr eine Menge verbessert. Das natürlich aufwendige Änderungen zur Verbesserung der Nutzbarkeit nicht stattfinden, weil dafür keine Zeit zur Verfügung steht sollte eigentlich jeder verstehen. Ich glaube was er (und andere) nicht verstanden hat, ist dass es hier keine Priorisierung der Arbeitsaufgaben gibt, außer der des jeweiligen Programmierers. In einer Firma sagt der Chef was wichtig ist, dem Chef wiederrum sagen es die Kunden. Hier dagegen entscheidet der spontane Wille des Programmierers. Es gibt bei den meisten Programmierern Mittel und Wege diesen Willen für seine Zwecke zu verändern. Das kann manchmal freundliches auf die Nerven gehen sein oder aber einfach Geld. Das mit dem auf die Nerven gehen wurde schon oft etwas übertrieben, daher fällt das hier raus. ;-) Da hier aber immer mit irgendwelcher kommerziellen (Mainstream-)Software verglichen wird, bei der scheinbar alles besser und rosarot ist, ist das nur Rauschen. Niemand bot bisher sein Geld jemandem an der das richtige programmieren soll. So lange das nicht passiert, wird nur der freie Wille des Programmierers entscheiden was eingebaut wird. Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen konnte. Man muss kein Programmierer sein um sich zu überlegen wie das funktionieren könnte. Das meiste was kommt ist alles doof-foobar. Gruß, Bernd -- In Binärzahlen zu zählen geht genauso wie in Dezimalzahlen zählen, nur daß man dafür nur die Daumen braucht. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Wo verläuft die Kreisgrenze?
Am Montag, 5. Januar 2009 17:41 schrieb Josias: Jochen Topf schrieb: Irgendwas ist da durcheinandergekommen: Die Kreisgrenzen von infas enthielten überhaupt keine Bundesländergrenzen sondern nur die Kreisgrenzen. Die Bundesländergrenzen haben wir dann passend dazugetan und zwar durch Aggregation aller Kreise in einem Bundesland. zumindest hier in Wedel ist Mitte der Elbe die grenze der Bundesländer. Bei Stade ist die Kreisgrenze auch die Bundeslandgrenze. Die trockene Grenze am Elbufer ist also falsch. Ich habe von Planungsamt des Landkreises noch eine Landkarte mit den Gemeindegrenzen bekommen, dich ich nun einarbeiten werde. Zwar nicht sehr genau, aber besser als nichts. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mail-Vereinzeler gesucht, was: Track-Anonymisierer gesucht
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Johannes Hüsing schrieb: Deine Mails an talk-de kommen doppelt bei mir an. Kam die jetzt auch doppelt? Lese auch über Gmane (via nntp) und bekomme deshalb keine Mails doppelt. - -- Gruß Mario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkll7bsACgkQdRpju1J3VHE7KACfb++3XA5d7QMfw9dHnxfCN5Vk BnkAniO1WLuNJovbiB8g2en8RhoV/Rgb =fFTa -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion .. Was:?JOSM-Geschwindigkeit
Sven Geggus schrieb: Florian Lohoff f...@rfc822.org wrote: Nicht-portable Sprachen sollte man eher vermeiden (außer natürlich das Ergebnis ist per se nicht portabel). Portabel ist heutzutage meist ein Problem des Aufwandes nicht der Sprache. Alles was aus der Unixwelt kommt läuft in der Regel auch auf anderen Plattformen. Umgekehrt kann man das nicht so pauschal sagen. Sven Ich denke, dass ist nicht so. Mir als Software-Entwickler ist es teilweise immer noch zu kompliziert, mir irgendwelche kryptischen CygWin-Umgebungen zu installieren, damit ich ein kleines Unix-Tool nutzen kann. Andersrum ist es doch auch möglich, Programme aus der Windowswelt über die Windows-Emulation (deren Namen mir gerade entfallen ist) zu nutzen. Was meiner Meinung nach das größte Problem ist, ist, dass unter Windows die Programmierer nicht genug dazu angehalten werden, sauberen Code zu schreiben. Wahrscheinlich gibt es auf Windows-Seite genau so viele korrekte Programmierer wie auf Unix-Seite, durch die relativ niedrigere Einstiegshürde, Windows-Programme zu schreiben, sind aber wohl auch viele Programmierer unterwegs, die nicht genau wissen, was sie tun und damit natürlich das Gesamtergebnis der Windows-Seite aufweichen. Ein weiterer Punkt, der mittlerweile auch von Microsoft verstanden wurde, ist, dass sie dem Programmierer unsauberen Code verbieten müssen. Dies hält erstmals mit Vista Einzug in die Windows-Linie und soll in Windows 7 komplett abgeschlossen sein. Es werden dort zum Beispiel solche Sachen verboten, wie das Speichern von Konfigurationsdaten in die %ProgrammFiles%-Ordner. Ein absolutes Nogo, aber jeder macht's, weil's so schön einfach ist. Es ist also weniger ein Problem der ursprünglichen Plattform. Viel wichtiger ist wohl des Wissens des Programmierers. mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Bernd Wurst schrieb: Niemand bot bisher sein Geld jemandem an der das richtige programmieren soll. So lange das nicht passiert, wird nur der freie Wille des Programmierers entscheiden was eingebaut wird. Und wenn man die geschaetzte Anzahl der Stunden mit dem eigenen ueblichen Stundensatz multipliziert und die Mwst. hinzufuegt, will es keiner mehr bezahlen... ;-) Gruesse, Julian (der auch nur das implementiert, was er fuer wichtig/interessant haelt) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion ..Was:JOSM-Geschwindigkeit
Ich investiere lieber mehr Zeit in ein Hobby das mir Spass macht als dass ich länger arbeite um Geld dafür zu bekommen, dass ich möglichst wenig Zeit in mein Hobby stecken muss. :) Student? Keine Familie/Kinder? ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion .. Was:JOSM-Geschwindigkeit
Am 8. Januar 2009 12:27 schrieb dgdg o...@fronhausen.com: Dazu kommt ja das die Rechnung mit zunehmender Nutzerzahl ja Recht schnell kippt. Wenn nicht _ein_ sondern _tausend_ Rechner getauscht werden muessen weil Java gerade hip ist wuerde sich vielleicht der Personaleinsatz doch lohnen. Schön wäre es, wenn diese Kriterien auch beim Thema Ergonomie von Freier Software berücksichtigt würde. Gerade JOSM ist ein Beispiel für eine schreckliche bis gar nicht vorhandene Ergonomie gepaart mit einem erheblichen Wartungsaufwand beim Anwender (Inkompatibilitäten der Plugins nach Update etc.). Da macht sich ja offensichtlich auch kein Programmierer gedanken, dass bei zunehmender Nutzerzahl tausende von Nutzern Stunden um Stunden damit verbringen, mit dieser Software klar zu kommen. Sorry, Herr Detlef Gerhardt, aber das kann man doch nicht so stehen lassen? Ist ihnen denn nicht bewusst,... ...dass die Programierer nicht dafür bezahlt werden? ...dass das Projekt, auch wenn es recht schnell wächst, noch recht jung ist? ...dass so ein Projekt nur funktionieren kann, wenn nicht nur einige Wenige produktiv mitarbeiten, sondern wenn jeder sein kleines Stück dazu beiträgt? ...dass selbst wenn man selber nicht programieren kann, es noch genug andere Baustellen gibt? zB Wiki, Dokumentation usw. ...dass konstruktive Kritik nur die Sache betreffen und nicht eine Person angreifen sollte? ...dass bei produktiver Kritik der Verbesserungsvorschlag gleich mitgeliefert werden sollte? ...dass eine Software komplizierter in der Bedienung wird, je mehr Funktion sie hat? JOSM hat hingegen massiv an Funktionen gewonnen aber ist in der Benutzung deutlich einfacher geworden. Wenn ich nur knapp über ein Jahr zurückdenke; damals hatte josm noch kein modeless, es mussten erst Segmente, dann Wege gezeichnet werden, es gab keine Vorlagen, Plugins mussten von Hand in Verzeichnisse kopiert werden usw. und trotzdem lief es wesentlich langsamer; dann ist die von ihnen aufgestellte Behauptung, die Programmierer würden sich keine Gedanken machen, schlicht und einfach falsch. Ich will jetzt NICHT provokativ fragen, Wass haben sie denn sinnvolles für das Projekt geleistet, ausser im Forum hier und da den persönlichen Senf beizusteuern, da es mir egal ist und jeder so viel am Projekt mitmachen soll, wie er kann und möchte. Auch frage ich mich, was sie mit Ihrem Mailbeitrag erreichen wollten? Sollte das die JOSM-Programmierer motivieren? So klang es aber irgendwie nicht. Wenn sie nur ihren persönlichen Dampf ablassen wollten, da gibt es bessere Methoden, z.B. raus an die Luft und ein wenig Tracks sammeln. Ich entschuldige mich, dass diese Ansprache jetzt genau sie trifft, da es hier und im Forum noch einige andere gibt, die mehr reden als sagen und weniger tun als sie reden. Nach dem Motto: Frag nicht, was OpenStreetMap für dich tun kann, sondern was du für OpenStreetMap tunn kannst verbleibe ich mit freundlichen Grüßen Torsten Breda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
DIE Programmierer machen das freiwillig, die werden weder gezwungen noch bezahlt dafür. Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen? Dann ist doch die ganze Diskussion hier sinnlos. Im Übrigen bitte meine Kritik im Zusammenhang mit der Performance/Rechnerhardware-Diskussion sehen und nicht aus dem Zusammenhang reisen. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion ..Was:JOSM-Geschwindigkeit
Hallo. Am Donnerstag, 8. Januar 2009 schrieb dgdg: Student? Keine Familie/Kinder? ;-) Zweimal nein. Aber auch nicht so viel Geld dass ich mir deine Einstellung leisten könnte. Gruß, Bernd -- Wenn allzu früh der Morgen graut, dann ist der ganze Tag versaut signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion.. Was:?JOSM-Geschwindigkeit
Was meiner Meinung nach das größte Problem ist, ist, dass unter Windows die Programmierer nicht genug dazu angehalten werden, sauberen Code zu schreiben. Wahrscheinlich gibt es auf Windows-Seite genau so viele korrekte Programmierer wie auf Unix-Seite, durch die relativ niedrigere Einstiegshürde, Windows-Programme zu schreiben, sind aber wohl auch viele Programmierer unterwegs, die nicht genau wissen, was sie tun und damit natürlich das Gesamtergebnis der Windows-Seite aufweichen. Ein Windows-Programmierer hat auch einfach weniger Druck kompatiblen Code zu schreiben, weil er mit seinem Windows-Programm schonmal 90% der PC-Anwender erreicht. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
Dann ist doch die ganze Diskussion hier sinnlos. Du hast es erfasst Torstiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
Stephan Wolff schrieb: Meinen Pass nutze ich maximal zweimal pro Jahr und produziere dabei jeweils einen Datenpunkt, der für staatliche Stellen nutzbar ist. Dann hast Du wohl das Problem nicht mitbekommen. Erstens lässt sich der Pass auf fünf bis 10 Meter, manchmal sogar mehr, aus deiner Tasche heraus auslesen. Zweitens kann man in Zukunft mit falschem Namen Flugzeuge ohne probleme besteigen (siehe Elvis-Fall). signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion .. Was:?JOSM-Geschwindigkeit
Peter Vitt schrieb: Was meiner Meinung nach das größte Problem ist, ist, dass unter Windows die Programmierer nicht genug dazu angehalten werden, sauberen Code zu schreiben. Was sauberer Code ist, aendert sich ja auch staendig. Sog. best practices gibt es zuhauf... [...] Ein weiterer Punkt, der mittlerweile auch von Microsoft verstanden wurde, ist, dass sie dem Programmierer unsauberen Code verbieten müssen. Dies hält erstmals mit Vista Einzug in die Windows-Linie und soll in Windows 7 komplett abgeschlossen sein. Es werden dort zum Beispiel solche Sachen verboten, wie das Speichern von Konfigurationsdaten in die %ProgrammFiles%-Ordner. Ein absolutes Nogo, aber jeder macht's, weil's so schön einfach ist. Wo man wie die Konfiguration abspeichern soll, hat sich z.B. im Laufe der letzten 15 Jahre auch ein paar mal geaendert: mal waren es INI-Dateien, dann die Registry, dann irgendwelche Ordner, die nichtmal auf allen Systemen vorhanden sind. Tja, wenn die SW auf mehreren Windows-Versionen oder sogar auf unterschiedlichen OSen laufen soll/muss, ist man auf die einfachste Methode angewiesen, egal was der OS Hersteller gerade empfiehlt. Es ist also weniger ein Problem der ursprünglichen Plattform. Viel wichtiger ist wohl des Wissens des Programmierers. Es ist *auch* ein Problem der Plattform. Gruesse, Julian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
Hallo. Am Donnerstag, 8. Januar 2009 schrieb dgdg: Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen? Dann ist doch die ganze Diskussion hier sinnlos. Richtig erkannt. Ohne konstruktive Beiträge sind die meisten Diskussionen sinnlos. Also dieser Beitrag genau wie die gefühlten 200 identischen alles doof an JOSM-Aussagen davor von diversen Leuten. Und mal ehrlich: Du hast den Thread aus dem Zusammenhang gerissen in dem du von Performance-Diskussion auf die Usability umgeschwenkt hast. Gruß, Bernd -- Ross: Hi. Joey: Wenn dieser Kerl 'hi' sagt, möchte ich ihn am liebsten umbringen. - Friends (am. Sitcom) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Taggen von parallelen Straßen
Moin ! mancherorts und insbesondere in Spanien gibt es Straßen zu denen parallel verlaufend eine einspurige Straße geführt wird. Von dieser aus können dann die angrenzenden Grundstücke erreicht werden. Würde ihr diese auch als ERSCHLIESSUNGSSTRASSE mit dem NAMEN der Haupttrasse taggen ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Ich habe durch aus Verständnis für Hobby-Programmierer, die lieber neue Features einbauen, statt mal ein wenig Zeit in die Ergonomie der Programe zu stecken. Dafür müsste man raus aus dem Kämmerlein und Anwender-Feed-Back berücksichtigen. Und mit lässig verwöhnten Windows-Anwendern reden (igitt-igitt). Dann lieber für die Linux-Gemeinde programmieren. Die sind da nicht so wählerisch. ;-) Das was Du hier forderst kostet Geld. Wenn Du bereit bist das zu bezahlen, kümmere ich mich gern darum. Nö, da oben steht ein statt nicht ein zusätzlich. Also statt Features mehr Ergonomie. Statt für eine kleine, immer spezialisiertere Nutzergemeinde immer mehr Features einzubauen, durch eine Verbesserung der Ergonomie das Program für eine größere Nutzergruppe zu öffnen. Das täte sicher auch dem OSM-Projekt sehr gut. Wir haben in JOSM letztes Jahr eine Menge verbessert. Das natürlich aufwendige Änderungen zur Verbesserung der Nutzbarkeit nicht stattfinden, weil dafür keine Zeit zur Verfügung steht sollte eigentlich jeder verstehen. Verstehe ich doch auch. Steht doch da oben. ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggen von parallelen Straßen
hallo jan, Jan Tappenbeck schrieb: mancherorts und insbesondere in Spanien gibt es Straßen zu denen parallel verlaufend eine einspurige Straße geführt wird. Von dieser aus können dann die angrenzenden Grundstücke erreicht werden. Würde ihr diese auch als ERSCHLIESSUNGSSTRASSE mit dem NAMEN der Haupttrasse taggen ?? ja, gibt's hier gleich zwei mal (talstraße, stuttgarter straße) http://www.openstreetmap.org/?lat=48.72631lon=8.97399zoom=17 im fall der stuttgarter straße ist es auch so ausgeschildert und im fall der talstraße lassen die hausnummern und die historie der straße den schluss zu. grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mail-Vereinzeler gesucht, was: Track-Anonymisierer gesucht
addi...@gmx.net (Johann H. Addicks) writes: Deine Mails an talk-de kommen doppelt bei mir an. Dabei haben beide Exemplare dieselbe Message-ID. Als Leser bei Gmane (via nntp) habe ich damit kein Problem AOL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion ..Was:JOSM-Geschwindigkeit
Ich will jetzt NICHT provokativ fragen, Wass haben sie denn sinnvolles für das Projekt geleistet, ausser im Forum hier und da den persönlichen Senf beizusteuern, da es mir egal ist und jeder so viel am Projekt mitmachen soll, wie er kann und möchte. OSM-Username dgdg. Den Rest kannst du gerne selber recherchieren. ;-) Ich verstehe aber nicht, was das mit der Diskussion zu tun hat. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
Und mal ehrlich: Du hast den Thread aus dem Zusammenhang gerissen in dem du von Performance-Diskussion auf die Usability umgeschwenkt hast. Den Bogen kriegt man auch wieder zurück. ;-) Weil nämlich unergonomische Software in der Regel auch mehr Performance braucht. Weil man nicht intuitiv zum Ergebnis kommt und viel rumprobieren muss - jedenfalls solange man nicht eingearbeitet ist und alle Short-Cuts im Kopf hat. Wenn meine Antwort im Kontext mit dem usprünglichen Beitrag, auf den ich geantwortet hatte, gesehen würde, dann wäre es vermutlich nicht dazu gekommen. Ich fühle mich also nur zum Teil schuldig. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Symbole in Osmarender
On Thu, Jan 08, 2009 at 02:04:12PM +0100, Bernd Wurst wrote: Parkplatz-Symbole (P) werden bei Osmarender nur noch in zoom17 gerendert. Hat mich neulich auch extrem gestört, als ich nach einem Autobahn-Parkplatz für ein Treffen gesucht habe... Mag ja sein, daß manche Städte schnell zu voll werden, wenn man bei großem Maßstab Parkplätze rendert, aber z17 ist ein bisschen arg heftig. [1] ist ein Krampf, da beim Scrollen die POIs nicht mitverschoben, sondern nach Loslassen der Maustaste neu geladen werden (was sehr lange dauert). Aber immer noch besser als gar nichts (hab nur leider nicht mehr dran gedacht, als ich den Parkplatz gesucht habe) und IMO prinzipiell der richtige Ansatz (separater Layer mit einzeln aktivierbaren Features). [1] http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Parkplatz-Symbole in Osmarender
Hallo. Ist bestimmt schon lange so, mir aber grade erst aufgefallen: Parkplatz-Symbole (P) werden bei Osmarender nur noch in zoom17 gerendert. Ich finde das extrem Schade, da man so nicht mehr in einem Überblick sehen kann, wo sich ein Parkplatz befindet. In der Innenstadt wenn man jede zweite Parkbucht als Parkplatz markiert mag das bisher sicherlich überfrachtet gewesen sein, aber auf dem Land ist es sehr schade drum. Bevor ich mich in den Changelogs der letzten Wochen vezettle: Weiß jemand zufällig ob über das Thema diskutiert wurde und ob diese Änderung irgendwie ein Wille der Masse war? Gruß, Bernd -- There are no significant bugs in our released software that any significant number of users want fixed. - Bill Gates signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
On Thu, 8 Jan 2009, dgdg wrote: Nö, da oben steht ein statt nicht ein zusätzlich. Also statt Features mehr Ergonomie. Statt für eine kleine, immer spezialisiertere Nutzergemeinde immer mehr Features einzubauen, durch eine Verbesserung der Ergonomie das Program für eine größere Nutzergruppe zu öffnen. Das täte sicher auch dem OSM-Projekt sehr gut. Und genau das haben wir bei JOSM im letzten Jahr getan. Auch wenn es natürlich ncoh ein paar Probleme gibt, so ist doch die Usability von JOSM im letzten Jahr viel besser geworden. Deine pauschale Kritik ist also falsch am Platz. Dass z.B. die Handhabung von Plugins noch nicht perfekt ist, gebe ich gern zu, aber auch hier hat sich viel getan und wird sich noch einiges tun. Und zur JOSM-Performance: Wenn sich jemand findet, der die notwendigen Umstellungen für eine performantere Darstellung machen will - ich werde gern unterstützen. Der letzte der soetwas versucht hat, hatte leider nicht genug Durchhaltevermögen. Mir reicht der momentane Stand zu und ich werde deshalb keine Zeit dafür investieren. Lieber baue ich wichtige Features ein: besseren Relationssupport, Bug-Fixes, ... Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Symbole in Osmarender
On Thu, Jan 08, 2009 at 02:20:02PM +0100, Sascha Silbe wrote: [1] http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl Zwei weitere Einschränkungen habe ich vergessen zu erwähnen: Funktioniert nur im Firefox (nicht im Konqueror) und nur mit Nodes. D.h. alles, was als Fläche eingetragen ist, wird nicht (als POI) angezeigt. Insbesondere letzteres ist sehr schade. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Da hier aber immer mit irgendwelcher kommerziellen (Mainstream-)Software verglichen wird, bei der scheinbar alles besser und rosarot ist, ist das nur Rauschen. Niemand bot bisher sein Geld jemandem an der das richtige programmieren soll. So lange das nicht passiert, wird nur der freie Wille des Programmierers entscheiden was eingebaut wird. Nein, ich vergleiche ich nicht. Ich überlege nur, was dem OSM-Projekt insgesamt gut tun würde. Und wenn ich sehe, wieviele weisse Flecken es im ländlichen Raum noch gibt, dann braucht es einfach viel mehr Mapper. Und nicht jeder hat (wie ich) eine ausreichend schnelle Internetanbindung, dass er mit Potlatch mappen kann. Da ich aber schon darauf aufmerksam gemacht wurde, dass ich den Thread mit meiner Usability-Diskussion gekapert habe, möchte ich das nicht weiter vertiefen. Wobei ich die Performance-Diskussion für ziemlich müsig halte. Der lahme Potlatch zeigt doch, dasss Performance überhaupt nicht relevant ist. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Wo verläuft die Kreisgrenze?
Hallo, Sven Anders schrieb: Bei Stade ist die Kreisgrenze auch die Bundeslandgrenze. Die trockene Grenze am Elbufer ist also falsch. Ich habe von Planungsamt des Landkreises noch eine Landkarte mit den Gemeindegrenzen bekommen, dich ich nun einarbeiten werde. Zwar nicht sehr genau, aber besser als nichts. Neugierige Frage: Was sagt denn die Karte zur Kreisgrenze weiter nördlich - Cuxhaven/Nordsee? Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenänderungen München - Rechte situation?
Jochen Topf schrieb: Die Information kannst Du auf jeden Fall benutzen. Amtliche Verlautbarungen unterliegen keinem Copyright. Das ist korrekt, aber wie Sven schon anmerkte, könnten Sie unter Datenbankschutz liegen. Es kommt auch darauf an, woher die Informationen kommen. Normale Amtliche Bekanntmachungen werden in erster Linie für eine bestimmte Zeit im Rathaus ausgehängt. Viele Kommunen gestatten dazu noch den Abdruck in der Lokalpresse. Danach muss man dann persönlich ins Rathaus und sich einen Ausdruck abholen, für den dann aber wiederum Geld verlangt werden kann - damit kann man dann aber machen, was man will. Viele Bekanntmachungen bekommt man aber nur digital, für die die Umsetzung der EU-Richtlinie aber einen eigenen Schutz vorsieht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbindung Geodaten in kleine GDI
Sebastian Goerke schrieb: zur Zeit nehme ich an der Uni Bonn an einem Seminar zum Aufbau einer Geodateninfrastruktur teil. Gleichzeit bin ich in einem Seminar zu OSM, durch welches ich aktiver OSM Mapper geworden bin. Zurück zum Thema. Ich würde gerne OSM Daten für die kleine Geodateninfrastruktur, die wir als Projekt für dieses Seminar erstellen müssen, einbinden. Dazu würde ich am liebsten die Geodaten aus einer *.osm Datei in eine postgreSQL Datenbank übertragen. Nun würde mich interessieren, ob es dafür bereits Tools gibt bzw. wie ich das am besten anstelle. Ich weiss, dass es auch ich habe auch nicht die bekannten Tools verwendet, weil a) ich kein perl kann und für meine Zwecke sicher Anpassungen benötigt werden; ich verwende daher php direkt am prompt b) ich möglichst wenige Dinge am Server installiert haben möchte/muß c) ich bestehende Anwendungen weiter unterstützen muß, die bisher andere Datenpakete verwendet haben die Möglichkeit gibt *.shp Dateien zu erstellen. Diese jene von der Geofabrik enthalten allerdings nur ein paar normierte Tags, wenn Du also komplexeres tun willst, ran an die osm-Files könnte ich auch nutzen, eine Datenbank ist aber die elegantere Lösung , wie ich finde. Noch einmal zusammenfassend: Ich suche nach einem Tool welches mir Geodaten aus OSM-xml in eine postgreSQL Datenbank konvertieren kann. Leider sind meine Dinge noch nciht publikationsreif, werden das vielleicht auch nie, weil ich nicht unendlich Zeit reinstecken kann, aber Du kannst gerne die eine oder andere Frage in meine Mailbox werfen lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Symbole in Osmarender
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Sascha Silbe schrieb: On Thu, Jan 08, 2009 at 02:20:02PM +0100, Sascha Silbe wrote: [1] http://www.lenz-online.de/cgi-bin/osm/osmpoinit.pl Zwei weitere Einschränkungen habe ich vergessen zu erwähnen: Funktioniert nur im Firefox (nicht im Konqueror) und nur mit Nodes. D.h. alles, was als Fläche eingetragen ist, wird nicht (als POI) angezeigt. Insbesondere letzteres ist sehr schade. Das lässt sich aber auch umgehen: http://m2000.kilu.de/osm/parking.php (ist nur eine kleine Spielerei und keine Anwendung wie Wanderkarte oder die ÖPNV-Karte) - -- Gruß Mario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklmGLQACgkQdRpju1J3VHGqBgCgqZRkxGXqtv7wqYiusbqQQz5S iv4AoLYZKO3CsHrgVLvF2pNxMbT4ajEc =zTZ6 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Symbole in Osmarender
Hallo. Am Donnerstag, 8. Januar 2009 schrieb DarkAngel: Das lässt sich aber auch umgehen: http://m2000.kilu.de/osm/parking.php (ist nur eine kleine Spielerei und keine Anwendung wie Wanderkarte oder die ÖPNV-Karte) Da deine Karte offenbar nichts für uns Süddeutsche ist: Kann ich die Scripts (Extraktion aus OSM-dumps, openlayers-code) bekommen damit ich sowas reproduzieren kann? Gruß, Bernd -- Falls dir die Antwort zu ungenau erscheint, könnte es an der Fragestellung liegen. - Daniel Fass in de.org.ccc signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
dgdg schrieb: Da hier aber immer mit irgendwelcher kommerziellen (Mainstream-)Software verglichen wird, bei der scheinbar alles besser und rosarot ist, ist das nur Rauschen. Niemand bot bisher sein Geld jemandem an der das richtige programmieren soll. So lange das nicht passiert, wird nur der freie Wille des Programmierers entscheiden was eingebaut wird. Nein, ich vergleiche ich nicht. Ich überlege nur, was dem OSM-Projekt insgesamt gut tun würde. Und wenn ich sehe, wieviele weisse Flecken es im ländlichen Raum noch gibt, dann braucht es einfach viel mehr Mapper. Und nicht jeder hat (wie ich) eine ausreichend schnelle Internetanbindung, dass er mit Potlatch mappen kann. Da ich aber schon darauf aufmerksam gemacht wurde, dass ich den Thread mit meiner Usability-Diskussion gekapert habe, möchte ich das nicht weiter vertiefen. Wobei ich die Performance-Diskussion für ziemlich müsig halte. Der lahme Potlatch zeigt doch, dasss Performance überhaupt nicht relevant ist. Doch, genau weil er so langsam ist nutze ich ihne nie bis selten. JOSM, das bei mir extrem flüssig läuft (O-Ton vom Treffen: Warum läuft auf deinem Rechner JOSM so verdammt schnell, den Prozessor will ich auch ;-) Info: Vista Laptop mit C2D T7100), macht viel mehr Spaß. Und ich will auch lieber mehr Features als 1 fps mehr. Im übrigen haben wir diese Diskussion hier alle 2 Monate, immer die selbe unkonstruktive Kritik und die gleichen richtigen Antworten. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel -- Vorschlag lane_grou p
Hallo, Kann man irgendwie das Lanetool nutzen um bereits getrennt gezeichnete Wege zu verbinden, also so, daß die Relations gesetzt werden, der Verlauf aber erhalten bleibt. Nach weiterem Nachdenken bin ich der Meinung, daß die Numerierung der Spuren bei getrennten Wegen keinen Sinn macht. Denn hier würde ja die Position des Weges mit der Numerierung kolidieren. Damit sollte das lanetool auch nur für 1Weg-Straßen genutzt werden wo die Spuren alleine als Relations angelegt sind. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Hallo, Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen konnte. Man muss kein Programmierer sein um sich zu überlegen wie das funktionieren könnte. Das meiste was kommt ist alles doof-foobar. Es gibt da ein Konzept von Gervase Markham, in irgendeinem Trac-Ticket haengt das glaub ich an. Ich war aber nicht ueberzeugt, dass eine Umsetzung dieses Konzepts mehr positives als negatives Feedback bringen wuerde ^^ Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Frederik Ramm schrieb: Hallo, Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen konnte. Man muss kein Programmierer sein um sich zu überlegen wie das funktionieren könnte. Das meiste was kommt ist alles doof-foobar. Es gibt da ein Konzept von Gervase Markham, in irgendeinem Trac-Ticket haengt das glaub ich an. Wie wäre denn das gewünschte Format für so ein Konzept? Bzw. gibts da was spezielles dazu, also spezielle Programme, Editoren oder macht man das mit Grafikprogrammen? Sorry, kenn mich da überhaupt nicht aus. Btw. wäre es theoretisch möglich in JOSM ein simple und ein advanced mode einzubauen? Mit wie viel Aufwand wäre das verbunden? Vorteil wäre, dass die Hürde für Einsteiger gesenkt würde, die Profis aber nicht umlernen müssen und der Einsteiger nicht den Editor wechseln muss, wenn seine Ansprüche steigen. Außerdem müssten Funktionen nur in einen Editor eingebaut werden (also abgesehen von Merkaartor...). Wie fest ist das GUI in JOSM mit dem Rest verbunden? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
On Thu, 8 Jan 2009, John07 wrote: Doch, genau weil er so langsam ist nutze ich ihne nie bis selten. JOSM, das bei mir extrem flüssig läuft (O-Ton vom Treffen: Warum läuft auf deinem Rechner JOSM so verdammt schnell, den Prozessor will ich auch ;-) Info: Vista Laptop mit C2D T7100), macht viel mehr Spaß. Und ich will auch lieber mehr Features als 1 fps mehr. Ich glaube zwei zusätzliche Features sollten JOSM stark auf die Beine helfen: a) Sinnvolles Buffering für Hintergrundebenen, so dass das Neuzeichen stark reduziert wird -- Bug #1954 b) Entfernen von Daten aus JOSM und damit Reduktion der Datenmenge (sozusagen ein Download less :-) -- Bug #148 Vielleicht kann man b auch dynamisch machen, so dass das Kartenzeichnen selbst herausfindet, was es nicht mehr darstellen muss und entsprechendend weniger Arbeit hat. Nur muss sich jemand finden, der einen vernüftiges Interface für die DataSet-Klasse erstellt, so dass man hier auch Puffer und andere Datenstrukturen realisieren kann. Ich habe zu Weihnachten schon den Unmut mit einer größeren Umstellung auf mich gezogen, ich würde das auch nochmal machen, wenn das Ergebnis dann Potential für bessere Geschwindigkeit hat. Nur muss jemand die notwendige Arbeit machen. Das wäre eine ideale Studienarbeit für 1-2 Informatiker (Untersuchung, Beschreibung, neues Design, Umsetzung). Hat nicht jemand Beziehungen zu Informatik-Professuren? Ich würde bei moderatem Aufwand auch als Betreuer für den JOSM-relevanten Teil auftreten. P.S. Ich habe auch einen schönen neuen DualCore-Rechner mit viel Speicher :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?
Hallo, Frederik Ramm schrieb: Das waere jetzt ein guenstiger Zeitpunkt fuer all diejenigen von Euch, die das Buch gelesen haben und irgendwo ein Haar in der Suppe fanden, uns davon zu erzaehlen, damit wir ggf. etwas verbessern können. Vielleicht etwas über Projektionen und Ellipsoiden? :-) Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Buch als PDF kostenlos
André Reichelt schrieb: Ich hab ihm privat eine Themenrelevnte Antwort zukommen lassen. Scheinbar doch nicht. Bisher hat sich noch keiner zurück gemeldet. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?
On Thu, 2009-01-08 17:25:07 +0100, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Frederik Ramm schrieb: Das waere jetzt ein guenstiger Zeitpunkt fuer all diejenigen von Euch, die das Buch gelesen haben und irgendwo ein Haar in der Suppe fanden, uns davon zu erzaehlen, damit wir ggf. etwas verbessern können. Vielleicht etwas über Projektionen und Ellipsoiden? :-) Das ist sicher nicht ein Problem von OSM und gehört auch nicht ins Buch. ABER--wenn Du einen guten Buch-Vorschlag (deutsch oder englisch) hast, der die Themen Ortsbestimmung, Umrechnung etc. wirklich tiefgehend beleuchtet, würde ich das wohl sofort kaufen. Drin sein sollte alles, was das Herz so erfreuen kann: * Die Erde als Kugel mit Längen- und Breitengrad * Die Erde als Rotationsellipsoid * Die Erde als Geoid * UTM, GK * Höhe: Was ist Höhe eigentlich? Abstand zum Mittelpunkt? Senkrechte Entfernung (bzgl. der Oberfläche) zum Ellipsoid? ... * Vorstellung der unterschiedlichen Referenzsysteme * Umrechnung dieser ineinander. * Unterschiede, zeitliche Veränderung (z.B. Kontinental-Drift) * ... MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: http://www.eyrie.org/~eagle/faqs/questions.html the second : signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am 8. Januar 2009 13:26 schrieb Doru Julian Bugariu j.buga...@wad.org: Bernd Wurst schrieb: Niemand bot bisher sein Geld jemandem an der das richtige programmieren soll. So lange das nicht passiert, wird nur der freie Wille des Programmierers entscheiden was eingebaut wird. Und wenn man die geschaetzte Anzahl der Stunden mit dem eigenen ueblichen Stundensatz multipliziert und die Mwst. hinzufuegt, will es keiner mehr bezahlen... ;-) ja, ehrlich gesagt gab es ja mal einen Versuch von Tobias, jemanden zu bezahlen, und auch wenn die angepeilte Summe laecherlich gering war (50 EUR) ist sie damals nicht zusammengekommen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Hallo. Am Donnerstag, 8. Januar 2009 schrieb Martin Koppenhoefer: ja, ehrlich gesagt gab es ja mal einen Versuch von Tobias, jemanden zu bezahlen, und auch wenn die angepeilte Summe laecherlich gering war (50 EUR) ist sie damals nicht zusammengekommen. Naja, es ging ja dabei iirc um etwas was keiner wollte. :) Gruß, Bernd -- Seitdem ich nicht mehr Outlook Express benutze, weiss ich, was der Begriff Kaputter Newsreader bedeutet. - Jürgen Fink, de.alt.etc.auktionshaeuser, 27.8.2003 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
On Thu, 8 Jan 2009, John07 wrote: Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen konnte. Man muss kein Programmierer sein um sich zu überlegen wie das funktionieren könnte. Das meiste was kommt ist alles doof-foobar. Es gibt da ein Konzept von Gervase Markham, in irgendeinem Trac-Ticket haengt das glaub ich an. Wie wäre denn das gewünschte Format für so ein Konzept? Bzw. gibts da was spezielles dazu, also spezielle Programme, Editoren oder macht man das mit Grafikprogrammen? Sorry, kenn mich da überhaupt nicht aus. Text, Bilder, Links. Was immer man braucht um das Konzept deutlich zu machen und natürlich auf jeden Fall eine Analyse der Vorteile und Nachteile. Und genügend Mut das ganze dann auch gegen die Entwickler zu verteidigen. Bei komplizierteren Änderungen dann auch jemanden der es umsetzt (besser sind immer Sachen, die man schrittweise einführen kann). Ein Änderung die ich umgesetzt habe sind die virtuellen Knoten, die das Ändern vorhandener Daten stark vereinfachen. Auch die Einführung diverser selbstverständlicher Tastenkombinationen (z.B. ENTF) haben dazu beigetragen den JOSM-Modeless zu machen (also die Trennung der Bearbeitungsmodi aufzuheben). Ein Zeichenmodus ähnlich dem in Potlatch wäre ein letzter Schritt in diese Richtung (Bug #1937). Btw. wäre es theoretisch möglich in JOSM ein simple und ein advanced mode einzubauen? Mit wie viel Aufwand wäre das verbunden? Vorteil wäre, dass die Hürde für Einsteiger gesenkt würde, die Profis aber nicht Möglich wäre es. Ich z.B. wäre aber dagegen. Der Simple-Mode würde nicht gepflegt werden und deshalb langsam aber sicher unbrauchbar werden. Besser ist es die bisherigen Methoden so auszubauen, dass Einsteiger damit besser klarkommen (z.B. der oben erwähnten Zeichenmodus). umlernen müssen und der Einsteiger nicht den Editor wechseln muss, wenn seine Ansprüche steigen. Außerdem müssten Funktionen nur in einen Editor eingebaut werden (also abgesehen von Merkaartor...). Wie fest ist das GUI in JOSM mit dem Rest verbunden? Kommt darauf an :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?
On Thu, 8 Jan 2009, Jan-Benedict Glaw wrote: Vielleicht etwas über Projektionen und Ellipsoiden? :-) Das ist sicher nicht ein Problem von OSM und gehört auch nicht ins Buch. ABER--wenn Du einen guten Buch-Vorschlag (deutsch oder englisch) hast, der die Themen Ortsbestimmung, Umrechnung etc. wirklich tiefgehend beleuchtet, würde ich das wohl sofort kaufen. Drin sein sollte alles, was das Herz so erfreuen kann: * Die Erde als Kugel mit Längen- und Breitengrad * Die Erde als Rotationsellipsoid * Die Erde als Geoid * UTM, GK * Höhe: Was ist Höhe eigentlich? Abstand zum Mittelpunkt? Senkrechte Entfernung (bzgl. der Oberfläche) zum Ellipsoid? ... * Vorstellung der unterschiedlichen Referenzsysteme * Umrechnung dieser ineinander. * Unterschiede, zeitliche Veränderung (z.B. Kontinental-Drift) * ... de.wikipedia.org und wo das inhaltlich zu flach ist: en.wikipedia.org Wenn ich mir z.B. http://en.wikipedia.org/wiki/Geodetic_system anschaue, dann ist das eigentlich nicht schlecht (ich habe es natürlich inhaltlich nicht alles geprüft, aber Fehler findest Du auch in Fachbüchern). Auch das hier sieht nicht schlecht aus: http://de.wikipedia.org/wiki/Höhe_(Geodäsie) http://de.wikipedia.org/wiki/Höhensystem hier scheint sogar de.wikipedia.org den en.wikipedia.org vorraus zu sein :-) http://en.wikipedia.org/wiki/Above_mean_sea_level Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Symbole in Osmarender
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Bernd Wurst schrieb: Da deine Karte offenbar nichts für uns Süddeutsche ist: Kann ich die Scripts (Extraktion aus OSM-dumps, openlayers-code) bekommen damit ich sowas reproduzieren kann? Gruß, Bernd Habe mal den Quellcode als txt hochgeladen. Basiert im Prinzip auf http://wiki.openstreetmap.org/index.php/Query-to-map Es wird ein Anfrage an http://toolserver.org/~kolossos/osm/index.php geschickt, das Ergebnis auf dem Server gespeichert und anschließend angezeigt. Im Gegensatz zu http://www.lenz-online.de/osm erfolgt die Abfrage bei mir aber nicht dynamisch sondern nur alle 24 Stunden für ein festgelegtes Gebiet und liegt dann als KML-Datei auf dem Server. - -- Gruß Mario -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAklmMwUACgkQdRpju1J3VHFebgCeKmijE7+Ihw+KS+lv6SGs2Vky lIIAoKDcaFXtKTX4E8onwEl60BfROgeT =QBTK -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am 8. Januar 2009 17:59 schrieb Dirk Stöcker openstreet...@dstoecker.de: Text, Bilder, Links. Was immer man braucht um das Konzept deutlich zu machen und natürlich auf jeden Fall eine Analyse der Vorteile und Nachteile. Und genügend Mut das ganze dann auch gegen die Entwickler zu verteidigen. Bei komplizierteren Änderungen dann auch jemanden der es umsetzt (besser sind immer Sachen, die man schrittweise einführen kann). ohne gleich mit einem ganzen Konzept dienen zu koennen komme ich mal wieder mit einem Vorschlag, den ich vor laengerem schonmal geaeussert habe, und der rel. schnell umzusetzen sein muesste: Optimierung der Oberflaeche: - kann man ohne grossen Aufwand die Fenster auf der rechten Seite in der Groesse variabel machen (zumindest in der Hoehe)? Das wuerde was bringen, da man bei etwas kleineren Aufloesungen sonst im tag-Fenster immer scollen muss, waehrend andere Fenster (z.B. Autor, History, ...) oft viel zu hoch sind. - koennte man die Steuerung dieser ganzen Fenster (Tags, Layer,etc.) in ein Auswahlmenu oben (so wie Datei, Hilfe, etc.) z.B. mit dem Namen Window packen, und dafuer die Icons vom linken Rand verbannen? Das wuerde Anfaengern sicher weiterhelfen, weil man so die wesentlichen Befehle (Modes) leichter erkennen koennte. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Dirk Stöcker schrieb: On Thu, 8 Jan 2009, John07 wrote: Schlimmer noch: Es gibt meiner Kenntnis nach noch nichtmal jemanden der einen konstruktiven (und halbwegs durchdachten) Usability-Plan für JOSM vorlegen konnte. Man muss kein Programmierer sein um sich zu überlegen wie das funktionieren könnte. Das meiste was kommt ist alles doof-foobar. Es gibt da ein Konzept von Gervase Markham, in irgendeinem Trac-Ticket haengt das glaub ich an. Wie wäre denn das gewünschte Format für so ein Konzept? Bzw. gibts da was spezielles dazu, also spezielle Programme, Editoren oder macht man das mit Grafikprogrammen? Sorry, kenn mich da überhaupt nicht aus. Text, Bilder, Links. Was immer man braucht um das Konzept deutlich zu machen und natürlich auf jeden Fall eine Analyse der Vorteile und Nachteile. Und genügend Mut das ganze dann auch gegen die Entwickler zu verteidigen. Bei komplizierteren Änderungen dann auch jemanden der es umsetzt (besser sind immer Sachen, die man schrittweise einführen kann). Okay, ich schau mir gerade mal meinen eigenen typischen workflow mit JOSM an und betrachte dabei zeitgleich Merkaartor und Potlach. Dabei schreibe ich mit, wie meiner Meinung nach der ganz einfache Anfänger besser zurecht kommen würde (sofern ich mir das als sehr gut geübter JOSM-Nutzer vorstellen kann). Ich versuche auch die typischen JOSM Bedienungsprobleme, die immer wieder im direkten Kontakt mit anderen Usern und in Foren auftauchen einzubeziehen. Mal schaun was dabei rauskommt. Eine Grafik will ich auch noch anfertigen. Ein Änderung die ich umgesetzt habe sind die virtuellen Knoten, die das Ändern vorhandener Daten stark vereinfachen. Auch die Einführung diverser selbstverständlicher Tastenkombinationen (z.B. ENTF) haben dazu beigetragen den JOSM-Modeless zu machen (also die Trennung der Bearbeitungsmodi aufzuheben). Ein Zeichenmodus ähnlich dem in Potlatch wäre ein letzter Schritt in diese Richtung (Bug #1937). Btw. wäre es theoretisch möglich in JOSM ein simple und ein advanced mode einzubauen? Mit wie viel Aufwand wäre das verbunden? Vorteil wäre, dass die Hürde für Einsteiger gesenkt würde, die Profis aber nicht Möglich wäre es. Ich z.B. wäre aber dagegen. Der Simple-Mode würde nicht gepflegt werden und deshalb langsam aber sicher unbrauchbar werden. Besser ist es die bisherigen Methoden so auszubauen, dass Einsteiger damit besser klarkommen (z.B. der oben erwähnten Zeichenmodus). Hm, was mir sofort aufgefallen ist: JOSM bietet viel zu viele Knöpfe (zumindest bei mir) Daher würde das imo sehr viel helfen. Mehr sage ich jetzt erstmal nicht. Ich mache das erst fertig und poste dann meine Ergebnisse. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?
Jan-Benedict Glaw schrieb: Das ist sicher nicht ein Problem von OSM und gehört auch nicht ins Buch. ABER--wenn Du einen guten Buch-Vorschlag (deutsch oder englisch) hast, der die Themen Ortsbestimmung, Umrechnung etc. wirklich tiefgehend beleuchtet, würde ich das wohl sofort kaufen. Das meinte ich ja genau. Eine Erläuterung, die diese Thematik einfach erklärt, ohne das Wort Kartoffeligkeit zu verwenden (*G*). Drin sein sollte alles, was das Herz so erfreuen kann: * Die Erde als Kugel mit Längen- und Breitengrad * Die Erde als Rotationsellipsoid * Die Erde als Geoid * UTM, GK * Höhe: Was ist Höhe eigentlich? Abstand zum Mittelpunkt? Senkrechte Entfernung (bzgl. der Oberfläche) zum Ellipsoid? ... * Vorstellung der unterschiedlichen Referenzsysteme * Umrechnung dieser ineinander. * Unterschiede, zeitliche Veränderung (z.B. Kontinental-Drift) * ... Ich könnte es jemandem erklären, der es dann für andere formuliert, damit es alle verstehen. Schwer ist das Thema nicht wirklich, nur schwer zugänglich. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuauflage OSM-Buch / Merkaartor- und Kosmos-User?
Dirk Stöcker schrieb: de.wikipedia.org und wo das inhaltlich zu flach ist: en.wikipedia.org Wenn ich mir z.B. http://en.wikipedia.org/wiki/Geodetic_system anschaue, dann ist das eigentlich nicht schlecht (ich habe es natürlich inhaltlich nicht alles geprüft, aber Fehler findest Du auch in Fachbüchern). Auch das hier sieht nicht schlecht aus: http://de.wikipedia.org/wiki/Höhe_(Geodäsie) http://de.wikipedia.org/wiki/Höhensystem hier scheint sogar de.wikipedia.org den en.wikipedia.org vorraus zu sein :-) http://en.wikipedia.org/wiki/Above_mean_sea_level Ich kenne mich mittlerweile damit aus ... es geht hier ums Buch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung Radwege
2009/1/8 Dimitri Junker o...@dimitri-junker.de Hallo, sehe ich eher schon bei 1m. Mir gehts da um die Form. Ach Du bist der OSM-Mapper der auf klassischem Weg mapt, nicht per GPS. Gruß Dimitri haha, verstehe diese Anspielung durchaus, aber Du musst gruendlicher lesen: ich schrieb mir gehts um die *Form*, d.h. einen Schlenker von 1 m sieht man durchaus und kann man auch durchaus mit GPS messen, es kann aber halt passieren, dass er um 5 m versetzt von seiner wirklichen Position ist. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Martin Simon grenzde...@gmail.com wrote: Meiner Meinung nach genau so sinnlos wie hiking=yes (wandern erlaubt?)... Huch ganz im Gegenteil! Das ist überhaupüt nicht sinnlos! Ich habe sogar einen unbefestigten Gipfelzustieg in den Alpen erst nach Einführung von path _und_ dieser Tags mit gutem Gewissen gemappt. Dass die Tags für Mittelgebirge vermutlich nur im unteren Bereich sinnvoll Sinn ist ein anderes Thema. http://de.wikipedia.org/wiki/SAC-Wanderskala Gruss Sven -- If we want hardware to work to its full potential, we need to claim to be a recent version of Windows. (Matthew Garrett) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Ekkehart ekkeh...@gmx.de wrote: Ist fireplace ein offizielles Tag? Na ja, das Shelter Zeug ist nie wirlich abgestimmt worden, ist aber in Osmarender und in der cyclemap drin. Hm, die Frage ist nur: Wie rendern bei mit und ohne Feuer. Nimm die SVG-Dateien aus Osmarender: Mit Feuer: http://informationfreeway.org/?lat=49.05952430361229lon=8.569865158692549zoom=17layers=BF000F Ohne Feuer: http://informationfreeway.org/?lat=49.026287846885076lon=8.514751139791894zoom=17layers=BF000F Gruss Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion?..?Was:?JOSM-Geschwindigkeit
Peter Vitt pe...@dotnetphen.com wrote: Ich denke, dass ist nicht so. Mir als Software-Entwickler ist es teilweise immer noch zu kompliziert, mir irgendwelche kryptischen CygWin-Umgebungen zu installieren, damit ich ein kleines Unix-Tool nutzen kann. CygWin braucht man meist nicht, oft kommt man problemlos mit cygwin hin. Ich habe grade erst kürzlich einen ganzen Stall voll C-Programmen die nie wirklich sehr portabel gedacht waren aus der Unixwelt mittels mingw32 in Exe-Dateien verwandelt. Andersrum ist es doch auch möglich, Programme aus der Windowswelt über die Windows-Emulation (deren Namen mir gerade entfallen ist) zu nutzen. Nicht wirklich! Wine ist wie CygWin eine Emulation der anderen Welt, wie gesagt, das will man nicht. Es werden dort zum Beispiel solche Sachen verboten, wie das Speichern von Konfigurationsdaten in die %ProgrammFiles%-Ordner. Ein absolutes Nogo, aber jeder macht's, weil's so schön einfach ist. Das ist unter Unix halt schon immer so. $USER darf nach $HOME und nach /tmp schreiben, das wars dann auch. Es ist also weniger ein Problem der ursprünglichen Plattform. Viel wichtiger ist wohl des Wissens des Programmierers. Ja und Nein, wie Du bereits (weniger drastisch) gesagt hast. Windowsprogrammierer sind oft etwas von ihrer Plattform verdorben. Sven -- C is quirky, flawed, and an enormous success (Dennis M. Ritchie) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Ich versuche auch die typischen JOSM Bedienungsprobleme, die immer wieder im direkten Kontakt mit anderen Usern und in Foren auftauchen einzubeziehen. Mal schaun was dabei rauskommt. Eine Grafik will ich auch noch anfertigen. Ich möchte dazu nochmal anmerken, dass ich, als ich im November mit OSM angefangen haben, völlig unbedarf einfach Potlatch aufgerufen und direkt mit dem mappen bekommen habe. Dazu habe ich keine einzige Zeile Anleitung gelesen. Den Wiki-Link auf die Belegung der Tasten habe ich erst Tage später auf der Wiki-Seite eines Users gefunden. Potlatch bietet meiner Meinung nach folgende Vorteile: 1. Wysiwyg Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim Editieren sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte Tracks oder Nodes werden sehr deutlich angezeigt. 2. keine expliziten Bearbeitungsmodi Potlatch kennt keine unterschiedlichen Bearbeitungsmodi, die man explizit umschalten muss. Das Wechseln der Modi geht ganz implizit, in dem man einen Track oder einen Node anklickt. Die Reihenfolge: erst Track aktivieren, dann Node aktivieren folgt dabei einer Logik, wie ich sie schon seit 15 Jahren unter Windows von diversen Vektorgrafikprogrammen kenne. 3. Einfache Mausbedienung Potlatch kennt nur zwei Mausbedienungen: Karte verschieben oder Elemente markieren. Die Nutzung der rechten Maustaste für wichtige Funktionen wie in JOSM ist für Anfänger sehr gewöhnungsbedürftig. 4. Wenige wichtige Tasten Ich bin in Potlatch die ersten Tage lediglich mit den Tasten Delete, Backspace, -, X und ESC ausgekommen. Damit kann man eigentlich alles machen, auch wenn es zusätzliche Tasten gibt, die einige Arbeitsvorgänge vereinfachen. Selbst das Verbinden von Tracks geschieht ohne dass man dafür eine Taste braucht. Es ist kein Problem, wenn man zusätzlich viele Shortcuts hat. Wichtig ist aber, dass die Grundfunktionen ohne das Erlernen vieler Tasten erreichbar sind. 5. Die Tasten sind logisch Ein großes Problem sind unlogische Tastenfunktionen. Beispiel ESC-Taste. Das ist die Abbruchtaste. Deswegen wird völlig logisch in Potlatch das Zeichnen eines Tracks bzw. des letzten Segmentes eines Tracks mit ESC abgebrochen und nicht wie in JOSM abgeschlossen. Für das Abschliessen bzw. das Bestätigen verwendet man die Enter-Taste. Deswegen wird in Potlatch absolut logisch das Zeichenen eines Tracks mit Enter abgeschlossen. Zusammengefasst ist es die Kombination aus Wysiwyg sowie logischer und einfacher Bedienung, die es Anfängern so einfach macht, mit Potlatch zu arbeiten. Ich habe wenig Hoffnung, dass man JOSM dahin trimmen kann. Dafür müsste man das Programm komplett umkrempeln und von der Drahtmodell auf eine gerenderte Wysiwyg-Darstellen wechseln. Merkaartor ist in Bezug auf die Bedienung übrigens nicht einfacher oder intuitiver als JOSM. Es sieht nur auf den ersten Blick einfacher aus. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
dgdg schrieb: Ich versuche auch die typischen JOSM Bedienungsprobleme, die immer wieder im direkten Kontakt mit anderen Usern und in Foren auftauchen einzubeziehen. Mal schaun was dabei rauskommt. Eine Grafik will ich auch noch anfertigen. Ich möchte dazu nochmal anmerken, dass ich, als ich im November mit OSM angefangen haben, völlig unbedarf einfach Potlatch aufgerufen und direkt mit dem mappen bekommen habe. Dazu habe ich keine einzige Zeile Anleitung gelesen. Den Wiki-Link auf die Belegung der Tasten habe ich erst Tage später auf der Wiki-Seite eines Users gefunden. Potlatch bietet meiner Meinung nach folgende Vorteile: 1. Wysiwyg Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim Editieren sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte Tracks oder Nodes werden sehr deutlich angezeigt. Das hat JOSM schon ewig und imo wesentlich besser als Potlach, vllt. mal die Drahtdarstellung deaktivieren? 2. keine expliziten Bearbeitungsmodi Potlatch kennt keine unterschiedlichen Bearbeitungsmodi, die man explizit umschalten muss. Das Wechseln der Modi geht ganz implizit, in dem man einen Track oder einen Node anklickt. Die Reihenfolge: erst Track aktivieren, dann Node aktivieren folgt dabei einer Logik, wie ich sie schon seit 15 Jahren unter Windows von diversen Vektorgrafikprogrammen kenne. Hm, so wie ich diese Programme kenne haben die durchaus viele verschiedene Modi. 3. Einfache Mausbedienung Potlatch kennt nur zwei Mausbedienungen: Karte verschieben oder Elemente markieren. Die Nutzung der rechten Maustaste für wichtige Funktionen wie in JOSM ist für Anfänger sehr gewöhnungsbedürftig. Ja, das müsste doch imo leicht einstellbar sein. [...] Merkaartor ist in Bezug auf die Bedienung übrigens nicht einfacher oder intuitiver als JOSM. Es sieht nur auf den ersten Blick einfacher aus. Stimmt. Danke für deine konstruktive Kritik bzw. die Vorschläge, mal sehen wie viel ich in meinem Entwurf einbaue. Ich bin glaub ich bloß schon zu JOSM verseucht. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
dgdg o...@fronhausen.com wrote: Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen? Na ja, das tut man bei freier Software am besten in Form von patches. Dann ist doch die ganze Diskussion hier sinnlos. Eben! Sven -- All bugs added by David S. Miller da...@redhat.com Linux Kernel boot message from /usr/src/linux/net/8021q/vlan.c /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mappen von verzweigten Wegen
Hat man dann nicht diese Superways, die vermieten werden sollen? wer sollte die denn mieten? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Öffentlichen Verkehrsmitteln
Am 14. November 2008 13:10 schrieb Melchior Moos melchiorm...@gmail.com: Hallo, nachem mein Laptop und V-Server nun 40 Stunden im Akkord gerendert haben, gibt es eine Karte mit als Relationen eingetragenen ÖPV-Routen von Deutschland unter: http://81.89.97.206/oepv.html Dabei ist mir aufgefallen, dass das Tagging der Routen alles andere als einheitlich ist. Züge findet man mit den Tags route = rail, railway oder light_rail, die aber bunt gemischt sind, so dass man S-Bahnen nicht von Expresslinien unterscheiden kann. Man findet auch Kursbuchstrecken mit diesen Tags. Bei Bahnen und Bussen ist die Situation besser, aber in allen drei Typen ist die Handhabung von Hin und Rückweg der Linien sehr unterschiedlich. Manchmal werden separate Relationen für beide Fahrtrichtungen angelegt, manchmal in einer mit den Rollen forward/backward (oder auch ohne diese) in einer Relation. Außerdem fehlen vielfach die Haltestellen. Deshalb brauchen wir denk ich ein einheitliches Schema, dass dann auf einer Wikiseite erläutert wird. Schön wäre es z.B. wenn man zwischen S-Bahnen, Regionalbahnen, ICs und ICEs unterscheiden könnte. Gibt es da vielleicht schon irgendein Schema, dass ich nicht gefunden habe oder hat sich vielleicht schon jemand Gedanken dazu gemacht? Gruß, Melchior Ich finde die Karte an sich toll, nur ein Problem habe ich momentan: Dadurch das die höheren Zoomstufen nicht im Schema /tiles/%d/%d/%d.png vorliegen wird eine Verwendung mit TangoGPS praktisch unmöglich. Gibt es einen bestimmten Grund warum das momentan so ist? mfg, Kelvan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
dgdg o...@fronhausen.com wrote: Weil nämlich unergonomische Software in der Regel auch mehr Performance braucht. Weil man nicht intuitiv zum Ergebnis kommt und viel rumprobieren muss - jedenfalls solange man nicht eingearbeitet ist und alle Short-Cuts im Kopf hat. Eine komische Definition von Performance hast Du da. Wenn meine Mausinterktion durch das Laden vieler WMS-Fotos unbenutzbar langsam wird und ein Node erst Sekunden später auftaucht als geklickt wurde hat das mit Usability nicht die Bohne zu tun. Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel -- Vorschlag lane_grou p
Dimitri Junker schrieb: Nach weiterem Nachdenken bin ich der Meinung, daß die Numerierung der Spuren bei getrennten Wegen keinen Sinn macht. Denn hier würde ja die Position des Weges mit der Numerierung kolidieren. Eine Numerierung kann auch in diesem Fall sinnvoll sein, weil viel Software wohl nur an der groben Sortierung der Spuren (wo mal ich meinen Radweg-Rand hin) interessiert sein wird. Diese Ordnungsinformation lässt sich im Allgemeinen (wenn andere Spuren nur als Relation vorliegen) nicht aus dem Verlauf des Ways schließen, und auch in den Fällen, in denen dies möglich ist, wäre es sehr aufwendig im Vergleich zur Lösung, sich auf die Rolle verlassen zu können. Die Nummer und die geografische Information müssen natürlich zusammenpassen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte mit Öffentlichen Verkehrsmitteln
Dadurch das die höheren Zoomstufen nicht im Schema /tiles/%d/%d/%d.png vorliegen wird eine Verwendung mit TangoGPS praktisch unmöglich. Gibt es einen bestimmten Grund warum das momentan so ist? Das ist, weil die Zoomstufen ab 14 aufwärts nur auf Anfrage gerendert werden. Das spart tüchtig Zeit beim Rendern und viel Speicherplatz. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Sven Geggus li...@fuchsschwanzdomain.de writes: Martin Simon grenzde...@gmail.com wrote: Meiner Meinung nach genau so sinnlos wie hiking=yes (wandern erlaubt?)... Huch ganz im Gegenteil! Das ist überhaupüt nicht sinnlos! Ich habe sogar einen unbefestigten Gipfelzustieg in den Alpen erst nach Einführung von path _und_ dieser Tags mit gutem Gewissen gemappt. Ich denke, Martin beklagt ganz genau diese hiking=yes, was wahrscheinlich ein simpler eingabefehler für foot=yes und/oder sac_scale=hiking ist. footway und diese tags hätte es natürlich auch getan -- aber gut, jetzt reserviere ich mir footway für fußgängerwege in siedlungsgebieten. Dass die Tags für Mittelgebirge vermutlich nur im unteren Bereich sinnvoll Sinn ist ein anderes Thema. Ja, über mountain_hiking wird man selten hinauskommen... -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
http://forum.openstreetmap.org/viewtopic.php?id=2225 Viele gute Vorschläge von der richtigen Zielgruppe. Manche sind diskussionswürdig oder sind eher Funktionen die gewünscht sind und haben nicht direkt was mit Bedienbarkeit zu tun. Ich arbeite weiter an meinem Konzept, wird glaub ich zu radikal ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Karl Eichwalder k...@gnu.franken.de wrote: Ich denke, Martin beklagt ganz genau diese hiking=yes, was wahrscheinlich ein simpler eingabefehler für foot=yes und/oder sac_scale=hiking ist. So war das zum Zeitpunkt der Abstimmung auch nicht gedacht. Die Unterscheidung zwischen hiking und foot halte ich ebenfalls für sinnfrei. footway und diese tags hätte es natürlich auch getan -- aber gut, jetzt reserviere ich mir footway für fußgängerwege in siedlungsgebieten. Ich habe das eigentlich so verstanden, dass footway, cycleway und bridleway nichts anderes als Spezialversionen von path sind. Dass Mapnik die aber anders rendert zeigt allerdings, dass ich das nicht unbedingt richtig verstanden habe. Das Rendering in Osmarender stammt jedoch von mir und entpricht daher meinem Verständnis. Sven -- I'm a bastard, and proud of it (Linus Torvalds, Wednesday Sep 6, 2000) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel -- Vorschlag lane_grou p
Andreas Labres schrieb: Nur ein Gedanke dazu, den ich irgendwo unterbringen wollte: man sollte eine Baumreihe (Alleebäume) in diese Lane-Überlegungen miteinbeziehen. Erstens gibt das für's Rendering farblich was her und zweitens ist das für die Frage kann ich von Spur A nach Spur B wechseln nicht unerheblich. Mit lane_group kein Problem, denk dir einfach ein Set von Keys und Values für solche Sachen aus (divider=trees oder was auch immer du sinnvoll findest) und häng eine entsprechend getaggte Relation/Linie in die lane_group-Relation. So etwas wäre auch in nullkommanix ins lanetool eingebaut. Ist aber eine Sache für ein ergänzendes Proposal, imo. Wenn man so was auch als Info für Spurwechsel haben will, könnte man das mit access-Tags erledigen: Sinnvolle Implikationen für die einzelnen Werte vorgeben (so dass man im Normalfall keine zusätzlichen Tags braucht) und sauber dokumentieren, wenn mein Trenner dann anders als die Standardvariante seines Typs z.B. zu Fuß überwindbar ist, ein foot=yes ran. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Am 8. Januar 2009 19:17 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Martin Simon grenzde...@gmail.com wrote: Meiner Meinung nach genau so sinnlos wie hiking=yes (wandern erlaubt?)... Huch ganz im Gegenteil! Das ist überhaupüt nicht sinnlos! Ich habe sogar einen unbefestigten Gipfelzustieg in den Alpen erst nach Einführung von path _und_ dieser Tags mit gutem Gewissen gemappt. Dass die Tags für Mittelgebirge vermutlich nur im unteren Bereich sinnvoll Sinn ist ein anderes Thema. http://de.wikipedia.org/wiki/SAC-Wanderskala Hi! Ich denke das hast du wohl flasch aufgeschnappt; ich finde die Klassifizierung nach der SAC-Skala keinesfalls sinnlos, lediglich den Wert yes im Zusammenhang mit dem Schlüssel sac_scale. Es sagt eben genau so wenig aus wie hiking=yes, landuse=yes, highway=yes oder tracktype=yes. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schneisen mal wieder
Es ist ziemlich verwirrend, das scheisen in wäldern einfach weiß gerendert werden -- auf den ersten blick kann man schlecht erkennen, ob das nur gebiete ohne wald sind oder ob dort ein weg entlanggeht. Wir sollten den renderern irgendwie helfen und diese relativ schmalen streifen irgendwie taggen. Nur wie? Oft stehen dort ja büsche oder halbhohe bäume. landuse=green oder landuse=shrub? Heidefläche wären natürlich irgendwie anders zu kennzeichnen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel -- Vorschlag lane_grou p
Dimitri Junker schrieb: Was mir bei dem lane Proposal noch fehlt ist, eine Spur aus mehreren Wegen zusammensetzen zu können. Bisher muß man ja wenn sich z.B. die Geschwindigkeit ändert den Weg zerschneiden. Wenn man nur einen Weg hat und Fahrradwege per Relation definiert OK, wenn man aber den Fahrradweg getrennt gezeichnet hat ist es blöd wenn man diesen ebenfalls zerschneiden muß. Da sehe ich nur langsam ein Problem: Diese Relationen auszuwerten ist an sich schon nicht so leicht, und mit noch ein paar mehr Fällen hat keiner mehr Lust, das in irgendwelche Software einzubauen. Auch nicht Sinn der Sache. Ist das Zerschneiden wirklich so störend? Mir fällt vor allem das nachträgliche Umtaggen ein, da muss man die Stücken leider per Shift-Klick zusammensammeln. Das allein fänd ich aber grad noch akzeptabel. Ok, bei häufigen Geschwindigkeitswechseln wirds lästig. Dürfen also mehrere Wege die gleiche Nummer haben? Also z.B. Weg 1= Fahrradweg auf der linken Seite Weg 2= Autospur mit Tempo 30 Weg 2= Autospur mit Tempo 30 Weg 3= Fahrradweg rechts Nicht meine favorisierte Lösung, da die Nummern ja eigentlich mit geordneten Relationen abgeschafft werden könnten, was dann nicht mehr ginge. Außerdem zwingt das zur Verwendung von Ways für die Autospur -- Relation und trotzdem unzerschnittener Radweg gingen dann nicht. Der andere Ansatz hier wäre, denselben Radweg in mehrere lane_groups zu stecken. Ob das Probleme macht, kann ich aber in der Theorie recht schlecht beurteilen, solange es noch keine echte Software auswertet. Alternativ könnte man eine Relation benutzen um die Teilstücke der Autospur zu einer Straße zu verbinden und diese dann als Member in die lane-Relation aufnehmen. Es gibt da ja wohl: http://wiki.openstreetmap.org/wiki/Relations/Proposed/Collected_Ways wobei ich da nicht sehe wie weit das Proposal ist. In meinen Augen nicht allzu fortgeschritten, wills aber mal nicht ganz abschreiben. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
1. Wysiwyg Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim Editieren sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte Tracks oder Nodes werden sehr deutlich angezeigt. Das hat JOSM schon ewig und imo wesentlich besser als Potlach, vllt. mal die Drahtdarstellung deaktivieren? Ich meinte gar nicht die Drahteinstellung von JOSM sondern die ganz normale Anzeige - mit den vielen unübersichtlichen Pfeilen. Das ist für mich schon eine Drahtdarstellung und hat mit Wysiwyg wenig zu tun. Wozu die Pfeile? Die interessieren mich doch nur, wenn ich einen Track bearbeite. Das ist in Potlatch mit der Richtungsanzeige für den jeweils aktiven Track genial gelöst. Und das Ändern der Richtung auf Knopfdruck auch. Das begeistert mich jedesmal wieder. Warum die Standarddarstellung in JOSM besser sein soll als in Potlatch erschließt sich mir nicht. Ist doch ziemlich unübersichtlich, viel zu viel Information. Warum muss man bei jedem Track sämtliche Nodes und die Richtung jedes einzelnen Tracksegmentes anzeigen? Zumal man die Nodes wegen der vielen Pfeile kaum sieht. Die Mini-Nodes mit der Maus zu treffen ist schonmal ganz schwierig. In Potlatch sind die Track und Nodes breit gerendert und mit der Maus leicht zu treffen. Potlatch kennt keine unterschiedlichen Bearbeitungsmodi, die man explizit umschalten muss. Das Wechseln der Modi geht ganz implizit, in dem man einen Track oder einen Node anklickt. Die Reihenfolge: erst Track aktivieren, dann Node aktivieren folgt dabei einer Logik, wie ich sie schon seit 15 Jahren unter Windows von diversen Vektorgrafikprogrammen kenne. Hm, so wie ich diese Programme kenne haben die durchaus viele verschiedene Modi. Man braucht immer unterschiedliche Modi. Die Frage ist, wie man die aktiviert. Und bei den Programmen, mit denen ich gearbeitet habe geht das ganz automatisch. Ich meine keine Profi-CAD-Programme - die sind alle genauso kompliziert wie JOSM - sondern Zeichenprogramme. Sowie beispielsweise Illustrator oder der gute alte Micrografx Designer. JOSM ist da schon sehr eigen: Vier Modi, die man jeweils immer explizit einstellen muss. Wozu brauch man einen Modus Knoten löschen? Warum kann ich nicht einfach einen markieren und Entfernen drücken? Wazu braucht man einen Modus Knoten setzen? Warum kann ich nicht einfach irgendwo hinklicken, und da entsteht ein neuer Knoten? Wozu ein extra Zoom-Modus? Wer jetzt sagt, das geht nicht anders, der hat noch nicht mit Potlatch gearbeitet. Man beachte auch die Feinheiten in der Bedienung von Potlatch: Irgendwo hinklicken: neuer Track-Punkt, Doppelklick: neuer Node, Klick Drag: Karte verschieben. Eine Taste, drei Funktionen. Und alle irgendwie so eingängig, dass man das nach der ersten Benutzung kapiert hat. Wie gesagt, ich erwarte nicht den Umbau von JOSM in diese Richtung. Das wäre dann eine komplett andere Bedienoberfläche und keine eingefleichter JOSM-Benutzer käme mehr damit zurecht. ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Wanderkarte
Martin Simon grenzde...@gmail.com wrote: Ich denke das hast du wohl flasch aufgeschnappt; ich finde die Klassifizierung nach der SAC-Skala keinesfalls sinnlos, lediglich den Wert yes im Zusammenhang mit dem Schlüssel sac_scale. ACK Steht irgendwo, dass man diesen Wert auf yes setzen soll? Wenn ja sollte man das dringend korrigieren. Sven -- Software is like sex; it's better when it's free (Linus Torvalds) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel -- Vorschlag lane_group
Martin Koppenhoefer schrieb: Ein weiteres Problem sehe ich zur Zeit in größeren Straßen wie z.B. die Amsinckstraße: http://www.informationfreeway.org/?lat=53.544206425744335lon=10.019533225294216zoom=17layers=BF000F http://www.informationfreeway.org/?lat=53.544206425744335lon=10.019533225294216zoom=17layers=BF000F bzw. http://maps.google.de/?ie=UTF8ll=53.54412,10.020009spn=0.000527,0.001196t=kz=20 http://maps.google.de/?ie=UTF8ll=53.54412,10.020009spn=0.000527,0.001196t=kz=20 Versuch das mal abzubilden! Das Problem ist das wir ja schon zwei highway=prinary (für jede Richtung) haben. das ist noch harmlos, ich verweise immer gern auf die Colombo in Rom: http://maps.google.de/maps?f=qhl=degeocode=sll=36.456636,22.5sspn=24.932215,39.550781ie=UTF8ll=41.867278,12.496431spn=0.000683,0.001717t=kz=20 http://maps.google.de/maps?f=qhl=degeocode=sll=36.456636,22.5sspn=24.932215,39.550781ie=UTF8ll=41.867278,12.496431spn=0.000683,0.001717t=kz=20 versuch mal, das abzubilden, dann schaffst Du auch alles andere ;-) (Radweg und Unterfuehrung gibts da auch). Gruss Martin mit Lane-Relations wäre das auch nicht schwer. *ein way mit 17 lanes oben. *footlane-carlane-carlane-carlane-divider-carlane-carlane-carlane-divider-carlane-carlane-carlane-divider-carlane-carlane-divider-buslane-footlane *ein way mit 17 lanes unten* footlane-carlane-divider-carlane-carlane-carlane-divider-carlane-carlane-carlane-divider-carlane-carlane-carlane-divider-buslane-footlane *ein way mit 5 lanes links oben* footlane-parking-carlane-parking-footlane *ein way mit 6 lanes links unten* footlane-parking-carlane-carlane-parking-footlane diese 4 wege treffen sich in einem crossing-node. und dann wird mit abbiege relations genau definiert, wer wo abbiegen darf. so hat man alles erfasst ohne irgendeinen pseudo-weg zwanghaft zeichnen zu müssen. Gruß und frohes Neues nachträglich Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel -- Vorschlag lane_grou p
IMO liegen lanes erstmal alle direkt nebeneinander. wenn zwischen verschiedenen Lanes eine Trennung besteht (Grünstreifen, Bäume, Parkreihe, Radspur, Busspur, etc..) dann ist dann sollte man dies als eine weitere Lane erfasst werden. Wenn da z.B. ein Grünstreifen von 5m Breite zwischen ist, dann ist beispielsweise zwischen den carlanes eine lane vom Typ divider mit width=5 Dimitri Junker schrieb: Wenn das Lane-Tool schon weiß, daß diese Spur z.B. Links neben dem Hauptweg ist, sollte sie dann nicht auch links daneben angelegt werden? Ggf könnte man gefragt werden wie weit entfernt sie gezeichnet werden soll. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
Und deswegen darf man keine Kritik üben bzw. seine Meinung sagen? Na ja, das tut man bei freier Software am besten in Form von patches. Schon klar, die Programmierer unter sich. Der Anwender wird nicht gefragt. Genau so sieht viele freie Software auch aus. ;-) Das bezog sich jetzt nicht auf JOSM. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Programmiersprachenvorliebendiskussion..Was:JOSM-Geschwindigkeit
Weil nämlich unergonomische Software in der Regel auch mehr Performance braucht. Weil man nicht intuitiv zum Ergebnis kommt und viel rumprobieren muss - jedenfalls solange man nicht eingearbeitet ist und alle Short-Cuts im Kopf hat. Eine komische Definition von Performance hast Du da. Wenn meine Mausinterktion durch das Laden vieler WMS-Fotos unbenutzbar langsam wird und ein Node erst Sekunden später auftaucht als geklickt wurde hat das mit Usability nicht die Bohne zu tun. Mag sein. Aber wenn man die Funktionen, die Sekunden lang brauchen, nur dann aktiviert, wenn man sie wirklich braucht und nicht zufällig beim Rumsuchen nach irgendeiner anderen Funktion, dann wird es deutlich erträglicher. ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am Donnerstag, den 08.01.2009, 21:10 +0100 schrieb dgdg: JOSM ist da schon sehr eigen: Vier Modi, die man jeweils immer explizit einstellen muss. Wozu brauch man einen Modus Knoten löschen? Warum kann ich nicht einfach einen markieren und Entfernen drücken? Wazu braucht man einen Modus Knoten setzen? Warum kann ich nicht einfach irgendwo hinklicken, und da entsteht ein neuer Knoten? Wozu ein extra Zoom-Modus? Wer jetzt sagt, das geht nicht anders, der hat noch nicht mit Potlatch gearbeitet. Hallo, ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren. Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad. Ich finde das sehr intuitiv. Man beachte auch die Feinheiten in der Bedienung von Potlatch: Irgendwo hinklicken: neuer Track-Punkt, Doppelklick: neuer Node, Klick Drag: Karte verschieben. Eine Taste, drei Funktionen. Und alle irgendwie so eingängig, dass man das nach der ersten Benutzung kapiert hat. Über KlickDrag hast Du in JOSM halt die Berichsauswahl, was ich zu anderen Programmen weit konsistenter finde als eine Verschiebung. Wie gesagt, ich erwarte nicht den Umbau von JOSM in diese Richtung. Das wäre dann eine komplett andere Bedienoberfläche und keine eingefleichter JOSM-Benutzer käme mehr damit zurecht. ;-) Hängt deine Kritik eventuell damit zusammen, das Du dich noch nie auch nur ein wenig weiter mit JOSM beschäftigt hast und deshalb damit nicht klar kommst (im Forum hast Du ja schon mehrfach verkündet, das JOSM und die ganzen UNIX-artigen Werkzeuge und dieser ganze Frickelkarm viel zu kompliziert wären)? Davon abgesehen ist OSM ein verdammt komplexe Materie und läßt sich sich bestimmt nicht immer nur auf einen Klick reduzieren. Ich für meinen Teil finde JOSM von der Benutzung her sehr intuitiv und hatte keinerlei Schwierigkeiten mich darin einzuarbeiten. Wenn dir die Werkzeuge nicht gefallen hast du drei Möglichkeiten: 1. benutze etwas anderes 2. mach es selbst besser 3. schreibe fundierte Kritiken und hoffe darauf das es jemand ändert aber bitte unterlasse es auf Leistungen und Fähigkeiten anderer rum zu hacken. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Jugenhäuser
Wie werden jugenhäuser getagged? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mail-Vereinzeler gesucht, was: Track-Anonymisierer gesucht
DarkAngel daber...@freenet.de [Thu, Jan 08, 2009 at 01:12:43PM CET]: Kam die jetzt auch doppelt? Nein. DarkAngel daber...@freenet.de [Thu, Jan 08, 2009 at 01:12:43PM CET]: Kam die jetzt auch doppelt? Nein. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugenhäuser
Felix Peters schrieb: Wie werden jugenhäuser getagged? Was für Dinger? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugenhäuser
Felix Peters schrieb: Wie werden jugenhäuser getagged? Hallo, falls Du so etwas wie Jungendzentren meinst, die werden in der Regel mit amenity = youth_centre getagged. Die Schreibweise von centre ist übrigens richtig ;) Grüße, Fabian signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren. Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad. Ich finde das sehr intuitiv. Warum gibt es dann mehr als zwei Modi, wenn man nur 2 braucht? Über KlickDrag hast Du in JOSM halt die Berichsauswahl, was ich zu anderen Programmen weit konsistenter finde als eine Verschiebung. Ok, Bereichtswahl gibt es in Potlatch überhaupt nicht (ein Manko von Potlatch). Daher habe ich das vermutlich zu sehr als Potlatch-User gesehen. Hängt deine Kritik eventuell damit zusammen, das Du dich noch nie auch nur ein wenig weiter mit JOSM beschäftigt hast und deshalb damit nicht klar kommst (im Forum hast Du ja schon mehrfach verkündet, das JOSM und Ich dachte es ginge hier jetzt gerade darum, wie Anfänger im Allgemeinen mit JOSM klarkommen. Ich persönlich arbeite mit Potlatch und habe keine Probleme mit JOSM. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
dgdg schrieb: 1. Wysiwyg Potlatch enthält gleichzeitig einen Renderer. Man sieht also beim Editieren sehr anschaulich, wie das Ergebnis gerendert aussehen könnte. Aktivierte Tracks oder Nodes werden sehr deutlich angezeigt. Das hat JOSM schon ewig und imo wesentlich besser als Potlach, vllt. mal die Drahtdarstellung deaktivieren? Ich meinte gar nicht die Drahteinstellung von JOSM sondern die ganz normale Anzeige - mit den vielen unübersichtlichen Pfeilen. Das ist für mich schon eine Drahtdarstellung und hat mit Wysiwyg wenig zu tun. Wozu die Pfeile? Die interessieren mich doch nur, wenn ich einen Track bearbeite. Das ist in Potlatch mit der Richtungsanzeige für den jeweils aktiven Track genial gelöst. Und das Ändern der Richtung auf Knopfdruck auch. Das begeistert mich jedesmal wieder. Du kannst die Pfeile deaktivieren, nur bei Einbahnstraßen anzeigen lassen, immer anzeigen lassen... Natürlich änder JOSM auch auf Knopfdruck die Richtung. Warum die Standarddarstellung in JOSM besser sein soll als in Potlatch erschließt sich mir nicht. Ist doch ziemlich unübersichtlich, viel zu viel Information. Warum muss man bei jedem Track sämtliche Nodes und die Richtung jedes einzelnen Tracksegmentes anzeigen? Zumal man die Nodes wegen der vielen Pfeile kaum sieht. Die Mini-Nodes mit der Maus zu treffen ist schonmal ganz schwierig. In Potlatch sind die Track und Nodes breit gerendert und mit der Maus leicht zu treffen. Einstellungssache. Potlatch kennt keine unterschiedlichen Bearbeitungsmodi, die man explizit umschalten muss. Das Wechseln der Modi geht ganz implizit, in dem man einen Track oder einen Node anklickt. Die Reihenfolge: erst Track aktivieren, dann Node aktivieren folgt dabei einer Logik, wie ich sie schon seit 15 Jahren unter Windows von diversen Vektorgrafikprogrammen kenne. Hm, so wie ich diese Programme kenne haben die durchaus viele verschiedene Modi. Man braucht immer unterschiedliche Modi. Die Frage ist, wie man die aktiviert. Und bei den Programmen, mit denen ich gearbeitet habe geht das ganz automatisch. Ich meine keine Profi-CAD-Programme - die sind alle genauso kompliziert wie JOSM - sondern Zeichenprogramme. Sowie beispielsweise Illustrator oder der gute alte Micrografx Designer. JOSM ist da schon sehr eigen: Vier Modi, die man jeweils immer explizit einstellen muss. Wozu brauch man einen Modus Knoten löschen? Warum kann ich nicht einfach einen markieren und Entfernen drücken? Wazu braucht man einen Modus Knoten setzen? Warum kann ich nicht einfach irgendwo hinklicken, und da entsteht ein neuer Knoten? Wozu ein extra Zoom-Modus? Wer jetzt sagt, das geht nicht anders, der hat noch nicht mit Potlatch gearbeitet. Ich arbeite nur mit Auswahl und Zeichenmodus, also 2 Stück. Entfernen drücken funktioniert. Vllt. erstmal ein bisschen in JOSM einarbeiten und kennenlernen, bevor man es kritisiert. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Jugenhäuser
Jugendzentren, Bei uns gibts die in jeder Stadt. http://de.wikipedia.org/wiki/Jugendhaus André Reichelt schrieb: Felix Peters schrieb: Wie werden jugenhäuser getagged? Was für Dinger? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Ich arbeite nur mit Auswahl und Zeichenmodus, also 2 Stück. Entfernen drücken funktioniert. Wozu dann die anderen Modi? Vllt. erstmal ein bisschen in JOSM einarbeiten und kennenlernen, bevor man es kritisiert. Ich merke schon, dass es fruchtlos ist. Aber ich habe es wenigstens mal versucht - nicht das Einarbeiten, sondern die Diskussion. ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Am Donnerstag, den 08.01.2009, 22:20 +0100 schrieb dgdg: ich brauche nie mehr als zwei Modi, Knoten setzen und selektieren. Löschen kann ich im Selektionsmodus und zoomen geht über das Mausrad. Ich finde das sehr intuitiv. Warum gibt es dann mehr als zwei Modi, wenn man nur 2 braucht? Ich gebe dir recht, das die anderen Modi aus meiner Sicht überflüssig sind und wegen meiner entfernt werden könnten. Davon abgesehen weiß ich immer noch nicht, was der vierte Modus ist. Über KlickDrag hast Du in JOSM halt die Berichsauswahl, was ich zu anderen Programmen weit konsistenter finde als eine Verschiebung. Ok, Bereichtswahl gibt es in Potlatch überhaupt nicht (ein Manko von Potlatch). Daher habe ich das vermutlich zu sehr als Potlatch-User gesehen. Hängt deine Kritik eventuell damit zusammen, das Du dich noch nie auch nur ein wenig weiter mit JOSM beschäftigt hast und deshalb damit nicht klar kommst (im Forum hast Du ja schon mehrfach verkündet, das JOSM und Ich dachte es ginge hier jetzt gerade darum, wie Anfänger im Allgemeinen mit JOSM klarkommen. Ich persönlich arbeite mit Potlatch und habe keine Probleme mit JOSM. Sorry, es geht zum Teil auch darum, warum Du so ziemlich alles Schlechtredest, was es so gibt. Meiner Meinung nach ist JOSM einfach kein Anfängerwerkzeug. Und es ist auch gar nicht notwendig, das jeder Anfänger damit klar kommt. Dafür gibt es doch die Auswahl unter mehreren Werkzeugen. Grüßle, detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
dgdg schrieb: Ich arbeite nur mit Auswahl und Zeichenmodus, also 2 Stück. Entfernen drücken funktioniert. Wozu dann die anderen Modi? Das Frage ich mich ehrlich gesagt auch. Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der Löschen Modus aus meiner Sicht komplett überflüssig. Wofür man den Zoom Modus braucht hat sich mir auch nach über zwei Jahren nicht erschlossen :-) Bei Gebiete erstellen weiß ich nicht wofür man das braucht, scheint neu zu sein WMS Ebene anpassen brauche ich nur sehr selten, da ich wenig mit Satelittenbildern mache. Ich merke schon, dass es fruchtlos ist. Aber ich habe es wenigstens mal versucht - nicht das Einarbeiten, sondern die Diskussion. ;-) Kann man so nicht sagen. Ich hab z.B. gerade die Option Nur interessante Richtungspfeile (z.B. bei Einbahnstraßen) defaultmäßig eingebaut, weil: a) es rendert schneller b) ist intuitiver und übersichtlicher c) man erkennt Einbahnstraßen viel besser Wenn also jetzt einer den JOSM zum ersten Mal benutzt, wird es so dargestellt wie du es vom Patlatch kennst (bin mir nicht ganz sicher, was bei bestehenden Installationen passiert). Du siehst, solche Diskussionen können auch mal was bringen :-) Bin mal gespannt, wer mich für diese JOSM Änderung wieder haut ;-) Gruß, ULFL P.S: Wenn es key/values gibt, bei denen auch besser die Pfeile angezeigt werden sollten (momentan: oneway;incline;incline_steep;aerialway), bitte Bescheid sagen ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Modi, Richtungspfeile (was: Re: Programmiersprachenvorliebendiskussion)
On Thu, Jan 08, 2009 at 11:19:50PM +0100, Ulf Lamping wrote: Wofür man den Zoom Modus braucht hat sich mir auch nach über zwei Jahren nicht erschlossen :-) Evtl. für Leute ohne Scroll-Maus. IMO kann das aber ruhig in der Default-Config aus dem Seitenbalken raus. Bei Gebiete erstellen weiß ich nicht wofür man das braucht, scheint neu zu sein Habe ich schon benutzt, ist ganz praktisch zum Abzeichnen von Luftbildern. P.S: Wenn es key/values gibt, bei denen auch besser die Pfeile angezeigt werden sollten (momentan: oneway;incline;incline_steep;aerialway), bitte Bescheid sagen ... Wie siehts mit Flüssen und Coastlines aus? Bei multipolygon ist es ja AFAIK inzwischen egal. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Um das hier mal deutlich zu sagen: In den knapp zwei Jahren, seit ich nun beim Projekt dabei bin hat sich josm erheblich verbessert! Gruss Sven definitiv, die Struktur ist m.E. sehr gut geeignet, um unsere Geometriedaten einzugeben, mit den roten virtuellen Nodes umso mehr, die zum Hinzufügen von Details einladen und das früher oft angesprochene Problem der häufigen Modiwechsel dabei verbannt haben. Ich arbeite gern mit JOSM, und freue mich schon über zukünftig bessere Relationenunterstützung im Editor und beim Rendering. Dass die Grafik-Performance nicht überragend ist, nimmt man halt erstmal hin. Ich nutze mal den Anlass hier, Dirk, Frederik und den anderen Entwicklern für ihre Arbeit zu danken. Auch mit den neuen Shortcuts entf und ESC hat sich das in eine gute Richtung entwickelt. Ich nutze selbst kein Potlatch, aber die wenigen Male dass ich es benutzt habe war ich auch ganz zufrieden damit, dass durch ESC alles wieder rückgängig gemacht wurde. Für josm wünsche ich mir das trotzdem nicht, kommt ja nicht so oft vor, dass man dort was zeichnet, obwohl man eigentlich gar nicht will ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schneisen mal wieder
Am 8. Januar 2009 20:28 schrieb Karl Eichwalder k...@gnu.franken.de: Es ist ziemlich verwirrend, das scheisen in wäldern einfach weiß gerendert werden -- auf den ersten blick kann man schlecht erkennen, ob das nur gebiete ohne wald sind oder ob dort ein weg entlanggeht. Wir sollten den renderern irgendwie helfen und diese relativ schmalen streifen irgendwie taggen. Nur wie? Oft stehen dort ja büsche oder halbhohe bäume. landuse=green oder landuse=shrub? Heidefläche wären natürlich irgendwie anders zu kennzeichnen. naja, wenn da aufgeforstet wird oder eine andere zu definierende Nutzung oder nicht-Nutzung stattfindet kann man das gern taggen, prinzipiell sehe ich aber als logische Konsequenz daraus, dass man Wege auf Nichts nicht erkennen kann, eher darin, die Wege anders darzustellen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Latest
Am 27. Dezember 2008 22:00 schrieb Frederik Ramm frede...@remote.org: Karl Eichwalder wrote: Das solltest du überdenken ;-) Ich arbeite noch immer mit 585, deren eigenheiten ich kenne, und habe angst vor einem update. Aber hattest Du nicht angedeutet, zum Jahreswechsel mal ueber ein Update nachdenken zu wollen? Karl, Du wirst Dich wundern, wie viel besser JOSM in dieser Zeit geworden ist. Brauchst keine Angst haben, die Sachen, die in 585 gingen gehen im Prinzip immer noch auf die gleiche Art und Weise. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anfängerfragen
Frage2: Kann man irgendwo auf einem Blick sehen, ob solche Werte (Durchfahrtshöhe, Gewichtsbeschränkungen…) eingetragen sind? Nur indem man den Weg selektiert und rechts auf die Eigenschaften schaut. oder man fährt mit gedrückter mittlerer Maustaste über die daten, da wird es auch eingeblendet. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Programmiersprachenvorliebendiskussion
Hallo, Ulf Lamping wrote: Seitdem man Objekte markieren und dann mit ENTF löschen kann, ist der Löschen Modus aus meiner Sicht komplett überflüssig. Der Lösch-Modus ist praktisch, wenn man einen Weg, der mit zu vielen Nodes angelegt wurde, von Hand ausdünnen will. Man kann in den Lösch-Modus schalten und alle überflüssigen Nodes mit nur einem Mausklick pro Node löschen. Ohne Lösch-Modus wäre das ein Klick-ENTF-Klick-ENTF-Klick-ENTF... das geht zwar auch, ist aber weniger komfortabel. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Potlach - zu viele Details gemapt
Ein Bekannter vermeldete vorhin: Örx! Bei openstreetmap hat jemand alle Häuser in Stuttgart abgemalt, jetzt ist der potlach nicht mehr zu gebrauchen Falls als jemand von Euch danach trachten sollte, Potlacher zu vergraulen ... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linienbündel, Radwege
ich weiß ich Wiederhole mich, aber eine Lane-Relation (mit Hilfe des Plugins für JOSM z.B.) ist IMO noch die effektivste und eindeutigste Methode diese Detaildaten zu erfassen. -- Mario alle wiederholen sich bei diesem Thema, und das Hauptargument, das die tag-statt-way-Fraktion benutzt, ist Effizienz beim Eingeben, sprich: das separate Eingeben eines Weges mache weniger Arbeit (zunächst). *Eindeutiger* ist zweifelslos, die Ways getrennt zu zeichnen. Wenn der Radweg darüberhinaus nicht absolut gleichbleibend und parallel neben der Straße läuft, sondern sich auch mal ein bisschen entfernt, ist das reine Abhandeln über tags sogar eindeutig falsch. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzeige von Multipolygonen
zum Rendering von Multipolygonen habe ich auch ein Beispiel, dass ich in Osmarender nicht gerendert bekomme, in Mapnik allerdings schon: http://openstreetmap.org/?lat=40.75122lon=14.49542zoom=17layers=B000FTF weiss hier jemand Rat? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de