Zitat von Harmonist im Beitrag #20

---

...Ggf. kann ich eine Probeseite posten...

---

Man sollte eine möglichst einfache, möglichst kostenfreie und absolut plattformunabhängige Lösung anstreben. Da bleibt eigentlich nur eine rein Web-basierende Lösung.

Sicher eine gewisse Fleißaufgabe bei der Datenerfassung, aber die Datenmenge (ein paar Dutzend Einträge ja Datensatz bei wenigen hundert Datensätzen) ist datentechnisch keine Herausforderung. Da kann eine Lösung schnell Overkill werden. Man kann natürlich eine Cloud-basierende Datenbankanwendung mit Webinterface andenken - konsequenteste Lösung - aber das schiene mir etwas übertrieben - wenn auch leicht möglich.

Wenn ich das jetzt machen wollte, würde ich mir mal eben eine lokale Datenbank einrichten (Datenmodell trivial) und daraus geeignete HTML-Tabellen generieren (jederzeit neu auf Knopfdruck), die dann leicht auf jedem Webspace bereitgestellt werden könnten.

Die Frage ist natürlich auch, mit welcher Intention man ein solches Projekt betreibt: strebt man nach einer professionellen Lösung und hat das nötige Know How und die notwendigen Werkzeuge zur Hand oder ist das Ganze mehr ein Experimentierfeld, um mal "eher aus reiner Freude" eine App zu programmieren, die man als sinnvoll erachtet.

Man sieht, wie vielfältig die Meinungen sein können. Ich bin kein Html-Spezialist, möchte auch keiner werden und habe kein Interesse an Html-Lösungen.
Alles auf einem Rechner zu erledigen, ist bei mir ein KO-Kriterium, weil mein Hauptwerk-PC nur zum Orgelspielen eingerichtet ist. Sampleset-Downloads bzw. Internet-Zugriff, Bestellungen usw. mache ich auf einem anderen PC. Demzufolge kommt auf dem Orgel-PC nichts Anderes drauf.
Ich will auch keine Samplesets mit dem Handy/Tablet runterladen, sondern mir nur einen Überblick zur aktuellen Orgellandschaft ermöglichen. Und dafür ist die zukünftige App für mich die optimale Lösung. Es steht jedem frei, sowas in Html umzusetzen.

Auf Ebi's Frage zurückzukommen - Ram-Bedarf ist enthalten, GO nicht, aber jedes unverschlüsselte Set ist potentiell für GO umsetzbar. Da habe ich aber keinen Fokus drauf, weil ich HW7 als Sampler einsetze.

Zur "professionellen Lösung": Wenn die App was kostet, bin ich gewerblich tätig und muss dafür ein Kleingewerbe anmelden. Aber wie man hier schon sieht, gibt es genug Gegenwind, der dafür spricht, dass es eher mein Privatvergnügen bleiben wird. Aber das trübt meine Freude nicht, weil mein Prototyp schon so viel Spaß macht, dass ich das auch in einer App umsetzen werde, um nicht jedes mal den PC dafür anschalten zu müssen.

Zitat von Ebi im Beitrag #21

---

Zitat von Harmonist im Beitrag #20

---

...Ggf. kann ich eine Probeseite posten...

---

Das fände ich auf jeden Fall sehenswert....

---

Nach meinem aktuellen Datenbestand gibt es 30 kostenfreie Samplesets (Demo-Versionen und Composites nicht berücksichtigt) und insgesamt 161 unverschlüsselte Samplesets, die sich potenziell für GrandOrgue eignen könnten (wenn sich jemand für die Umsetzung einer entsprechenden ODF findet).

Zitat von Polyphoniker im Beitrag #22

---

Man sollte eine möglichst einfache, möglichst kostenfreie und absolut plattformunabhängige Lösung anstreben. Da bleibt eigentlich nur eine rein Web-basierende Lösung.
Sicher eine gewisse Fleißaufgabe bei der Datenerfassung, aber die Datenmenge (ein paar Dutzend Einträge ja Datensatz bei wenigen hundert Datensätzen) ist datentechnisch keine Herausforderung. Da kann eine Lösung schnell Overkill werden. Man kann natürlich eine Cloud-basierende Datenbankanwendung mit Webinterface andenken - konsequenteste Lösung - aber das schiene mir etwas übertrieben - wenn auch leicht möglich.
Wenn ich das jetzt machen wollte, würde ich mir mal eben eine lokale Datenbank einrichten (Datenmodell trivial) und daraus geeignete HTML-Tabellen generieren (jederzeit neu auf Knopfdruck), die dann leicht auf jedem Webspace bereitgestellt werden könnten.

---

Zitat von dolce im Beitrag #26

---

... (Demo-Versionen und Composites nicht berücksichtigt)...

---

Zitat von www.Orgeljournal.de im Beitrag #28

---

Zitat von dolce im Beitrag #26

---

... (Demo-Versionen und Composites nicht berücksichtigt)...

---

Aus welchem Grunde?

---

Ein Flag für Demo-Version und GrandOrgue-ODF habe ich erfasst. Die Recherche nach Composites ist mir momentan zu aufwändig. Die Daten verwertbar zu qualifizieren, macht mir momentan genug Arbeit. Die Frage nach der Qualität eines Composites stellt sich natürlich auch. Es gibt Gute, aber auch mangelhafte Lösungen, die nicht empfehlenswert sind.

Wie Ebi gerade sagte, sind diverse Demo-Versionen aufgrund sehr weniger Register unbrauchbar (SP) - es reicht gerade aus, um die verfügbare Akustik zu testen. Es gibt aber auch beeindruckende Demos von SP, z.B. die Bückeburg. Aber wie gesagt, kann ich "[x] Demo verfügbar" anhaken ;-)