svnterror
ich komm mit dem svn über ecplipse nicht klar. ich möchte die lokale version behalten, da ich vorher wohl nicht richtig geupdated habe,.. aber irgendwie geht das nicht. arg. werds die tage nochmal versuchen.
links and places
schön. danke till, jetzt hab ich's verstanden, es lassen sich nun alle orte der links anzeigen, da es bei teilweise 150 (bei walter gropius) an placemaker schon mal ne weile dauern kann, sollte das ganze wohl gethreaded werden, sodass er gleichzeitig schonmal malt was er bereits gefunden hat.
das bild ist das wiki von oskar schlemmer, die farben sind zufällig verteielt, für jeden link. und der hauptartikel geht auch etwas unter, aber istja auch nurmal ein erstes experiment.
Nice.
Für's Threading gibt's bei Daniel Shiffman ein sehr gutes Tutorial: http://www.shiffman.net/teaching/a2z/threads/ - insbesondere auch das Google News RSS Beispiel.
oop
till, erstmal vielen dank für den so ausführlichen "startcode" ! leider bin ich noch nicht so vertraut mit dieser hardcre oop herangehensweise.. hast du da ein kleines tutorial, buchempfehlung oder ähnliches, um sich das noch mal zu gemüte zu führen? konkret verstehe ich zB hier nur bahnhof: This abstract class does not implement a specific extraction mechanism. It decouples the specification from the implementation!??
Desweiter wollte ich ja für jeden link auch die orte anzeigen lassen, links auslesen klappt soweit recht präsize. normalerweise würde ich die orte zweiter generation in ein doppeltes array alla orte[anzahlderlinks][anzahlderorte] speichern. geht das mit List() auch? und wenn ja, wie sieht da sie Syntax aus!?
neues auf dem SVN
es gibt ein paar neue Klassen zur Linkentnahme und parsing zum Placemaker,
jedoch hab ich echt schwierigkeiten beim speichern der Orts Objekte, versteh die Syntax einfach nicht. Im SimpleGeoWikiAppwithLinkedPlaces() ist der Punkt an dem ich nicht weiterkommm, per Kommentar markiert!
Zu OOP: Das Projekt nutzt Klassen für verschiedene Zwecke. Zum einen als Processing Applet (das Hauptprogramm), aber auch als Daten- und als Funktionskapselungen. Link und Place zum Beispiel sind reine Datenspeicher, während PlaceMarker die visuelle Repräsentanz ist, also Daten und Anzeigemethoden beinhaltet.
Darüber hinaus gibt es auch Klassen die ausschließlich Funktionen besitzen, die einem bestimmten Zweck dienen. Um nun in einem Projekt solche Klassen mit ähnlichen Funktionen für verschiedene Zwecke zu nutzen, kann man eine Klassenstruktur aufbauen, die dies wiederverwendbar, und modular erlaubt.
Der PlaceExtractor bietet die allgemeine Funktionalität des "Ort-Extrahierens" an. Wenn nun jemand statt Placemaker etwa geonames.org für diese Funktionalität nutzen möchte, braucht er nur die abstrakte Klasse zu erweitern und (neben der vorhandenen YQLPlaceExtractor) eine weitere Klasse (etwa GeonamesPlaceExtractor) zu implementieren.
Dies hat den Vorteil, das im Hauptprogramm nun nur eine Zeile geändert werden muss - bei der Initialisierung des PlaceExtractor-Objekts.
Im Processing Buch von Ben Fry und Casey Reas gibt es hierzu auch einige Kapitel. Für alle, die den Objekt- und Klassen-Code des Beispiels bisher gar nicht verstehen, empfehle ich die Einführungen hierzu in meinen Creative Coding Kursunterlagen.
http://btk.tillnagel.com/creative-coding-2/08-oop-2.html
http://btk.tillnagel.com/creative-coding-2/09-oop-3.html
(Code schau ich mir heute noch im Detail an, und geb Feedback zu deinem Problem.)
Version im SVN geht jetzt. Statt die Elemente der Listen direkt in die (noch leere) Hauptliste hinzuzufügen, wird die Gesamtliste mit gefundenen Plätzen als Hauptelement genutzt.
Jetzt gibt er bspw sowas hier aus:
Luftmassen (url:/wiki/Luftmasse)
[Finland (64.9501, 26.0674), South Korea (36.4482, 127.85)]
Tälern (url:/wiki/Tal)
[Tobel, Kanton Thurgau, CH (47.512, 9.03039), Stuttgart, Baden-Württemberg, DE (48.7677, 9.17192), Finland (64.9501, 26.0674), Indonesia (0.10974, 113.917), South Korea (36.4482, 127.85), Berlin, NY, US (42.693, -73.3727), Estonia (58.5923, 25.8069)]
Jetzt müsste natürlich noch die Nicht-Artikel-URLs (etwa zur Startseite) rausgefiltert werden.
Workshop
Super Workshop, heute! Jetzt bin ich sehr gespannt, was zwischen den Jahren nun für Experimente entstehen.
Und nochmal an alle: Schöne und entspannte Feiertage und einen guten Rutsch ins neue Jahrzehnt!
Im SVN gibt es nun eine kleine Beispiel-Applikation als Kick-Off.
hallo till,
ich bin gerade dabei mein eclipse zu installieren. habs jetzt auch endlich geschafft processing zu importieren. jetzt wollte ich mein svn einrichten. bin mir aber jetzt nicht mehr sicher ob wir "Subversive" oder "subclipse" verwenden sollen.
würde mich über eine antwort sehr freun. danke, andreas
Es ist eigentlich egal, welchen Client man benutzt, die machen beide nahezu das gleiche.
Ich verwende Subclipse, so dass es den kleinen Vorteil hätte wenn zumindest wir Eclipse-Nutzer das gleiche Plugin installierten, und ich ggf. leichter Bedienungsunterstützung geben könnte.
kannst du mir nochmal in groben zügen erklären wie ich vorgehe wenn ich subclips mit der geowiki_svn verbunden habe.
wie kann ich ein projekt anlegen das auf die svn zugreift. damit ich mir schonmal den basiscode ziehen kann.
(Ich geh davon aus, dass du Subclipse installiert hast - ansonsten nochmal Download & Install lesen.)
In Eclipse musst du nun zunächst das Subversion Repository einrichten. Geh in Eclipse zur Sicht/View "SVN Repositories" und erstelle eine neue "Repository Location". Verwende hierbei die Daten aus unserem Google Code.
In unserem SVN dann zu trunk/geowiki wechseln, und das als Java-Projekt aus-checken ("checkout").
Du solltest dann ein vollständiges Projekt haben, dass schon Processing integriert hat, und in dem du als erstes die SimpleGeoWikiApp ausführen lassen solltest. Geht das? Prima.
Fertig.
Es ist allgemein gut, immer vor einem neuen Arbeitstag das SVN upzudaten. Dennoch kann es natürlich und regelmäßig vorkommen, dass zwei oder mehr Leute gleichzeitig Dateien bearbeiten. Das ist völlig normal und sollte nicht so problematisch sein.
Grundsätzlich empfehle ich, gerade im Anfang, oft upzudaten und zu commiten, damit die Versionen nicht zu sehr abweichen voneinander.
In den meisten Fällen ist (auch nach eurer lokalen Änderung) ein Update möglich. Dann mergt Eclipse/SVN die beiden Versionen zu einer - hoffentlich lauffähigen - zusammen. Am Besten so wie Marc oben immer auch den visuellen Vergleichsmodus verwenden.
30. Dezember 2009 um 21:07 Uhr