Ich benötige Eure Hilfe

  • Ich hatte Kontakt mit Igor Chubin aufgenommen, der u. a. den Wetterdienst auf wttr.in verantwortet. Daraus hat sich eine Korrespondenz ergeben, die meine technischen Kenntnisse übersteigt. Ich stelle den Text der letzten beiden erhaltenen Mails hier ein (technisch wichtig v. a. die letzte).

    From: Igor Chubin <igor@chub.in>
    To: Martin Schmidt <geosfiles@gmail.com>
    Reply-To: Igor Chubin <igor@chub.in>
    Subject: Re: wttr.in, long weather conditions in one-line terminal
    Date: Tue, 23 Apr 2019 00:57:27 +0300
    User-Agent: Mutt/1.5.24 (2015-08-30)

    On 21. Apr 2019 12:44, Martin Schmidt wrote:
    > Hallo Igor,
    >

    Hi Martin,

    >
    > >Es sieht echt cool aus!
    > >I mean, it looks very cool
    > täusche ich mich, oder können wir deutsch schreiben?

    Ja, gern!


    > >We planned to add many other new data to the oneline mode,
    > >I hope we do it soon; probably you will find them usefule for the
    > >widget (air quality index, air pressure, local time, sunrise, sunset
    > >time etc.)
    > Wir können alles gebrauchen, wobei ich nur derjenige bin, der die kleinen
    > Linux-Skripte macht. Die GEOS-Oberfläche stammt von jemandem, dem grafische
    > Gestaltung mehr liegt als mir.

    Habe ich es richtig verstanden, das man in GEOS auch Linux-Skripte
    ausführen kann?

    > >Other service that could be useful
    > >to you: rate.sx
    > >With its help you can create a widget that shows
    > >you currencies/cryptocurencies exchange rates (current
    > >and historical).
    > Sehe ich mir auf jeden Fall an.

    rate.sx gebraucht (oder missbraucht) Braile Symbolen
    für die grafische Darstellung von historischen Wechselkursen.
    Die Frage ist werden diese Symbole unter GEOS unterstützt oder
    nicht?

    Ich glaube nicht.

    Man kann es aber leicht checken:

    curl http://rate.sx/btc

    > Ich benutze ImageMagick, um die Grafiken im Wetter-Skript zu konvertieren.
    > GEOS kann u. a. GIF und JPG, kein PNG. Probleme gibt es - wie Du richtig
    > vermutet hast - mit der Textausgabe, weshalb die Option "%c" im
    > Oneline-Modus für uns nichts bringt.

    JPG ist auch kein Problem für uns.
    Wir haben es momentn nicht, aber das kann man ganz einfach
    implementieren.

    Im Prinzip, ist wttr.in (und cheat.sh, und rate.sx, und qrenco.de
    usw.) nur die Spitze des Eisbergs die "Console Oriented Services"
    heißt.

    Die Idee, die dahinter steckt, ist dass man das ganze Rendering
    auf der Serverseite macht, und nur das Ergebnis (ANSI-text)
    an den Client schickt.

    > Ich werde Deine Seite weiterhin besuchen und schicke Dir auch gern
    > Ansichten, was wir mit Euren Daten machen. Jedenfalls habt Ihr da einen
    > tollen Service.

    Sehr gut,

    Sobald ihre irgendwelche neuen Features (oder andere Hilfe) braucht,
    sag Bescheid, ich würde mich freuen, euch zu helfen


    Mit freuendlichen Grüßen,

    > Gruß Martin
    --
    Igor Chubin

    ******************************************************************

    From: Igor Chubin <igor@chub.in>
    To: "geosfiles@gmail.com" <geosfiles@gmail.com>
    Reply-To: Igor Chubin <igor@chub.in>
    Subject: Re: wttr.in, long weather conditions in one-line terminal
    Date: Tue, 23 Apr 2019 21:44:02 +0300
    User-Agent: Mutt/1.5.24 (2015-08-30)

    On 23. Apr 2019 07:38, geosfiles@gmail.com wrote:
    > Hallo Igor,
    >

    Hi Martin!

    > > Habe ich es richtig verstanden, das man in GEOS auch Linux-Skripte
    > > ausführen kann?
    >
    > Nein, das leider nicht; GEOS ist ein Betriebssystem-Aufsatz für DOS. Aber ich kann von Eurem Server Grafiken oder Text herunterladen. Beispiel für die "große" Wetteranzeige:
    >
    > [rm /root/Berlin_0_lang=de.png]
    > wget http://wttr.in/Berlin_0_lang=de.png
    > convert.im6 Berlin_0_lang=de.png GIF87:/root/.dosemu/drive_c/e/userdata/wetter/wttrbild.gif
    >

    Moment, aber das ist nur für den Fall wenn GEOS in Doseum läuft
    und die externen Files von Linux kommen.

    Was ist direkt in GEOS verfügbar?
    Gibt's dort TCP/IP stack?
    HTTP-Clients?

    > Ich lade ein PNG herunter und mache ein GIF daraus - im Fall Eurer einfachen Grafik ohne jede weitere Bildbearbeitung. Dieses Bild wird dann angezeigt.
    >

    Was wir auf jeden Fall machen könnten, wir könnten auch GIF und JPG
    auf der Serverseite unterstützen

    > > rate.sx gebraucht (oder missbraucht) Braile Symbolen
    > > für die grafische Darstellung von historischen Wechselkursen.
    > > Die Frage ist werden diese Symbole unter GEOS unterstützt oder
    > > nicht?
    > >

    > Wir haben unter GEOS eine Unmenge alter und sehr guter Schriften;
    > mit ziemlicher Sicherheit auch Braille. Wir orientieren uns aber
    > in allem, was wir an Texten, Vorlagen oder Sonstigem erstellen, an
    > den fünf (!) Schriften, die auf jedem der vielen GEOS-Systeme
    > installiert waren resp. sind (ohne die Systemschriften).

    Ok, aber jetzt muss ich noch verstehen wie es dort mit

    1) curl/curl-Erstaz
    2) VT100 Emulator

    aussieht.


    > >
    > > JPG ist auch kein Problem für uns.
    > > Wir haben es momentn nicht, aber das kann man ganz einfach
    > > implementieren.
    >

    > Da ich die Grafiken vom Hostsystem aus abfrage, ist das Format
    > kein Problem. Derjenige, der die Oberfläche für GEOS gestaltet
    > hat, hat meine Skripte mit kleinen Veränderungen auf dem Mac
    > einsetzen und für sein GEOS verwenden können. PNG ist also völlig
    > in Ordnung. Prinzipiell wäre auch GEOS in der Lage, auf Euren
    > Server zuzugreifen - über den GEOS-Browser (völlig veraltet) oder
    > wenn jemand ein "curl" schriebe. Aber daran arbeitet zur Zeit
    > niemand.

    Ok, jetzt verstehe ich.

    Ich glaube, das wäre eine interessante Möglichkeit GEOS zu
    erweitern. Sobald GEOS einen HTTP-client + VT100 terminal hat,
    kann man ganz veiel Sachen von dem GEOS Host aus tun.

    Kann man für GEOS HTGet kompilieren?

    http://www.brutman.com/mTCP/mTCP_HTGet.html

    > >
    > > Im Prinzip, ist wttr.in (und cheat.sh, und rate.sx, und qrenco.de
    > > usw.) nur die Spitze des Eisbergs die "Console Oriented Services"
    > > heißt.
    > >
    > > Die Idee, die dahinter steckt, ist dass man das ganze Rendering
    > > auf der Serverseite macht, und nur das Ergebnis (ANSI-text)
    > > an den Client schickt.
    >
    > Habe ich mitbekommen und finde es toll.
    >
    > > Sobald ihre irgendwelche neuen Features (oder andere Hilfe) braucht,
    > > sag Bescheid, ich würde mich freuen, euch zu helfen
    > >
    > Der Zeitpunkt Eurer jeweiligen Abfrage bei openweathermap sollte in den Konsolentext aufgenommen werden: "Berlin 19:30 15°C ..."

    Moment, das habe ich nicht verstanden. Was mit OpenWeatherMap?


    Mit freuendlichen Grüßen,

    >
    > Gruß Martin
    >

    --
    Igor Chubin

  • Hallo Martin!

    Dann wage ich mal eine erste Antwort :)

    Wo liegt jetzt eigentlich genau die Frage, zu der du Hilfe brauchst? Ob man für Geos HTGet kompilieren kann?
    Dafür müßte man wohl in den Quellcode des Programms schauen und prüfen, welche Voraussetzungen es benötigt.
    Aber ich vermute mal, es wird schwierig bis (derzeit) nicht möglich. Eine große Hürde dürfte wohl schon der TCP/IP-Stack werden.

    Mal an alle: Hat Geos einen TCP/IP-Stack? Irgendwo las ich mal, daß mit Verrenkungen Internet-Verbindungen möglich sein sollen.
    Das einzubauen, wäre eine großartige Sache. Und wenn man dann als SDK- oder R-Basic-Programmierer einfach ein connection.open() aufrufen könnte :)

  • Irgendwo las ich mal, daß mit Verrenkungen Internet-Verbindungen möglich sein sollen.

    Im Prinzip ist das möglich. Es gibt z.B. die Variante per DOS-Rechner und DOS-Treiber mit GEOS online zu gehen. https://www.geos-infobase.de/WBB_317/index.…d&threadID=1897

    Windows als Host und DOSBox soll auch gehen.

    In Martins eMail- Korrespondenz taucht die Frage nach VT100-Emulation auf. Weil ich mich dunkel erinnern konnte, habe ich mal ins "Große Buch zu GEoWorks 2.0" geschaut und dort in der Beschreibung des Programms GeoComm den Hinweis gefunden, dass es eine VT100 Emulation beinhaltet. Ob das was hilft?

  • Im Grunde fragt Igor Chubin nach einer GEOS-internen Lösung für eine Server-Abfrage bei wttr.in. Inzwischen habe ich selbst probiert, unter Puppy eine Internetverbindung nach Achims Handbuch aufzubauen, bin aber zunächst an der Konfiguration des tap-Adapters gescheitert. Würde ich sicherlich auch unter Puppy hinbekommen, frage mich allerdings, ob der gesamte Vorgang nicht zu kompliziert ist, um ihn als Patentlösung für alle anzubieten. Mit funktionierendem Internetzugang wäre ein Serverzugriff eventuell über GeoComm möglich. Bei ständig aktualisierten Serverabfragen finde ich eine Lösung über den Host allerdings schon wegen des begrenzten Speichers besser. Man braucht dann nur eine Anzeige für GEOS.

  • Mal an alle: Hat Geos einen TCP/IP-Stack? Irgendwo las ich mal, daß mit Verrenkungen Internet-Verbindungen möglich sein sollen.
    Das einzubauen, wäre eine großartige Sache. Und wenn man dann als SDK- oder R-Basic-Programmierer einfach ein connection.open() aufrufen könnte :)

    Hallo Sebi

    Ja, GEOS hat seit Version 3.0 einen TCP/IP Stack. Wenn ich mich richtig erinnere, ist das die Datei "tcpip.geo".

    Frueher haette ich den Quelltext von Markus Groebers VNC-Viewer als Vorlage verwendet. Aber mit dem Quellcode auf Github gibt es da ja mittlerweile einige Beispiele.

    Muss zugeben, bis anhin hatte ich es nie geschafft, eine TCP- oder UDP-Verbindung herzustellen. Das liegt aber nicht daran, dass es nicht gehen wuerde... sondern eher, dass ich es nie wirklich tiefgehend versucht habe.

    Gruss
    Andreas

  • Hallo Sebi

    Ja, GEOS hat seit Version 3.0 einen TCP/IP Stack. Wenn ich mich richtig erinnere, ist das die Datei "tcpip.geo".

    Frueher haette ich den Quelltext von Markus Groebers VNC-Viewer als Vorlage verwendet. Aber mit dem Quellcode auf Github gibt es da ja mittlerweile einige Beispiele.

    Muss zugeben, bis anhin hatte ich es nie geschafft, eine TCP- oder UDP-Verbindung herzustellen. Das liegt aber nicht daran, dass es nicht gehen wuerde... sondern eher, dass ich es nie wirklich tiefgehend versucht habe.

    Gruss
    Andreas


    Yes, Geos have a TCP/IP stack, just as Andreas writes. I have connected my PC using the TCP/IP stack. Besides browsning, and FTP, there is not much one can do. I have used Edward De Geronimo's NETBIOS over TCP/IP. I have also made some attempts using Ping and other softwares from the Geos Smartphone SDK, but they eventually crashed, probably due to software incompatibilities. I also figured out how the DHCP works in Geos. You have to have a NET.INI to make the DHCP work, as it is not possible to add configurations to GEOS.INI during the time GEOS is open, but it is possible to write to NET.INI.
    Hans

  • I also figured out how the DHCP works in Geos. You have to have a NET.INI to make the DHCP work, as it is not possible to add configurations to GEOS.INI during the time GEOS is open, but it is possible to write to NET.INI.

    So that's the trick!? That's good to know...

    There are two rules in life:
    1. Never give out all of the information.

  • Im Geos2000 des GPC gibt es eine net.ini .
    Inhalt:

  • So that's the trick!? That's good to know...

    So that's the trick!? That's good to know...


    I can't recall now how I made it work, but I discovered it on my Global PC. I made a configuration of my internet settings (the DNS and so on), but left the ip-address blank (or maybe 0.0.0.0) I can't recall now? I have to check it on my GlobalPC. I have not succeeded doing it on my Breadbox Ensemble 4.12. maybe it works on the new version from Falk?
    Hans

    Hans