Beiträge von kiozen

Zitat von papaluna

Ist es wirklich notwendig das jeweils das andere Profil gesperrt wird, wenn ein Abschnitt ausgewählt ist?
Letztlich handelt es sich doch um das selbe Objekt und den selben Abschnitt, unabhängig davon ob nun im Bearbeiten-Reiter oder im erweiterten Profil oder?!

Ja, das war die harte Nuss, die es zu knacken galt. Man hat ja nur Mausklicks und die Mausbewegung. D.h. man muss einen Zustandsautomaten bauen, der mitzählt, wie ein Mausklick gemeint ist. Weil "focus follows mind" ist noch nicht erfunden.

Jetzt hast Du aber auf der Karte und den Plots noch mehr Zustände als für die Bereichsauswahl nötig wären. Sprich man kann diesen Zustandsautomaten nicht einfach zentral im Track verwalten. Es brauch auch einen im jeweiligen Objekt, das den Track anzeigt und auch die Mausaktionen bekommt.

Und wenn ich jetzt mehrere solcher Objekte habe und der Benutzer wie wild zwischen denen wechselt, dann habe ich ein Riesenproblem, die Zustandsautomaten synchron zu halten.

Das ginge mit einem gehörigen Aufwand sogar. Obwohl so ein Konzept enorm schwierig fehlerfrei zu bekommen ist. Aber was mache ich wenn z.b. jemand im Profil einen Bereich markiert. Und dann das Profil schließt? Soll der Bereich jetzt freigegeben werden? Oder bleiben? Und was ist, wenn auf der Kartenansicht der Mauscursor gerade überhaupt nicht im Modus für die Bereichsauswahl ist?

Und deswegen: Das Objekt, indem die Bereichsauswahl angefangen wird, bringt sie auch zu Ende. Und alle anderen haben für die Zeit Sendepause.

Die Forensoftware macht das was sie soll. Wenn man beim Anmelden nicht die Checkbox "Angemeldet bleiben" anklickt, dann wird man abgemeldet, wenn man länger nicht aktiv ist. Und wenn man ewig lange braucht, um sein Gesülze einzutippen, dann sieht das für den Server wie inaktiv aus.

Aber die Forensoftware hat einen bösen Fehler....

Das passiert weil die verschiedenen Linien in unterschiedlichen Threads gezeichnet werden. Die grüne Linie ist eine Dekoration, die sich mit jeder Mausaktion ändern kann. Deswegen wird die im Hauptthread gezeichnet. Sämtliche GIS Elemente (Tracks, Route, Flächen, Wegpunkte) werden in einem Thread gezeichnet. Zoomen und Verschieben ist so eine Änderung.

Es sind halt wieder viele Wünsche, die unter einen Hut kommen müssen. Um die Leistung von heutigen Prozessoren wirklich nützen zu können, muss man Threads benutzen. Dann gibt es die "wer mit den Meisten stirbt" Fraktion, die gerne zig Tracks mit 20000 Punkten auf einmal im GUI haben wollen. Für die muss man das Zeichnen optimieren, also eben nur wenn wirklich nötig. Und der Rest will doch nur einen Bereich markieren. Das aber bitte ohne Verzögerung. Deswegen entkoppelt man das besser. Und schon hat man zwei Sachen die parallel laufen. Je nach Größe des Tracks und Leistungsfähigkeit des Rechner kommt es dann zu komischen Effekten.

Man könnte natürlich auch warten bis alle Threads abgeschlossen haben, bevor man wieder die Dekorationen mal. Dazu müsstest Du folgendes ändern:

void CCanvas::paintEvent(QPaintEvent * e)
{
    Q_UNUSED(e);


    if(!isVisible())
    {
        return;
    }


    QPainter p;
    p.begin(this);
    USE_ANTI_ALIASING(p,true);


    // fill the backbround with default pattern
    p.fillRect(rect(), "#FFFFBF");


    // ----- start to draw thread based content -----
    // move coordinate system to center of the screen
    p.translate(width() >> 1, height() >> 1);


    map->draw(p, needsRedraw, posFocus);
    dem->draw(p, needsRedraw, posFocus);
    gis->draw(p, needsRedraw, posFocus);


    // restore coordinate system to default
    p.resetTransform();
    // ----- start to draw fast content -----


    grid->draw(p, rect());


    [COLOR=Red]if(gis->isFinished())
    {
        gis->draw(p, rect());
        mouse->draw(p, needsRedraw, rect());
    }[/COLOR]




    drawStatusMessages(p);
    drawScale(p);


    p.end();
    needsRedraw = eRedrawNone;
}

Ich nehme mal an, du kannst inzwischen selber kompilieren

Probiere es aus. Da ich erst vor kurzem neue Rechner gekauft habe, fallen solche Dinge bei mir nicht so sehr ins Gewicht. Aber vielleicht ist das ja auf einem langsameren anders.

Zitat von Lupus52

Erspare doch bitte allen Leuten hier solche dummen Sprüche! Mit sowas störst du und blamierst dich nur selber.

Erspare uns lieber deine Polemik über unfähige Programmierer. Ich kenne wirklich niemanden der seine Arroganz und Dummheit so stolz am Revers zur Schau trägt wie Du. Glaubst Du denn wirklich die Autoren der Programme hätten nur auf Dich gewartet, um dir eine auf dich perfekt zurechtgeschnitten Software zu kredenzen? Und glaubst Du wirklich dein absolut begrenzter Horizont zu dem Thema sollte die Maßlatte für Software sein?

Und dann "20 bis 30 EUR wäre ok. Aber nicht so unverschämt viel wie das ganze Betriebssystem nicht kostet." Ja glaubst Du denn mit dem Betriebssystem hast Du quasi die restliche Software mit abgegolten? Der Markt für solche Software ist ist klein. Da macht man es entweder wie Locus, verlangt wenig und versucht für jeden etwas dabei zu haben. Oder man stellt das Projekt, um die eigenen Bedürfnisse zu befriedigen, für lau andern zur Verfügung. Was man sich dann aber sicherlich nicht anhören will, ist das Gemammel von Leuten wie dir, die null Bock haben zu lesen, sich einzuarbeiten oder sonst wie konstruktiv beizutragen. Wenn Du die perfekte Software haben willst, dann schreib sie selber oder bezahle jemanden dafür, dass er sie für dich schreibt.

Und wenn Du schon so ein Experte bist, dann sag mir mal was zum Beispiel bei Locus vom Kontrast noch besser gemacht werden soll? Alles in Schwarz und Weiß gehalten. Wenn das nicht reicht dann ist der Bildschirm vom Smartphone halt nicht für die pralle Sonne geeignet.

Preview 1.2.0

Was hältst Du davon, wenn du das mal schön selber herausfindest, indem du einfach alle Apps zu dem Thema im Play Store selber testest. Dann kannst Du all diesen dummen Programmierern gleich mal kräftig die Meinung geigen. Weil du weißt es eh besser.

Das sind aber nur Warnungen. Das sollte noch kein Hinderungsgrund sein, oder? Jetzt noch "generate" drücken und fertig.

Ja, das muss man intelligent lesen Die Information ist in der Regel veraltet wenn sie geschrieben wurde. Außerdem ist jetzt Qt5.4 zwingend nötig.

Ich denke die Herausforderung ist GDAL und Proj4 installiert zu bekommen. Qt installiert sich einfach und mit CMake kann man sehr einfach Projektdateien für Visual Studio erstellen. Wegen dieser unseligen Laufwerksbuchstaben und der Inkonsistenz von Installationen in Windows, muss man halt mit den Pfaden noch ein wenig kämpfen.

Apropos, Helmut hat mich gerade darauf hingewiesen, dass es im Source Code, im Verzeichnis "nsi" eine Datei 3rdparty.txt die beschreibt wie man alles selber compiliert. Vielleicht hilft das.

Also ich denke mal solange alles läuft, stimmen die Bibliotheken schon

Na dann, viel Spaß damit. Mich wundert zwar, dass die Englische Benutzeroberfläche jetzt kein Problem ist, aber Du schaffst das schon. Spätestens beim Höhenprofil und beim Track selber zeichnen und Höhendaten zum Track hinzufügen sehen wir uns wieder

Würde ich Dir empfehlen. QMapShack ist einfacher. Und man kann Trackpunkte verschieben

Ok, war ein Versuch wert. Ich habe leider keine virtuelle Maschine mehr mit XP. Da kann ich wenig machen.

Zitat von papaluna

Sollte dann, beim Fehlen der Runtime Bibliotheken, nicht aber explizit eine diesbzgl. Meldung kommen, so ala "Programm kann nicht gestartet werden da MCVCR120.DLL auf dem Computer fehlt..." ?

Ich weiß es ehrlich gesagt nicht, was bei XP kommt.

Zitat von papaluna

BTW.
es ist mir gerade aufgefallen das QMS 64bit offensichtlich auf die 32bit Runtime Bibliotheken in \system32 und nicht SysWOV64 zuzugreifen scheint. !?

Das sollten wir im QMapShack Thread diskutieren. Da kann ich aber auch wenig zu beitragen. Windows ist Helmuts Domäne.

Zitat von Lupus52

"Qmapshack" bringe ich gar nicht erst zum laufen. "Keine gültige Win32 Anwendung" (habe natürlich die richtige Version gedownloaded).

Keine Ahnung ob das ein XP Problem ist. Unter Win7 läuft die 32 Bit Version. Hast Du beim Installieren auch darauf geachtet, dass die MSVC++ Runtime Bibliotheken installiert werden? Die werden nicht automatisch installiert, weil es nur einmal nötig ist und die Leute bei der Installation von weiteren Versionen nervt.

Gut möglich dass es auch anders heißt. Such mal danach wie man den Debugger in Qt Creator einbindet. Da wird das Packet immer erwähnt. Soviel ich weiß sollte das den Debugger und den Compiler enthalten.

Zitat von papaluna

Auf die dann auch eher der Kartenausschnitt gezoomt werden könnte!?

Auch wenn die Aktion nur auf "Anfrage"=Klick/Doppelklick auf Profil/Track in Karte ausgelöst würde?

Das wäre schon eher möglich. Mal sehen welche Möglichkeiten sich ergeben, wenn die Bereichswahl funktioniert.

Zitat von papaluna

Evtl. mal im nächsten Winter. Aber auch nur wenn es mir bis dahin gelingen sollte ein funktionsfähige Entwicklungsumgebung zu erstellen.
Spätestens bei der Suche/Compilierung/Installation von PROJ4 habe ich erst mal aufgegeben.

Wenn alle immer auf den Winter warten würden... Ich muss mal mit dem Helmut eine Howto schreiben. Theoretisch sollte man mit den Microsoft Development Essentials und QT Creator alles relativ einfach gebacken bekommen.

Es gibt natürlich auch noch Viking

http://sourceforge.net/projects/viking/

und Marble

https://marble.kde.org/

Von einer Tabelle mit Trackpunkten halte ich eigentlich recht wenig. Zum einen glaube ich, kann niemand wirklich aus so einer Tabelle was herauslesen. Zum anderen werden diese Informationen schon an verschiedenen Stellen wesentlich besser angezeigt. Die Tabelle beim Dialog, um den Track zu bearbeiten, ist da eigentlich nur, weil dort immer eine Tabelle ist. Benützt habe ich die noch nie.

In QLGT war sie noch wichtig, um Trackpunkte zu verstecken oder zu zeigen. Das war aber sehr umständlich. In QMS gibt es dafür eine extra Funktion, wenn man auf den Track in der Karte klickt.

Was mir noch als praktisch erscheint, ist eine Bereichsauswahl im Trackprofil. Das ist teilweise schon vorbereitet. Scheitert aber an den Details. So ist zum Beispiel nicht immer klar, was der Benutzer mit einem Mausklick oder einer Mausbewegung vor hat. Vor allem nicht, wenn er virtuos zwischen Track auf der Karte, Profil und Tabelle wechselt.

Das Zoomen und Schieben der Kartenansicht über das Profil ist eher suboptimal. Ihr müsst bedenken, dass der ganze Track im Profil auf relativ wenige Pixel reduziert wird. Bei langen Tracks ist ein Pixel im Profil unter Umständen schon ein rechter Sprung in der Karte. Als Ergebnis würde die Karte ständig hin und her flitzen. Schön sieht das nur aus, wenn Zoom, Länge des Tracks und Profilbreite halbwegs in einem harmonischen Verhältnis stehen.

Aber ihr könnt euch ja gerne ein wenig selber spielen. Mit CMainWindow::self().getVisibleCanvas() bekommt man Zugriff auf die aktuell sichtbare Ansicht. Und mit CCanvas::moveMap() und CCanvas::zoomTo() kann man sich den Ausschnitt zurecht schieben. In CGisItemTrk:: publishMouseFocus() laufen alle Interaktion mit der Maus auf.

Zitat von papaluna

Ich brauches es auch nicht. Aber wäre es als Prävention gegen weitere Nachfragen nicht einfacher den Platzhalter zu entfernen?!

Die Hoffnung dass jemand anbeißt und sich drum kümmert stirbt zuletzt. Gerade bei den Filtern kann man sich recht gut austoben, weil der Code hierfür sehr einfach ist. Ideal um einzusteigen.

Zitat von papaluna

Bleibt eine gewisse Irritation durch Min/Max der Regler:
Transparenz: Links=Max Rechts=Min
Schummerung: Links=Max Rechts=Min
Hangneigung: Links=Min Rechts=Max

Transparenz ist ein Übersetzungsfehler. Das muss Deckkraft heißen.

Den Faktor bei der Schummerung wird kaum jemand wirklich verstehen. Hier werden die Meter zwischen den Punkten in der DEM Datei nochmal etwas manipuliert. Wird der < 1.0 dann rücken die Punkte näher zusammen, damit wird das "Gelände" steiler und somit dunkler. Ich habe deswegen vermieden irgendwas dazuzuschreiben. Soll jeder durch spielen herausbekommen.