Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • May 06 12:10
    Maretius synchronize #426
  • May 06 12:00
    Maretius synchronize #426
  • May 06 10:56
    Maretius opened #426
  • May 01 10:21
    cyberbox2001 starred geopython/GeoHealthCheck
  • Apr 25 00:36
    xieshenglong starred geopython/GeoHealthCheck
  • Apr 25 00:35
    xieshenglong starred geopython/GeoHealthCheck
  • Apr 25 00:35
    xieshenglong starred geopython/GeoHealthCheck
  • Apr 22 09:00
    pvgenuchten edited #425
  • Apr 22 08:58
    pvgenuchten labeled #425
  • Apr 22 08:58
    pvgenuchten opened #425
  • Apr 08 06:39
  • Mar 28 15:09
    justb4 closed #423
  • Mar 28 15:09
    justb4 commented #423
  • Mar 28 15:00

    justb4 on master

    #423 pin markupsafe package to … (compare)

  • Mar 28 14:57
    justb4 commented #424
  • Mar 28 14:56

    justb4 on pip

    (compare)

  • Mar 28 14:56

    justb4 on master

    Bump jinja2 from 2.10.1 to 2.11… (compare)

  • Mar 28 14:56
    justb4 closed #424
  • Mar 28 14:50
    dependabot[bot] labeled #424
  • Mar 28 14:50
    dependabot[bot] opened #424
Clara
@clarabarelli
should I add "host" somewhere?
nagyrobir
@nagyrobir
@epifanio When are we starting the translations? Have you started? should I start by myself?
epifanio
@epifanio

Hi @nagyrobir , let's start - hot to coordinate this :) ?

@justb4 the tips:

tcp_keepalives_idle = 300        # TCP_KEEPIDLE, in seconds;
                    # 0 selects the system default
tcp_keepalives_interval = 30        # TCP_KEEPINTVL, in seconds;
                    # 0 selects the system default
tcp_keepalives_count = 10        # TCP_KEEPCNT;

Are settings in postgresql.conf. In another (non-GHC) project we needed those because of datacenter connectivity/firewall settings.
There is a lot of info on the web, as this is purely PostgreSQL related.

seems to work! in ther last couple of days the service is running with no issue and the graph are updated regularly :)

nagyrobir
@nagyrobir
@epifanio i have never translated things so i have to start with understanding how to set up things for translation.
epifanio
@epifanio
@nagyrobir in this case is just one file.po .. not really need to set-up a translation environment .. but that could be something good to learn in any case. we can follow https://github.com/geopython/GeoHealthCheck/pull/403/files --> I guess we want to fork geohealthcheck and make a new branch to start .. then add the directory/file: 'GeoHealthCheck/translations/no_NO/LC_MESSAGES/messages.po'
nagyrobir
@nagyrobir
@epifanio i am not so smart with forking and stuff, but i will try my best, we could take half and half of the list and then load it in separately
maybe cross check it. I am not native in Norwegian, but i think we can do a good enough job.
epifanio
@epifanio
@nagyrobir the easy way, let make a gist and work on it via the comment section
epifanio
@epifanio
that will be realativemly easy, it is ~600 lines .. we can do this:
  • I do a translation using google translate ...|
  • you review it :)
nagyrobir
@nagyrobir
@epifanioOk. I can access the link but i cannot edit anything there
epifanio
@epifanio
wait I go over the whole file - then you download it, review it and add the edited file as a comment on that gist link -- make sense?
nagyrobir
@nagyrobir
sure, that sounds like something i can handle
nagyrobir
@nagyrobir
i have time today so i will start working on it today, and ill see how far i get
nagyrobir
@nagyrobir
@epifanio if you would use google, then let me do the Norwegian translations, you can merge them in. Is it ok?
nagyrobir
@nagyrobir
i am almost done with them anyways
epifanio
@epifanio
You rock!
I have been busy with kid/ family.. I may take Kare of the Italian translation and share your Norwegian to one of my Norwegian colleague for review
nagyrobir
@nagyrobir
Don't worry about it, we all have choirs. i'll ping you when i'm done.
nagyrobir
@nagyrobir
@epifanio could you check it and merge it in if you agree with the translations?
epifanio
@epifanio
@nagyrobir that looks good to me - my google translate version can't do any better :)
Just van den Broecke
@justb4
Ok, let the translations come in :-). I will check the .po files in PRs for syntactic correctness (quotes and such).
epifanio
@epifanio
i'm on line 379 for the IT.po .. I will continue tomorrow
nagyrobir
@nagyrobir
@justb4 is it the same procedure for pygeoapi as well?
Just van den Broecke
@justb4
@nagyrobir Yes, pygeoapi also uses Babel (.po files). Info in the README there.
Language support has been recently added to pygeoapi, there is even a YouTube Presentation from FOSS4G 2021 by the developer.
nagyrobir
@nagyrobir
just saw it on the pygeoapi channel. I'll start working on that as well :D.
Tom Kralidis
@tomkralidis
nagyrobir
@nagyrobir
@justb4 I see that my translations into GHC didn't make it in. I am not very good at merging and using github. I uploaded the file back in October in chat, could you merge it in?
Jakob Miksch
@JakobMiksch
Hey everyone.
Has anyone already tried to run GHC on a RaspberryPi?
Just van den Broecke
@justb4
Not yet, but especially if you run Docker on the Pi, that should be possible. Folks run HA on Pi for example with Docker: https://www.home-assistant.io/.
In plain Python (v3) on e.g. Raspbian should be possible as well if , a little more install-work.
Jakob Miksch
@JakobMiksch
apparently a Raspberry Pi can only run Docker images based on ARM. But the current image of GHC is not build for that. I will try to switch the base image and see if that works
Just van den Broecke
@justb4
Ok, that is new to me, seeing something like buildx (which is actually used in a GH Workflow to build the GHC Docker Image) keep us posted!
Jakob Miksch
@JakobMiksch
For running GHC on a raspi I changed the base image of the Dockerfile to FROM arm32v7/python:3.7-alpine. Because my RaspberryPi has a ARM 32bit architecture. I built the image on the RaspberryPi - I took roughly 2hours :sweat_smile: I could not built the image on my computer, because it has another architecture.
I guess it should be possible to use GitHub actions to also build Docker images for other architectures.
I can run GHC on the RaspberryPi using docker-compose. However, there is still an error with ghc_web. But I assume it is not related to the RaspberryPi:
Traceback (most recent call last):                                                                    
  File "/venv/lib/python3.7/site-packages/gunicorn/arbiter.py", line 589, in spawn_worker             
    worker.init_process()                                                                             
  File "/venv/lib/python3.7/site-packages/gunicorn/workers/geventlet.py", line 133, in init_process   
    self.patch()                                                                                      
  File "/venv/lib/python3.7/site-packages/gunicorn/workers/geventlet.py", line 124, in patch          
    eventlet.monkey_patch()                                                                           
  File "/venv/lib/python3.7/site-packages/eventlet/patcher.py", line 296, in monkey_patch             
    from eventlet.support import psycopg2_patcher                                                     
  File "/venv/lib/python3.7/site-packages/eventlet/support/psycopg2_patcher.py", line 27, in <module> 
    import psycopg2                                                                                   
  File "/venv/lib/python3.7/site-packages/psycopg2/__init__.py", line 68, in <module>                 
    from psycopg2 import extensions as _ext                                                           
  File "/venv/lib/python3.7/site-packages/psycopg2/extensions.py", line 211, in <module>              
    from psycopg2. _range import Range                              # noqa                            
  File "/venv/lib/python3.7/site-packages/psycopg2/_range.py", line 502, in <module>                  
    oid=3904, subtype_oid=23, array_oid=3905)                                                         
  File "/venv/lib/python3.7/site-packages/psycopg2/_range.py", line 283, in __init__                  
    self._create_ranges(pgrange, pyrange)                                                             
  File "/venv/lib/python3.7/site-packages/psycopg2/_range.py", line 302, in _create_ranges            
    if isinstance(pgrange, basestring):                                                               
NameError: name 'basestring' is not defined
Jakob Miksch
@JakobMiksch
I get the same error on my desktop computer. I opened an issue: geopython/GeoHealthCheck#412
Just van den Broecke
@justb4
Ok, see my comment there.
@nagyrobir @epifanio there was an NO(rwegian) translation file somewhere? Could not find back.
If working with Git/PRs is a problem, you can open an issue and attach the .po file there.
@justb4 This should be the link to the file https://files.gitter.im/575f1fdcc2f0db084a1db0a6/JEQ5/NO.po
Just van den Broecke
@justb4
Ok, have at least opened the issue #414. Need to find time, but ideal first issue for newcomers.
That is how I started joining GHC dev (NL translations)!
Just van den Broecke
@justb4
Fixed annoying issue #418. CI/CD now successful again, was due to stale ESRI FeatureServer URL used in test fixtures.
Astrid Emde
@astroidex
Hi all. Hope you are fine.
I have a question. Many of my WMS in GHC sho in the status section "No runs yet". I defined that they should run every 1440 min. Do you have an idea why they are not run. Also looks like the Services with "No runs yet" status get more and more.
Just van den Broecke
@justb4
@astroidex hope you as well. First make sure that each WMS Resource has the status Activ(e) True. That is the default.
Every 1440 min is every 24 hour. What could be, if you just created the WMS Resources in GHC, that they are still to be run.
The Scheduler sets a random time for the first Run within the time delta of the frequency , as to prevent that many Probes run at the same time, e.g. after a restart. There were also some changes there recently like PR #385. But overall this could mean that when scheduled every 24h, it could take up to 24h for the first run.
Usually Resources run in terms of minutes so this effect is not visible. We may need to adapt the schedule randomizer.
Etienne Pelletier
@Dukestep
@justb4, similarly to the question asked by Astrid, we have a resource that is schedule to run every 24 hrs to check the status code of a URL. That status code is updated depending on a file that is updated once daily. Currently, the random timing of the check makes it so that the check occurs a couple of hours before the change, and therefore we must wait a significant portion of the day before GHC notifies us again. Is there a possibility to run the check at a specific time via the web app without having to resort to the cron scheduling I see mentioned in the documentation?
Just van den Broecke
@justb4
@astroidex : did my answer clarify your situation?
@Dukestep : GHC uses an internal Python-based scheduler. There is no functionality to schedule at a specific time. The random timing was introduced to solve problems, a bit similar to "soldiers marching in-step on a bridge". This especially applied to smaller time-delta's. But 24h schedules could suffer from the current solution. Maybe for those cases the scheduling algorithm could be refined. Note that the randomness is (out of my head) only for the first run. From then the interval is constant.
Scheduling at exactly a specific time would be a new feature with some impact, like database (now only "frequency" in mins attribute).
Just van den Broecke
@justb4
#409 was just merged. Thanks to @jochemthart1 Vector Tiles Probe "MapBox TileJSON", got major fixes. Just tested three different implementations on GHC demo server that were all failing before, but are now succeeding. In several cases now a lat/lon parameter needs to be provided. Also T-rex working, heads up for @pka.
Astrid Emde
@astroidex
@justb4 Hi @justb4, thanks for your answer. Feb 07
After a restart all services are checked regularly. So it works fine again. Thanks for your answer and sorry for the late reply.
Just van den Broecke
@justb4
/all our GeoHealthCheck talk for FOSS4G 2022 was accepted! Schedule will follow.