Hallo, ich hätte eine Idee für ein ein-tages-project und bevor ich ewig lang im Netz suche, dachte ich vielleicht kann mir hier wer helfen. kennt jemand eine Bibliothek mit der ich Sternstruktur-Topografie-Karten-Foo-Grafiken (siehe http://blogs.sun.com/plamere/resource/tuneglue.jpg) zeichnen kann? (Ausgabe als plain old image) preferred: Ruby, Python, C/C++, Java, ... zur idee: ich würde gerne die topografie von wikiartikeln aufzeichnen. falls es da schon was gibt wär das natürlich noch besser :) danke & cheers, Florian Ps: Wer mehr über den Screenshot wissen will, kann sich http://www.futureofmusicbook.com/2007/01/finding_music_i.html anschaun.
Was mir dazu spontan einfällt: Walter Rafelsberger hat am 1. Webmontag sowas in Processing (interaktiv) hergezeigt, mit dem man aber leicht auch statische Bilder (auch als Postscript, also Vektor) rausrechnen könnte: http://www.rafelsberger.at/node/rhnav/ Christopher
On Wed, Feb 14, 2007 at 10:11:54AM +0100, Florian Hufsky wrote:
Hallo,
ich hätte eine Idee für ein ein-tages-project und bevor ich ewig lang im Netz suche, dachte ich vielleicht kann mir hier wer helfen.
kennt jemand eine Bibliothek mit der ich Sternstruktur-Topografie-Karten-Foo-Grafiken (siehe http://blogs.sun.com/plamere/resource/tuneglue.jpg) zeichnen kann? (Ausgabe als plain old image)
http://www.graphviz.org/ schon probiert? lg fl
danke Florian & Christopher - das ist genau was ich brauch :) http://www.graphviz.org/ http://www.rafelsberger.at/node/rhnav yay hooray!
On Wed, 2007-02-14 at 10:32 +0100, Florian Lauber wrote:
On Wed, Feb 14, 2007 at 10:11:54AM +0100, Florian Hufsky wrote:
Hallo,
ich hätte eine Idee für ein ein-tages-project und bevor ich ewig lang im Netz suche, dachte ich vielleicht kann mir hier wer helfen.
kennt jemand eine Bibliothek mit der ich Sternstruktur-Topografie-Karten-Foo-Grafiken (siehe http://blogs.sun.com/plamere/resource/tuneglue.jpg) zeichnen kann? (Ausgabe als plain old image)
http://www.graphviz.org/ schon probiert?
Ja, auf http://sandwich.funkfeuer.at/topo/ für einen Graphen mit ca. 90 Knoten. Ich such auch schon was besseres, das auch Subgraphen (damit mein ich bei obigem konkret, daß man (auch) einige Knoten in einem Subgraphen zusammenfassen kann und der am Top-Level nur die Subgraphen zeigt und f.d. Subgraphen z.B. eigenen Bilder macht) unterstützt. Ja, klar, kann man jetzt ein paar Abende rumscripten und <area> etc. aus der Topologie generieren, etc. Aber das Rad wird ja schon wer wo erfunden haben ...... Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services
On 2007-02-14 10:51:09 +0100, Bernd Petrovitsch wrote:
On Wed, 2007-02-14 at 10:32 +0100, Florian Lauber wrote:
http://www.graphviz.org/ schon probiert?
Ja, auf http://sandwich.funkfeuer.at/topo/ für einen Graphen mit ca. 90 Knoten. Ich such auch schon was besseres,
Ich auch.
das auch Subgraphen (damit mein ich bei obigem konkret, daß man (auch) einige Knoten in einem Subgraphen zusammenfassen kann und der am Top-Level nur die Subgraphen zeigt und f.d. Subgraphen z.B. eigenen Bilder macht) unterstützt.
Das Problem habe ich weniger. Mein Problem mit graphviz ist, dass ich oft relativ große Knoten habe (mehr als ein Wort Text, u.U. sogar gegliedert (mehrere Ports), und es keines der mir bekannten Layout-Tools von graphviz schafft, die Kanten an den Knoten vorbeizurouten. Das schaut nicht gut aus, wenn die Kanten quer durch die Knoten durchgehen ... hp -- _ | Peter J. Holzer | I know I'd be respectful of a pirate |_|_) | Sysadmin WSR | with an emu on his shoulder. | | | hjp@hjp.at | __/ | http://www.hjp.at/ | -- Sam in "Freefall"
Hi! On Wed, Feb 14, 2007 at 11:09:17AM +0100, Peter J. Holzer wrote:
On 2007-02-14 10:51:09 +0100, Bernd Petrovitsch wrote:
On Wed, 2007-02-14 at 10:32 +0100, Florian Lauber wrote:
http://www.graphviz.org/ schon probiert?
Ja, auf http://sandwich.funkfeuer.at/topo/ f?r einen Graphen mit ca. 90 Knoten. Ich such auch schon was besseres,
Ich auch.
Ich hab mal (im netznetz/Mana-Kontext) den anghaengten Graphen gezeichnet, und zwar mit Graph::Easy http://search.cpan.org/~tels/Graph-Easy-0.52/ Ging recht gut, und kann neben graphviz auch svg ausgeben... -- #!/usr/bin/perl http://domm.zsi.at for(ref bless{},just'another'perl'hacker){s-:+-$"-g&&print$_.$/}
On Wed, 2007-02-14 at 11:09 +0100, Peter J. Holzer wrote:
On 2007-02-14 10:51:09 +0100, Bernd Petrovitsch wrote:
On Wed, 2007-02-14 at 10:32 +0100, Florian Lauber wrote:
http://www.graphviz.org/ schon probiert?
Ja, auf http://sandwich.funkfeuer.at/topo/ für einen Graphen mit ca. 90 Knoten. Ich such auch schon was besseres,
Ich auch.
das auch Subgraphen (damit mein ich bei obigem konkret, daß man (auch) einige Knoten in einem Subgraphen zusammenfassen kann und der am Top-Level nur die Subgraphen zeigt und f.d. Subgraphen z.B. eigenen Bilder macht) unterstützt.
Das Problem habe ich weniger. Mein Problem mit graphviz ist, dass ich oft relativ große Knoten habe (mehr als ein Wort Text, u.U. sogar gegliedert (mehrere Ports), und es keines der mir bekannten Layout-Tools von graphviz schafft, die Kanten an den Knoten vorbeizurouten. Das
Ich hab für obiges auch die anderen probiert - das schaut noch katastrophaler aus, weil die anderen grpahviz-Tools für spezielle Graphen gedacht sind und die Ausgangsdaten eben keine besodneren Eigenschaften hat. Die .dot Language kennt ja "subgraphen", aber dot löst sie auf und fertig. Den Rest hätt' ich eh fertig (d.h. die Liste mit den Subgraphen etc.). Vielleicht spiel ich mich einmal und generier <map>, <area> oder wie immer das heißt ......
schaut nicht gut aus, wenn die Kanten quer durch die Knoten durchgehen ...
Bernd -- Firmix Software GmbH http://www.firmix.at/ mobil: +43 664 4416156 fax: +43 1 7890849-55 Embedded Linux Development and Services
Sodala, ich hab jetzt einmal das Metalab Wiki kartographiert. Mehr Infos gibts auf http://metalab.at/wiki/Wikiography & http://metalab.at/wiki/Bild:Output.dot.gz (http://www.graphviz.org/ required, PNG kommt später) Vielen Dank nochmal für eure Hilfe, das war ein lustiges Projektchen :) cheers, Florian
On Thu, 15 Feb 2007 08:50:48 +0100 "Florian Hufsky" <florian.hufsky@gmail.com> wrote:
http://metalab.at/wiki/Bild:Output.dot.gz (http://www.graphviz.org/
Phew, also dafuer ist mein T22 mit 256MB RAM eindeutig zu schwachbruestig, sowohl beim generieren als auch beim oeffnen ;-) Naja, werd dann Abends mal den iMac in der Bibliothek konsultieren. LG Benko
Phew, also dafuer ist mein T22 mit 256MB RAM eindeutig zu schwachbruestig, sowohl beim generieren als auch beim oeffnen ;-) Naja, werd dann Abends mal den iMac in der Bibliothek konsultieren.
Gute frage wieviel RAM man brauch, ich habs nur auf zwei Rechnern mit jeweils 1GB getestet. Achja, ein fertig generiertes Bild wäre hier: http://tmp.72dpiarmy.com/metalab/output.png [76800x4038 = 6MB - save-as & in einem Imageeditor anschaun ;)] Is aber echt interessant zu sehen, wie das Metalab (Wiki?) funktioniert.
On Fri, 16 Feb 2007 10:32:19 +0100 "Florian Hufsky" <florian.hufsky@gmail.com> wrote:
Phew, also dafuer ist mein T22 mit 256MB RAM eindeutig zu schwachbruestig, sowohl beim generieren als auch beim oeffnen ;-) Naja, werd dann Abends mal den iMac in der Bibliothek konsultieren.
Gute frage wieviel RAM man brauch, ich habs nur auf zwei Rechnern mit jeweils 1GB getestet.
Achja, ein fertig generiertes Bild wäre hier: http://tmp.72dpiarmy.com/metalab/output.png [76800x4038 = 6MB - save-as & in einem Imageeditor anschaun ;)]
Hmm, ich weiss nur dass er zum Generieren ca. 3h gebraucht hat(PIII) und dass er beim Oeffnen massiv swapped und 5min braucht. Das sollte man Ausdrucken und Aufhaengen ums sinnvoll betrachten zu koennen, jedenfalls eine nette optische Darstellung... regards Benko
3h is arg. auf meinem 1.8?er centrino brauch er auch recht lang, aber eher im bereich 10-25min. und beim öffnen swappen? als was hast's denn generiert? des 6MB png is zwar recht groß, aber photoshop kommt eigentlich super damit zurecht (wie gesagt: 1GB RAM...) am plotter drucken wäre eine idee. ich komm heut leider zu keinem copyshop mehr, aber vielleich fallen jemandem in der zwischenzeit fehler im diagramm auf. irgendwas war da glaub ich noch... achja... %xx ersetzen (umlaute for great justice) und Foobar / Foobar#hello_my_name_is_section nicht als eigene seiten zählen.
On Fri, 16 Feb 2007 11:22:41 +0100 "Florian Hufsky" <florian.hufsky@gmail.com> wrote:
und beim öffnen swappen? als was hast's denn generiert? des 6MB png is zwar recht groß, aber photoshop kommt eigentlich super damit zurecht (wie gesagt: 1GB RAM...)
Ich habs als png generiert, ist sogar etwas kleiner als Deine version, beide Versionen brauchen viel Swap beim Laden, ich hab keine Ahnung warum das soviel Speicher frisst. On Fri, 16 Feb 2007 11:54:28 +0100 Sven Guckes <maillist-metalab@guckes.net> wrote:
wo steht eigentlich der "monitor" dafuer? auf dem ratshausplatz?
Hmm, es gibt Leute die zeichnen ganze Wolkenkratzer, in Originalmassen, und gucken sich das dann auf einem einzigen Monitor an... <ironie> Da verwendet man dann Zoom und Scrollbalken, is wahrscheinlich sogar patentiert... ;-) </ironie> Aber ernsthaft, auf einem 14" LCD ists schon eher muehsam was zu finden, ausserdem kann man die Linien den einzelnen Sites nicht unbedingt zuordnen, daher waere ein Ausdruck ganz nett... lg benko
Am Freitag, den 16.02.2007, 12:35 +0100 schrieb Benko:
Ich habs als png generiert, ist sogar etwas kleiner als Deine version, beide Versionen brauchen viel Swap beim Laden, ich hab keine Ahnung warum das soviel Speicher frisst.
76800*4038 unkomprimiert in 24bit sind etwas unter 900MB... Das PNG ist nat�rlich komprimiert und bei viel Leerraum, wie in diesem Fall gegeben, geht das entsprechend stark runter, aber f�r die Bildverarbeitung in einem Rastergraphikwerkzeug ist die unkomprimierte Gr��e relevant, denn so liegt es im Speicher. Die Vektorgraphik ist daher deutlich entspannter, da wird nur der Teil gerendert, der gerade sichtbar ist. Das �quivalent bei Rastergraphik ist als Kachelung bzw. Tiling bekannt, da wird dann nur der relevante Teil in den Speicher geladen und angezeigt. Die meisten einfachen Betrachter k�nnen das aber (wenn �berhaupt) nur, wenn es schon in der Bildddatei als Kachel vorliegt. Das ist z.B. bei TIFF oder JPEG2000 m�glich, bei PNG meines Wissens nicht. In der Astronomie oder bei Remote Sensing (Satellitenaufnahmen) sind derartige Bildgr��en �brigens keine Seltenheit ;-) Gru� -- Dipl.-Inform. Ingo L�tkebohle, Applied Computer Science, Bielefeld U fon: +49-521-106-67062 office: N5-106 homepage: http://www.techfak.uni-bielefeld.de/~iluetkeb/ "The price one pays for pursuing any profession or calling is an intimate knowledge of its ugly side." (James Baldwin)
On Fri, 16 Feb 2007 14:12:53 +0100 Ingo Luetkebohle <iluetkeb@techfak.uni-bielefeld.de> wrote:
Am Freitag, den 16.02.2007, 12:35 +0100 schrieb Benko:
keine Ahnung warum das soviel Speicher frisst.
Bildverarbeitung in einem Rastergraphikwerkzeug ist die unkomprimierte Größe relevant, denn so liegt es im Speicher.
Ah, ok, klar. Danke fuer die Aufklaerung!
Hi,
keine Ahnung warum das soviel Speicher frisst.
Bildverarbeitung in einem Rastergraphikwerkzeug ist die unkomprimierte Grￜￜe relevant, denn so liegt es im Speicher.
Ah, ok, klar. Danke fuer die Aufklaerung!
habe ich besonders auf meinem alten Pentium 233 mit 30MB Ram gemerkt. Mit Photoshop kann man da ohne grￜￜere Probleme (halt etwas langsam) Bilder bearbeiten. Fast alle andere Software (inkl. das dem Photoshop beigelegte Image Ready) machen das mit Tiling nicht richtig und ￜberlassen das dem Swapmechanismus. Gruￜ Alex
Hallo, danke Andreas fürs löschen der redundanten Kanten. Inwiefern warn da welche drinnen? Backlinks, die man vom Syntax her auch anders zeichnen könnte? Seiten die irgendwie zweimal gescannt wurden? Und danke Ingo für die Erklärung bezüglich PNG. Klingt realistisch :) Mit was schauts ihr dann des SVG/PS an? Was machen denn neato, twopi, circo und fdp anders? Und abschliessend: am Wochenende werd' ich mich vielleicht dran machen die Evolution des Metalab Wikis zu erfassen (-> http://metalab.at/wiki/Wikiography#Evolution_des_Metalab.5Bwiki.5Ds) :) cheers, Florian
Florian Hufsky wrote:
Hallo,
danke Andreas f�rs l�schen der redundanten Kanten. Inwiefern warn da welche drinnen? Backlinks, die man vom Syntax her auch anders zeichnen k�nnte? Seiten die irgendwie zweimal gescannt wurden?
Hat fuer mich eher danach ausgesehen, dass wenn 2 links von einer Seite auf eine andere vorkommen, die doppelt als Kanten im dotfile sind. Der Abschnitt: "Jukebox" -> "Benutzer:TH" "Jukebox" -> "Benutzer:Antifuchs" "Jukebox" -> "Benutzer:Benko" "Jukebox" -> "Benutzer:Lydschi" "Jukebox" -> "Benutzer:Wizard23" kommt hier 2x im dotfile vor.
Und danke Ingo f�r die Erkl�rung bez�glich PNG. Klingt realistisch :) Mit was schauts ihr dann des SVG/PS an?
PS mit ghostview oder aehnlichem. SVG mit firefox; aber das koennte recht speicherintensiv werden.
Was machen denn neato, twopi, circo und fdp anders?
sie organisieren die nodes im graphen anders als dot. dot geht von einer baumaehnlichen struktur aus, circo ordnet nodes im kreis an, und so weiter. fdp schaut recht interessant aus; da sind die am haeufigsten verlinkten Knoten eher in der Mitte. z.b. Benutzer:Enki ((-: Konkret braucht circo unheimlich lang (hab das jetzt 1.5h laufen lassen und noch kein Ergebnis bekommen; vermute das wird's in den naechsten stunden auch nicht schaffen). Der Rest ist schon schneller (-: Lg, -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs
Florian Hufsky wrote:
3h is arg. auf meinem 1.8?er centrino brauch er auch recht lang, aber eher im bereich 10-25min.
und beim �ffnen swappen? als was hast's denn generiert? des 6MB png is zwar recht gro�, aber photoshop kommt eigentlich super damit zurecht (wie gesagt: 1GB RAM...)
Waeh, bei so groszen Graphen hast du mit Rasterformaten wie PNG kein Glueck (wie Sven schon bemerkt hat). Ich hab's in PDF und PS raufgeladen, damit koennte jeder gluecklich werden. Ah, uebrigens: dein dotfile hat ~950 redundante Kanten drin; nachdem ich die rausgekickt hab (resultat ist in der wikiseite verlinkt), geht das generieren gleich ein bissl schneller. BTW: graphviz kommt nicht nur mit dot. Das gleiche file kannst du auch mit den programmen neato, twopi, circo und fdp rendern, und kriegst lustige Ergebnisse. Ich *mag* graphviz, (-: -- Andreas Fuchs, (http://|im:asf@|mailto:asf@)boinkor.net, antifuchs
Evtl. hilft euch folgendes: man kann in dot auch postscript commandos bei knoten einbauen (undocumented feature) lg, a. On Fri, Feb 16, 2007 at 11:22:41AM +0100, Florian Hufsky wrote:
3h is arg. auf meinem 1.8?er centrino brauch er auch recht lang, aber eher im bereich 10-25min.
und beim öffnen swappen? als was hast's denn generiert? des 6MB png is zwar recht groß, aber photoshop kommt eigentlich super damit zurecht (wie gesagt: 1GB RAM...)
am plotter drucken wäre eine idee. ich komm heut leider zu keinem copyshop mehr, aber vielleich fallen jemandem in der zwischenzeit fehler im diagramm auf.
irgendwas war da glaub ich noch... achja... %xx ersetzen (umlaute for great justice) und Foobar / Foobar#hello_my_name_is_section nicht als eigene seiten zählen. _______________________________________________ Metalab mailing list Metalab@lists.metalab.at http://lists.metalab.at/mailman/listinfo/metalab
* Florian Hufsky <florian.hufsky@gmail.com> [2007-02-16 10:50]:
Phew, also dafuer ist mein T22 mit 256MB RAM eindeutig zu schwachbruestig, sowohl beim generieren als auch beim oeffnen ;-) Naja, werd dann Abends mal den iMac in der Bibliothek konsultieren.
Gute frage wieviel RAM man brauch, ich habs nur auf zwei Rechnern mit jeweils 1GB getestet.
Achja, ein fertig generiertes Bild w�re hier: http://tmp.72dpiarmy.com/metalab/output.png [76800x4038 = 6MB - save-as & in einem Imageeditor anschaun ;)]
root@grml:~# xview /root/output.png /root/output.png is 76800x4038 PNG image, color type PALETTE, 8 bit Using DirectColor visual Building XImage... Memory has been exhausted; operation cannot continue (sorry). xview /root/output.png 5.00s user 2.37s system 19% cpu 38.543 total "memory exhausted"? moment mal.. "size 76800x4038"? 76800.. das sind 75 monitore zu je 1024 pixeln nebeneinander bzw 60 monitore zu 1280 pixeln.
Is aber echt interessant zu sehen, wie das Metalab (Wiki?) funktioniert.
*das* wuerde ich *auch* gerne mal sehen! wo steht eigentlich der "monitor" dafuer? auf dem ratshausplatz? Sven
Teilnehmer (12)
-
aaron -
Alex Wenger -
Andreas Fuchs -
Benko -
Bernd Petrovitsch -
Christopher Clay / c3o -
Florian Hufsky -
Florian＠Lauber.net -
Ingo Luetkebohle -
Peter J. Holzer -
Sven Guckes -
Thomas Klausner