Stellarium 0.8.0 erschienen

[h_c_greier]

Hallo Gerd,

Natürlich bin ich auf aufmerksame und fachlich versierte Nutzer angewiesen. Ein gut verdienendes Unternehmen nicht. Die ignorieren gleich pauschal alle Support-Anfragen

Wieder so eine pauschale Aussage. Hast wohl schlechte Erfahrungen gemacht?

Mit Leuten die Planetariumsprogramme coden habe ich nichts gemeinsam. Soll nicht heißen, dass ich die nicht leiden kann. Aber ich denke Ihr wisst was ich meine

Nö. Weiß ich nicht. Erklär mal bitte.

Und was das XML-Format von der Astronomie Gruppe angeht, so blicke ich da auch noch nicht durch. Das Format ist zwar ne feine Sache, aber vll für die meisten Astronomie-Programmierer zu harter Stoff. Schließlich sind wir, bis auf einige Ausnahmen, Hobbyprogrammierer und wagen uns nicht gleich an sowas kompliziertes heran.

Man darf sich nicht abschrecken lassen. Sicher, das kann schnell mal ein Ausmaß annehmen, das den reinen astronomiebezogenen Programmierer die Ohren wegfliegen <img src="/phpapps/ubbthreads/images/graemlins/smile.gif" alt="" />
Aber XML ist eine feine Sache, weil man damit sehr viel anstellen kann. Ich verwende XML eigentlich derzeit auch "nur" im Zusammenhang mit Flash, um z.B. einen Datensatz eizulesen, und die Sache die Thomas hier machen will ist zugegeben recht umfassend und nicht gerade leichter Tobak. A la long ist dieses Format aber IMO eine sehr gute Wahl. Stärke von XML ist sicher Cross-Plattform, die meisten gängigen Browser verstehen das auch, es gibt OS-Editoren (Eclipse...) usw.
Bis man das mal durchschaut hat dauert es aber freilich.

Hier ein paar Einstiegs-Links aus der WIKI et al.:
http://de.wikipedia.org/wiki/Extensible_Markup_Language
http://de.wikipedia.org/wiki/XML_Schema
http://de.selfhtml.org/xml/intro.htm
(Beachte Abschnitt "XML und der Software-Markt")
https://www.bg.bib.de/portale/xml/pdf/XML-Schema.pdf

Vielleicht sollte man hier ein 2. Dateiformat entwerfen, was einfacher zu verstehen ist und auch leichter zu parsen ist. Schließlich nutzt man das Format ja nur zum Daten austausch zw. 2 Rechnern. Eine CSV-Datei tuts auch und damit kommen sicher mehr Leute klar, als mit XML.

Bei etwas verschachtelteren komplexeren Strukturen - und das ist schätze ich mal hier der Fall - kommst du mit CSV nicht weit. Da ist man mit XML besser dran.

greets,
harald

--

 

[Marfir]

Hallo Michlll,

ja Software Engeneering ist weit mehr als nur Programmieren. Ich sehe du hast Ahnung. <img src="/phpapps/ubbthreads/images/graemlins/wink.gif" alt="" />
Aber dem Nutzer ist das wurst. Wenn das Programm gut ankommt, dann kann es auch programmier-technisch schlecht sein und trotzdem der Renner werden. Das ist dann mit eine Frage des Marketing.


Hallo Harald!

Wieder so eine pauschale Aussage. Hast wohl schlechte Erfahrungen gemacht?

Das war etwas übertrieben. Leider muss man sagen, dass Deutschland in Punkto E-Mail beantworten eine Service-Wüste ist. Natürlich gibt es in jeder Wüste auch eine Oase. Aber Übertreibung macht bekanntlich anschaulich. <img src="/phpapps/ubbthreads/images/graemlins/wink.gif" alt="" />

Nö. Weiß ich nicht. Erklär mal bitte.

Planetariumsprogrammierer haben sicher ganz andere Probleme als Programmierer die ähnliche SW coden, wie ich. Da kann man sich nicht wirklich über irgend was austauschen.
Zumindest ist mir bisher noch nichts eingefallen.

Man darf sich nicht abschrecken lassen. Sicher, das kann schnell mal ein Ausmaß annehmen, das den reinen astronomiebezogenen Programmierer die Ohren wegfliegen
Aber XML ist eine feine Sache, weil man damit sehr viel anstellen kann. Ich verwende XML eigentlich derzeit auch "nur" im Zusammenhang mit Flash, um z.B. einen Datensatz eizulesen, und die Sache die Thomas hier machen will ist zugegeben recht umfassend und nicht gerade leichter Tobak. A la long ist dieses Format aber IMO eine sehr gute Wahl. Stärke von XML ist sicher Cross-Plattform, die meisten gängigen Browser verstehen das auch, es gibt OS-Editoren (Eclipse...) usw.
Bis man das mal durchschaut hat dauert es aber freilich.

Hm? Das verstehe ich jetzt nicht! <img src="/phpapps/ubbthreads/images/graemlins/gruebel.gif" alt="" />
Das (XML)Datei-Format sollte doch zum Datenaustausch zw. verschiedenen Tools dienen. Wozu soll ich das dann in meinem Browser angucken können oder mit Eclipse bearbeiten können?
Sicher sind das alles tolle Sachen, aber mal erlich:
wer brauch das schon?
Ich glaube kaum dass die meisten Astronomie-Tools-Nutzer interessiert oder gar verstehen, was sie mit XML machen können. Ich meine wenn ich Daten von einem Tool in ein anderes bekommen will, exportier ich das, importiere es und freue mich, dass keine Fehlermeldungen kamen. Zumal ich es sehr bedenklich finde, wenn Nutzer in den Dateien rumfummeln können.
Wenn das Dateiformat aber auch zum Ansehen gedacht sein soll (z.B. auf Rechnern, wo das Astro-Tool nicht installiert ist), dann ist XML wieder ok. Wobei ich das wieder ungünstig finde, sowohl das visuelle als auch die Daten an sich in eine Datei zu packen. Ich hätts getrennt und dafür ein einfacheres Dateiformat gemacht, dass zum im- & export dient und zum anschaun für den User kann man dann ja eine Exportierfunktion für html/xml anbieten.

Bei etwas verschachtelteren komplexeren Strukturen - und das ist schätze ich mal hier der Fall - kommst du mit CSV nicht weit. Da ist man mit XML besser dran.

Geht alles. Ist nur eine Frage der Darstellungsweise. Wobei das dann sicher ähnlich kompliziert wie XML werden könnte.
Ich merke nur immer wieder, dass einfache Lösungen meist die besseren sind. Sicher wird das anfangs alles belächelt aber die Einsicht kommt ja dann noch.

 

[Spaceman]

Hallo,

seit kurzem gibt´s die verbesserte Version 0.8.1!

Liebe Grüße
Alfred

Hallo Alfred,

Danke für die Info <img src="/phpapps/ubbthreads/images/graemlins/smile.gif" alt="" />

 

[circushund]

Stellarium:
..."Ein Designer Perlchen am weiten, ferne Strand, wo die Sonne im tiefen Dunklen Ozean der Astro-Softwar untergeht."

Ich finde das die Oberfläche recht ansprchend ist, bei CdC müsst man etwas an den Icons machen, dann würde es mehr Spass machen, damit zu arbeiten.

 

[Varyonyx]

Hallo Marfir,

20Mrd$? Davon gehen 18Mrd$ nach Redmond und der Rest teilt sich unter den Verbliebenen auf <img src="/phpapps/ubbthreads/images/graemlins/wink.gif" alt="" />.
Die einzige Sparte mit der sich noch richtig Geld in der Programmiererei verdienen läßt ist die Spyware, Viren-Produktion und deren Abwehr <img src="/phpapps/ubbthreads/images/graemlins/mauer.gif" alt="" />.
Ich finde es toll das es noch ambitionierte Programmierer wie Tom gibt die hinter Ihren Produkten stehen <img src="/phpapps/ubbthreads/images/graemlins/Spitze.gif" alt="" />.
Und ja, Tom hat recht, es ist (von der Entwicklerseite her gesehen) nicht einzusehen daß Software-Produkte für Zero über den Ladentisch gehen sollen.
Aber die Aussichten mit Software (oder anderen digitalisierbaren Produkten)in Zukunft noch Geld verdienen zu wollen schwinden ständig weiter und das Verhältnis zwischen Aufwand der Herstellung und dem späteren Erlös steht in keinem Verhältnis mehr.

Ein Laib Brot (oder ein Liter Benzin) wird bald teuerer sein als ein kompletter PC mitsamt 1800 vorinstallierten Linux-Programmen. So sieht das aus, und das ist der Trend...

Mfg Alex (VSU-RTF)

 

[circushund]

Ein Laib Brot (oder ein Liter Benzin) wird bald teuerer sein als ein kompletter PC mitsamt 1800 vorinstallierten Linux-Programmen. So sieht das aus, und das ist der Trend...

lool, das stimmt wohl,
aber appropros openSource, irgendwie dank ich, ist das auch nur ein Trend, in 10 Jahren wird keiner mehr darüber sprechen, da wird es vll noch Freeware -Programme geben, aber kein openSource mehr...*grins.
Erst gab's Shareware, dann gabs Freeware und heut gibst openSource und morgen gibs Suppe?? Keine Ahnung, aber ich denke das hat sich entwickelt, weil die Computer und Proggen wirklich noch nicht so "alt" sind, weil vieles noch gemacht werden und rumprobiert werden muss. Ganz im Ernst, wenn hier schon Streitereine aufkommen ob Software nun ein Produkt oder nur eine Dienstleistung ist, find ich merkwürdig. Ich persönlich hab es immer als Produkt gesehn und nicht als Dienstleistung. Und mit den rumkopiern und kopiergesetzen und vonwegen wenn man eine Software nicht weiter gibt(sprich an seine Freunde, Nachbarn), würde man denen psychosozialen Schaden zufügen ( a la GNU)...lol, ok na dann....dann könnt man ja jeden Laden verurteilen der "Produkte" verkauft.

 

[Michlll]

Hallo "circushund",

Erst gab's Shareware, dann gabs Freeware und heut gibst openSource

Quark. Anfangen müsstest Du mit Public Domain Software <img src="/phpapps/ubbthreads/images/graemlins/smile.gif" alt="" />. Abgesehen davon hat Open Source Software mit Freeware weniger gemein als Freeware mit Shareware, es ist also ein Äpfel-Birnen-Vergleich.

Keine Ahnung

Das trifft es wohl ... <img src="/phpapps/ubbthreads/images/graemlins/grin.gif" alt="" />

dann könnt man ja jeden Laden verurteilen der "Produkte" verkauft

Einb Produkt ist etwas physisches, Software etwas nichtphysisches.

Ich denke auch, daß sich in 10-20 Jahren dies alles geregelt hat, bin mir sogar recht sicher. Nur dürfte die Entwicklung so weiterlaufen.

Grüße,
Michael

 

[Varyonyx]

Hallo circushund,

selbst Freeware läßt sich noch aus dem Markt der Zero-Profit Produkte verdrängen.
Es könnte ja einer auf die Idee kommen seine Kunden dafür zu bezahlen daß Sie seine Produkte nutzen <img src="/phpapps/ubbthreads/images/graemlins/grin.gif" alt="" />.
Und ich möchte wetten daß in den "Strategic Marketing" Abteilungen gewisser Firmen (mit gewaltigen Kriegskassen <img src="/phpapps/ubbthreads/images/graemlins/huhu.gif" alt="" />) darüber nachgedacht wird um unliebsame Zero-Profit Unternehmen zu verdrängen <img src="/phpapps/ubbthreads/images/graemlins/wink.gif" alt="" />

Irgendwo finden dann gewiefte Strategen sicherlich wieder neue Wege dem "bezahlten" Kunden die Kröten wieder aus den Rippen zu quetschen <img src="/phpapps/ubbthreads/images/graemlins/grin.gif" alt="" />.

Wenn es nicht zum weinen wäre könnte man darüber nur <img src="/phpapps/ubbthreads/images/graemlins/totlach.gif" alt="" /> <img src="/phpapps/ubbthreads/images/graemlins/totlach2.gif" alt="" /> <img src="/phpapps/ubbthreads/images/graemlins/totlach.gif" alt="" />

Mfg Alex (VSU-RTF)

 

[circushund]

@ Michlll,

Ich denk schon das Software ein Produkt ist, Musik ist zB für mich auch ein Produkt (in Gewissen Sinne), auch wenn man Musik zB auch nicht anfassen, essen odersonstwas damit machen kann.
Man spricht doch auch von der Software-Produkt oder der Musik Produkt oder ???....*grins.
Ich denke eine Software sollte den Eindruck von Stabilität und Sicherheit im Umgang machen, Schnell laufen und Modular aufgebaut sein.Und Spass machen und ein geiles Design haben...so ende!