|
 |
|
Seite 1/2 |
Sven Rockrohr
Themenstarter
Ort: Großbeeren bei Berlin
Höhe: 49 m ü.NN
|
Hier sollten jetzt allen Themen und Fragen bezüglich WsWin Software reinkommen.
|
| 06.01.2010, 22:47 Uhr |
|
calli
Ort: Wolfenbüttel - Fümmelse
Höhe: 91 m ü.NN
|
Hallo,
diesen Thread hatte ich gesucht.
Bei weiteren Updates bitte diesen Thread benutzen und einfach weiterführen ok, zwinkern...
Heute gab es wieder ein Update:
WsWin 2.95.10
| Zitat original von: pc-wetterstation.de/user/ ..../ info.txt |
V2.95.10 2010-01-08
- Erweiterung der wedaal.txt mit Monats- und Jahres-Daten
- Wenn der Zeitsensor für Regenzeit gewählt wurde, werden bei Einzelsensor-Anzeige diese Daten mit angezeigt
- für die Einstellungen Vantage und TE923 besteht jetzt die Möglichkeit für jeden Einstellungs-Reiter über das Programm
eine Hardcopy zu erstellen (doppelklick)
- für die meisten Optionen, welche ein Programm starten, besteht jetzt die Möglichkeit über einen "Test-Button" das Ausführen
des gewählten Programmes zu überprüfen. |
Viele Grüße
Pascal
|
| 08.01.2010, 21:47 Uhr |
|
Sven Rockrohr
Themenstarter
Ort: Großbeeren bei Berlin
Höhe: 49 m ü.NN
|
Wieder ist ein update von WsWin verfügbar
Version 2.95.11
Original - Zitat - PC Wetterstation
V2.95.11 2010-02-16
- Fehler bei NearRealTime beseitigt - Einstellungen wurden nicht übernommen
- neue Variablen: siehe ws_variables.txt und V2.95.11 (z.B. %ws_season_spring[yyyy]% )
- Offsetzeit für aktuell.gif-Datei(en)
- Fehler beim Erstellen der ws_newdata.csv und Windböen-Wert (betrifft nur VantagePro) beseitigt
->bei Windstille wurde letzter Wert weiter eingetragen.
|
|
| 06.03.2010, 19:52 Uhr |
|
Dete
Ort: Lienen
Höhe: 64 m ü.NN
|
Hallo,
heute Abend wurde das neue WsWin-Update rausgebracht.
V2.96.0
V2.96.0 2010-06-26
- Änderung bei den %ws_season_xxxxx[yyyy]% Variablen:
Wenn als Jahr 0000 verwendet wird, benutzt das Programm das aktuelle Jahr, ausser dieser Zeitraum hat noch nicht begonnen,
da geht das Programm ein Jahr zurück
- die mit V2.95.11 eingeführte Offsetzeit für die aktuell.gif-Dateien lässt sich jetzt individuell in einem Bereich von
0...2000 ms einstellen (0=aus=wie vor V2.95.11, 500=default)
-> Internet, Einstellungen, Grafiken
- beim automatischen Export in die ws_newdata.csv werden jetzt alle relevanten Daten (bzw. aktivierten Sensoren) eingetragen.
d.h. es werden auch die Wettervorhersagen, die von den Stationen kommen dort eingetragen.
Möglicherweise ist es deshalb notwendig, eine vorhandene ws_newdata.csv-Datei umzubenennen/sichern
- Bei CSV-Import kann man jetzt auch die \\\"ws_newdata.csv\\\" (nur wenn Sie die Indexe enthält) und umbenennen zu EXPmm_JJ.CSV
(mm=Monat des 1. Datensatzes, jj=Jahr des 1. Datensatzes) direkt importieren.
- Möglichkeit beim Exportieren aller Monatsdateien der Datendateien dies in nur \\\"einer\\\" EXPmm_jj.CSV Datei zu machen.
-> Datei, Exportieren, Wetterdaten exportieren und hier dann auswählen bei Meßgrößen: \\\"Alle Monatsdateien exportieren: 1 Datei\\\"
--> damit leichtere Umstellungen bei Sensorenumtausch indem man nur die Indexe umändern muss!
- Das Programm prüft bei Programm-Start und wenn man Hilfe, Info über ... aufruft, ob eine neue Programmversion vorliegt
-> Updateprüfung ist abschaltbar: Datei, Optionen
- Anpassungen bei Tabellenanzeigen wegen \\\"Laufbalken\\\" unter Windows 7
- Möglichkeit für Internet-Dienste die Windrichtung nicht zu übertragen!
-> Wetter, Wetterlage, Reiter Werte1
- Möglichkeit Emails je Wochentag und/oder Monatstag zu versenden
- Bei Gradienten-Darstellungen (Farbverläufe ...) in den Grafiken und gleichzeitzeitiger Wahl, dass die entsprechenden
GIF-Grafiken nicht \\\"reduziert\\\" werden sollen, schaltet das Programm bei Programm-Start die Grafik-Reduzierung ein.
-> damit sollten u.a. auch in Windows7 solche Grafiken korrekt als Datei gesichert werden, auch wenn wieder eine Gradienten-
darstellung gewählt wird.
- neue Variable: Unix32Datum/Zeit %ws_unix32datetime%
- neue SeasonVariablen: mit variabler Vergleichswertvorgabe!!
%season_raindaysx[ddmmyyyy~ddmmyyyy~vvvvv]%,
%season_growddaysx[ddmmyyyy~ddmmyyyy~vvvvv]%
%season_uldaysx[ddmmyyyy~ddmmyyyy~vvvvvN]% Tage mit <= vvvvv
%season_uhdaysx[ddmmyyyy~ddmmyyyy~vvvvvN]% Tage mit >= vvvvv
(N=VergleichsArtwert A:TagesDurchschnitt, L:Tagesminimalwert; H:Tagesmaximalwert)
- bei TE923 (mit OEM-Stationen) die Möglichkeit freigegeben den Datenlogger-Inhalt auszulesen und zu analysieren.
- bei Dateiüberwachung und CSV- oder X-CSV-Dateien Möglichkeit nach der Übernahme der Daten das Programm beenden zu lassen.
|
|
| 28.06.2010, 00:00 Uhr |
|
Sven Rockrohr
Themenstarter
Ort: Großbeeren bei Berlin
Höhe: 49 m ü.NN
|
Hallo,
schon wieder ist ein WsWin Update herausgekommen. Update auf Version 2.96.1
|
| 26.08.2010, 22:27 Uhr |
|
Sven Rockrohr
Themenstarter
Ort: Großbeeren bei Berlin
Höhe: 49 m ü.NN
|
Hallo
Ein Update von WsWin V2.96.2 2010-12-25 ist verfügbar
Achtung! Unter Windows7 bzw. Vista lässt das Programm nicht mehr zu, dass es unter %ProgramFiles%\%Installationspfad%
z.B. C:\Programme\Wswin oder C:\Programme (x86)\Wswin gestartet wird!
- Umstellungen WWW-Templates - jetzt max. 50 möglich
- wenn damit Monatsdaten übertragen werden sollen, muss jetzt dafür das 1. Template verwendet werden,
weitere Template sind möglich
- Sobald das Programm auf einen inaktiven Eintrag trifft, beendet es die Überprüfung ob weitere WWW-Templates
abgearbeitet werden sollen! Die ersten 3 Templates können nicht inaktiv geschaltet werden
- Erweiterung X-CSV-Schnittstelle (z.B. Tag, Monat, Jahr als Einzelwert)
außerdem toleriert das Programm jetzt auch Einheiten bei den Werten, wenn die Option "PreChar" gewählt ist
- bei Verwendung von X-CSV und Dateiüberwachung sind jetzt auch UTC-Zeiten/Unix-Zeitformat erlaubt.
- Fehler bei Email-Senden in der Betreffzeile beseitigt.
- neue Variablen (z.B. Textausgabe für Bereich Frühlingszeitraum)
- neue Season-Variablen für längste Eiszeit %season_frostduration[ddmmyyyy~ddmmyyyy]%
und längste Trockenzeit %season_drynessduration[ddmmyyyy~ddmmyyyy]%
-> zur Nutzung ist unbedingt notwendig, dass die Jahres-Datei(en) aktualisiert werden!
-> Diese Variablen stehen auch direkt im Programm unter Wetter, Wettervorhersage und hier im Reiter Season_Var
zur Verfügung.
- Änderungen, wenn nur 1 Datensatz für einen Tag vorhanden ist.
Das Programm berücksichtigt das nun!
Allerdings ist bei nur einem Wert pro Tag keine sinnvolle Min./Max.-Tages-Auswertung möglich.
Wenn die Option Berechnung Tagesdurchschnittswerte 4 Werte (7, 14, 2x21) aktiviert ist, muss dieser
Datensatz >= 07:30 als Zeitwert haben. Sollte er vor diesem Zeitpunkt liegen, wird der Datensatz nicht erkannt!
Bei der Option "alle Daten" für Durchschnittwert verwenden, gilt diese Einschränkung nicht.
|
|
| 26.12.2010, 16:29 Uhr |
|
Guido Richter
Ort: Seelitz OT Zschaagwitz
Höhe: 270 m ü.NN
|
Ein zweischneidiges Schwert, das Update. Begründung:
| - Umstellungen WWW-Templates - jetzt max. 50 möglich |
Das war längst überfällig - sehr schön!
- Sobald das Programm auf einen inaktiven Eintrag trifft, beendet es die Überprüfung ob weitere WWW-Templates
abgearbeitet werden sollen! Die ersten 3 Templates können nicht inaktiv geschaltet werden |
Unverständlich! Das sorgt sicher für Probleme.
|
| 26.12.2010, 16:37 Uhr |
|
Timo Allgäu
Ort: Isny im Allgäu
Höhe: 695 m ü.NN
|
Ich bin gerade auch ein bisschen skeptisch darüber. Ich denke ich warte auf die ersten Erfahrungen ab.
Gruß Timo
|
| 26.12.2010, 19:01 Uhr |
|
Sven Rockrohr
Themenstarter
Ort: Großbeeren bei Berlin
Höhe: 49 m ü.NN
|
neues update V2.96.3 2011-01-01
Problem mit Wochendateien für letzte Woche im Jahr (wurde als w2009_52.* erzeugt) behoben
|
|
| 02.01.2011, 12:08 Uhr |
|
Christoph Weidner
Ort: Wichmannshausen
Höhe: 221 m ü.NN
|
Achtung! Unter Windows7 bzw. Vista lässt das Programm nicht mehr zu, dass es unter %ProgramFiles%\%Installationspfad%
z.B. C:\Programme\Wswin oder C:\Programme (x86)\Wswin gestartet wird! |
Was soll das denn bitte? WsWin jetzt auf einmal komplett neu installieren und dann auch noch alle Daten hin und her kopieren? Solche Änderungen sind für mich völlig unverständlich.
Bei Hubert, sind nach dieser Prozedur auf einmal fast alle Daten von 2010 weg, obwohl die Jahr Datei vorhanden ist....
Also gut das ich das Update noch nirgends installiert habe, passt mir so garnicht
|
| 04.01.2011, 14:56 Uhr |
|
rabit
Ort: Mannheim-Seckenheim
Höhe: 96 m ü.NN
|
Mammamia, Kindergarten hier oder was?
Ein Wunder das es bei Hubert vorher überhaupt funktioniert hat.
Wswin speichert alles (alles) Einstellungen und Daten im Installationsverzeichnis. W7/Vista lassen unter den üblichen Installationsverzeichnissen aber keine Änderungen zu, daher die Änderung im Installationspfad.
Eine Datensicherung ist übrigens gaaanz einfach. Verzeichnis kopieren -fertig!!
Ein "umziehen" eines bereits installierten Version von wswin ist auch ganz einfach: Verzeichnis verschieben -fertig!!
Eine Installation von mehreren Versionen ist auch ganz einfach, einfach verschiedene Verzeichnisse bei der Installation festlegen.
ALLE DIESE VORTEILE gibt es nur weil wswin auf den Standardinstallationspfad verzichtet. Es gibt auch keine Einträge in die Registry.
Auf meinem PC laufen 5 verschieden Versionen von wswin, darunter 3 verschiedene Wetterstationen. Alle habe ich upgedated und es funktioniert!
|
| 04.01.2011, 17:28 Uhr |
|
Christoph Weidner
Ort: Wichmannshausen
Höhe: 221 m ü.NN
|
Das hat doch mit Kindergarten nichts zutun.....
Nach dem Update lief es einfach nicht mehr, da der Zugriff uf Programme(x86) nicht möglich war. Und eben BEIM "einfachen" kopieren, waren dann nicht alle Daten da.
Einstellungen wurden auch nicht übernommen, obwohl die cfg usw. kopiert wurde.
|
| 04.01.2011, 19:49 Uhr |
|
Enrico P
Ort: Kiedrich
Höhe: 180 m ü.NN
|
| Zitat original von: Christoph Weidner | Das hat doch mit Kindergarten nichts zutun.....
... BEIM "einfachen" kopieren, waren dann nicht alle Daten da....
|
Das ist allerdings ein Problem von Windows. Das Phänomen hatte ich auch schon hin und wieder.
|
| 04.01.2011, 20:08 Uhr |
|
rabit
Ort: Mannheim-Seckenheim
Höhe: 96 m ü.NN
|
Ok, ich nehme den Kindergarten zurück. War etwas übertrieben.
Warum das kopieren nicht funktionieren soll ist mir nicht klar, aber es war ja im Windows Install Verzeichnis. Da drin hat ja ein User nichts rumzufummeln (Laut Microsoft).
Es ist immer sinnvoll die info.txt oder readme.txt zu lesen.
Vielleicht werden wir aber in Zukunft nicht mehr vom DAU sprechen sonder einfach nur noch vom AU (Apple User). Ein Klick und fertig, wenn nicht bricht das Chaos aus.
|
| 07.01.2011, 07:55 Uhr |
|
Enrico P
Ort: Kiedrich
Höhe: 180 m ü.NN
|
| Zitat original von: rabit | | ...nur noch vom AU (Apple User).... |
eher vom iAU. andere Bezeichnungen kennt Apple doch gar nicht.
Außerdem weiß der gemeine Anwender dann gleich, worauf er sich einläßt, nämlich auf grundsätzlich gute Ideen, die mit viel Marketing und vielen Restriktionen überteuert eingeführt werden.
|
| 07.01.2011, 08:09 Uhr |
|
Christoph Weidner
Ort: Wichmannshausen
Höhe: 221 m ü.NN
|
| Zitat original von: Sven Rockrohr | Hallo
Ein Update von WsWin V2.96.2 2010-12-25 ist verfügbar
Achtung! Unter Windows7 bzw. Vista lässt das Programm nicht mehr zu, dass es unter %ProgramFiles%\%Installationspfad%
z.B. C:\Programme\Wswin oder C:\Programme (x86)\Wswin gestartet wird!
- Umstellungen WWW-Templates - jetzt max. 50 möglich
- wenn damit Monatsdaten übertragen werden sollen, muss jetzt dafür das 1. Template verwendet werden,
weitere Template sind möglich
- Sobald das Programm auf einen inaktiven Eintrag trifft, beendet es die Überprüfung ob weitere WWW-Templates
abgearbeitet werden sollen! Die ersten 3 Templates können nicht inaktiv geschaltet werden
- Erweiterung X-CSV-Schnittstelle (z.B. Tag, Monat, Jahr als Einzelwert)
außerdem toleriert das Programm jetzt auch Einheiten bei den Werten, wenn die Option "PreChar" gewählt ist
- bei Verwendung von X-CSV und Dateiüberwachung sind jetzt auch UTC-Zeiten/Unix-Zeitformat erlaubt.
- Fehler bei Email-Senden in der Betreffzeile beseitigt.
- neue Variablen (z.B. Textausgabe für Bereich Frühlingszeitraum)
- neue Season-Variablen für längste Eiszeit %season_frostduration[ddmmyyyy~ddmmyyyy]%
und längste Trockenzeit %season_drynessduration[ddmmyyyy~ddmmyyyy]%
-> zur Nutzung ist unbedingt notwendig, dass die Jahres-Datei(en) aktualisiert werden!
-> Diese Variablen stehen auch direkt im Programm unter Wetter, Wettervorhersage und hier im Reiter Season_Var
zur Verfügung.
- Änderungen, wenn nur 1 Datensatz für einen Tag vorhanden ist.
Das Programm berücksichtigt das nun!
Allerdings ist bei nur einem Wert pro Tag keine sinnvolle Min./Max.-Tages-Auswertung möglich.
Wenn die Option Berechnung Tagesdurchschnittswerte 4 Werte (7, 14, 2x21) aktiviert ist, muss dieser
Datensatz >= 07:30 als Zeitwert haben. Sollte er vor diesem Zeitpunkt liegen, wird der Datensatz nicht erkannt!
Bei der Option "alle Daten" für Durchschnittwert verwenden, gilt diese Einschränkung nicht.
|
|
Dazu kann ich nur sagen, dass die ersten drei wohl deaktiviert werden können. Und es funzt schon nicht, wenn das erste nicht geht.... Also da war die "alte" Lösung besser. Vorher musste man mit den customfiles aufpassen, jetzt bei den Templates. Ob das eine deutliche Verbesserung ist... wer weiß
|
| 07.01.2011, 10:02 Uhr |
|
frabey63
Ort: Elstra, OT Kriepitz
Höhe: 195 m ü.NN
|
| Zitat original von: Enrico P | | Zitat original von: rabit | | ...nur noch vom AU (Apple User).... |
eher vom iAU. andere Bezeichnungen kennt Apple doch gar nicht.
Außerdem weiß der gemeine Anwender dann gleich, worauf er sich einläßt, nämlich auf grundsätzlich gute Ideen, die mit viel Marketing und vielen Restriktionen überteuert eingeführt werden. |
Wieso überteuert? Ich meine angemessen.
Wenn man all das an Featurs und Technik das man mit einen iMac kauft für ein Windows System möchte kommt es mit Sicherheit nicht günstiger.
Ganz abgesehen von den endlosen Problemen nach Updates (siehe diesen Thread)
bei Windoof.
Ich hatte 10 Jahre WIN hinter mir und bin seit 4 Jahren "AU". Und ehrlich nicht eine Minute hab ich den Umzug bereut.
Nur ist es am Anfang nach Umstieg von Windows auch Mac eben oft langweilig weil die Kiste einfach funktioniert.
Gruß Frank
|
| 07.01.2011, 17:45 Uhr |
|
Neudeck Werner
Ort: Donauwörth
Höhe: 411 m ü.NN
|
Hallo,
bin ja hier nicht so oft (man kann nicht überall sein), aber was diese Aufregung jetzt soll, verstehe ich nicht.
WSWIN Installation unter Vista/Windows7
Es sollte hinlänglich bekannt sein, dass eine WSWIN-Installation (und nicht erst seit gestern, sondern seit es Vista gibt) unter diesen beiden Betriebssystemen nicht mehr im Programm-Ordner, sondern unter c:\wswin erfolgen sollte. Wer sich nicht daran hält, ist in meinen Augen selber schuld.
Warum:
Diese beiden Systeme lassen es nicht zu, dass Dateien im Programmordner gespeichert werden. Wenn dann ein Programm das trotzdem macht (eben z.B. WSWIN, weil der User es wider besseres Wissen eben doch im Programme-Ordner installiert), speichert Windows eigenmächtig (und das ist das, was mich aufregt), ohne dem User etwas davon zu sagen die Dateien nicht in
c:\programme\WSWIN oder c:\program Files\wswin
sondern in einem virtuellen Ordner, der diese Struktur hat:
C:\Users\<user>\AppData\Local\VirtualStore\Program Files\WSwin
Wenn sie also angeblich nicht mehr da sind (Hubert), dann sind sie in Wirklichkeit doch noch da, nämlich im oben angegebenen Pfad.
Und weil dieses Kuddelmuddel (kennt ihr das Wort?) vermieden werden soll, lässt sich WSWIN jetzt gleich nur noch im "richtigen" Pfad, nämlich unter c:\wswin installieren.
Und nun zum Bereich WWW:
Zuerst ist das große Geschrei, dass nur 3 Portale per "www" erreichbar sind. Nun ist die Möglichkeit geschaffen, deutlich mehr Portale zu erreichen und nun soll das auch wieder schlecht sein.
Sorry, da kann ich nur den Kopf schütteln.
Übrigens: wenn ich die Portale schon einrichte, warum soll ich sie dann deaktivieren? Habt ihr übrigens schon mal folgendes versucht und einfach bei "Login" den Haken entfernt? Dann sollte, obwohl oben "aktiviert" angeklickt ist, das Senden dennoch unterbunden sein. Habe es noch nicht probiert, aber ihr könnt es ja mal testen.
So, das kommt jetzt alles etwas böse rüber, ist zwar nicht so gemeint, aber geärgert habe ich mich über die Aussagen trotzdem, auch wenn ich nicht der Programmierer bin.
Tschüss Werner
|
| 13.01.2011, 19:15 Uhr |
|
Guido Richter
Ort: Seelitz OT Zschaagwitz
Höhe: 270 m ü.NN
|
Hallo Werner. Meine Aussage bezog sich nur auf die unlogische Umsetzung der neuen www-Möglichkeiten. Warum blockiert ein oben deaktivierter Versand alle nachfolgenden? Das ist doch eine unnötige Dysfunktion. Die Neuerung selbst ist doch lobenswert.
|
| 13.01.2011, 19:31 Uhr |
|
Neudeck Werner
Ort: Donauwörth
Höhe: 411 m ü.NN
|
Hallo Guido,
es ist nicht so schlimm, wie es klingt.
Ich habe es soeben getestet: wenn man das so deaktiviert, wie ich oben geschrieben habe (also nur bei "login" den Haken entfernt), dann werden die anderen Templates abgearbeitet.
Ich gebe zu, das hat W. Krenn etwas missverständlich ausgedrückt (ich sage mal, er ist Programmierer und kein Schriftsteller), daher nochmals im Klartext:
Nicht oben bei den Werten "1 - bis 50" den Haken bei "aktiv" entfernen, sondern weiter unten bei "Login"
Dann wird nur das Portal nicht verwendet, bei dem bei "login" deaktiviert wurde.
Was will man mehr?
Tschüss Werner
|
| 13.01.2011, 19:53 Uhr |
|
Daniel P.
Ort: Remscheid Lennep
Höhe: 350 m ü.NN
|
Hallo zusammen,
das ist doch im Prinzip genau wie jetzt auch,das man einfach die übertragung abstellen kann indem man den hacken bei login Entfernt,so gehte s zumindest bei mir,ich hab das neue Update noch net,werde es aber drauf machen,wenn ich die zeit habe.
|
| 13.01.2011, 19:59 Uhr |
|
Christoph Weidner
Ort: Wichmannshausen
Höhe: 221 m ü.NN
|
| Zitat original von: Neudeck Werner | Hallo,
bin ja hier nicht so oft (man kann nicht überall sein), aber was diese Aufregung jetzt soll, verstehe ich nicht.
WSWIN Installation unter Vista/Windows7
Es sollte hinlänglich bekannt sein, dass eine WSWIN-Installation (und nicht erst seit gestern, sondern seit es Vista gibt) unter diesen beiden Betriebssystemen nicht mehr im Programm-Ordner, sondern unter c:\wswin erfolgen sollte. Wer sich nicht daran hält, ist in meinen Augen selber schuld.
Warum:
Diese beiden Systeme lassen es nicht zu, dass Dateien im Programmordner gespeichert werden. Wenn dann ein Programm das trotzdem macht (eben z.B. WSWIN, weil der User es wider besseres Wissen eben doch im Programme-Ordner installiert), speichert Windows eigenmächtig (und das ist das, was mich aufregt), ohne dem User etwas davon zu sagen die Dateien nicht in
c:\programme\WSWIN oder c:\program Files\wswin
sondern in einem virtuellen Ordner, der diese Struktur hat:
C:\Users\<user>\AppData\Local\VirtualStore\Program Files\WSwin
Wenn sie also angeblich nicht mehr da sind (Hubert), dann sind sie in Wirklichkeit doch noch da, nämlich im oben angegebenen Pfad.
Und weil dieses Kuddelmuddel (kennt ihr das Wort?) vermieden werden soll, lässt sich WSWIN jetzt gleich nur noch im "richtigen" Pfad, nämlich unter c:\wswin installieren.
Und nun zum Bereich WWW:
Zuerst ist das große Geschrei, dass nur 3 Portale per "www" erreichbar sind. Nun ist die Möglichkeit geschaffen, deutlich mehr Portale zu erreichen und nun soll das auch wieder schlecht sein.
Sorry, da kann ich nur den Kopf schütteln.
Übrigens: wenn ich die Portale schon einrichte, warum soll ich sie dann deaktivieren? Habt ihr übrigens schon mal folgendes versucht und einfach bei "Login" den Haken entfernt? Dann sollte, obwohl oben "aktiviert" angeklickt ist, das Senden dennoch unterbunden sein. Habe es noch nicht probiert, aber ihr könnt es ja mal testen.
So, das kommt jetzt alles etwas böse rüber, ist zwar nicht so gemeint, aber geärgert habe ich mich über die Aussagen trotzdem, auch wenn ich nicht der Programmierer bin.
Tschüss Werner |
Das war eine sehr aufklärende Darstellung. Jetzt sollte es jeder wissen 
|
| 14.01.2011, 08:53 Uhr |
|
Neudeck Werner
Ort: Donauwörth
Höhe: 411 m ü.NN
|
Hallo,
also, dann sind wir doch alle wieder glücklich.
Tschüss Werner
|
| 14.01.2011, 11:48 Uhr |
|
Sven Rockrohr
Themenstarter
Ort: Großbeeren bei Berlin
Höhe: 49 m ü.NN
|
Wieder ist ein update von WsWin verfügbar
Version 2.96.4
V2.96.4 2011-04-25
- Wenn beim Export ein Wert für Windtemperatur (TE923) enthalten ist, wird dieser bei Import wieder verwendet
(bisher wurde die Windtemperatur neu berechnet!)
- Möglichkeit die Darstellung von "Uhrzeit Datum" zu "Datum Uhrzeit" umzustellen.
Option unter Internet, Einstellungen, Reiter Allgemeines
- Berechnet Solarenergie mit VantagePro und vorhandenem Solarsensor (und nur damit!)
- mit entsprechenden Variablen dazu
-->dazu sind aber die Jahresdateien einmalig zu aktualisieren
- Möglichkeit die SolarEnergie als Grafik in den "Statistik Daten" anzeigen zu lassen
- bei den Seasonvariablen die relativen Werte ab (-901 ... -9xx) eingeführt
-> wenn der gewählte Seasonzeitraum noch nicht begonnen hat, geht damit das Programm ein weiteres Jahr zurück
Beispiele siehe ws_variables.txt
- Die Sammelnamen-Grafiken (yesterday, week, month) werden jetzt auch für Minigrafiken (mini_? bzw. mmini_?) erzeugt
-> wenn gewählt
- Möglichkeit den Verlauf der Grünlandtemperatur in einem Diagramm darzustellen und als Grafik sichern
- PWS weather wird mit einem mitgelieferten Template "www_template_pws.txt" unterstützt.
wobei der Support von PWS weather es nicht einmal für notwendig hält auf Email-Anfragen zu antworten!
- Möglichkeit ältere bzw. uralte Stunden-Daten an Wunderground zu senden (->Internet, Tabellen/Grafiken aktualisieren)
- Änderungen bei Senden der Daten an Wunderground:
zum Senden wird jetzt immer http://weatherstation.wunderground.com verwendet ->nicht mehr änderbar.
Zum Ansehen der Daten kann man weiterhin eine eigene URL (z.B. http://deutsch.wunderground.com) eingeben.
Default ist: http://www.wunderground.com
- wer den Startparameter /WG (für Wunderground) verwendet, dessen zurückliegenden Stunden-Daten für max. 24 Stunden werden beim
Programmstart an Wunderground gesendet.
- Möglichkeit das gewählte Einheitenformat (z.B. °F, m/s usw.) und wählbarer Monate (oder alle Daten) in einer
Einzel-Exportdatei zu sichern.
Auswahl: "Datum: 1 Datei" unter Datei, Exportieren ..., Wetterdaten exportieren
Diese erzeugte Exportdatei lässt sich nur mit einer eigenen X-CSV_Import-Konfiguration wieder importieren!
Der Dateiname wird aus dem gewählten Jahr und Monat gebildet.
- unterstützt den "KLIMALOGG...pro" der Firma TFA via Dateiüberwachung
die zu überwachende Datei liegt normal hier: %APPDATA%\KlimaLoggPro\0_history.dat
oder aufgelöst C:\Dokumente und Einstellungen\%USERNAME%\Anwendungsdaten\KlimaLoggPro\0_history.dat
|
|
| 11.05.2011, 17:43 Uhr |
|
|
0 
27Wetterstation anmelden/Wettermelder werden!
Wetterwebcams
Radar
Blitze
Wetter & Wetterereignisse » 
