Verzeichnis bauen

Hi,

Du hast einige Wege in Drupal das zu machen.

Taxonomy
Du kannst beliebigen Inhaltstypen beliebige Schlagworte geben und sie darüber zusammen ziehen. Das ist eine wirklich mächtige Sache. Ich lese bei dir raus, das du einen Begriff mit einem Inhalt verwechselst. Sie es einfach als eine Eigenschaft eines Inhalts an. Nicht mehr und nicht weniger. Taxonomien sind keine Menüs im eigentlichen Sinne. Du kannst eine Hierarchie erreichen, aber es ist nicht gedacht einen Inhalt pro Begriff zu haben, sondern mehrere. Eine Hierarchie führt auch schnell zu redundanzen. Wenn du a/1 b/1 c/1 hast, dann könntest du auch 2 Vokabulare bilden mit a,b,c und 1,2,3 und dann Kreuzverknüpfungen erstellen. Oder eine Taxonomy mit M:N Verknüpfungen. Ist aber etwas unübersichtlich, auch wenn die Datenmasse dahinter stimmt.

Um mehr Daten an die Taxonomy zu bekommen: http://drupal.org/project/nat
Und 100.000.000 mehr. Schau mal hier unter Taxonomy.
http://drupalmodules.com/

Node Reference
Es gibt einen CCK Feldtyp mit dem du nodes auf nodes zeigen lassen kannst. Du könntest so einen Inhalt HK und SK anlegen und dann verknüpfen. Nur eine dritte Ebene geht so eigentlich nicht. Und ich finde es etwas anstrengend zu pflegen. Wird aber auch immer gern verwendet, da es doch meist leichter zu verstehen ist als Taxonomy und der Node mehr Daten hat als die Taxonomy.

Das hier macht das alles leichter: http://drupal.org/project/noderelationships

Das Menü
Du könntest auch einfach das Drupal Menü nehmen. Wenn deine Site immer einen Inhalt zu einem Menüpunkt hat, dann ist das ein guter Weg, sehr einfach ans Ziel zu kommen. Wird nur irgendwann schwer zu pflegen.

Wenn ich mal wieder zu kompliziert war, frag einfach ;)

---

Viele Grüße,

Kars-T

Hmm so komme ich nicht weiter.

Ich habe mir überlegt um alles Suchmaschinenfreundlich zu machen, alle kategorien mit Taxonomie anzulegen. So kann ich per Pathauto über [termpath] die Url schön gestalten. Sinnvoll oder nicht?

Ich ahne so langsam, das ich für jede Kategorie eine Ansicht anlegen muss, die "ihre" einträge auflistet. Richtig oder gehts dynamisch?
Wenn ich alles per hand verlinken muss nacher, scheidet ja Drupal ganz aus.

Ich brauche leider mehr als 2 Kategorien:

HK Auto > UK Tuning Motor, UK Tuning Style, UK hersteller A-Z > UUK Herstelle A, UUKHerstelle B....

(Hk = Ebene 1 , UK = Ebene 2, UKK = Ebene 3)

Als mysql anfrage wär es etwas wie: "Select * from DATENBANK where HK = autos, UK =hersteller a-z" ;)

Ich möchte halt nicht das die hauptkategorie Autos alle hersteller und tuner und und und direkt auflistet.

Tuning Motor könnte auch wieder in Turbomotoren und Lachgas EInspritzung unterteilt sein.

Taxonomie ist zum "Katalogisieren" von Inhalten.
Views sind listen
Inhaltstypen sind Inhaltstypen ;) Datensätze quasi.

Ich möchte Datensätze, die ich in Views aufliste, nach Kategorien auf meiner Seite anzeigen.

Wie mach das nur??? Mach ich nun einen Inhaltstyp mit dem namen "kategorie", kann ich die Kategorien dann in einem View als Hauptebene auf meiner Seite anzeigen. Gut. klicke ich eine dieser Kategorien (inhalte) an, kann ich mir dort ja den Inhaltstyp und ein View in einem Panel kombinieren und anzeigen.
WIe sage ich nun dem View, das er mir nur die Unterkategorien dieser Hauptkategorie anzeigt?

Ich habe verstanden das ein View die Hks anzeigen muss. Diese HKs sind jeweils Views die die Uks anzeigen.
Kann ich mit dem HK-View denn die UKS anzeigen? Das sind ja auch Views.

HK zeigt die UKs da nodereference.
UK zeigt einträge im View.
UKK nicht möglich ?

Viele Grüße

PS: Sorry für das wirrwar, aber ich kann es nicht so ganz erklären, dann hätte ich die Lösung ja, habe auch schon viel viel Papier vollgeschrieben, und mir die ähnlichen Threads hier durchgelesen

PPS: Ach, darf ich Dir eine E-Mail schreiben und nach deinen Instant message Daten fragen? Vieleicht geht das so viel schneller ohne große Texte. Die Lösung werde ich hier natürlich wiedergeben!!!

PPPS: Übrigens, ich habe gestern ca. 200 haupt und Unterkategorien in der Taxonomie angelegt über einige stunden, sind doch etwas mehr, hoffentlich war das nicht umsonst:)

Ließ hier nochmal nach:

http://www.drupalcenter.de/handbuch/6673

Was dir fehlt, sind Argumente für Views. Du musst nicht für jeden Term einen View bauen. Ich weiß grad nicht, wie die aktuelle Version verschiedene Anzahlen an Argumenten handhabt, aber Views 2 hat dafür eine Lösung.

Mit einer hierarchischen Taxonomy musst du wie schon gesagt vorsichtig sein. Wie du schon erfahren hast, sind 200 Terms nicht mehr so leicht zu Handhaben. Musst aber schauen, was passt. Das Modul kann gut helfen, auch wenn ich es nicht mag ;)
http://drupal.org/project/taxonomy_manager

Und lass die Diskussion hier im Forum. Ich bekomme Punkte und die Community hat vielleicht auch was davon :)

---

Viele Grüße,

Kars-T

Ich verstehe Dein "Ziel" nicht ganz.
Wenn Du denn eine Struktur hast und danach suchst, was wird dann angezeigt? Artikel?
Machst Du also eine Artikelklassierung?
Eine generell technische Klassierung, dann ginge es wohl streng hierarchisch, aber die Hersteller passen da nicht rein.
Es kann ja ein Artikel von x Herstellern her kommen.

Das wären dann zwei Vokabulare, ein Einfachtagging für die technische Klassierung und ein Mehrfachtagging für den Hersteller....

Kannst Du also mal versuchen zu formulieren, was Dein Endresultat sein soll?

lg leda


***************************************************
"Du liebst es, Du brauchst es oder Du gibst es weg"

Also entweder hast du eine extrem große Seite oder du kategorisierst an unnötigen Stelle.

Mal ausgehen von deinem Beispiel

würd ich das so lösen:

Ein Inhaltstyp namens "Auto".
Für die Hersteller ein Taxonomy-Vokabular mit Begriffen wie z. Bsp. BMW, Opel, Audi, oder was auch immer du mit Hersteller meinst:-)
Für Tuning Motor, Tuning Style usw würde ich CCK-Felder im Inhaltstyp "Auto" anlegen.
Zu guter letzt kann man ein paar Views anlegen, die die Übersicht der Hersteller anzeigen, Autos nach Hersteller/Tuning Style etc anzeigen (über Argumente), usw.

Aber ca 200 Ober/Unterbegriffe anzulegen is schon ne beachtliche Leistung :-)

Danke erstmal für eure Mühen.

Da ich so schlecht erklären kann was ich als Ergebnis möchte, habe ich euch mal eine kleien Grafik zur verdeutlichung angehangen.

Bis jetzt glaube ich: Taxonomie ist auf jeden Fall Sinnvoll. Jeder Eintrag (Inhalt) wird zwar definitiv nur in einer Kategorie stehen, aber so wie ich es verstanden habe, kann ich durch ändern der Taxonomie beim eintrag diesen SPÄTER ;) einfach in eine andere Kategorie "verschieben". Die URL ist eigentlich gar nicht so wichtig, aber mit [termpath] bei pathauto würde diese ja generell gut aussehen.

So viele Kategorien habe ich, da ich Sie aus dem Visitenkartenkasten übernommen habe ;)
Mein Vater sieht zwar ein, das er die Adressen über dem Internen kleinen Server schneller findet und die Visitenkarten nicht mehr verbummelt, aber das ist seine Struktur :)

Also:
Ich sollte jeden Inhalt einer Kategorie zuweisen.
Ich brauche nur ein View wo ich über Argumente jeweils nur die Inhalte des "gewählten" taxonomie Begriffs ausgebe.
Richtig so?

SO jetzt die Grafik mit beispiel Begriffen, kann die ganzen rictigen Wörter gerade nicht mehr sehen ;)
Freue mich auf weitere Antworten.

PS: Wo ich gerade wieder im Forunm stöber, ist da snicht was für mein Problem ?
http://www.drupalcenter.de/node/22443

Aha, Du hast eine Adresskartei.

Im Beispiel der Begriff "Metall": Kommt der z.B. unter "Verwerter" auch nochmals vor?

lg leda


***************************************************
"Du liebst es, Du brauchst es oder Du gibst es weg"

Ja so könnte man es nennen.
Webkatalog wär auch ein Begriff, aber es wird nichts öffentliches daher unpassend.
Es wird ein mit-geburtstagsgeschenk ;) und ich möchte halt auch dadurch lernen.

Zu deiner Frage, Nein der Begriff Metall kommt nur einmal vor.

Also für sowas könntest du auch facetted search oder solr benutzen. Aber solr sprengt wohl den Rahmen.

Prinzipiell kannst du bei nur einmal verwendeten Nodes auch ein Menü benutzen. Taxonomy hat dann keinen Vorteil. Der beginnt erst, wenn du Schlagworte benutzt, wie dir hier schon mehrfach vorgeschlagen wurde.

Und von der Usabitlity deiner Screenshots her, würde ich empfehlen Autovervollständigung oder Selectboxen zu wählen, damit man schneller quer springen kann. So kommt man immer nur von Oben nach Unten. Oder mehr Menüs oder was weiß ich ;)

---

Viele Grüße,

Kars-T

Eventuell wäre es vielleicht sogar mehr von Vorteil das ganze auch über das Menü (oder eventuell nur übers Menü?!?) zu kategoriesieren. Mit Hilfe des Moduls Nice Menu wird das dann auch ansehlich und benutzbar, und es hat den Vorteil, das man sich nicht durch einen haufen Seiten klicken muss um endlich auf der richtigen Seite zu landen.

Also ich würde das ganz simpel angehen: Aus meiner Sicht soll hier nur ein Stapel Adressen nach verschiedenen Kriterien gefiltert werden können.
Ein Taxonomy-Vokabular mit _allen_ möglichen Begriffen und dann auf dem Node ein Mehrfachtagging für dieses Vokabular.
Dann eine View darüber mit Exposed Filter. Dann kann kann schnell die passende Adresse gefunden werden.

Du kannst immer noch Views mit Argumenten machen und diese über ein strukturiertes Menu ansprechen, quasi als vorgefertigte Filter.

Eine vorgegebene Strukturierung über mehrere Ebenen scheitert spätestens dann, wenn in "unserem" Beispiel "Metall" auch woanders auftreten "muss".

lg leda


***************************************************
"Du liebst es, Du brauchst es oder Du gibst es weg"