profile
viewpoint
If you are wondering where the data of this site comes from, please visit https://api.github.com/users/seebi/events. GitMemory does not store any data, but only uses NGINX to cache data for a period of time. The idea behind GitMemory is simply to give users a better reading experience.
Sebastian Tramp seebi @eccenca Leipzig http://sebastian.tramp.name CTO @eccenca GmbH

seebi/dircolors-solarized 2630

This is a repository of themes for GNU ls (configured via GNU dircolors) that support Ethan Schoonover’s Solarized color scheme.

dbpedia/DataId-Ontology 31

The DBpedia DataID vocabulary is a metadata system for detailed descriptions of datasets and their physical instances, as well as their relation to agents like persons or organizations in regard to their rights and responsibilities.

AKSW/SemanticPingback 9

This small vocabulary defines resources which are used in the context of Semantic Pingback. The Semantic Pingback mechanism is an extension of the well-known Pingback method, a technological cornerstone of the blogosphere, thus supporting the interlinking within the Data Web.

seebi/mcabber-colors-solarized 8

A color theme for mcabber using Ethan Schoonover’s Solarized color scheme

seebi/decks.sebastian.tramp.name 2

My deck.js presentations

seebi/Foafpress 2

An open-source PHP web application and presentation engine for RDF data stored in files, e.g. your FOAF profile. It allows you to aggregate and publish data from multiple web sources via Linked Data.

seebi/leo 2

leo is a commandline interface to the german/english/french dictionary on http://dict.leo.org/. It supports almost all features which the website supports, plus more. This is a FORK from version 1.34.

seebi/modhosts.sh 2

A small script to modify the /etc/hosts file in order to add, remove, enable and disable specific names.

seebi/ckan2debian 1

A small script which creates a debian package from a ckan RDF dataset to allow installation of datadumps via apt-get.

seebi/gnome-shell-extension-sshsearch 1

Gnome Shell Extension: Provide SSH search results in overview

startedsksamuel/scrimage

started time in a day

release mhausenblas/mkdocs-deploy-gh-pages

1.20

released time in a day

startedbrianfrankcooper/YCSB

started time in 2 days

startedcue-sh/unity

started time in 2 days

issue closedAKSW/OntoWiki

ODBC problem with Docker setup with Virtuoso 7.2.6 and virtodbc.so

We have a docker-compose setup including OntoWiki but our outdated tenforce/virtuoso:1.2.0-virtuoso7.2.4 was crashing all the time, so we updated it to the more up to date openlink/virtuoso-opensource-7:7 (right now pointing to version 7.2.6).

While the Virtuoso SPARQL endpoint now runs again, hopefully more stable than before, this seems to have killed our included OntoWiki docker container. I'm a Docker beginner so I'm sorry if that is the wrong information, I'm happy to supply more. The docker-compose.yml is given below.

Strangely, docker-compose logs ontowiki does not show any errors:

ontowiki_1         | OntoWiki is ready to set sail!
ontowiki_1         |             ___        _     __        ___ _    _ 
ontowiki_1         |            / _ \ _ __ | |_ __\ \      / (_) | _(_)
ontowiki_1         |           | | | | '_ \| __/ _ \ \ /\ / /| | |/ / |     .
ontowiki_1         |           | |_| | | | | || (_) \ V  V / | |   <| |    ==
ontowiki_1         |            \___/|_| |_|\__\___/ \_/\_/  |_|_|\_\_|   ===
ontowiki_1         |            /"""""""""""""""""""""""""""""""""""""\___/ ===
ontowiki_1         |       ~~~ {~~ ~~~~ ~~~ ~~~~~ ~~~~ ~~~ ~~~~~ ~~~~ ~~ ~ /  ===- ~~~
ontowiki_1         |            \______ o                               __/
ontowiki_1         |              \    \                             __/
ontowiki_1         |               \____\___________________________/
ontowiki_1         | 
ontowiki_1         | following log:

And docker-compose logs phpserver does not help much either (the problem occurred the last time after 14:00):

# docker-compose logs phpserver
Attaching to sniktoolset_phpserver_1
phpserver_1        | [22-Jun-2021 12:00:20] NOTICE: fpm is running, pid 1
phpserver_1        | [22-Jun-2021 12:00:20] NOTICE: ready to handle connections
phpserver_1        | [22-Jun-2021 12:00:20] NOTICE: systemd monitor interval set to 10000ms
phpserver_1        | [22-Jun-2021 12:47:00] NOTICE: Terminating ...
phpserver_1        | [22-Jun-2021 12:47:00] NOTICE: exiting, bye-bye!
phpserver_1        | [22-Jun-2021 12:47:02] NOTICE: fpm is running, pid 1
phpserver_1        | [22-Jun-2021 12:47:02] NOTICE: ready to handle connections
phpserver_1        | [22-Jun-2021 12:47:02] NOTICE: systemd monitor interval set to 10000ms
phpserver_1        | 172.23.11.5 -  22/Jun/2021:12:53:07 +0000 "GET /ontowiki/index.php" 500

So it seems like the log files are not linked to the docker logs.

Anyways, one of the problems was, that virtodbc.so seems to not be included in the new Virtuoso version, so I copied the one of the other version (hoping they are compatible) and the only way to see the logs of the resulting problems is to go into the PHP container via docker exec -it sniktoolset_phpserver_1 /bin/bash and then cat /var/www/html/logs/ontowiki.log shows:

2021-06-22T14:53:08+02:00 EMERG (0): Erfurt_Store_Adapter_Exception: Unable to connect to Virtuoso Universal Server via ODBC: 
odbc_connect(): SQL error: [unixODBC][OpenLink][Virtuoso iODBC Driver]CL034: Bad login, SQL state 28000 in SQLConnect -> /var/www/html/vendor/aksw/erfurt/library/Erfurt/Store/Adapter/Virtuoso.php@290

However I didn't change any login data, only increased the virtuoso version and kept the virtuoso.db so all the login data should be the same, so I'm not sure how to fix this.

This is probably a too complicated situation to fix quickly but maybe I as a Docker newbie missed something obvious here that you can see at a glance.

docker-compose.yml

version: '2'

services:

# Virtuoso:
#   Access via http://<hostname>:8080
#   Access vio iSQL://localhost:1111
  virtuoso:
    image: openlink/virtuoso-opensource-7:7
    #image: tenforce/virtuoso:1.2.0-virtuoso7.2.4
    environment:
      DBA_PASSWORD: 'password here'
      SPARQL_UPDATE: 'true'
      #DEFAULT_GRAPH: 'http://www.snik.eu/ontology'
      VIRT_DefaultGraph: 'http://www.snik.eu/ontology'
    volumes:
      - virtuoso-lib:/usr/local/virtuoso-opensource/lib
      - virtuoso-data:/data
      - virtuoso-database:/database
    ports:
      - "8080:8890"
      - "127.0.0.1:1111:1111"
    restart: always

# OntoWiki/phpserver
  phpserver:
    image: aksw/php-5.6-fpm-odbc-virtuoso
    #build: ./phpserver
    environment:
      #DBA_PASSWORD: 'DBA'
      SPARQL_UPDATE: "true"
    volumes_from:
      - ontowiki
      - virtuoso
    volumes:
      - ./config.ini:/var/www/html/config.ini
      #  - virtuoso-data:/usr/local/virtuoso-opensource/lib
    links:
      - virtuoso
    restart: always

# OntoWiki/nginx
#   Access via http://<hostname>:8085/ontowiki
  nginx:
    #image: aksw/nginx-ontowiki
    build: ./nginx
    volumes_from:
      #- ontowiki
      - phpserver
    #volumes:
    #  - ./nginx.conf:/etc/nginx/nginx.conf
    #  - nmdr_virtuoso-data:/usr/local/virtuoso-opensource/lib
    links:
      - phpserver
    ports:
      #- "127.0.0.1:8085:80"
      - "8085:80"
    restart: always

# OntoWiki/ontowiki
  ontowiki:
    #image: aksw/ontowiki
    build: ./ontowiki
    #environment:
      #DBA_PASSWORD: dba
      #SPARQL_UPDATE: "true" 
    volumes:
    #  - nmdr_virtuoso-data:/usr/local/virtuoso-opensource/lib
      - /var/www/html
    links:
      - virtuoso

 LodView
#   Access via http://<hostname>:8889
  lodview:
    build: ./lodview
    ports:
      - "8889:8080"
    links:
      - virtuoso
    restart: always

# TripleCheckMate
#   Access via http://<hostname>:8888
  triplecheckmate:
    build: ./TripleCheckMate
    ports:
      - "8888:8080"
    links:
      - virtuoso
    restart: always

networks:
  default:
    ipam:
      driver: default
      config:
         - subnet: 172.23.11.0/24
           ip_range: 172.23.11.0/24
           gateway: 172.23.11.254

volumes:
  virtuoso-lib:
  virtuoso-data:
  virtuoso-database:

closed time in 2 days

KonradHoeffner

issue commentAKSW/OntoWiki

ODBC problem with Docker setup with Virtuoso 7.2.6 and virtodbc.so

Issue can be closed, it seems like it wasn't a Virtuoso problem after all. The docker pull seems to have overwritten the config.ini from the OntoWiki so that the password needed to be set again.

KonradHoeffner

comment created time in 2 days

fork elf-pavlik/mermaid-cli

Command line tool for the Mermaid library

fork in 2 days

issue openedAKSW/OntoWiki

Docker setup with Virtuoso 7.2.6 and virtodbc.so

We have a docker-compose setup including OntoWiki but our outdated tenforce/virtuoso:1.2.0-virtuoso7.2.4 was crashing all the time, so we updated it to the more up to date openlink/virtuoso-opensource-7:7 (right now pointing to version 7.2.6).

While the Virtuoso SPARQL endpoint now runs again, hopefully more stable than before, this seems to have killed our included OntoWiki docker container. I'm a Docker beginner so I'm sorry if that is the wrong information, I'm happy to supply more. The docker-compose.yml is given below.

Strangely, docker-compose logs ontowiki does not show any errors:

ontowiki_1         | OntoWiki is ready to set sail!
ontowiki_1         |             ___        _     __        ___ _    _ 
ontowiki_1         |            / _ \ _ __ | |_ __\ \      / (_) | _(_)
ontowiki_1         |           | | | | '_ \| __/ _ \ \ /\ / /| | |/ / |     .
ontowiki_1         |           | |_| | | | | || (_) \ V  V / | |   <| |    ==
ontowiki_1         |            \___/|_| |_|\__\___/ \_/\_/  |_|_|\_\_|   ===
ontowiki_1         |            /"""""""""""""""""""""""""""""""""""""\___/ ===
ontowiki_1         |       ~~~ {~~ ~~~~ ~~~ ~~~~~ ~~~~ ~~~ ~~~~~ ~~~~ ~~ ~ /  ===- ~~~
ontowiki_1         |            \______ o                               __/
ontowiki_1         |              \    \                             __/
ontowiki_1         |               \____\___________________________/
ontowiki_1         | 
ontowiki_1         | following log:

And docker-compose logs phpserver does not help much either (the problem occurred the last time after 14:00):

# docker-compose logs phpserver
Attaching to sniktoolset_phpserver_1
phpserver_1        | [22-Jun-2021 12:00:20] NOTICE: fpm is running, pid 1
phpserver_1        | [22-Jun-2021 12:00:20] NOTICE: ready to handle connections
phpserver_1        | [22-Jun-2021 12:00:20] NOTICE: systemd monitor interval set to 10000ms
phpserver_1        | [22-Jun-2021 12:47:00] NOTICE: Terminating ...
phpserver_1        | [22-Jun-2021 12:47:00] NOTICE: exiting, bye-bye!
phpserver_1        | [22-Jun-2021 12:47:02] NOTICE: fpm is running, pid 1
phpserver_1        | [22-Jun-2021 12:47:02] NOTICE: ready to handle connections
phpserver_1        | [22-Jun-2021 12:47:02] NOTICE: systemd monitor interval set to 10000ms
phpserver_1        | 172.23.11.5 -  22/Jun/2021:12:53:07 +0000 "GET /ontowiki/index.php" 500

So it seems like the log files are not linked to the docker logs.

Anyways, one of the problems was, that virtodbc.so seems to not be included in the new Virtuoso version, so I copied the one of the other version (hoping they are compatible) and the only way to see the logs of the resulting problems is to go into the PHP container via docker exec -it sniktoolset_phpserver_1 /bin/bash and then cat /var/www/html/logs/ontowiki.log shows:

2021-06-22T14:53:08+02:00 EMERG (0): Erfurt_Store_Adapter_Exception: Unable to connect to Virtuoso Universal Server via ODBC: 
odbc_connect(): SQL error: [unixODBC][OpenLink][Virtuoso iODBC Driver]CL034: Bad login, SQL state 28000 in SQLConnect -> /var/www/html/vendor/aksw/erfurt/library/Erfurt/Store/Adapter/Virtuoso.php@290

However I didn't change any login data, only increased the virtuoso version and kept the virtuoso.db so all the login data should be the same, so I'm not sure how to fix this.

This is probably a too complicated situation to fix quickly but maybe I as a Docker newbie missed something obvious here that you can see at a glance.

docker-compose.yml

version: '2'

services:

# Virtuoso:
#   Access via http://<hostname>:8080
#   Access vio iSQL://localhost:1111
  virtuoso:
    image: openlink/virtuoso-opensource-7:7
    #image: tenforce/virtuoso:1.2.0-virtuoso7.2.4
    environment:
      DBA_PASSWORD: 'password here'
      SPARQL_UPDATE: 'true'
      #DEFAULT_GRAPH: 'http://www.snik.eu/ontology'
      VIRT_DefaultGraph: 'http://www.snik.eu/ontology'
    volumes:
      - virtuoso-lib:/usr/local/virtuoso-opensource/lib
      - virtuoso-data:/data
      - virtuoso-database:/database
    ports:
      - "8080:8890"
      - "127.0.0.1:1111:1111"
    restart: always

# OntoWiki/phpserver
  phpserver:
    image: aksw/php-5.6-fpm-odbc-virtuoso
    #build: ./phpserver
    environment:
      #DBA_PASSWORD: 'DBA'
      SPARQL_UPDATE: "true"
    volumes_from:
      - ontowiki
      - virtuoso
    volumes:
      - ./config.ini:/var/www/html/config.ini
      #  - virtuoso-data:/usr/local/virtuoso-opensource/lib
    links:
      - virtuoso
    restart: always

# OntoWiki/nginx
#   Access via http://<hostname>:8085/ontowiki
  nginx:
    #image: aksw/nginx-ontowiki
    build: ./nginx
    volumes_from:
      #- ontowiki
      - phpserver
    #volumes:
    #  - ./nginx.conf:/etc/nginx/nginx.conf
    #  - nmdr_virtuoso-data:/usr/local/virtuoso-opensource/lib
    links:
      - phpserver
    ports:
      #- "127.0.0.1:8085:80"
      - "8085:80"
    restart: always

# OntoWiki/ontowiki
  ontowiki:
    #image: aksw/ontowiki
    build: ./ontowiki
    #environment:
      #DBA_PASSWORD: dba
      #SPARQL_UPDATE: "true" 
    volumes:
    #  - nmdr_virtuoso-data:/usr/local/virtuoso-opensource/lib
      - /var/www/html
    links:
      - virtuoso

 LodView
#   Access via http://<hostname>:8889
  lodview:
    build: ./lodview
    ports:
      - "8889:8080"
    links:
      - virtuoso
    restart: always

# TripleCheckMate
#   Access via http://<hostname>:8888
  triplecheckmate:
    build: ./TripleCheckMate
    ports:
      - "8888:8080"
    links:
      - virtuoso
    restart: always

networks:
  default:
    ipam:
      driver: default
      config:
         - subnet: 172.23.11.0/24
           ip_range: 172.23.11.0/24
           gateway: 172.23.11.254

volumes:
  virtuoso-lib:
  virtuoso-data:
  virtuoso-database:

created time in 2 days

startedseebi/tmux-colors-solarized

started time in 3 days

release smalot/pdfparser

v1.0.2

released time in 3 days

issue commenttommcdo/vim-exchange

support to keep cursor as it was after calling <plug>(Exchange)

It a shame I did not known about `] before, sorry for the noise, and thank you for the great plugin.

haolian9

comment created time in 4 days

issue closedtommcdo/vim-exchange

support to keep cursor as it was after calling <plug>(Exchange)

context:

  • have a map: vmap X <Plug>(Exchange)
  • key sequence in vim: viwX

the problem is:

  • after viw the cursor stays at word end
  • after X the cursor jump to the word start

So I changed map to vmap X <Plug>(Exchange)E (appended a E), but sometimes the selection is **==not a word.

The cursor jumping is not really matter too much, but when I noticed it, It becoming annoying more and more ...

closed time in 4 days

haolian9

issue commenttommcdo/vim-exchange

support to keep cursor as it was after calling <plug>(Exchange)

Thanks for the `] solution, it works nicely.

haolian9

comment created time in 4 days

issue commenttommcdo/vim-exchange

support to keep cursor as it was after calling <plug>(Exchange)

If I'm not mistaken, the cursor moving to the beginning of the selection is the default behavior for operators. For example, see y or gU.

You might be able to use `] and the end of your mapping, which jumps to the end of the previous selection.

haolian9

comment created time in 4 days

startedrust-cloud-native/rust-cloud-native.github.io

started time in 4 days

issue openedtommcdo/vim-exchange

support to keep cursor as it was after calling <plug>(Exchange)

context:

  • have a map: vmap X <Plug>(Exchange)
  • key sequence in vim: viwX

the problem is:

  • after viw the cursor stays at word end
  • after X the cursor jump to the word start

So I changed map to vmap X <Plug>(Exchange)E (appended a E), but sometimes the selection is **==not a word.

The cursor jumping is not really matter too much, but when I noticed it, It becoming annoying more and more ...

created time in 4 days

startedseebi/dircolors-solarized

started time in 4 days

startedsafing/portmaster

started time in 5 days

startedcodesome/prometheus-slo

started time in 5 days

created repositoryldodds/exobioforms

created time in 5 days

startedMinimalCompact/thumbor

started time in 6 days

startedlowdefy/lowdefy

started time in 9 days

startedhelpermethod/pk

started time in 9 days

fork gfnx410/dircolors-solarized

This is a repository of themes for GNU ls (configured via GNU dircolors) that support Ethan Schoonover’s Solarized color scheme.

http://ethanschoonover.com/solarized

fork in 9 days

startedFHIR/terminology-service-liveness-monitor

started time in 10 days

fork elf-pavlik/N3.js

Lightning fast, spec-compatible, streaming RDF for JavaScript

http://rdf.js.org/N3.js/

fork in 10 days

created repositoryAKSW/leipzig.dataweek.de

created time in 10 days

startedseebi/dircolors-solarized

started time in 11 days

fork austinoboyle/dircolors-solarized

This is a repository of themes for GNU ls (configured via GNU dircolors) that support Ethan Schoonover’s Solarized color scheme.

http://ethanschoonover.com/solarized

fork in 11 days

startedseebi/tmux-colors-solarized

started time in 13 days