Knowledge graphs are digital artifacts with a complex construction process utilizing numerous tools and data sources.
They are generated in elaborate pipelines utilizing a wide variety of semantic technologies, for example mapping languages, such as RML or OTTR,
or validation languages, such as SHACL. Further semantic technologies are used to describes the used ontology, such as OWL, and the adjacent queries, such as SPARQL.
Far from a linear process, multiple data sources must be mapped into the target knowledge graph.
All the involved artifacts, ontologies, mapping scripts, graph shapes, etc., are interdependent and changes in one of them require the adjustment in others.
The building and maintenance of a knowledge graph needs to apply the artifacts and tools in the correct order in the right context, e.g., staging and
production contexts, as well as manage the intermediate artifacts generated in substeps.
In current practice, managing the dependencies is a manual process and general management of artifacts and changes is done using ad hoc approaches.
Despite the numerous work on knowledge graph construction, there is a focus on the technical aspects of the single steps and little attention has been paid to the
practical aspects of (a) organizing and managing knowledge graphs projects in terms of change management, dependencies between semantic artifacts, as well
as DevOps for knowledge graphs, and (b) automating building and deploying of the resulting knowledge graph and adjacent artifacts. Similarly, connections to
project management in software engineering, where a rich body of experience in DevOps, building, maintaining and deploying of digital artifacts exists are not
systematically explored.
The Software Lifecicly Management for KG workshop (SofLiM4KG) aims to collect experiences in successful and abandoned knowledge graph projects from this perspective to (a) carve out the specifics in
knowledge graph engineering that pose challenges beyond software engineering practices, (b) to establish best practices and anti-patterns for the community,
and (c) build the foundations for the systematic investigation of the connection to software engineering, as well as qualitative and quantitative studies in project
management of knowledge graphs.
Authors can choose the best way to express their work, such as HTML or PDF. However, a CEUR layout must be provided
Please, share your contribution before the deadline through the Easychair platform (soon). The accepted contributions will be published in the proceedings of the workshop through CEUR-WS. Each accepted paper needs to be presented by one of the authors at the workshop (virtual presentations are not allowed).
TBD
Submit your paper
The notification and reviews from our Program Committee will be available.
Time to have your paper ready for being published. All the accepted paper will be published in the proceedings.
Keynote, papers presentations, and a lot of discussion. Remember! If your contribution is accepted, it needs to be presented by one of the authors at the event.