Re: [Talk-de] JOSM-Geschwindigkeit
On Wed, Dec 24, 2008 at 12:00:59AM +0100, Peter Vitt wrote: > Rechercht habe ich nicht, da ich seit einigen Jahren in der Materie bin > und daher denke, dass ich weiß, weovon ich rede. Und ja, es war > anklagend, da es mich stört, dass auf solchen public mailinglists immer > alles kaputt geredet werden muss. Wenn jemand einen Editor in C# > schreiben möchte, dann sollte man ihn nicht fragen, warum er nicht C > nimmt. Es werden wahrscheinli8ch Gründe vorhanden sein. Und der Es ging drum das JOSM langsam ist und dann der vorschlag kam einen editor in C# zu schreiben weil das ja schneller sei. Als gegenargument gab Frederik zum besten das Merkaartor (In C++ geschrieben) problemlos ganz Berlin laedt und in akzeptablen zeiten darstellt. Das ist der Benchmark an dem es sich zu orientieren gilt. Und ja - oftmals ist nicht die sprache die den ausschlag gibt sondern die algorithmen. Solange ich da mist baue kann das auch ein rewrite in C nichts bringen. Wenn meine Algorithment aber ausgereizt sind kann ich durch einen rewrite in C die letzten 5-10% rausholen. Ich glaube das sprachen wie Java und C# zur resourcenverschwendung einladen bzw es voellig wegabstrahieren. Ist ja auch laestig sich ueber memory layout gedanken zu machen - ist mir schon klar. Performance hat etwas mit effizientem umgang mit resourcen zu tun und in meinen Augen schliesst das sprachen wie Java und C# aus. Selbst c++ halte ich fuer extrem gefährlich in bezug auf speicher und deterministischen laufzeiten. Nicht das es nicht auch ginge aber meist bleibt dann von den C++ umfang meist nicht viel uebrig so das es auch C getan haette. Ich habe mit keinem Wort irgendjemandem verboten seine Lieblingssprache zu nehmen. Ich mache auch viel in Perl weil es schnell geht und man schnell ein proof of concept hat. Sobald ich jedoch einen grossen working set habe oder irgendetwas schneller sein muss das steige ich um auf C - Da kann ich beeinflussen das oft genutzte elemente meiner baeume in der selben cacheline sind etc ... Das Problem das highlevel sprachen overhead mitbringen ist systemimmanent und auch nicht wegzudiskutieren. Du optimierst mit deinem Gedanken die eine Resource Programmierer - der schnell an sein Ziel kommt ein Problem zu Loesen. Ich optimiere die resource CPU und Speicher. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
>> Solange dein GPS-Gerät nicht geeicht ist, wird bei >> Geschwindigkeitsüberschreitungen wohl nichts herauskommen. Was anderes >> ist es, wenn jemand die Gleise vom Bahndamm geklaut hat und dein Log >> verrät, dass du kurz vorher am selben Ort warst. Wahrscheinlich wirst >> du dann in eine Nervenheilanstalt verbracht, weil, so blöd kann man ja >> gar nicht sein. *scnr* ;) > > Wohl kaum! Wie soll Dir denn bewiesen werden, dass Du es warst? Du > kannst immer noch behaupten, Du hättest das Gerät zu der Zeit verliehen > gehabt oder was auch immer... > Ein einzelner GPS-Geschwindigkeitswert mag verrauscht sein, aber die Durchschnittsgeschwindigkeit einer Strecke wird sehr präzise gemessen. Ein KfZ-Halter, der den Fahrer nicht identifizieren kann, muss das Bußgeld AFAIK trotzdem zahlen und bekommt zusätzlich die Auflage, ein Fahrtenbuch zu führen. Wahrscheinlich gibt es für GPS-Empfänger noch keine einschlägigen Urteile ;-) Ich sehe zur Zeit keine konkrete Gefahr, dass meine GPS-Daten von den Behörden ausgewertet werden. Anderenfalls würde ich meine Tracks nicht zur Verfügung stellen. Es werden bei OSM unnötigerweise viele personenbezogene Daten gesammelt und selbst an nicht angemeldete Nutzer weiterverteilt. Für das Erstellen der OSM-Daten sollte es egal sein, welcher Nutzer einen Track erstellt hat. Gruß Stephan (der noch nie für eine Geschwindigkeitsüberschreitung zahlen musste) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Nick ohne Realnamen
Am Wed, 24 Dec 2008 08:18:50 +0100 schrieb "Bernd Distler" : > Wenn man dann seine Mails über die eigene Domain verschickt machen > weder Nick noch Pseudonym Sinn, da hat man ja innerhalb von einer > Minute raus, wie der Besitzer wirklich heißt ;-) Wenn es denn die eigene Domain ist. (: Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Nick ohne Realnamen
Am Wed, 24 Dec 2008 08:18:50 +0100 schrieb "Bernd Distler" : > Wenn man dann seine Mails über die eigene Domain verschickt machen > weder Nick noch Pseudonym Sinn, da hat man ja innerhalb von einer > Minute raus, wie der Besitzer wirklich heißt ;-) Wenn es denn die eigene Domain ist. (: Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
On Wed, 24 Dec 2008, Florian Lohoff wrote: Es ging drum das JOSM langsam ist und dann der vorschlag kam einen editor in C# zu schreiben weil das ja schneller sei. Als gegenargument gab Frederik zum besten das Merkaartor (In C++ geschrieben) problemlos ganz Berlin laedt und in akzeptablen zeiten darstellt. Das ist der Benchmark an dem es sich zu orientieren gilt. Und ja - oftmals ist nicht die sprache die den ausschlag gibt sondern die algorithmen. Solange ich da mist baue kann das auch ein rewrite in C nichts bringen. Wenn meine Algorithment aber ausgereizt sind kann ich durch einen rewrite in C die letzten 5-10% rausholen. Ich glaube das sprachen wie Java und C# zur resourcenverschwendung einladen bzw es voellig wegabstrahieren. Ist ja auch laestig sich ueber memory layout gedanken zu machen - ist mir schon klar. JOSM ist bei großen Datenmengen deshalb langsam, weil die gesamte Datenliste bei jeder Aktion erneut durchsucht und neu dargestellt wird. Je größer die Datenmenge, desto langsamer wird JOSM. Und bei Flächen mit vielen Punkten wird es besonders langsam. Eine etwas vernünftigere Datenstruktur und in einigen Fällen die Vermeidung von Kopieroperationen würde hier Wunder wirken. Statt ständig neuen Editoren wären Verbesserungen an JOSM viel hilfreicher. Bis nämlich der gleiche Funktionsumfang nachprogrammiert ist, kann schon eine sehr lange Zeit vergehen. Meist wird das Projekt vorher einschlafen. P.S. Euer Sprachenstreit ist kindisch. Die Unterschiede in der Basisgeschwindigkeit der einzelnen Sprachen sind auf heutigen Plattformen nahezu uninteressant. Auch die Sprachen selbst übrigens. Wichtig sind die Algorithmen. 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
DarkAngel schrieb: > Stephan Wolff schrieb: >> Aus den GPS-Tracks lassen sich bei aktiven Nutzern leicht >> Profile erstellen. User 007 wohnt bei A, arbeitet bei B, >> besucht abends oft C, am Wochenende gelegentlich auch D >> und kauft ein bei X, Y und Z. Als Verkehrsmittel hat er >> Auto und Fahrrad, selten Bus und Bahn und nur einmal eine >> Fähre benutzt. Er hat 2008 zwei Flugreisen gemacht, in >> -Hotels gewohnt und ist im Urlaub viel gewandert. >> Ein solches Profil wäre nicht nur für die Werbewirtschaft >> hoch interessant, sondern könnte auch Interesse bei Diensten >> mehr oder minder befreundeter Staaten wecken. > Loggst Du 1. jedesmal mit, wenn Du zur Arbeit fährst/einkaufen gehst > etc. und 2. lädst Du dieses Daten jedesmal auf den Server? Wenn ja, warum? > Ich denke mal die Daten dienen hauptsächlich als Grundlage für das > Eintragen von Straßen, Wegen usw. Wenn diese Wege erfasst sind, muss ich > doch nicht weiter die GPS-Koordinaten auf den Server schaufeln. Klar > wird die Position des Weges bei 200 verschiedenen GPS-Spuren um ein paar > Zentimeter genauer als bei 5 Spuren. Aber ist das wirklich hilfreich? > Darüber hinaus kann man die GPS-Daten vor dem Upload auch entsprechend > bearbeiten. Meine Tracks enthalten nie meinen Wohnort, das Ziel eine > Reise und ähnliche persönliche Daten. Man muss auch nicht immer den > gesamten Track hochladen, sondern beschränkt sich auf Teile davon. > Meinen direkten Weg zur Arbeit habe ich nur einmal aufgezeichnet (um ein Stück Radweg im Park zu verbessern), aber wenn ich nach der Arbeit noch eine Radtour mache, dann schalte ich das GPS ein, wenn ich mich aufs Rad setze. Viele innerstädtische Nebenstraßen in Kiel haben keinen, andere 1-3 und nur wenige mehr GPS-Tracks. Daher beginnen vielleicht ein halbes Dutzend Tracks werktags zwischen 17 und 18 Uhr nahe meinem Arbeitsplatz. Meist schalte ich das GPS erst aus, wenn ich an meiner Wohnung oder am Supermarkt angekommen bin. Oft lösche ich unnötige Teile aus dem Track, manchmal nicht. Warum muss sich jeder Nutzer die Mühe machen, seine Tracks von Hand zu bereinigen, wenn man die Nutzerzuordnung auch in der OSM-Datenbank unterdrücken könnte? >> Spätestens wenn ich Post vom Ordnungsamt bekomme, in der mir >> vorgeworfen wird acht mal einen Fußweg mit mehr als 15km/h >> benutzt zu haben, in den Lärmschutzbereich der Autobahn mit >> 127km/h eingefahren zu sein und ein Bahngleis, auf dem am >> nächsten Tag ein Güterzug kam unbefugt betreten und dabei den >> Bahnverkehr gefährdet zu haben, dann werde ich mich ärgern, >> meinen Realnamen angegeben zu haben. > > Nur mal angenommen, eine Behörde hätte Interesse, die technischen (und > geistigen) Möglichkeiten und die restlichen Befugnisse einen GPS-Track > von OSM Deiner Person aus der Mailingliste zuzuordnen: Was soll Dir > diese Behörde deswegen vorwerfen können??? Der Track selbst enthält > keine Informationen, wer ihn wie und unter welchen Voraussetzungen > aufgezeichnet hat. Darüber hinaus lässt sich ein solcher Track ohne > Probleme und ohne Spuren zu hinterlassen manipulieren. Damit ist er als > Beweismittel ziemlich wertlos. > Die Beispiele waren eher fiktiv. Ich hätte auch schreiben können, dass Chef nachsieht, wohin ich vor 17 Uhr gegangen bin oder die Freundin wissen will, wo ich vor drei Wochen war. Als vor einigen Monaten ein Holzklotz von einer Autobahnbrücke geworfen wurde und eine Frau erschlagen hat, hat die Polizei sämtliche Mobiltelefondaten aus der Umgebung abgefragt und die Verbindungs- und Standortdaten intensiv ausgewertet. Nach meiner Erinnerung sprachen die Tagesthemen von mehreren hundert betroffenen Handybesitzern (obwohl es natürlich nicht bewiesen war, dass diese selbst vor Ort waren). Ob diese Datennutzung angemessen war, mag ich nicht entscheiden. Wer sein Handy ausgeschaltet hatte oder nicht unter seinem Realnamen registriert hatte, blieb unverdächtig. > Wenn Du aber solche Bedenken hast, lege Dir doch einen zweiten Account > bei OSM zu, wechsel vor und nach dem Upload des Tracks die IP Deines > Rechner damit sie nicht in Verbindung zu Deinen Postings gebracht wird > Meine nach außen sichtbare IP ist nicht die des PC, sondern die des Routers, die der vom ISP bekommt. Selbst mit einem zweiten Account sieht man aber immer noch die Häufungspunkte der verschiedenen Tracks. Wenn ich aber für jeden Track einen neuen OSM-Account mit einer jeweils neuen Emailadresse verwende und die Daten nur aus einem Internetcafe übertrage ... Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
Stephan Wolff schrieb: > Ein KfZ-Halter, der den Fahrer nicht identifizieren kann, muss das > Bußgeld AFAIK trotzdem zahlen und bekommt zusätzlich die Auflage, ein > Fahrtenbuch zu führen. Wahrscheinlich gibt es für GPS-Empfänger noch > keine einschlägigen Urteile ;-) > > Wir haben in Deutschland die Halterhaftung nur für Verstöße im ruhenden Verkehr (=Parken). Wegen Geschwindigkeit kann der Halter nicht zur Verantwortung gezogen werden. Fahrtenbuchauflage ja, unter bestimmten Umständen. Ich muss auch niemanden benennen, wenn es sich um Angehörige handelt (Zeugnisverweigerung). In Österreich schaut die Sache anders aus, die haben die sog. Lenkerauskunft, da muss der Fahrzeughalter angeben, wer gefahren ist. Da ich zu der Firma gehöre, die solche Verstöße verfolgt, weiß ich, wovon ich rede. Ein frohes Fest und nicht zu schnell mappen ;-) . Gruss Franz Stockerl ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lasst wieder Ruhe einkehren
Hallo Leute, was macht ihr denn da eigentlich? Ist es denn nicht völlig egal ob jemand seine Beiträge mit Real-Namen oder Pseudo unterschreibt? Wenn ihr die Leute real kennenlernen wollt fahrt doch mal zu den lokalen Stammtischen/Treffen dort wird sich mit Realname angesprochen. Jedenfalls bei uns in Mittelhessen ist das so. Es gibt gute Gründe für beide Lager. Na und? Warum muss denn hier eine Missionierung stattfinden? OPEN ist das Stichwort!!! Schon vergessen? Das Gleiche gilt für die Programmiersprachen. Lasst doch bitte jeden nach seinen Vorlieben arbeiten. Wie derjenige das angeht soll er doch selbst entscheiden. Hauptsache ist, es kommt etwas produktives für das Projekt heraus. Bitte unterschätzt auch nicht den "Frust-Gedanken" bei Leuten die sich bisher aus welchen Gründen auch immer sehr engagiert haben. Ich möchte einfach mal eine Lanze für Leute wie Frederik, Jochen, Carsten, Gerhard, Markus und viele viele andere brechen. Die einen tauchen durch Ihre Arbeit an Programmen, Tools oder sonstigem immer wieder mal im Vordergrund auf, andere bleiben durch ihre eher "stille" Arbeit in der WIKI, der Mailingliste, in den Foren oder sonst irgendwo mehr im verbrogenen. Dennoch ist jede Mitarbeit wichtig und gut für das Projekt. Wer wie wann und in welcher Art mitarbeitet sollte er selbst entscheiden können. O P E N ist die Devise LG und frohe Weihnachten Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oberpfalz im OSM Inspector
Hallo Jochen, > Ich nehme an, Du hast Javascript aus oder irgendeinen Proxy > oder Adblocker oder irgendsowas, was das Javascript kaputt macht. Ja, das ist auch die Hypothese von Frederik. Nur wie finde ich das heraus? und wie behebe ich das? Ich habe Java 1.6.0_011-b03 Da JOSM funktioniert nehme ich an, dass auch mein Java funktioniert? Aber beim Inspector laden die Overlays endlos. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreuzung Radwege
On Tue, Dec 23, 2008 at 11:10:10PM +0100, Wolfgang Wienke wrote: > Sascha Rogmann schrieb: > > Beispiel: Radwege am Ring in Münster. > > > > http://www.openstreetmap.org/?lat=51.972437&lon=7.633982&zoom=18&layers=00B0FTF > Endlich finde ich mal einen "Detail-Radwegmapper". Ich kenne natürlich > nicht die Kreuzung in Münster. Mapps Du so auch Radwege, die direkt auf > dem Bürgersteig liegen und von diesem nur z.B. durch die Farbe getrennt > sind? - Ich würde das für sinnvoll halten, sehe dafür aber oft nur ein > DAZUGESETZTES cycleway=track oder highway=path mit bicycle=yes. An größeren Straßen, z.B. Durchgangsstraßen, mappe ich auch Radwege, die auf dem Bürgersteig liegen, von diesem aber farblich getrennt sind. Dort sind dann leichte Schlenker zu sehen wenn für ein kurzes Stück (z.B. 80m) der Radweg und der bisher nicht gemappte Fußweg durch eine Baumreihe getrennt sind. Beispiel: Lublinring in Münster mit vielen GPS-Traces im JOSM. Ein Baumreihenwechsel ist oben links (links vom WLAN-X). http://www.rogmann.org/osm/josm_lublinring.png (JOSM-Ansicht zur oben angegebenen Beispiel-URL). Gruß, Sascha Rogmann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oberpfalz im OSM Inspector
Markus schrieb: > Hallo Jochen, > >> Ich nehme an, Du hast Javascript aus oder irgendeinen Proxy >> oder Adblocker oder irgendsowas, was das Javascript kaputt macht. > > Ja, das ist auch die Hypothese von Frederik. > Nur wie finde ich das heraus? und wie behebe ich das? > > Ich habe Java 1.6.0_011-b03 > Da JOSM funktioniert nehme ich an, dass auch mein Java funktioniert? > Aber beim Inspector laden die Overlays endlos. > > Gruss, Markus Hi, Java hat mit JavaScript überhaupt nichts zu tun. Probier mal ein neues Profil (Firefox mit -p starten). Oder nutze die Gelegenheit und mach nen Update auf FF3, vorher FF2 inkl. Profile komplett löschen. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Realnamen
Hallo Leute, zum Encoding-Problem sollte man vielleicht eins nicht außer Acht lassen: "Mit wem kommuniziere ich wie normalerweise?" Wenn ich zwar ein eifriger Mapper bin, aber normalerweise ausschließlich mit meinem deutschen Freundeskreis Mails austausche, werde ich kaum in die Verlegenheit geraten, auf us-ascii oder utf-8 zurückfallen zu müssen. Es geht also hier nicht um Engstirnigkeit, sondern um die individuelle Situation. Nicht jeder ist sofort darauf eingestellt und macht sich darüber Gedanken, wenn er zum ersten Mal in ein internationales Projekt einsteigt. Ich denke, eine Empfehlung in Form einer "Anleitung zum sinnvollen Versenden von Mails an Mailinglists" in der Wiki würde Einsteigern das Schreiben und dem Rest das Lesen der ML erleichtern, ohne dass immer direkt Blut zum Kochen gebracht wird. Ich mache mir die Tage darüber ein paar Gedanken und fange mal etwas an. Dazu werden sich dann hoffentlich konstruktive Hinzufügungen finden. So, ich wünsch Euch damit erstmal schöne Feiertage LG Ralf Oltmanns aka TigerDuck Florian Lohoff wrote: >>> set send_charset="us-ascii:iso-8859-1:iso-8859-15:utf-8" [...] > > Hier eine kleine statistik der letzten meiner mails: > > grep charset= * | sed -e 's/.*charset=//' | sort | uniq -c | sort -rn > > 767 us-ascii > 648 iso-8859-1 > 23 utf-8 > > D.h. >50% meiner mails kommen mit us-ascii aus. Nur etwas mehr als 1% > brauchen etwas anderes als Western-Europe. [...] signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Plaedoyer fuer Realnamen
Hallo. Am Mittwoch, 24. Dezember 2008 schrieb Ralf Oltmanns: > [...] werde ich kaum in die Verlegenheit geraten, auf us-ascii oder utf-8 > zurückfallen zu müssen. > [...] > Ich mache mir die Tage darüber ein paar Gedanken und fange mal etwas an. > Dazu werden sich dann hoffentlich konstruktive Hinzufügungen finden. Wenn du das obige wirklich nicht besser weißt, solltest du vielleicht keine Anleitung dazu schreiben... ;-) scnr, Bernd -- meine tochter neulich im zoo in der arktisabteilung: guck mal papi - da sind linuxe :D - german-bash.org 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] osm.pm perl module
hallo, für alle, die ein wenig in perl rummachen. ich habe eine erste version meines osm.pm moduls veröffentlicht. ihr findet es auf meiner wiki seite http://wiki.openstreetmap.org/User:Gary68 es enthält nützliche routinen zum umgang mit osm, gpx und html files. weiterhin routinen zum rechnen, zum tiles anzeigen und file info. nicht alles ist neu, aber mal schön auf einem haufen. details weiter unten in der liste der bisher implementierten subs. beispiele gibt es in der 2. generation der waycheck programme. ebenfalls auf meiner wiki seite. ciao gerhard gary68 # binSearch ($value, @ref) > $index or -1 # closeOsmFile () # checkOverlap (w1xMin, w1yMin, w1xMax, w1yMax, w2xMin, w2yMin, w2xMax, w2yMax) > 0=no overlap, 1=overlap # crossing (g1x1,g1y1,g1x2,g1y2,g2x1,g2y1,g2x2,g2y2) > ($sx, $sy) # distance (x1,y1,x2,y2) > $distance in km # getNode () > ($gId, $gLon, $gLat, $gU, \...@gtags) ; # in main @array = @ $ref # getRelation # getWay () > ($gId, $gU, \...@gnodes, \...@gtags) ; # in main @array = @$ref # hashValue ($lon, $lat) > $hashValue # historyLink ($type, $key) > $htmlString # josmLink ($lon, $lat, $span, $wayId) > $htmlString # openOsmFile ($file) > osm file open and $line set to first node # osbLink ($lon, $lat) > $htmlString # osmLink ($lon, $lat) > $htmlString # picLinkMapnik ($lon, $lat, $zoom) > $htmlString # picLinkOsmarender ($lon, $lat, $zoom) > $htmlString # printGPXHeader ($file) # printGPXFoot ($file) # printGPXWaypoint ($file, $lon, $lat, $text) # printHTMLHeader ($file, $title) > print header to file # printHTMLFoot ($file) > print foot to file # printNodeList ($file, @list) # printProgress ($program, $osm, $startTime, $fullCount, $actualCount) # printWayList ($file, @list) # shortestDistance ($gx1, $gy1, $gx2, $gy2, $nx, $ny) > roughly the distance in km # skipNodes () # stringFileInfo ($file) > $string # stringTimeSpent ($timeSpent in seconds) > $string # tileNumber ($lat,$lon,$zoom) > ($xTile, $yTile) # ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Full ACK... mfG, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Dirk Stöcker schrieb: > Eine etwas vernünftigere Datenstruktur und in einigen Fällen die > Vermeidung von Kopieroperationen würde hier Wunder wirken. Wäre es dann nicht eine Idee, so etwas wie eine plattformunabhängig Dev-Group zu bilden, die sich um solche Probleme (Datenstrukturen, Algorithmen) Gedanken macht? Dann können Editor-Entwickler sich mehr auf das "Frontend" (und was sonst noch alles dazu gehört) konzentrieren und Leute, die viel von den benötigten Datenstrukturen und Algorithmen verstehen, können sich an der Basis einbringen und einen Dienst für jedwede Sprache leisten, ohne gleich einen alternativen Editor entwickeln zu müssen oder Java zu lernen. > > Statt ständig neuen Editoren wären Verbesserungen an JOSM viel > hilfreicher. Bis nämlich der gleiche Funktionsumfang > nachprogrammiert ist, kann schon eine sehr lange Zeit vergehen. > Meist wird das Projekt vorher einschlafen. Ich persönlich fände einen Alternativeditor nicht schlecht, da ich mit JOSM ehrlich gesagt, einige Probleme habe. Die Einstiegshürde ist mir etwas zu hoch. Hier könnte sich wahrscheinlich ein zweites oder drittes Editor-Dev-Team komplett losgelöst von JOSM neue Gedanken machen, die dann natürlich auch bei Erfolg in JOSM einfließen können. Ich sehe das ähnlich wie beim Hausbau. Es gibt Holzhäser und Steinhäuser und Fachwerkhäuser und was weuß ich nicht noch alles. Und nach und nach werden die Vorteile aller Hausarten kombiniert, um bessere Häuser zu bauen. > > P.S. Euer Sprachenstreit ist kindisch. Die Unterschiede in der > Basisgeschwindigkeit der einzelnen Sprachen sind auf heutigen > Plattformen nahezu uninteressant. Auch die Sprachen selbst übrigens. > Wichtig sind die Algorithmen. Gebe ich dir recht. Ich rege mich nur immer extrem darüber auf, wenn so etwas in einer Mailing List aufkommt, da es, wie Hobby Navigator in seiner Mal schrieb, eine gewisse Frustschwelle gibt, an der ich bereits bei einem Projekt gescheitert bin. Daher bin ich wahrscheinlich für solch kindische Diskussionen sehr anfällig. Aber ich denke, mit Flos letzter Mail sind die Standpunkte und Ansichten klar und geklärt. mfG und ein frohes Fest, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ~20.000 probleme... weitere touch checks gelaufen
Gary68 schrieb: > wege, die auf verschiedenen layern liegen, werden nicht geprüft. schau > mal, ob nach dem lauf an den daten was verändert wurde. history link. > ich habe ja den einen oder anderen schon gemacht. wenn's der zufall > will... > Sorry, war ein Fehlalarm. Es war tatsächich ein Node-fehler vorhanden. Dein Tool funktioniert! Beste Grüße, Simon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
On Wed, 24 Dec 2008, Peter Vitt wrote: Eine etwas vernünftigere Datenstruktur und in einigen Fällen die Vermeidung von Kopieroperationen würde hier Wunder wirken. Wäre es dann nicht eine Idee, so etwas wie eine plattformunabhängig Dev-Group zu bilden, die sich um solche Probleme (Datenstrukturen, Algorithmen) Gedanken macht? Dann können Editor-Entwickler sich mehr auf das "Frontend" (und was sonst noch alles dazu gehört) konzentrieren und Leute, die viel von den benötigten Datenstrukturen und Algorithmen verstehen, können sich an der Basis einbringen und einen Dienst für jedwede Sprache leisten, ohne gleich einen alternativen Editor entwickeln zu müssen oder Java zu lernen. Eher nicht. Das Hauptproblem ist nicht das Design, sondern die Implementierung. Ideen für bessere Strukturierung des JOSM-Codes habe ich reichlich (immerhin programmiere ich schon ein paar Jahre), nur die Umsetzung ist alles andere als trivial. Deswegen fangen viele Anfänger auch lieber von vorn an. Das ist erstmal einfacher. Keiner will sehen, dass wenn ein wenig Zeit vergangen ist, das eigene tolle neue Projekt genau die gleichen Probleme hat, wie das alte. Nur hat sich das alte in der Zwischenzeit weiterentwickelt. In JOSM z.B. hat sich (auch durch meinen Mithilfe :-) dieses Jahr einiges getan. Permanent aufholen ist nicht so leicht wie mancher denkt. Statt ständig neuen Editoren wären Verbesserungen an JOSM viel hilfreicher. Bis nämlich der gleiche Funktionsumfang nachprogrammiert ist, kann schon eine sehr lange Zeit vergehen. Meist wird das Projekt vorher einschlafen. Ich persönlich fände einen Alternativeditor nicht schlecht, da ich mit JOSM ehrlich gesagt, einige Probleme habe. Die Einstiegshürde ist mir etwas zu hoch. Hier könnte sich wahrscheinlich ein zweites oder drittes Editor-Dev-Team komplett losgelöst von JOSM neue Gedanken machen, die dann natürlich auch bei Erfolg in JOSM einfließen können. Momentan haben wir 3+1 Editoren (Potlatch, JOSM, Merkaartor und JOSM-NG). Jetzt kommt noch einer dazu. Das sollte eine Weile reichen. Das Potential an Softwareentwicklern ist nicht unendlich und je mehr man sich hier zersplittert, desto schlechter sind die einzelnen Projekte. Andererseits belebt Konkurrenz das Geschäft. Der richtige Mittelweg ist nicht so leicht :-) Nur so als Hinweis - Obwohl ich JOSM mitentwickle finde ich 1) ein Java-Editor ist nicht der Weisheit letzter Schluß 2) die interne Struktur ist (teilweise stark) überarbeitungsbedürftig 3) eine Menge Designentscheidungen sind nicht optimal Nichtsdestotrotz bringe ich JOSM voran statt von vorn anzufangen. Wir haben alle mehr davon. Gebe ich dir recht. Ich rege mich nur immer extrem darüber auf, wenn so etwas in einer Mailing List aufkommt, da es, wie Hobby Navigator in seiner Mal schrieb, eine gewisse Frustschwelle gibt, an der ich bereits bei einem Projekt gescheitert bin. Daher bin ich Von Mails sollte man sich nicht abschrecken lassen. Unkonstruktives einfach ignorieren, den Rest zumindest überdenken oder beherzigen. 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] JOSM-Geschwindigkeit
Dirk Stöcker schrieb: > Momentan haben wir 3+1 Editoren (Potlatch, JOSM, Merkaartor und > JOSM-NG). JOSM-NG ? Habe ich etwas verpasst? Viele Grüße, Chris-Hein Lunkhusen (formerly known as Chris66) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Oberpfalz im OSM Inspector
Markus schrieb: >und habe FF3 runtergeladen. Jetzt funktioniert alles prächtig. Supi! Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm.pm perl module
Gary68 writes: > > hallo, > > für alle, die ein wenig in perl rummachen. ich habe eine erste version > meines osm.pm moduls veröffentlicht. ihr findet es auf meiner wiki seite > http://wiki.openstreetmap.org/User:Gary68 > Hallo Gerhard, mit deinem Link stimmt etwas nicht. Du meintest sicher http://wiki.openstreetmap.org/index.php/User:Gary68 oder? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Hallo, Chris-Hein Lunkhusen wrote: > JOSM-NG ? > Habe ich etwas verpasst? Offenbar ;-) JOSM-NG ist ein Prototyp einer JOSM-Neuimplementation mit verbessertem Design und stark optimierter Darstellungs-Engine, angefuehrt von Petr Nejedly, einem Sun-Mitarbeiter. Leider ist ausser der Darstellung noch nicht wirklich viel lauffähig, aber das, was da ist, ist eindrucksvoll und zeigt u.a. auch, dass man auch mit Java schnellen und speichereffizienten Code machen kann. Zu den genannten 3+1 Editoren gesellt sich übrigens noch ein fuenfter, naemlich der mobile osm2go, der auch stationaer einsetzbar ist und eingesetzt wird. Dieser Editor ist recht einfach, etwa eine Potlatch- Alternative, und fuer die Touchscreen-Bedienung optimiert, aber durchaus auch auf normalen Systemen brauchbar. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Geschwindigkeit
Hallo, Peter Vitt wrote: > Ich persönlich fände einen Alternativeditor nicht schlecht, da ich mit > JOSM ehrlich gesagt, einige Probleme habe. Merkaartor ist eigentlich gar nicht schlecht und kann schon alles, was zum produktiven Einsatz gebraucht wird (runterladen, hochladen, GPX, Relationen, Dateien speichern, ...) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Linuxe war: Plaedoyer fuer Realnamen
> meine tochter neulich im zoo in der arktisabteilung: > guck mal papi - da sind linuxe :D Seit wann kommen Pinguine in der Arktis vor? Zum Schutz vor den Eisbären hat man die doch in die Antarktis verbannt ;-) SCNR Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Realnamen und Datenschutz
> In Österreich schaut die Sache anders aus, die haben die sog. > Lenkerauskunft, > da muss der Fahrzeughalter angeben, wer gefahren ist. Allerdings gibt es bei geringen Delikten davor die Anonymverfügung - wird die bezahlt, wird nie nachgefragt, wer's wirklich war. lg Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm.pm perl module
yup sorry. Am Mittwoch, den 24.12.2008, 20:52 + schrieb Hobby Navigator: > Gary68 writes: > > > > > hallo, > > > > für alle, die ein wenig in perl rummachen. ich habe eine erste version > > meines osm.pm moduls veröffentlicht. ihr findet es auf meiner wiki seite > > http://wiki.openstreetmap.org/User:Gary68 > > > Hallo Gerhard, > > mit deinem Link stimmt etwas nicht. > Du meintest sicher http://wiki.openstreetmap.org/index.php/User:Gary68 > oder? > > Gruß Georg > > > > ___ > 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
