Ankündigung

Einklappen
2 von 2 < >

Regelwerk für die Benutzung des Forums Gipfeltreffen

Alle Forumsuser/-innen sind aufgefordert, das Regelwerk zu lesen und sich daran zu halten!

1) Registrierung

Die Registrierung und Benutzung unserer Foren ist kostenlos. Es ist registrierten Teilnehmern/-innen (Usern/-innen) erlaubt, den Forums-Account bis auf Widerruf im Rahmen der vorgegebenen, jederzeit änderbaren Forumsregeln für private Zwecke zu nutzen. Ein späteres Löschen des Forums-Accounts sowie der ins Forum eingebrachten Inhalte oder Bilder ist nicht möglich. Auf Wunsch des Benutzers kann der Account stillgelegt werden. Der Benutzername kann dann von niemandem mehr benützt werden und wird vor Missbrauch geschützt.

2) Hausrecht

Die Forenbetreiber legen Wert auf die Tatsache, dass alle User/-innen Gast in diesem Forum sind und die Betreiber als Gastgeber bei Bedarf ihr Hausrecht jederzeit ausüben können und auch werden. User, die sich überwiegend darauf beschränken zu provozieren, werden ausgeschlossen.

3) Haftung

Die von Usern/-innen verfassten Beiträge stellen ausschließlich die persönliche, subjektive Meinung des Verfassers dar, und keinesfalls die Meinung der Betreiber und Moderatoren dieses Forums. Die Forenbetreiber übernehmen keine Haftung für die Richtigkeit der ausgetauschten Informationen.

4) Umgangston

Die Forenbetreiber erwarten von allen Usern/-innen, sich an die Netiquette zu halten. Auf einen wertschätzenden, höflichen Umgangston wird Wert gelegt.

5) Thementreue

Die Forenbetreiber legen großen Wert auf Thementreue der Beiträge und Übersichtlichkeit von Threads, um den Informationsgehalt des Forums möglichst hoch zu halten. Überschneidungen der Inhalte verschiedener Threads sind zu vermeiden.

6) Verboten ist/sind:

- Beleidigungen, Sticheleien und Provokationen (auch per PN);
- Politische oder religiöse Themen;
- Rechtswidrige Inhalte (unter anderem rechtsradikale oder pornografische Inhalte, Hackinganleitungen, Verstöße gegen das Urheberrecht) sowie das Verlinken zu Seiten mit solchen Inhalten;
- Die Verwendung von fremdem Bildmaterial, Kartenausschnitten und Topos ohne Zustimmung des Autors;
- Die Veröffentlichung von persönlichen Nachrichten (PN), E-Mails oder dergleichen ohne Zustimmung des Verfassers;
- Das Aufdecken der Identität oder die Preisgabe persönlicher Daten eines Users/Moderators/Administrators;
- Werbung für konkurrenzierende Plattformen;
- Das Führen von Doppel- oder Mehrfachaccounts;

7) Moderation:

Die Moderatoren/Administratoren werden von den Forenbetreibern bzw. ihren Vertretern ernannt.
Sie sind von den Forenbetreibern verpflichtet, für die Einhaltung der Regeln zu sorgen und somit ermächtigt, die von Usern/-innen bereit gestellten Inhalte (Texte, Anhänge und Verlinkungen) daraufhin zu prüfen und im Bedarfsfall zu bearbeiten, verschieben, zu löschen oder Themen zu schließen. Im Falle der Löschung von Beiträgen können auch jene Beiträge anderer User ganz oder teilweise entfernt werden, die auf einen gelöschten Beitrag Bezug nehmen.

Änderungen von Beiträgen werden - soweit irgend möglich – unter Angabe des Änderungsgrundes gekennzeichnet. Eingriffe, die den Sinn eines Beitrags verändern, werden nicht vorgenommen. Für die geänderten Teile eines Beitrags haftet der ursprüngliche Ersteller nicht.

Wer etwas gegen das aktive Handeln der Moderatoren/-innen vorzubringen hat, kann dies sachlich, mit konkretem Bezug und zeitnah (innerhalb von 6 Wochen ab Anlass) im Unterforum "Zum Forum/Moderation..." darlegen. In allen anderen Foren werden solche Postings im Sinne der Thementreue der Beiträge kommentarlos gelöscht. Bloßes „Mod-Bashing“ führt zu einer sofortigen Sperre.

Das Unterlaufen von Handlungen und Maßnahmen der Moderatoren ist nicht zulässig. Darunter fällt auch das Fortführen des Themas eines geschlossenen oder gelöschten Threads in einem neuen gleichartigen oder ähnlichen Thread. Ergänzungen und Hinweise von Moderatoren und Administratoren dürfen von Usern in deren Beiträgen nicht verändert oder gelöscht werden.

8) Profil/Signatur

Ein übermäßiges Ausnutzen der Signatur ist unerwünscht. Diese sollte vor allem eine maßvolle Größe haben. Nicht mit der Forumsleitung abgesprochene Werbung (für kommerzielle Angebote), Beleidigungen oder Anspielungen in der Signatur oder dem Profiltext werden nicht toleriert.

9) Werbung

Kommerzielle Werbung im Forum Gipfeltreffen ist kostenpflichtig (siehe Unterforum Werbung). Werbepostings müssten vor Platzierung mit der Forumsleitung vereinbart werden.

10) Gemeinschaftstouren/Bazar

Die Forenbetreiber stellen die Foren "Forum für Gemeinschaftstouren" und " Bazar" ausschließlich für private Kontaktzwecke zur Verfügung und gehen damit keinerlei Verpflichtungen oder Haftungen ein! Alle Kontakte in diesen Foren laufen ausschließlich zwischen den Usern/-innen und auf Basis des gegenseitigen Vertrauens. Bei nachweislichen Betrugsfällen stellen die Forenbetreiber alle vorhandenen Informationen zur Verfügung, um eine straf- und zivilrechtliche Verfolgung zu ermöglichen.

11) Regelwidriges Verhalten

User/-innen, die sich regelwidrig verhalten, werden per PN verwarnt und/oder gesperrt. Art und Dauer der Maßnahme richten sich nach der Schwere und der Häufigkeit der Regelübertretung/en. Die betroffenen User/-innen werden darüber per Mail informiert. Ein Posten unter einer anderen Registrierung in der Zeit der Accountsperre ist verboten und zieht automatisch eine Verlängerung der Sperre nach sich.

Wer gegen geltendes Recht verstößt, wird im Ernstfall von uns zur Anzeige gebracht.

12) Information

Die Forumsbetreiber behalten sich das Recht vor,
- alle registrierten User/-innen in unregelmäßigen Abständen über Themen rund um das Bergsteigen, alpiner Sicherheit, Risikomanagement und Weiterbildung per Mail zu informieren und
- dieses Regelwerk jederzeit abzuändern.

13) Nutzung von hochgeladenen Anhängen

Die User/-innen stellen den Forenbetreibern die eingestellten Bilder sowie sonstige Anhänge zur Nutzung im Forum zur Verfügung. Eine darüber hinaus gehende Nutzung der eingestellten Bilder und sonstigen Anhänge durch die Forenbetreiber erfolgt nicht.
Mehr anzeigen
Weniger anzeigen

Bilder-Beschriftung

Einklappen
X
 
  • Filter
  • Zeit
  • Anzeigen
Alles löschen
neue Beiträge

  • #46
    AW: Bilder-Beschriftung

    Ich hab Dein PanoLab gestern runtergeladen und ausprobiert. Ich bin begeistert. Egal ob Du professionell oder hobbymäßig programmierst, Code schreibt sich nicht von allein und das Kapitel "How to control the pesky user" ist auch gut gelöst. Das sind doch etliche Arbeitsstunden.

    Ich Danke für die Bereitstellung des sehr bequemen, nützlichen und prof. tools in diesem Forum.

    Verbesserungsvorschläge: ... öhmm... vielleicht sounds in Abhängigkeit von der eingegeben Höhe korrelierend mit der aktuellen Hitparade.
    LG, Bernd

    He not busy being born is busy dying -- It's alright, Ma - I'm only bleeding (B. Dylan, 1965?)

    Kommentar


    • #47
      AW: Bilder-Beschriftung

      Zitat von deconstruct
      Ich denke, dass auf deinem Rechner irgendwas mit den Java-Versionen durcheinander kam. Ich habe auf verschiedenen Rechnern Version 1.6 drauf und keine Probleme, denke also nicht, dass es an der Version 1.6 generell liegt. Ich denke eher, dass sich auf deinem Rechner verschiedene Java-Versionen befinden und die sich irgendwie gegenseitig in die Quere kamen.
      Du könntest einfach mal alle Java-Versionen komplett deinstallieren (über Systemsteuerung->Software) und dann die 1.6er Version komplett neu installieren.
      Lad dir dazu den Installer hier runter:
      http://javadl.sun.com/webapps/downlo...BundleId=11193
      Damit sollte es eigentlich gehen, zumindest funktioniert es damit auf einem Testrechner von mir.
      Hoffe, es hilft dir weiter.
      @deconstruct
      danke für die mühe, du hattest recht, wirrwarr von java versionen, habe deinen vorschlag befolgt, aber ......leider gehts noch immer nicht...werde nun das setup von meinem rechner neu machen

      lg g
      ----------------------------------------------------------------------------------
      'man ist nie zu alt um eine glückliche Kindheit zu haben'
      ----------------------------------------------------------------------------------
      ----------------------------------------------
      Geo-Foto-fix: www.geo-lights.at
      ----------------------------------------------

      Kommentar


      • #48
        AW: Bilder-Beschriftung

        wenns dann immer noch nicht geht auf java 1.5 runter bei anderen anwendungen funktioniert es mit java 1.6 auch nicht.
        __________________________________________________ __________________________________________________ __________________________________________________
        Wenn du den Kopf bewahrst, ob rings die Massen ihn verlieren und sagen du bist schuld.
        Wenn du dir vertraust, da alle an dir zweifeln und du ihr wanken mit Verständnis siehst.
        Wenn du jede unerbittliche Minute mit 60 sinnvollen Sekunden füllst,
        dann ist dein die Erde mit allem Guten und was noch mehr mein Sohn, du bist ein Mann.

        Kommentar


        • #49
          AW: Bilder-Beschriftung

          Danke für das Tool!!!

          Gruß

          Kommentar


          • #50
            AW: Bilder-Beschriftung

            Zitat von The.Watcher1983
            wenns dann immer noch nicht geht auf java 1.5 runter bei anderen anwendungen funktioniert es mit java 1.6 auch nicht.
            danke - hat auch nicht geholfen, irgendwie findet das panolab die java umgebung bei mir nicht, andere applicationen tun dies aber sehr wohl
            ----------------------------------------------------------------------------------
            'man ist nie zu alt um eine glückliche Kindheit zu haben'
            ----------------------------------------------------------------------------------
            ----------------------------------------------
            Geo-Foto-fix: www.geo-lights.at
            ----------------------------------------------

            Kommentar


            • #51
              AW: Bilder-Beschriftung

              ich hatte mal Probleme mit Java-Anwendungen im Internet, evtl. hilft ja eine eine Standart-Zurückstellung des IE.
              Das Leben mag ja manchmal quälend sein. Überleben aber ist super...

              Kommentar


              • #52
                AW: Bilder-Beschriftung

                Wie immer: Vielen Dank für das ganze Lob

                Zitat von geofix
                danke - hat auch nicht geholfen, irgendwie findet das panolab die java umgebung bei mir nicht, andere applicationen tun dies aber sehr wohl
                Schick mir mal deine eMail-Adresse als PN. Ich schicke dir dann eine spezielle Version des Programms, wo man sehen kann, an was es liegen könnte. Vielleicht gehts mit der anderen Version dann auch gleich

                Ich vermute den Fehler nämlich nun eher in der Webstart-Konfiguration, vielleicht sogar bei mir auf dem Server. Ich hab mit Webstart noch nicht soviel gemacht, daher kann es gut sein, dass ich da was übersehen habe.
                lg deconstruct

                Kommentar


                • #53
                  AW: Bilder-Beschriftung

                  Zitat von derpeter
                  Als Anregung:
                  evtl. wäre das Einzeichnen von einer Tour möglich, anstatt der Gipfel könnte man so den Wegverlauf einer begangenen Tour so ebenfalls einzeichnen und Beschriften.
                  Gute Idee. Muss ich mal schauen, wie ich das umsetzen könnte und wie man es v.a. bedientechnisch ins Programm einbaut. Schwebt dir da schon ein Bedienkonzept vor? Ein interessantes Feature wäre es schon.

                  Zitat von derpeter
                  Mit welcher Entwicklungsumgebung hast du das Programm eigentlich erstellt ? Ich hätte da auch ein paar Ideen die ich so oder ähnlich gerne umsetzten würde.
                  Mit Eclipse. Das ist eine freie und kostenlose Entwicklungsumgebung, die zwar primär auf Java ausgerichtet ist, die man aber auch für einige andere Sprachen benutzen kann. Ich selbst nutze es z.B. auch für PHP, HTML und XML-Dokumente, da es eine super Codevervollständigung und Fehlerprüfung dafür hat. Für Java ist es IMO die derzeit mit Abstand beste Entwicklungsumgebung, noch weit vor sämtlicher kommerzieller Konkurrenz. Vor allem gibt es soviele Plugins für Eclipse (WebDAV, CVS, SVN, Tomcat, JUnit, UML, XML/HTML-Tools, etc...) die noch dazu super gut in Eclipse mit integriert sind.


                  Zitat von Bernd07
                  Verbesserungsvorschläge: ... öhmm... vielleicht sounds in Abhängigkeit von der eingegeben Höhe korrelierend mit der aktuellen Hitparade.
                  Ich werd darüber nachdenken
                  lg deconstruct

                  Kommentar


                  • #54
                    AW: Bilder-Beschriftung

                    ich geh mal davon aus das du in Sachen Programmierung recht fit bist. Ich habe zwar html und Flash Kenntnisse und auch C habe ich beim Studium für ein Semester gehabt (sowie Fortran), das liegt aber schon etwas weiter zurück.

                    Ist das Programm leicht zu bedienen, evtl. durch drag and drop von Objekten steuerbar oder muß ich alles von Hand aus programmieren (kenne das nur von C her, da mußte man alles selber eingeben).

                    Fazit: wie lange braucht ein Gelegenheitsprogrammierer um sich dort einzuarbeiten oder macht das keinen Sinn für mich ?


                    Die Sache mit dem Verbesserungsvorschlag: ich stelle mir das so vor wie z.B. bei google-earth, wo man einen Pfad erstellen kann.
                    Das Leben mag ja manchmal quälend sein. Überleben aber ist super...

                    Kommentar


                    • #55
                      AW: Bilder-Beschriftung

                      Zitat von derpeter
                      Ist das Programm leicht zu bedienen, evtl. durch drag and drop von Objekten steuerbar oder muß ich alles von Hand aus programmieren (kenne das nur von C her, da mußte man alles selber eingeben).
                      Das Programm ist IMO schon sehr einfach zu bedienen, aber das sage ich halt aus der Sicht von jemandem, der weiß, wie Entwicklungsumgebungen normalerweise funktionieren
                      Für jemanden ohne Programmierkenntnisse in einer objektorientierten Programmiersprache ist es wahrscheinlich eher schwierig, aber nicht, weil Eclipse so schwierig ist, sondern weil einem einfach die Kentnisse fehlen, mit den ganzen Begriffen und Funktionen umzugehen.

                      Zur Bedienung ganz kurz:
                      Ich schreibe im Prinzip alles mit der Hand, wobei man dadurch durch die Code-Vervollständigung u.ä. Tools sehr stark unterstützt wird und man nicht die Eigenschaften aller Objekte und Klassen auswendig kennen muss. Es reicht, einen gewissen Überblick zu haben. Wichtig ist IMO v.a. dass man weiß, wie eine objektorientierte Sprache funktioniert.
                      Einfach nur ein bißchen rumklicken und dann hat man ein Programm, das funktioniert nicht, dazu ist Software viel zu komplex. Wenn man sich aber ein gewisses Grundwissen aneignet, dann kann man mit Eclipse sehr leicht einfache Programme erstellen. Als Einstieg wäre da erst mal eine vernünftige Lektüre das geeignetste, z.B. das freie Buch "Java ist auch eine Insel". Das kann man sich frei herunterladen und ist verständlich und gut geschrieben. Damit lernt man erstmal das Objektorientierte Programmierkonzept kennen und dessen Umsetzung durch Java (Syntax sowie Java-Framework). Eclipse beinhaltet darüber hinaus einfache Tutorials für "Hello-World-Anwendungen", wo man Schritt für Schritt sieht, wie man ein Hello-World-Programm mit Eclipse erstellt.

                      Aber wie gesagt: Es ist schon mit einem gewissen Aufwand verbunden, wenn man Programmieren erst mal erlernen will. Für jemanden der bereits objektorientiert mit einer IDE programmiert hat (z.B. C# mit VisualStudio) für den ist das Einarbeiten in Eclipse in ein Kinderspiel.

                      Zur Programmierung der Oberfläche bietet Eclipse auch OberflächenDesigner an, allerdings stoßen diese wie bei jeder Entwicklungsumgebung ab einer bestimmten Komplexität an ihre Grenzen, so dass man doch am Ende mehr per Hand schreibt, als mit dem Oberflächen-Designer "malt". Und: Ein Oberflächendesigner erstellt ja nur die Oberfläche, sprich Buttons u.ä. Aber dier Funktionalität der Software muss man logischerweise auch da per Hand programmieren.


                      Zitat von derpeter
                      Fazit: wie lange braucht ein Gelegenheitsprogrammierer um sich dort einzuarbeiten oder macht das keinen Sinn für mich ?
                      Das kann man so pauschal nicht sagen. Das hängt wie gesagt von deinen Vorkenntnissen ab. Jemand, der z.B. schon mit C# programmiert hat, findet sich vielleicht schon innerhalb weniger Stunden zurecht. Jemand der sich auch Grundwissen erst aneignen muss, der braucht wahrscheinlich 2-3 Wochen, bis er einigermaßen soweit ist, dass er ein Programm mit einer gewissen Komplexität schreiben kann.
                      Ob das Sinn macht, hängt ebenfalls von dir ab, ob dir der Aufwand, etwas Neues zu erlernen, es wert ist.


                      Zitat von derpeter
                      Die Sache mit dem Verbesserungsvorschlag: ich stelle mir das so vor wie z.B. bei google-earth, wo man einen Pfad erstellen kann.
                      Das Erstellen wäre nicht das Problem. Da würd ich oben ein Pfad-Icon reinmachen, und wenn man da draufklickt, könnte man den Pfad zeichnen, in dem ein Linksklick ins Bild z.B. einen Pfad-Punkt setzt.
                      Aber wie komme ich aus dem "Pfad-Modus" raus, wenn ich dann z.B. einen Berg benennen will. Da muss ich ja auch ins Bild reinklicken. Diese Details sind das schwierige. Bei Google-Earth ist das ja so gelöst das ein Fenster eingeblendet wird, wo der Name des Pfades drin steht. Erst durch schließen dieses Fensters kommt man aus dem Pfad-Modus raus. Allerdings finde ich diese Lösung ehrlich gesagt eher unschön, weil das Pfad-Fenster ständig auch die Karte verdeckt.
                      lg deconstruct

                      Kommentar


                      • #56
                        AW: Bilder-Beschriftung

                        Zitat von deconstruct
                        Wie immer: Vielen Dank für das ganze Lob
                        Ich vermute den Fehler nämlich nun eher in der Webstart-Konfiguration, vielleicht sogar bei mir auf dem Server. Ich hab mit Webstart noch nicht soviel gemacht, daher kann es gut sein, dass ich da was übersehen habe.

                        herzlichen Dank Deconstruct für den spezial support - es läuft super
                        hier in diesem forum können alle stolz sein auf leute wie dich- hut ab
                        lg geo

                        ideale anwendung auch für schweren rateberg :-)

                        beschrift_test.jpg
                        ----------------------------------------------------------------------------------
                        'man ist nie zu alt um eine glückliche Kindheit zu haben'
                        ----------------------------------------------------------------------------------
                        ----------------------------------------------
                        Geo-Foto-fix: www.geo-lights.at
                        ----------------------------------------------

                        Kommentar


                        • #57
                          AW: Bilder-Beschriftung

                          ich möchte hier einmal eine etwas andere sicht der dinge vertreten -- und sei es vielleicht auch nur, weil ich aus anderen foren, in denen entwickler entsprechender freier software gemeinsam an ihren ideen arbeiten, einen weitaus rauheren, letztlich aber doch 'kritisch-konstruktiven' umgang mit derartigen ansätzen gewohnt bin.

                          um es kurz zu machen: ich halte den gewählten umsetzungsweg in vielerlei hinsicht für eine relativ problematische 'einbahnstraße' -- od., mit ganz böser zunge gesprochen: so etwas wie einen in software gegossenen 'klettersteig'

                          einerseits erlaubt es dein programm zwar sicher, auf den ersten blick beeindruckende resultate zu produzieren, gleichzeitig aber werden die tatsächlichen handwerklichen fragestellungen (spätere nachbearbeitung, kompatibilität, verwendung von vektor- vs. pixelformat etc.) in wahrheit nur weiter aufgeschoben und dem benutzer auch weiterhin gar nicht erst bewusst.

                          wie problematisch sich derartige entwicklungen äußern können, ist ja sicher auch dir nicht unbekannt -- schließlich kennt jeder von uns diesen typus des computeranwenders, der vermutlich auch zur beschriftung von panoramabildern mit größter selbstverständlichkeit wieder auf das ihm vertraute ms-word zurückgreift und alleine dort sein glück versucht (ja, ich bin mir wirklich sicher, dass man selbst damit im gegegeben anwendungsfall mit dem nötigen maß an kaltblütigkeit subjektiv 'befriedigende' resultate zusammenzubringen vermag!)

                          also -- um wieder ein wenig auf den konstruktiven boden entsprechender kritik zurückzukommen --, in einigen punkten glaube ich doch, dass du dein programm wirklich grundsätzlich anders ausrichten/gestalten solltest.

                          freie software funktioniert erfahrungsgemäß dort am besten, wo sie nicht so sehr ein geschlossenes fertiges produkt bereitstellt, sondern vielmehr das möglichst offene und reibungslose zusammenspiel verschiedener einzelprogramme und hilfsmittel im größeren arbeitsfluß begünstigt. ich denke also, dass es auch hier vermutlich wesentlich zielführender, professionelle und befriedigender erscheinen könnte, wenn du statt irgendwelcher properitären .ini-dateien und fertig gerenderte bildausgaben, die daten auch in weiterverabeitbaren formaten -- bsp. SVG basierenden vektor-grafiken -- bereitstellen könntest!

                          (ich glaube, ich habe hier im forum schon einmal vor sehr langer zeit ausführlich zu erklären versucht, warum es in diesem falle wirklich sinn machen dürfte, zwischen bild- und vektorgrafik bzw. entsprechenen bearbeitungsschritten und austauschformaten zu unterscheiden!)

                          ich persönlich würde ja fast noch ein wenig weiter gehen, und schlichtweg behaupten, dass es oftmals zweckmäßiger sein kann, computeranwender zu einem bewussten umgang mit geigeneten werkzeugen bzw. arbeitstechniken zu erziehen, statt letztlich doch nur wieder den kurzsichtigen konsum entsprechender oberflächlicher hilfestellungen bzw. tendenziellen aufschub zu befördern. wenn hier nun plötzlich bspw. das ersuchen an dich herangetragen wird, auch wege-skizzen etc. mit deinem programm zu bewerkstelligen, werte ich das eindeutig als indikator für genau diese problematik. würdest du nämlich all diesen wünschen tatsächlich nachzukommen versuchen, dürfte sich vermutlich sehr bald schon herausstellen, dass sich dein programm immer mehr einem der ohnehin bereits verfügbaren grafikprogramme a la inkscape etc. anzunähern beginnt. deshalb würde ich es fast lieber sehen, wenn das ganze viel eher als plugin/extension/macro in einem zu diesem zweck geschaffenen framework angelegt worden worden wäre od. wenigstens eine sanfte heranführung an die damit verbunden handwerkliche mittel befördern könnte.

                          naja -- und über die umsetztung in java bzw. die damit verbunden unnötige ressourcenverschwendung, könnte ich hier vielleicht auch noch ein klein wenig mitleid heucheln -- aber damit würde das ganze vermutlich entgültig zu sehr ins technokratische abdriften...

                          trotzdem finde ich es natürlich weiterhin äußerst toll von dir, dass du dir überhaupt die mühe machst, einen entsprechenden gestalterischen versuch in die welt zu setzten! ich würde es sogar begrüßen, wenn du in diesem sinne auch die quellen deines programms regelmäßig zugänglich machen könntest -- schließlich enthält ja das ausführbare programm, so weit ich es von außen durchleuchten kann, ohnehin ein reiches maß an GPL und LGPL lizensierten komponenten.

                          ich hoffe, du nimmst mir diese nicht ganz so forums-konformen worte hier nicht all zu übel -- vielleicht kannst du ja auch darin die eine oder andere anregung oder herausforderung für dich entdecken.
                          Zuletzt geändert von mash; 01.06.2007, 00:55.

                          Kommentar


                          • #58
                            AW: Bilder-Beschriftung

                            Also erst mal viele dank für die kleine Einführung, ich denke ich werde mal ne Nacht opfern und mich mit dem Programm auseinander setzten (Turorials gibts ja genug im Netz).

                            Die Sache mit dem Pfad müßte doch eigentlich relativ einfach zu lösen sein. Ich beziehe mich jetzt zwar auf Flash (in Fortran ist das ähnlich) aber ich denke von der Logik her ist das das gleiche. Einfach zwei Buttons erstellen die jeweils die Zeichenfunktion "ein" bzw. "aus" schalten. Die Zeichenfunktion läuft ja wahrscheinlich in einer Schleife ab, die könnte man doch dann so wieder unterbrechen.


                            Die "Kritik" (sofern das als solche gemeint war) vom Vorredner kann ich nicht ganz verstehen, schließlich ist hier ein Programm entworfen worden, was vieles erleichtert. Normalerweise werden solche Sachen, umständlich mit einem Grafikprogramm gelöst...d.h. jede Linie von Hand zeichnen, Texte eingeben und alles ausrichten....ich finde das dieses Programm einem einiges an Arbeit abnimmt
                            Das Leben mag ja manchmal quälend sein. Überleben aber ist super...

                            Kommentar


                            • #59
                              AW: Bilder-Beschriftung

                              Hallo mash,

                              wie du ja richtig erkannt hast, bewegen wir uns hier in einem Alpin-Forum. Nicht in einem für Software-Entwickler. Das schließt nicht aus, dass es solche hier gibt. Aber ....

                              Wenn du der Meinung bist, dass Computeranweder zum bewußten Umgang mit Arbeitstechniken etc. erzogen werden sollten, dann geht das schlicht und ergreifend an den Bedürfnissen der User vorbei. Genausowenig wie die Masse der Autofahrer an ihrem Vehikel herumschraubt (das überlässt unsereins besser jemandem, der sich mit sowas auskennt), will die Masse der EDV-User zum 'bewußten Umgang' damit erzogen werden. Klar sind wir Konsumenten. Was ist daran verwerflich? Den "bewußten" und "aufgeklärten" Konsumenten wünscht sich so mancher, mindestens genausoviele fürchten ihn. Ihn aber zu fordern, halte ich für schlichtweg elitär.


                              Dass alles anders und besser gemacht werden kann: Natürlich. Dass im nachhinein oftmals ein anderer Weg der bessere gewesen wäre: Alltäglich. Dass es einfacher ist Kritik zu üben, als es selber besser zu machen: Der Vorwurf an jeden Kritiker.

                              Die Lösung von deconstruct als "Versuch" abzuqualifizieren ("Trotzdem finde ich es (...) dass du dir überhaupt die Mühe machst (...)" - das wäre in Schulnoten ausgesprochen sowas wie mangelhaft = 5 ("Hat sich bemüht"), halte ich jedoch für absolut unangemessen. Sorry - aber die Aussagen der User sind doch wohl eindeutig. Und das ist es, was zählt!

                              Gruß, Strauchdieb
                              Zuletzt geändert von strauchdieb; 01.06.2007, 12:25.
                              Blühende Berge:

                              enzian-und-edelweiss

                              Kommentar


                              • #60
                                AW: Bilder-Beschriftung

                                Kritik ist ja auch wichtig, daher halte ich meshs Einwürfe z.T. durchaus für legitim.

                                Zitat von mash
                                einerseits erlaubt es dein programm zwar sicher, auf den ersten blick beeindruckende resultate zu produzieren, gleichzeitig aber werden die tatsächlichen handwerklichen fragestellungen (spätere nachbearbeitung, kompatibilität, verwendung von vektor- vs. pixelformat etc.) in wahrheit nur weiter aufgeschoben und dem benutzer auch weiterhin gar nicht erst bewusst.
                                Nein, das tut es nicht, denn die Daten werden nicht in einem Pixelformat gespeichert, sondern sind im Moment in einer Plain-Text-Datei gesichert und können jederzeit verändert, in andere Formate etc verwandelt werden. Außerdem ist der Plan für die nächste Version eine Speicherung im XML-Format zu benutzen, was zwar prinzipiell nichts ändert, aber dafür die Weiterverarbeitung der Daten noch weiter erleichtert.
                                Du kannst z.B. die Daten aus der Daten-Datei nutzen, um z.B. in einer Webseite ähnlich wie bei http://www.alpen-panoramen.de/panorama.php?pid=1659 ein JavaScript einzubinden, dass die Bergnamen z.B. bei Mouseover-Events einblendet. An einem HTML-Export der solche HTML-Seiten erzeugt, arbeite ich derzeit. Es steht dir absolut frei, die Daten in ähnlicher Weise weiter zu verarbeiten. Dazu sind sie ja gerade in einem sehr einfachem Format gehalten, was durch XML noch weiter vereinfacht wird.


                                Zitat von mash
                                freie software funktioniert erfahrungsgemäß dort am besten, wo sie nicht so sehr ein geschlossenes fertiges produkt bereitstellt, sondern vielmehr das möglichst offene und reibungslose zusammenspiel verschiedener einzelprogramme und hilfsmittel im größeren arbeitsfluß begünstigt.
                                Ich glaube, du verkennst etwas die Intention dieses Programmes. Ich habe bisher nicht geplant, ein möglichst perfektes Programm zu erzeugen, dass allen Wünschen von allen Leuten gerecht wird, sondern der Sinn des Programms ist es, die Beschriftung von Panorama-Bildern zu erleichtern. Das tut es zumindest bei mir sehr gut, die Zeiten die ich für die Beschriftung eines Panoramas brauche, sind inzwischen um ein vielfaches geringer.
                                Die eingegebenen Daten sind auch nicht in einem proprietären Format verloren, sondern stehen dem Benutzer jederzeit zur Weiterverwendung zur Verfügung. Er muss sie nur in ein Format seiner Wahl konvertieren.


                                Zitat von mash
                                ich denke also, dass es auch hier vermutlich wesentlich zielführender, professionelle und befriedigender erscheinen könnte, wenn du statt irgendwelcher properitären .ini-dateien und fertig gerenderte bildausgaben, die daten auch in weiterverabeitbaren formaten (SVG rausgekürzt a.d.V) bereitstellen könntest!
                                Zunächst einmal:
                                Die .ini-Datei ist nicht proprietär, sondern plain-text und "human readable". Proprietäre Formate sind so definiert, dass sie entweder durch Patente, Lizenzen oder durch Nicht-Freigabe der Format-Definition so geschützt werden, dass sie von anderen Programmen nicht genutzt werden können. Das derzeitige Format ist aber eine fast selbsterklärende Plaintext-Datei mit einer Zeile pro Punkt, deren genauen Aufbau du gerne erklärt bekommst, falls du nicht durchsteigst.
                                Und natürlich ist eine Ausgabe als gerendertes Bild nötig, schließlich will ich das Ergebnis auch mal ansehen und nicht nur weiterverarbeiten und auch an andere Personen weitergeben. Dazu ist JPEG nunmal das Format der Wahl, da es jeder lesen kann und die Dateigrößen überschaubar bleiben.


                                Zitat von mash
                                -- bsp. SVG basierenden vektor-grafiken --
                                Natürlich ist ein SVG-Export eine nette Sache. Aber ich habe nunmal nur begrenzt Zeit und ich selbst benötige ihn derzeit nicht, weshalb das Programm deshalb derzeit auch keinen SVG-Export kann. Prinzipiell wäre ein SVG-Export aber eine gute Idee, da stimme ich dir zu, v.a. in Anbetracht der Anfrage bezüglich der Eintragung von Routen.
                                Allerdings: Dies ist eine Wunsch, der bis dato nur von einer Person geäußert wurde. Wenn viele Leute einen SVG Export möchten, dann kann man sowas sicher einbauen. Wegen einer Person werde ich dies aber nicht machen, denn dazu habe ich schlicht und einfach zu wenig Zeit, da ich den SVG-Export selbst nicht benötige.



                                Zitat von mash
                                (ich glaube, ich habe hier im forum schon einmal vor sehr langer zeit ausführlich zu erklären versucht, warum es in diesem falle wirklich sinn machen dürfte, zwischen bild- und vektorgrafik bzw. entsprechenen bearbeitungsschritten und austauschformaten zu unterscheiden!)
                                Die .ini-Dateien von mir SIND Vektordaten. Sie beinhalten lediglich Daten über die Position im Bild, Farbe, Drehung etc. SVG macht da prinzipiell auch nichts anderes, da stehen auch nur Koordinaten, Farben u.ä. drin. Allerdings kann man die SVG-Daten natürlich in anderen Programmen sofort weiterverarbeiten. Auf der anderen Hand fehlt SVG aber jeder semantische Bezug zu den Daten (=Position von Bergen innerhalb eines Bildes) weshalb SVG sicher nicht das Standard-Format der Speicherung werden wird, weil dann eine semantische Weiterverarbeitung der Daten (z.B. für HTML-Seiten) erschwert wird.



                                Zitat von mash
                                deshalb würde ich es fast lieber sehen, wenn das ganze viel eher als plugin/extension/macro in einem zu diesem zweck geschaffenen framework angelegt worden worden wäre od. wenigstens eine sanfte heranführung an die damit verbunden handwerkliche mittel befördern könnte.
                                Ein Plugin/Extension zu einer bestehenden Anwendung lebt und stirbt aber dann eben mit dieser. Dadurch beseitig man die Probleme ja nicht, sondern im Gegenteil schafft man neue, da dann alle Nutzer sich dieses Programm anschaffen müssten. Und weder ich (noch der große Rest der User AFAIK) wollen hier ein Zeichenprogramm mit Plugin benutzen. Der Sinn von PanoLab ist ja gerade, dass man zur Panorama-Beschrifung eben KEIN solches Programm mehr braucht, sondern einfach mit wenigen Klicks ein Panorama innerhalb von kürzester Zeit beschriften kann.



                                Zitat von mash
                                naja -- und über die umsetztung in java bzw. die damit verbunden unnötige ressourcenverschwendung, könnte ich hier vielleicht auch noch ein klein wenig mitleid heucheln -- aber damit würde das ganze vermutlich entgültig zu sehr ins technokratische abdriften...
                                Lol, sorry, aber das ist totaler Unsinn. Java ist nicht resourcenverschwenderischer als C# oder ähnliche Sprachen. Jeder Performance-Vergleich von Algorithmen zeigt dies. Mit PanoLab bearbeite ich Panoramen mit mehr als 40 Megapixeln (z.T. bis zu 20000x3000px), und das ohne dass beim Scrollen des Bildes was ruckelt und ohne dass ich bei der Entwicklung überhaupt auf hohe Performance bisher Wert gelegt habe. Da ist sicher noch einiges verbesserbar, nur besteht dafür kein Bedarf, da das Programm schnell genug läuft.
                                Ich kenne dagegen dutzende ImageViewer, die alle nativ laufen, die bei solchen Bildgrößen absolut in die Knie gehen und um ein mehrfaches langsamer sind. Und diese ImageViewer sind nicht in Java geschrieben! Wäre Java so langsam, würde es auch in der J2EE-Sparte kaum solche Erfolge feiern, v.a. im hoch skalierbaren und anspruchsvollem Bereich.
                                Besides: Java ist - egal was man davon hält - für diese Aufgabenstellung mehr als ausreichend performant. Also ist die Performanz für diese Aufgabenstellung ohnehin kein Entscheidungsgrund für oder gegen eine Programmiersprache, sondern eher so Dinge wie Wartbarkeit, Entwicklungszeit, Umgang mit Bilddaten usw. Und da schneidet Java im Gegensatz zu vielen anderen Sprachen deutlich besser ab.



                                Zitat von mash
                                trotzdem finde ich es natürlich weiterhin äußerst toll von dir, dass du dir überhaupt die mühe machst, einen entsprechenden gestalterischen versuch in die welt zu setzten! ich würde es sogar begrüßen, wenn du in diesem sinne auch die quellen deines programms regelmäßig zugänglich machen könntest -- schließlich enthält ja das ausführbare programm, so weit ich es von außen durchleuchten kann, ohnehin ein reiches maß an GPL und LGPL lizensierten komponenten.
                                Ob ich die Quellen zugänglich mache, muß ich mir noch überlegen. Eine kommerzielle Nutzung des Programms ist zwar nicht angedacht und dazu ist das Programm auch noch zu unausgereift, aber ich möchte mir den Weg zumindest erstmal offen halten. Außerdem beinhaltet mein Programm keine GPL-Software. Das Aussehen der Anwendung (Tiny Look-and-Feel) steht unter der LGPL und hat keine funktionale Bedeutung, ansonsten benutzt das Programm nur die diversen Java-Frameworks von SUN selbst. Das Java ImageIO Framework steht dabei als Sonderfall unter der BSD Lizenz.

                                Desweiteren ist mein Programm kein "gestalterischer Versuch", sondern das Programm setze ich "produktiv" ein, will heißen ich habe damit schon dutzende Panoramen beschriftet und das deutlich schneller, als mit der bisherigen Methode über Bildbarbeitungs- oder Vektorzeichenprogramme. Damit habe ich mein primäres Ziel erreicht, alles andere ist jetzt eigentlich for fun.

                                Im Gegenteil frage ich jetzt dich:
                                Wenn dir soviel an einem SVG-Export liegt, wieso schreibst du nicht einfach einen Konverter, der aus der INI-Datei eine SVG-Datei erzeugt. Damit wäre das Problem der Weiterverarbeitbarkeit in Vektorzeichenprogrammen ja auch gelöst... Du musst das auch nicht mal in Java schreiben und das Format der INI-Datei kann ich dir bei Fragen auch bis ins Detail erklären.




                                Zitat von mash
                                ich hoffe, du nimmst mir diese nicht ganz so forums-konformen worte hier nicht all zu übel -- vielleicht kannst du ja auch darin die eine oder andere anregung oder herausforderung für dich entdecken.
                                Ich nehme dir deine Worte überhaupt nicht übel, kann dir aber nur bedingt zustimmen

                                Zusammenfassend:

                                - Die INI-Datei ist nicht proprietär, sondern offen und sogar "human-readable".

                                - Eine Weiterverarbeitung - egal wozu - steht jedem offen. Eine Konvertierung der INI-Datei in das SVG-Format sollte nicht besonders problematisch sein. Da könntest du zur Abwechslung ja sogar selbst ein Tool dafür schreiben.

                                - Ein Plugin für eine andere Anwendung halte ich für unsinnig. Ich will ein kleines und leichtgewichtiges Tool zum Benennen von Bergen schaffen, und gerade weg, von großen Zeichenprogrammen, die für diese Aufgabe viel zu sehr mit nicht relevanten Funktionen überladen sind.

                                - Der Export in SVG ist trotzdem eine gute Idee. Wenn ich die Zeit finde, werde ich einen SVG-Export sicher einbauen. Wann das ist, kann ich allerdings nicht sagen. In erster Linie stelle ich jetzt erstmal den XML-Export fertig, den ich dann für die Erzeugung von HTML-Seiten der Panoramen benutze. Dass man das dann kann, zeigt ja allein schon die Weiterverarbeitbarkeit der Daten.

                                - Java ist für mich persönlich die geeigneteste Sprache, das Programm zu schreiben. Es ist absolut ausreichend performant für die Anforderung die das Programm hat und es lässt sich schnell entwickeln. Zudem kann ich es sowohl auf meinem Mac und auch unter Linux betreiben, was für mich zwei sehr wichtige Punkte sind, da ich viel unter diesen Systemen arbeite. Und merke: Es gibt keine Programmiersprache, die für alle Zwecke geschaffen ist. Für diesen Zweck erfüllt Java alles, was ich benötige. Ein 3D-Spiel würde ich dagegen nicht in Java schreiben. Java-Flames kannst du gerne in einschlägigen Foren führen, wenn du daran Spaß hast.
                                lg deconstruct

                                Kommentar

                                Lädt...
                                X