Onderwerp: O-Charts oesenc kaarten systeem. Nieuw per 1 maart

3Noreen schreef :
??
Laat ik me toch verleiden, dit draadje zou meoten gaan over o-charts (werkt bij mij overigens prima, oude en nieuwe kaarten naast elkaar )
Ik vaar al een paar jaar met een Pi en OpenPlotter, en volgens mijn accumonitor is het gebruik van het hele systeem (dieptemeter, log, pi met gps en ais receiver, klein schermpje) gemiddeld minder dan 1 Ampere, 12V. Geen idee hoe zuinig die intel nucs zijn, maar ik zie geen enkele reden de pi te vervangen.
Ik berijp dat jij de pi niet ziet zitten, en van mij hoef je hem natuurlijk ook niet te gebruiken

Ik ben blij dat de mijne niet in een klaslokaal ligt

In voor 30% in gebruik voor industrieele toepassingen. Dit zijn zeker geen studenten of scholieren in een klaslokaal. Ook in beademings apparaten worden ze toegepast.

Maarten-IW31 schreef :
Meten is weten. Vorig jaar heb ik gewoon een Raspberry 4 naast een Nuc i7 gehad met nagenoeg de zelfde OpenCPN er op. Dan komt het gemeten verbruik op het zelfde uit.

Jongens.. Als jullie nu allemaal aanslaan op het woord PI in deze post van rooiedirk:
rooiedirk schreef :
Dan wil ik jullie graag geruststellen dat het hier gaat om een afkorting van Plug-In. Geen paniek dus en gewoon ontopic blijven.

brambo schreef : ja dat klopt, ik heb t even uitgezocht.

nb: Elke week wordt de aangesloten patient gevraagd om 5 minuten z'n adem in te houden.
Zodat er een update gedraaid kan worden.

3Noreen schreef :
Waarom zou je studenten de verkeerde dingen leren?

Baasklusje schreef :
Als jij vind dat een student leren programmeren verkeerd is

Zodat ie weet hoe het niet moet?
Dat is minstens net zo handig om te weten.

3Noreen schreef :
Programmeren en een Pi zijn een contradictio in terminis.

Een Pi is om aan te knutselen, met losse bordjes, soldeerboutjes, voedinkjes etc.

Serieus leren programmeren zijn veel betere mogelijkheden voor.
Bovendien moet dat al op de basissschool onderwezen worden.

Daarom hebben de Open Source software ontwikkeld en dat kun je van Windows niet zeggen.

Er nu een eenvoudig opzet gemaakt voor een cursus Python programmeren.

roozeboos schreef :
Nu we tóch ontspoord zijn: Installeer jij werkelijk altijd alle updates meteen? Dan snap ik je chagrijn wel...

Ik update mn nav computer in principe één keer per jaar, vlak voordat ie weer aan boord gaat.
Mn Windows machines krijgen veel vaker updates, maar die hangen dan ook aan het enge interweb.

roozeboos schreef : Bron graag? Anders ophouden met dit soort stemmingsmakerij!!!
Oh ja hoeveel updates had je voor je Roosmux gemaakt voordat je het hebt opgegeven?

Baasklusje schreef :
Ok, misschien ook even vermelden in het draadje over jou performance software op de Raspberry.

Zeilprutser schreef :
Ja ja de open doelen liggen weer voor het grijpen.

Het is met die framboos net als bij corona en de r. Reproductiegetal is groter dan 1.

Na een update zitten er meer bugs in dan daarvoor! Zo blijf je bezig.

ja sorry, de reacties zijn zo leuk dat ik het niet laten. En BK ook niet zo te lezen.

Over slechte smaak valt niet te twisten.

Roos is altijd tegen:

de RPI is niks (miljoenen gebruikers)
OpenCPN is niks (toon aangevende openbron navigatie software)
SignalK is niks (ik was destijds de enige gebruiker en kijk nu eens)
Flatpak is natuurlijk ook al niks. N3 kwam met de mededeling van memory lekken.

Is nu aanwezig in vrijwel alle Linux versies.

Uiteraard vooral niet de nieuwste ontwikkelingen volgen. Want dan krijg je nog meer bugs is de ongefundeerde stelling.

Windows doet elke 14 dagen een reeks onbekende en ongevraagde updates.

Inmiddels is deze kriticus geen sponsor meer alhier en is gestopt met zijn eigen ontwikkelingen.

3Noreen schreef :
SPD is gemaakt op Windows en voor Windows.
Doordat Python zo goed portable is werkt SPD ook op 2 soorten Pi (64 én 32 bits).
Dat is dus bijvangst....
Overigens is het samenstellen van de executable voor de Pi geen sinecure.
Het is het enige wat op Github af en toe stuk gaat (en aandacht van Menno nodig heeft).
En dat samenstellen duurt voor de Pi's extreem lang.
Windows en Linux zijn in 40 a 50 seconden klaar, de exe voor de Pi maken duurt bijna een kwartier....

Dus jongelui, als je wilt leren programmeren: doe dat op Windows. Dan komt de rest vanzelf mee

I rest my case...

Baasklusje schreef :
Maar waarom zou je nog willen programmeren? Alles ligt er toch al? En verder is het een beetje point-and-click samenknopen van voorgeprogrammeerd spul. Geen eer te behalen..

Baasklusje schreef :
In sommige landen hebben ze wat minder te besteden. Google de initiator achter de raspberry wilde een ding wat $5 koste. Dat is dus gelukt. Ik zie een windows ding niet voor het tienvoudige.

Ik denk dat het de eerste keer is dat ik dit verzoek doe:

Aan de moderators: mag de bezem door dit draadje? Het heeft al lang niet meer, ook niet zijdelings, iets met het O-Charts systeem te maken.

Noorderzon schreef : Zie dit ook op Linux. Gebruik zelf Ubuntu 22.04 Jammy. Heb 2 versies geprobeerd, die uit de PPA en de flatpack. maar in beide gevallen onbreekt het knopje. Heb verschaling uitgeschakeld en ook de hardware-versnelling-optie in OpenCPN, maar het probleem blijft.

Het is een layout-probleem, want het knopje is er wel, maar je ziet het niet, het staan onderin het scherm, soms zie een vaag streepje, dat is dan de bovenkant van dat knopje. Aangezien het knopje er wel is, kun je er met wat rommelen met spatie (= selectie), tab (= verplaatsen focus-control) en enter (= activeren) er wel komen. Zo is het mij tenminste gelukt, dus uiteindelijk heb ik de O-charts kaarten kunnen downloaden. Dit probleem zie je overigens op verschillende plekken terugkomen in dat settings-schermpje van OpenCPN.

brambo schreef : Kwam erachter toen ik de gekchte O-charts kaart wilde installeren (moet via de O-charts plugin) dat binnen de PPA voor OpenCPN, alleen het hoofdprogramma (dus OpenCPN zelf) is geport naar 22.04, dus (zowat) alle plugins ontbreken en dat op Linux dat plugin-lijstje dus angstig leeg is en blijft. Een beentje droevig dat je pas achter komt naar best wel lang doorzoeken.

Snap wel dat men hier vanaf wil en daarom flatpack pusht (die heeft dit plugin-probleem gelukkig niet), maar ook dit maakt op mij niet echt een solide indruk, als je A zegt, hoor je ook B te zeggen (dus die plugins ook te porten)
github.com/OpenCPN/OpenCPN/issues/2694

Maakt op z'n minst best een amateuristische indruk, denk dat velen gewoon afhaken (not me). Ben overigens een Linux-gebruiker van het eerste uur, professioneel software-ontwikkelaar en schrijf in mijn vrije tijd ook best wel wat open source-software, dus draag OpenCPN een warm hart toe.

De plugins komen van diverse externe ontwikkelaars. De plugins komen er mogelijk wel maar lopen ver achter. Bij iedere nieuwe release moeten de plugins aangepast worden.

Zo zal waaschijnlijk de radar plugin uitsluitend in de flatpak vorm verschijnen.

Mensen begrijpen nog niet dat flatpak de ultieme oplossing is voor Linux systemen. OpenCPN komen flatpak versies komen vanaf de ontwikkelaars van OpewnCPN.

Ik gebruik ook de nieuwe Fedora 37 Rawhide RPI versie. Daar zijn alle extra applicaties al gebaseerd op flatpak. De Flatpak omgeving zit als standaard in de diverse OS's. Dat is bijvoorbeeld ook al het het geval bij Linux Mint versie.

Een versie die werkt voor alle Linux versies in een aparte gescheiden omgeving.

Als je kijkt op de site Flathub dan zie al hele reeksen van bekende applicatie in het Flatpak formaat. Zoals Firefox, Chromium, LibreOffice, VLC etc etc.

Voor OpenCPN moet je even de zoekfunctie gebruiken. Kies voor installeren dan komt er in de map Diowloads een regel waarmeje de betreffende flatpak versie installeert. sudo flatpak install (de regel in je Downloads map). Update van de Flatpak applicatie is eenvoudig: sudo flatpak update.

Een procedure voor alle applicaties.

Dit is de vooruitgang. Helaas begrijpt niet iederen deze vernieuwing.

PPA wordt verleden tijd. Werkt op Fedora al niet meer.

Voor update maar even wachten tot zeer binnenkort de versie 5.8.0 verschijnt.

Bram