Onderwerp: Poll Synchroniseren routes layers etc in OpnCPN

Ik denk dat er best veel gebruikers zijn die een route op een computer met een groot scherm maken, en die dan overzetten naar iets kleins voor gebruik.
Dit overzetten betekent een route exporteren naar bv een usb-stick en dan weer importeren ergens anders.

Dan moet handiger kunnen, en ik loop met het idee om daar wat aan te doen. Maar eerst had ik graag wat 'real-life' gebruikers wensen en meningen.

Mijn idee nu is om OpenCPN te laten kijken of er andere OpenCPN programma's ergens op het netwerk aanwezig zijn, en dan de gewenste bestanden te kopieeren. De 'zender' moet hierbij kunnen aangeven welke bestanden en naar welke computer(s), en de ontvanger moet aksepteren dat er iets binnenkomt.
Wat ook kan is dat je vooraf een lijst maakt met bekende computers die gebruikt mogen/moeten worden, waarbij akseptatie achterwege kan blijven.
Methode 1 is erg universeel, maar als je ingelogd bent op het haven wifi netwerk, zou je een lange lijst met andere programma's kunnen krijgen. Is dit erg? En je kan dus ook zomaar een bericht krijgen dat iemand je bestanden wil synchroniseren. En dan moet je dus niet perongeluk op OK drukken.
Methode 2 is eenmalig wat lastiger om in te stellen, maar werkt daarna gemakkelijker.
Of moet je beide mogelijkheden hebben?
Of mis ik nog iets?
Graag wensen en ideeen.

Misschien zou je een plugin kunnen maken die verbinding maakt met een clouddienst naar keuze.

De gebruiker stelt in de instellingen van de plugin in welke clouddienst (bv Google drive), credentials om in te loggen en een of meer mappen in de cloud waarmee gesychroniseerd wordt. De gebruiker ziet dan alleen routes die hij zelf gemaakt heeft. Maar dan is er ook een mogelijkheid om gedeelde mappen te synchroniseren.

In algemene zin: topplan.

Ik stuur active waypoints via TCP en output-filtering heen en weer tussen OpenCPN op de RPI binnen en op de Android Tab buiten. Maar eigenlijk werkt dat lang niet altijd soepel.
En bovendien stel je iets veel breders en stabielers voor.

Ik zou meer denken aan een cloud map of aan een USB-optie, waarbij een script automatisch in een bepaalde directory schrijft en leest. Met de hele haven over een open poort routes delen vind ik geen privacy-bezwaar oid, maar het voelt niet prettig qua schaalbaarheid en veiligheid.

Goed plan. Nu mail ik ze heen en weer.

Van laptop met OpenCPN, naar op de boot OpenCPN plotter (nog in ontwikkeling) en daar haal ik ze dan ook weer met mail op.
Zou ik ook met een synchronisatie mapje kunnen doen, WinSCP of zo. Maar via de cloud is wel zo eenvoudig.

Fijn plan!!!

+1 voor de cloud oplossing.

Ik maak routes vaak thuis, op mn pc. Die gaat niet mee aan boord.
Ook zou ik het leuk vinden als ik dan mn tracks weer naar huis kan sturen, vanaf de boot. Ik doe dat nu allemaal met een USK=B schijfje. Gaat ook maar is omslachtig.

Heb nog geprobeerd een VPN aan de praatte krijgen, maar die speelt niet leuk met OpenPlotter netwerk settings...

Hmm, typisch iets waar je ook eens naar signalK moet kijken.....
Dat is er op ingericht om een structuur te maken waarin eigen bootgegevens zitten, maar waar ook andere gegevens kunnen zijn.
De gegevens zijn nu meestal nog in domein "self" maar dat kan natuurlijk ook vanuit het domein "buurman" of "thuis" zijn....

Ik verwacht dat OpenCpn alles wat te vinden is onder de Route & Mark Manager vastlegt ergens in een bestand/bestandsstructuur. Het zou mooi zijn als je dat kunt verwijzen naar een netwerkstrorage.

Ik sync mobiele bestanden zelf met de google drive client - het staat op je google (cloud) drive maar wordt ook gesynchroniseerd naar elk device. Dit werkt heerlijk op window$. Het is ook gelukt op ununtu met opendrive geloof ik, maar dat was niet super gladjes. Wel schijnt het dat je Google Drive naar je raspberry lijkt te kunnen synchroniseren. Daar zou ik op inzetten: synchoniseren van de directory waar die tracks en route bestanden staan.

3Noreen schreef : Als je alles in een keer wilt doen is dat relatief eenvoudig.
Kopeer het bestand "navobj,xml" Te vinden op de zelfde plek als log file(zie help knop)) naar de doel computer en importeer het daar als gpx. Ook al is de extensie .xml, het is een .gpx file. (gpx is een speciaal soort xml)

rooiedirk schreef :
Mijn idee was niet het bestand navobj.xml te te kopiëren maar om het programma te vertellen neem als navobj.xml bestand ftp://name:ww@ftp.mijnserver.nl/opencpn/navobj.xml Of een ander protocol dan ftp.
Als ik op elk device waar ik opencpn op heb naar het zelfde bestand verwijs dan zouden ze synchroon moeten zijn.

Ik bewaar de routes en layers en deel ze over alle machines met Telegram.

De ChartDownloader doet misschien al bijna de helft van het werk (?). Alleen lijkt me dat eenrichtingsverkeer (en routes niet ondersteund??), maar voor toepassingen als die van 3Noreen misschien al wel voldoende?

Klein verzoek als je iets dergelijks implementeert:
1e toepassing is de gevaren routes, zeg de routes opgeslagen in navobj.xml. En de routes die gepland zijn zie ik als een aanvulling daarop.

De 2e toepassing is ODnavobj.xml (de gebieden gemarkeerd door de OCPN-Draw plugin).

Veel gebruikers zullen het waarderen dat ze gevaren routes kunnen backuppen.
Zelf vind ik het ook fijn om gevaarlijke zones of gewoon gebieden met extra aandacht te kunnen delen/backuppen.

De 3e categorie van layers lijkt mij minder interessant, maar wie weet is ook daarvoor een interesante toepassing denkbaar.

Ik vind overigens het idee van it Paradyske interessant om routes en "aandachtszones" (OCPN-Draw) te uploaden naar een signalK service. maar dat laatste houdt dus in dat een server (signalK) + client (OpenCPN) moeten worden gebouwd.

WillemB schreef : Das een interessant idee. Ik gebruik de chart Downloader al voor gribs, en heeft een groot deel van wat je zou willen. In ieder geval datum, tijd van laatste update en zo...

Heel goed plan.

Is het mogelijk om de architectuur zo te maken dat elke track en elke route een eigen bestand krijgen, wat je kunt laten opslaan in een door jezelf aan te wijzen folder.

Die folder kan dan vervolgens dmv google drive oid verdeeld worden.

Helaas is google drive niet zomaar toegankelijk vanuit een rpi. Jammer.

Joop66 schreef :
ik zei al: het kan wel, maar het is wat jij zegt: 'niet zomaar'

medium.com/@artur.klauser/moun...erry-pi-f5002c7095c2

Goed plan. Ik denk dat een stevige disclaimer dan wel op zijn plaats is. Routes op het Wad, zeker die buiten de gebaande paden, zijn zeer veranderlijk. Je zou zelfs kunnen denken aan een auto-purge van data ouder dan een bepaalde waarde. De mensen die nu meedenken weten (hopelijk) allemaal goed waar ze mee bezig zijn, maar als dergelijke data vrij toegankelijk is voor, met alle respect, nieuwelingen, loop je de kans dat het een keer goed mis gaat en dat de OpenCPN route-database de schuld krijgt.



Gepost met de officiële Zeilersforum-app

Eclips schreef :
Hó. Nu impliceer je een soort openbare database van door gebruikers gemaakte routes/traces?

Dat is net effe wat anders weer.

Dat impliceer ik inderdaad. Als dat expliciet onmogelijk gemaakt wordt gaat mijn pleidooi natuurlijk niet op. Maar ik kan me voorstellen dat je het zo implementeert dat gebruikers hun routes desgewenst beschikbaar kunnen stellen aan medegebruikers. En nu het nog in een meedenkstadium verkeert wilde ik het toch even kwijt.

Als ik jullie was zou ik zeker in gesprek gaan met Signalk om te kijken hoe jullie elkaar daar kunnen helpen / ondersteunen.
Privacy discussie voeren zij ook.
Zeer goed comprimeerbaar.
De basis is dat alle gewenste data beschikbaar is maar de applicatie bepaalt welke data hij ophaalt.
Multi platform ondersteuning.
Het schijnt op zich ook goed te draaien onder windows maar je hebt een paar slecht of ongedocumenteerde trucjes nodig om het te laten werken.

Eclips schreef : Een open database maken is zeker niet mijn bedoeling. Sterker nog daar zou ik niet eens aan mee willen werken. Dit omdat ik van mening ben dan je de navigatie beter/veiliger moet maken. Een open database zou uitnodigen tot 'vaar maar achter mij aan', en dat druist tegen mijn gevoel van veilige navigatie in.

rooiedirk schreef : Gelukkig. Los van de vraag van veiligheid zie ik er ook het nut niet van in.

Een open database hoeft ook niet, maar onderling makkelijk kunnen uitwisselen is wel makkelijk.

It Paradyske schreef :
Dat is ook wat ik bedoelde. In een meedenkfase moet je alle aspecten meewegen.

Joop66 schreef :
Multiplatform en makkelijk deelbaar, ik zou zeggen: kijk eens naar seaclear. Die heeft t zo ingericht dat je de locatie kaarten, traces en routes zelf kunt kiezen instellen. Routes en tracks zijn per stuk een ander bestand. Dan ben je er al, volgens mij.

Je moet alleen niet alles in 1 bestand dumpen wwt op een obscure plek ergens staat. Dan ben je er al.

Ikzou er heel erg voor pleiten om t niet "handig" te doen, maar vooral SIMPEL, zodat je mensen de gelegenheid geeft er mee te doen wat ze nodig achten.


Ik zeg dat mede naar aanleiding van mijn worsteling met SignalK, wat ik uiteindelijk niet gebruikt heb, omdat ik er niet uit kwam.