Onderwerp: Toepassing van AVnav

BlackSea schreef : Strange thing though that after I loaded the python mapproxy-package, I did not get the error of not finding localhost:3000 anymore. Instead I saw two entries, one of SignalK, the other of the mapproxy-plugin, so we are making progress. But when I click on one of either entries (to do some comgiguration, it opens with soem kind of general dialog (see screenshot in previous post).


Ok, so there lies the problem. If I load the RWS ENC-maps in OpenCPN, indeed I can see a similar behaviour. Probably this can be solved in AVnav by using overlays?

BTW, the whole setup collapsed, network problems of any kind or so. As I'm working from packages on my laptop, this is somewhat to be expected. Maybe I build a docker container for AVnav to have a more predictable experience

what kind of problems should it be?
I have already bought popcorn. I am curious

BlackSea schreef :
Endless entries like this:
2023-02-15 09:27:48,518-5239-8545-Thread-161-INFO-MapProxy: could not retrieve tile: No response from URL (see logs for URL and reason).

At first I thought the WMS-service of RWS was to blaim, but with all other mapproxy sources I experienced the same problem. In fact nothing works right now. Looks like a local problem in my laptop or environment.
Yeah me too Maybe is a docker container a usefull attribution to the AVnav project, we will see

Net de el cheapo GPS-unit die ik gekocht had op mijn Ubuntu-laptop, AVnav starten en gewoon werken, zonder iets hoeven te doen. Linux rules!

Nog even over die RWS-kaarten die ik niet heel bruikbaar acht (in AVnav).... Had al eens de ENC-/vector kaarten gedownload en toegepast in OpenCPN:

Merk op dat de RWS-kaart er in OpenCPN gewoon heel redelijk uitziet, eigenlijk niks mis mee.

Via AVnav is het nog niet gelukt om diezelfde kaartset toe te passen (daartoe moet je ze eerst omzetten naar raster-formaat), maar heb ze wel beschikbaar via de mapproxy van RWS. Het is van dezelfde 'uitgever', maar toch een heel ander resultaat:



Wat nogal opvalt is binnen AVnav/mapproxy dat de boeien er wel instaan maar nauwelijks herkenbaar zijn, vanwege geen kleur en heel klein; ook veel minder contrast (waterdiepte). Het lijkt me dus niet aan de data zelf te liggen, want de bron zou hetzelfde moeten zijn, ze komen allebei van RWS.

Als ik de enc-set heb omgezet naar raster/mbtiles, dan nog eens kijken hoe het er dan uitziet in AVNav. Blijft wel typisch denk ik.

Probeer nu de O-charts plugin te installeren:
www.wellenvogel.net/software/a...ocharts.html?lang=en

Zag het volgende staan:
sudo apt-get install avnav-ocharts-plugin avnav-oesenc
dus dat dan maar uitgevoerd.

Helaas een foutmelding:
avnav-ocharts-plugin : Vereisten: libwxgtk3.0-0v5 maar het is niet installeerbaar
Vereisten: avnav-ocharts maar het zal niet geïnstalleerd worden

Als je beter leest, dan zou je kunnen denken dat dit alleen op de Pi kan via het image, eigenlijk zou dat beter vermeld mogen worden in de documentatie. Nog beter zou het zijn dat deze plugins ook beschikbaar komen in een generieke debian/ubuntu-variant.

Ga nog eens kijken voor een work-around....

libwxgtk3.0-0v5 is een standaard onderdeel van Ubuntu en niet van de plugin. Het moet wel bij de betreffende release passen.

do I understand correctly that you are using (k)ubuntu 22.04? How did you connect repositories with packages from avnav? What does your <repo>.list look like?

i/we currently do not provide specific ubuntu repos, as we rather focus on debian for raspis. For Ubuntu, CI/CD pipelines should be adapted accordingly to provide appropriate packages.

brambo schreef : Blijkbaar niet, anders had ik de plugin wel kunnen installeren. Heb er nog niet goed naar gekeken maar er lijkt een mismatch tussen debian en ubuntu 22.04 (op mijn laptop) te zijn.
BlackSea schreef : I followed these instructions:
www.wellenvogel.net/software/a...2:PakageInstallation

It states:So as the base-install works on ubuntu (and it does), it is presumed that a subsequent plugin-install must also work.
If so, it must be stated clear in the documentation that (package) installs are only garantied in the Pi-image. To me now, that is not clear.

VegaMan schreef :

• libwxgtk3.0-0v5 is de WxWidgets3.0-GTK2-versie, en zat voor het laatst in Debian 10 Buster (oldstable), maar zit niet meer in nieuwere versies.
• In Debian 11 Bullseye en in de huidige Ubuntu-versies zit libwxgtk3.0-gtk3-0v5, dat is de WxWidgets3.0-GTK3-versie.
• En in de toekomstige Debian 12 Bookworm komt libwxgtk3.2-1 (WxWidgets3.2-GTK3), wat ook een reden is dat OpenCPN niet direct in de Debian-repository van Bookworm komt: bugs.debian.org/cgi-bin/bugreport.cgi?bug=1019769

Misschien is het zo simpel als het veranderen van een ‘buster’ naar ‘bullseye’ in een /etc/apt/sources.list.d/*.list bestand?

brambo schreef : Wel in 18.04 LTS, maar niet meer in 20.04 LTS of later

Nog even gekeken in mijn Mint Vera AMD64 = Ubuntu. Zie in Synaptic:

libwxgtk3.0-gtk3-0v5

en libwxgtk3.2.0

Menno schreef :
Ik probeer al wat langer te begrijpen wat er aan de hand is tussen de O-charts code en verschillende versies van wxWidgets.
Op een of andere manier stelt het niet gerust.

OMG....guys, calm down

Got on the fly repository for Ubuntu/Jammy with some packages from AvNav (but will still report to @wellenvogel to make changes in documentation).

Here's how

- Import GPG key

- Customize Repo.list
P.S. I don't advise anyone to mix the repositories of ubuntu and debian. I made this experience already in 2006, when Ubuntu was quite young

brambo schreef :
Meer specifiek Linux Mint Vera = Ubuntu 22.04.
Voor Linux Mint en Ubuntu is die connectie erg sterk, Mint komt altijd uit na de release van Ubuntu waar het op gebaseerd is, en v.z.i.w. worden voor alle packages waar geen specifieke Mint-versie van ook direct de Ubuntu-repositories gebruikt.

De connectie tussen Debian- en Ubuntu-versie is wat vager. Ubuntu is wel op een Debian-versie gebaseerd, maar dat is de development-versie van Debian. Zo zijn Ubuntu 22.04 en 22.10 gebaseerd op de testing van Debian 12 Bookworm, die nu nog niet uit is:
askubuntu.com/a/445496
Na de release van Ubuntu 22.04 is er natuurlijk weer een heleboel veranderd aan de toekomstige Debian 12, dus dat is nooit helemaal compatible

Beste @VegaMan, @Menno, @BlackSea, @Brambo: al enige tijd fan van AvNav maar als ik bovenstaand lees zou ik mijn mening bijna moeten herzien . . . wat een -blijkbaar noodzakelijk- Linux geneuzel, zelfs voor specialisten.

PietO schreef :
Ik ben er niet goed in thuis maar het probleem lijkt te zijn dat voor navigatie met een Linux computer er weinig opties zijn voor een offline kaarten set. Die je niet zelf hoeft te "hacken".
Misschien een draadje met een overzicht van navigatiekaarten voor Linux ?

Menno schreef :
Dat is wel een héél nette manier om te zeggen dat het een rommeltje is en vermoedelijk niet zal werken.

Baasklusje schreef :
Maar wél state of the art bleeding edge.

Nee hoor Windows 11 gaan gebruiken op je wat oudere systeem. De kans is dat het in 40% van de gevallen niet meer werkt.

Dan gewoon een nieuwe computer aanschaffen. Want dat is de bedoeling.

Printer of je GPS doet het niet meer omdat de driver ongevraagd wordt verwijderd.
Oude driver terugzetten dan werkt het weer. Volgende upgrade is de driver weer weggehaald.

De nieuwe ontwikkelingen gaan door ook in Linux.

Maar goed als je het zelf niet gebruikt, dan moet je ook geen commentaar geven.

Hier Linux Mint Vera, Ubuntu Kinetic voor AMD64. Op de RPI4 Fedora Rawhide, Ubuntu Kinetic en Debian Bullseye. Allemaal met OpenCPN in de flatpak versie.

Met NMEA2000 invoer direct in OpenCPN of in de SignalK server, zodat andere systemen ook de SK data kunnen gebruiken.

Zal het op de Wintermeeting allemaal tonen.

Mogelijk zal ik ook nog een SBC boardje op basis Risc-V processor kunnen tonen. Werkt op Ubuntu en Debian versie. Info hierover op YouTube.

Een nieuw systeem dat ontwikkeld is op de Berkeley UNi. Energie gebruik is nog minder dan de RPI.

brambo schreef :
Dat lijkt me een prima uitgangspunt. Wanneer heb jij voor het laatst op zee genavigeerd met zo'n systeem ?

Laat m toch joh.

Dit zijn alle build-targets van OpenCPN plugins, met daarbij aangegeven of welke o-charts versie ze ondersteunen:

os	target	o-charts version
android	android-arm64-16	1.0.29.0
	android-armhf-16	1.0.29.0
linux	debian-arm64-11	1.0.29.0
	debian-arm64-12
	debian-armhf-10
	debian-armhf-11	1.0.29.0
	debian-armhf-12
	debian-gtk3-armhf-10
	debian-wx32-arm64-11
	debian-wx32-x86_64-11	2.0.0.35
	debian-x86_64-10	1.0.29.0
	debian-x86_64-11
	debian-x86_64-12
	flatpak-aarch64-20.08	1.0.29.0
	flatpak-aarch64-22.08	2.0.0.35
	flatpak-x86_64-18.08
	flatpak-x86_64-20.08	1.0.29.0
	flatpak-x86_64-22.08	2.0.0.35
	flatpak-x86_64-wx315-20.08
	raspbian-armhf-10
	raspbian-armhf-11
	raspbian-armhf-9.13
	raspbian-armhf-9.4
	ubuntu-arm64-18.04
	ubuntu-armhf-18.04	1.0.29.0
	ubuntu-gtk3-armhf-20.04	1.0.29.0
	ubuntu-gtk3-x86_64-18.04	1.0.29.0
	ubuntu-gtk3-x86_64-20.04	1.0.29.0
	ubuntu-wx315-x86_64-20.04
	ubuntu-x86_64-14.04
	ubuntu-x86_64-16.04
	ubuntu-x86_64-18.04	1.0.29.0
	ubuntu-x86_64-20.04
	ubuntu-x86_64-22.04	1.0.29.0
macos	darwin-10.13.6
	darwin-11.4
	darwin-wx315-10.13.6	1.0.29.0
	darwin-wx315-11.4
	darwin-wx32-10
	darwin-wx32-10.13.6	2.0.0.35
	darwin-wx32-11.4
windows	mingw-10
	mingw-x86_64-10
	msvc-10.0.14393	1.0.29.0
	msvc-wx32-10	2.0.0.35
	msvc-wx32-10.0.14393
	msvc-wx32-10.0.17763

Versie 2.0.0.35 zal wel de WxWidgets3.2 versie zijn. De vraag is hoelang versie 1.0.29.0 nog ondersteund blijft, voor iedereen die nog een OS met WxWidgets3.0 draait.

Hier nog beeld van mijn kaarten tafel met touchscreen. Op zo'n mooie Ram draaibare steun.

Daglicht scherm en HDMI verbonden aan de RPI4

Dat gebruik ik al een aantal jaren in combinatie met mijn AIS transponder.

Helaas gezien mijn leeftijd moet ik mij wat beperken qua het vaargebied.

Bram

brambo schreef :
Beetje ontopic blijven Bram, het onderwerp is AVnav, niet "Show je navigatiecomputer setup"