Navigation GPS

[rikky]

Rpi3 with OpenPlotter (=Buster) running.

apt-get install gtk+-2.0 libgtk2.0-dev glib-2.0


And then by accident put the language to dutch so you get this =>


libgdk-pixbuf2.0-0 libgdk-pixbuf2.0-bin libgdk-pixbuf2.0-common libgdk-pixbuf2.0-dev -y
Pakketlijsten worden ingelezen... Klaar
Boom van vereisten wordt opgebouwd      
De statusinformatie wordt gelezen... Klaar
gir1.2-gdkpixbuf-2.0 is reeds de nieuwste versie (2.38.1+dfsg-1).
gir1.2-gdkpixbuf-2.0 staat ingesteld op handmatig geïnstalleerd.
libgdk-pixbuf2.0-0 is reeds de nieuwste versie (2.38.1+dfsg-1).
libgdk-pixbuf2.0-0 staat ingesteld op handmatig geïnstalleerd.
libgdk-pixbuf2.0-bin is reeds de nieuwste versie (2.38.1+dfsg-1).
libgdk-pixbuf2.0-bin staat ingesteld op handmatig geïnstalleerd.
libgdk-pixbuf2.0-common is reeds de nieuwste versie (2.38.1+dfsg-1).
libgdk-pixbuf2.0-common staat ingesteld op handmatig geïnstalleerd.
libgdk-pixbuf2.0-dev is reeds de nieuwste versie (2.38.1+dfsg-1).
libgdk-pixbuf2.0-dev staat ingesteld op handmatig geïnstalleerd.
gtk2-engines-pixbuf is reeds de nieuwste versie (2.24.32-3+rpt1).
gtk2-engines-pixbuf staat ingesteld op handmatig geïnstalleerd.
0 opgewaardeerd, 0 nieuw geïnstalleerd, 0 te verwijderen en 24 niet opgewaardeerd.
which means already installed.

result:

/home/pi/alex
1:0,901961:0:1

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.859: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.859: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
-1:-1

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.859: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.859: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.860: gdk_pixbuf_get_pixels_with_length: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.860: gdk_pixbuf_get_rowstride: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(alex:12464): GdkPixbuf-CRITICAL **: 17:59:52.860: gdk_pixbuf_get_n_channels: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(alex:12464): GLib-ERROR **: 17:59:52.860: ../../../glib/gmem.c:337: overflow allocating 4294967295*4294967295 bytes
Traceer/breekpunt-instructie


[alexfish]

What happens if run this from the terminal , 2 times
./OpenSeaGui 54.48774  -0.61498 17

and then the program

Added I say this Since that is part of the What I did, as POSTED in the Said Thread/post

if I do not run that command after a fresh boot, then any file is destroyed in the /tmp/

IE this is what happens here

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed
-1:-1

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_width: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_height: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_pixels_with_length: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_rowstride: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(pixbuf:1406): GdkPixbuf-CRITICAL **: 17:38:18.624: gdk_pixbuf_get_n_channels: assertion 'GDK_IS_PIXBUF (pixbuf)' failed

(pixbuf:1406): GLib-ERROR **: 17:38:18.624: ../../../glib/gmem.c:337: overflow allocating 4294967295*4294967295 bytes
Trace/breakpoint trap


if still failing , not sure what next step will be

although I do remember

May I be so bold to advise you

BR
Alex

[rikky]

What happens if run this from the terminal , 2 times
./OpenSeaGui 54.48774 -0.61498 17

Yes !!

Now it works.

That is now I have all kinds of other problems, for this platform is not behaving in the way I want, or am used to.
But am going to solve this.

Thanks

Will report back soon.



ps There seems to be a misunderstanding with the twice.

Only once for a certain position.
And then if all is well you see an svg picture of your position.
(made up of 9 tiles.)
The program then seems to stall, but this is not true.
If your position moves to a new position, you call the same program a second (and a third and so on) time. (from another terminal)
If all is well, you see your first picture changing to the new location, in the same window.

[alexfish]

Hi Rik

only thing of note if have the files then a fresh call = seg fault.

pi@raspberrypi:~/Downloads $ ./OpenSeaGui 54.48774 -0.61498 17
zoom$ : 17
malloc(): invalid size (unsorted)
ERROR: signal ABORT received - internal error. Try to compile the program with TRAP LOCAL to find the cause.

so not sure what you mean ,

this is a full run

pi@raspberrypi:~ $ cd Downloads
pi@raspberrypi:~/Downloads $ ./OpenSeaGui 54.48774  -0.61498 17
zoom$ : 17
malloc(): invalid size (unsorted)
ERROR: signal ABORT received - internal error. Try to compile the program with TRAP LOCAL to find the cause.
pi@raspberrypi:~/Downloads $ ./OpenSeaGui 54.48774  -0.71498 17
zoom$ : 17
Runtime error: function 'LOAD$/BLOAD' at line 244 in '/home/pi/Downloads/OpenSeaGui.bac': Error opening file: No such file or directory
pi@raspberrypi:~/Downloads $ WARNING: combining -O with -r or -p will mean that all downloaded content
will be placed in the single file you specified.

--2021-03-25 20:37:59--  https://a.tile.openstreetmap.org/17/65274/41779.png
Resolving a.tile.openstreetmap.org (a.tile.openstreetmap.org)... 151.101.18.217, 2a04:4e42:f::729
Connecting to a.tile.openstreetmap.org (a.tile.openstreetmap.org)|151.101.18.217|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 2609 (2.5K) [image/png]
Saving to: ‘street.png’

street.png          100%[===================>]   2.55K  --.-KB/s    in 0.001s  

2021-03-25 20:38:00 (3.91 MB/s) - ‘street.png’ saved [2609/2609]

FINISHED --2021-03-25 20:38:00--
Total wall clock time: 0.5s
Downloaded: 1 files, 2.5K in 0.001s (3.91 MB/s)
54.48774  -0.61498 16
bash: 54.48774: command not found
suppose here need the OpenSeaGui and then the bits

which ever way, possible try and fix this from seg faulting

BR
Alex

[rikky]

A new system comes with its own peculiarities.
Could not even compile my own OpenSeaGui.bac
Had to set the local back to EN_US_UTF8

And the GUI still does not show up.

And apparently Buster is quicker

inserted a wait until the file exist in FUNCTION CONVERT_PNG2SVG$(string$)

FUNCTION CONVERT_PNG2SVG$(string$)
 
 LOCAL header$
 LOCAL footer$
 LOCAL img$
 LOCAL counter
 
 header$ = CONCAT$("<svg width='256' height='256' viewBox='0 0 256 256'>" , NL$, \
   "<image x='0' y='0' width='256' height='256'" , NL$, \
   " xlink:href='data:image/png;base64,", NL$)
 footer$ = CONCAT$("'/>", NL$, "</svg>")
 
 PRINT "string : " & string$
 
 WHILE NOT(FILEEXISTS(string$))  
   INCR counter
 WEND
 PRINT "counter ; " & STR$(counter)
 
 img$ =  CHOP$(ALIGN$(B64ENC$(BLOAD(string$), FILELEN(string$)), 64, 0))
 
 RETURN header$ & img$ & footer$
 
END FUNCTION

The counter varies from 1993 to as much as 8388 for loading a png.

Did not even know that WGET was working in the background.
Also did not know that STRETCH was that slow.
For I"m still working on the RPI3
Do not want to ruin the RPi4
It's working so I don"t touch it. 

So this means that with the above, your problem should be solved.

And that now your GUI is working, but mine isn't anymore.  

So I now need to implement your Cairo GUI thing, and the CURL thing.

 

 

[rikky]

pfff,

I got it the way it was meant to be.
This time the picture does not fall of the screen anymore.
And the segfault should be gone.

So that was a few days work for basically no progress at all.
Except that now it should work.

try ./OpenSeaGUI 54.48774 -0.61498 17

OpenSeaGUI.bac (15.92 KB)

[vovchik]

Dear Rik,

Thanks. All working nicely on Mint. Will try on Pi4 soon....

With kind regards,
vovchik

[alexfish]

The Gui shows on rpi4

BR
Alex

[bigbass]

Hello Rik

compiles and runs on the RPI3!

I see where you are going with this using svg
and that will allow your position to be updated visually
with a custom marker in this case a small red circle
I ran your code in one terminal then in another
./OpenSeaGUI 54.48774 -0.61498 17


then in another terminal I kept adding new input to see what was happening
./OpenSeaGUI 54.48774 -0.61400 17

./OpenSeaGUI 54.48774 -0.61450 17

./OpenSeaGUI 54.48774 -0.61540 17


that is looking really good for offline use
and still keeping the map small
nice job!

glad to see you are making progress with it!

Joe

[alexfish]

Hi All

just an update on the algo's , this is X11/cairo gui

if set coords to 0.0 0.0 and say zoom = 17 , then hopeful the marker will be at a Buoy

This X11/cairo gui example screen shot at '0.0 0.0 17'

BR
Alex

Attachments:

[bigbass]

Hey Guys

this is standalone code which would work
in any browser phone tablet linux ...

and has full zoom and you can move anywhere
and click to get your gps position


just launch DDtoMAP.html

since its not bacon driven but does
what you guys are doing maybe it still could be useful for you
I should port it I know....
but it took some time to code it as is




sourceforge.net/p/bassix-gtk3-webkit-browser/wiki/Decimal-Degrees-to-Map/
Joe

[alexfish]

Hi Joe

Works on rpi4

also tested lat 0.0 long 0.0

= Atlas Buoy

BR
Alex

[bigbass]

Hello Alex
Thanks for giving a test run on the RPI4

I changed the website link so its easier to download the app
and see the preview of the picky


the first gps reference point is here
29.978998
31.134299




Joe

[alexfish]

Mar 27, 2021 20:05:08 GMT 1 bigbass said:

Hello Alex
Thanks for giving a test run on the RPI4

I changed the website link so its easier to download the app
and see the preview of the picky


the first gps reference point is here
29.978998
31.134299




Joe

If get chance to visit 'nice know there is a Pizza Hut nearby

BR
Alex

[rikky]

Now finally a chance to have a look at xwin3

resize of the window working.
arrow keys working.
page up down a bit.

Nice.