Re: [Talk-de] selektives editieren der OSM-Daten
Am 09.05.2008 um 19:28 schrieb Raphael Studer: Gibt's davon schon was was man testen kann? (hab auf anhieb kein build gefunden, nur ein source-repo) Ich hab zwar kein ant build machen können, aber ich denke es klappte trotzdem mit dem compilieren. Damit haben die Packages auf gpsdrive.de ab folgender Version das compilierte josm-ng mit drin. http://www.gpsdrive.de/debian/pool/main/openstreetmap- josm_7707_all.deb $ svn co http://svn.openstreetmap.org/applications/editors/josm-ng/ josm-ng $ cd josm-ng $ ant jar $ java -cp dist/josm-ng.jar org.openstreetmap.josmng.ui.Main Allerdings kann ich weder GPX noch OSM Files öffnen. Hilfe hab ich leider keine gefunden.. So furchtbar viel passiert in dem Projekt auch nicht. Der letzte Commit ist vom 6.4. Gibt's überhaupt irgendwo Informationen über das Projekt? Viele Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
Am Donnerstag 08 Mai 2008 schrieb Gabriel Ebner: Die Idee war damals, nicht benötigte Daten nach dem Laden aus dem Speicher zu entfernen. naja, aber oft sind eigentlich nicht benoetigte daten recht hilfreich als orientierungsmoeglichkeit. rausschmeissen hilft da nicht wirklich weiter. aber wenn josm es nicht schafft, z.B. ganz muenchen zu laden, und dann noch fluessig zu laufen, dann besteht absolut optimierungsbedarf. zu thema java sag ich jetzt nichts, meine meinung dazu sollte bekannt sein. wurde schonmal ueberlegt, z.B. datenbankbasiert zu arbeiten? also quasi auslagern der ganzen daten, und nur die grafische darstellung und die daten der selektierten objekte befinden sich im speicher? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
Ich will jetzt ja nicht allzu sehr rumflamen, ich kann ja selbst nicht wirklich qualifiziert programmieren, aber irgendwie ist es halt einfach so, dass man in Java nicht seriös programmiert. Ich dachte in josm-ng wär das ziemlich seriös in Java gelöst worden? Leider hab ich schon länger nichts mehr von dem Projekt gehört. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
2008/5/9 Hanno Böck [EMAIL PROTECTED]: Am Freitag 09 Mai 2008 schrieb Raphael Studer: Ich will jetzt ja nicht allzu sehr rumflamen, ich kann ja selbst nicht wirklich qualifiziert programmieren, aber irgendwie ist es halt einfach so, dass man in Java nicht seriös programmiert. Ich dachte in josm-ng wär das ziemlich seriös in Java gelöst worden? Leider hab ich schon länger nichts mehr von dem Projekt gehört. Gibt's davon schon was was man testen kann? (hab auf anhieb kein build gefunden, nur ein source-repo) Ich glaub ein Build wurde mal über die ML verteilt, find ihn aber auch grad nicht mehr. Ansonsten kann man ja auch die Sourcen übersetzen. Lass mich ja gern überzeugen, im Moment hoffe ich ja, dass Merkaartor langfristig das Rennen macht, gefällt mir schon recht gut, nur fehlt mir was für Bilder mit Geotags, was ich sehr intensiv beim Mappen einsetze. Ich mag den Merkaartor auch, hab mich nur noch nicht so richtig an die Bedienung gewöhnt. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
On Freitag 09 Mai 2008, Hanno Böck wrote: Am Freitag 09 Mai 2008 schrieb Raphael Studer: Ich will jetzt ja nicht allzu sehr rumflamen, ich kann ja selbst nicht wirklich qualifiziert programmieren, aber irgendwie ist es halt einfach so, dass man in Java nicht seriös programmiert. Ich dachte in josm-ng wär das ziemlich seriös in Java gelöst worden? Leider hab ich schon länger nichts mehr von dem Projekt gehört. Gibt's davon schon was was man testen kann? (hab auf anhieb kein build gefunden, nur ein source-repo) Ich hab zwar kein ant build machen können, aber ich denke es klappte trotzdem mit dem compilieren. Damit haben die Packages auf gpsdrive.de ab folgender Version das compilierte josm-ng mit drin. http://www.gpsdrive.de/debian/pool/main/openstreetmap-josm_7707_all.deb - Joerg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
Gibt's davon schon was was man testen kann? (hab auf anhieb kein build gefunden, nur ein source-repo) Ich hab zwar kein ant build machen können, aber ich denke es klappte trotzdem mit dem compilieren. Damit haben die Packages auf gpsdrive.de ab folgender Version das compilierte josm-ng mit drin. http://www.gpsdrive.de/debian/pool/main/openstreetmap-josm_7707_all.deb $ svn co http://svn.openstreetmap.org/applications/editors/josm-ng/ josm-ng $ cd josm-ng $ ant jar $ java -cp dist/josm-ng.jar org.openstreetmap.josmng.ui.Main Allerdings kann ich weder GPX noch OSM Files öffnen. Hilfe hab ich leider keine gefunden.. Grüsse Raphael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] selektives editieren der OSM-Daten
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Mir ist neulich ein Problem aufgekommen, was sich meiner Meinung nach in Zukunft mit wachsendem OSM-Datenvolumen noch verschlimmern wird. Je mehr Daten in einem Gebiet sind, desto mehr wird natürlich geladen und das Schlimmste: desto langsamer werden die Editoren! Ein ironisches Zitat eines OSM-Stammtisch Kollegen bringt die Sache auf den Punkt: In Dresden map ich nich mehr - zu viele Häuser Da wir neulich ein paar Straßen in Dresden umtaggen wollten, bzw. der Prozess noch läuft, hab ich das Problem selber serviert bekommen. JOSM und Potlach werden sehr sehr langsam. Bei Potlach muss man auf sehr niedrigem Zoomlevel arbeiten und bei JOSM versuchen die Straße mit der Slippy-map möglichst genau auszuschneiden, aber das ist alles nicht das Wahre. Ich vermute auch das Potlach einiges cached und die Sache dann auch zunehmend lahmt. Mir schwebt da folgende Idee vor: Ist es möglich nur die Daten runterzuladen, die man auch wirklich zum editieren benötigt? Möchte ich beispielsweise Straßen umbenennen, interessieren mich die Häuser kein bisschen. Möchte ich beispielsweise Hausnummer aufnehmen, brauche ich keine Gewässer und sonstige POIs usw. Und ich meine jetzt nicht, dass die Daten geladen werden und einfach ausgeblendet, sondern, dass sie am besten gar nicht erst in den Speicher kommen, denn das macht die Editoren ja so verflucht lahm! Ich nenne das ganze einfach selektives editieren und frage euch nun, ob das technisch überhaupt so einfach machbar ist (ich glaube ja). Seht ihr das Problem genauso? Grüße aus Dresden Christoph PS: Ich werde bestimmt nicht aufhören Häuser zu mappen *g* -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFIIxvoRg5oWO2lGuMRAoAYAJkBeWBnNZ4I8bfe9w+FdgVNtox74QCgkrp8 deteV7Yzzhg5rJduak/rKaE= =BKoQ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
On Thu, May 08, 2008 at 05:27:37PM +0200, Christoph Wagner wrote: Mir ist neulich ein Problem aufgekommen, was sich meiner Meinung nach in Zukunft mit wachsendem OSM-Datenvolumen noch verschlimmern wird. Je mehr Daten in einem Gebiet sind, desto mehr wird natürlich geladen und das Schlimmste: desto langsamer werden die Editoren! Zumindest bei JOSM steht es schon lange auf der Todo-Liste, große Datensätze effizient bearbeiten zu können. Es gab da auch eine proof-of-concept Implementierung[1] von Petr Nejedy, die problemlos ganz Tschechien verkraftet. (Wie lange das noch auf der Todo-Liste stehen wird, steht in den Sternen.) Mir schwebt da folgende Idee vor: Ist es möglich nur die Daten runterzuladen, die man auch wirklich zum editieren benötigt? Möchte ich beispielsweise Straßen umbenennen, interessieren mich die Häuser kein bisschen. Möchte ich beispielsweise Hausnummer aufnehmen, brauche ich keine Gewässer und sonstige POIs usw. Und ich meine jetzt nicht, dass die Daten geladen werden und einfach ausgeblendet, sondern, dass sie am besten gar nicht erst in den Speicher kommen, denn das macht die Editoren ja so verflucht lahm! Ich nenne das ganze einfach selektives editieren und frage euch nun, ob das technisch überhaupt so einfach machbar ist (ich glaube ja). Da gibts sogar einen Bug dazu[2]. Die Idee war damals, nicht benötigte Daten nach dem Laden aus dem Speicher zu entfernen. Und Frederik hat anscheinend sogar einen Prototyp geschrieben, nur ist der anscheinend nie in JOSM gelandet. (Und da ich den Bug erst jetzt gesehen habe, gibt es zu allem Überfluss auch noch einen zweiten Prototyp; ein Diff ist angehängt.) (BTW, am Wochenende haben wir in London die Möglichkeit besprochen, separate Download- und Upload-Addressen in JOSM zu haben. Da könnte man dann z.B. OSMXAPI als Download-Addresse haben -- und OSMXAPI kann die Daten z.B. nach Tags filtern. Das wird aber erst mit API 0.6 sinnvoll funktionieren, da OSMXAPI immer ein bisschen hinterherhinkt, und wir derzeit keine Möglichkeit haben, festzustellen, ob jemand in der Zwischenzeit etwas geändert hat.) [1] http://svn.openstreetmap.org/applications/editors/josm-ng [2] http://josm.openstreetmap.de/ticket/148 Index: src/org/openstreetmap/josm/actions/RemoveAction.java === --- src/org/openstreetmap/josm/actions/RemoveAction.java(revision 0) +++ src/org/openstreetmap/josm/actions/RemoveAction.java(revision 0) @@ -0,0 +1,83 @@ +// License: GPL. Copyright 2008 by Gabriel Ebner. +package org.openstreetmap.josm.actions; + +import static org.openstreetmap.josm.tools.I18n.tr; + +import java.awt.event.ActionEvent; +import java.util.Collection; +import java.util.HashSet; + +import org.openstreetmap.josm.Main; +import org.openstreetmap.josm.data.SelectionChangedListener; +import org.openstreetmap.josm.data.osm.DataSet; +import org.openstreetmap.josm.data.osm.Node; +import org.openstreetmap.josm.data.osm.OsmPrimitive; +import org.openstreetmap.josm.data.osm.Relation; +import org.openstreetmap.josm.data.osm.RelationMember; +import org.openstreetmap.josm.data.osm.Way; + +public class RemoveAction extends JosmAction implements SelectionChangedListener { + + public RemoveAction() { + super(tr(Remove from memory), mapmode/delete, + tr(Remove selected unmodified objects + + (+ referenced untagged unmodified nodes and + + dependent unmodified relations) from memory.), + 0, 0, true); + DataSet.selListeners.add(this); + } + + public void actionPerformed(ActionEvent event) { + CollectionOsmPrimitive selection = Main.ds.getSelected(); + + CollectionOsmPrimitive candidates = new HashSetOsmPrimitive(); + for (OsmPrimitive osm : selection) { + if (osm.modified || osm.deleted) continue; + + candidates.add(osm); + + if (osm instanceof Way) { + for (Node n : ((Way) osm).nodes) { + if (!n.tagged !n.modified !n.deleted) { + candidates.add(n); + } + } + } + } + + for (Relation r : Main.ds.relations) { + if (!candidates.contains(r) !r.modified !r.deleted) { + for (RelationMember m : r.members) { + if (candidates.contains(m.member)) { + candidates.add(r); + break; + } + } + } + } + + for (Relation r :
Re: [Talk-de] selektives editieren der OSM-Daten
Christoph Wagner schrieb: Seht ihr das Problem genauso? Schau dir mal die osmxapi an, die hat einen Filter eingebaut. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
Also meine ganz bescheidene Meinung dazu, das liegt nicht an der Datenmenge, sondern an den Editoren, bzw. den verwendeten Programmiersprachen. Die Datenmenge, die josm mal eben in die Knie zwingt, ist nichts, was von heutigen PCs nicht problemlos bewältigbar wäre. (Vergleiche die Polygonzahl, die in einem einzelnen Frame eines durchschnittlichen PC-Spiels gerendert wird) Ich will jetzt ja nicht allzu sehr rumflamen, ich kann ja selbst nicht wirklich qualifiziert programmieren, aber irgendwie ist es halt einfach so, dass man in Java nicht seriös programmiert. Wobei unabhängig von der Performancefrage, die imho auf anderer Ebene gelöst werden sollte, selektive großeditiermodes, die gewisse elemente auslassen, der übersichtlichkeit halber trotzdem sinnvoll wären. -- Hanno Böck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail:[EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] selektives editieren der OSM-Daten
On Thu, May 08, 2008 at 11:38:17PM +0200, Hanno Böck wrote: Ich will jetzt ja nicht allzu sehr rumflamen, ich kann ja selbst nicht wirklich qualifiziert programmieren, aber irgendwie ist es halt einfach so, dass man in Java nicht seriös programmiert. Don't feed the troll. Gabriel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de