unexpectedly cubes with schema:version == 1 have schema:datePublished twice

[Rdataflow]

bug
upon publishing cube version 1 unexpectedly schema:datePublished occurs twice.
https://s.zazuko.com/uaQE2x
oddly there occurs a dateTime

fix
new cubes with version 1 have only one schema:datePublished using date

note
this issue only occurs with version 1

see also

cube-creator/cli/lib/metadata.ts

Line 205 in 4a9a139

${revision.value === '1' ? sparql`${schema.datePublished} ${timestamp}` : ''}

@CDiGallo as we just discussed.
cc @ortnever (republishing works as an ugly workaround)

[tpluscode]

To sum up, you pointed to a line in code which adds a timestamp to schema:datePublished. Same value is set to schema:dateModified and dcterms:modified of current published, and schema:expires of previous versions.

The problematic scenario, related to the source code line referenced above, happens in cases when the publisher has provided a date in the cube metadata. Hence, two values.

First step to fix would be to only set schema:datePublished if there is no value in the meta.

[Rdataflow]

💯
NB: I wasn't aware there exists the possiblity to NOT provide the datePublished.
nit: the curent shapes as well as generally used practice is to use a Date for datePublished - not a timestamp (aka. dateTime)

[giacomociti]

I understand we should use the date part of the timestamp variable as a default value for schema:datePublished.
Only when revision = 1 or always?

[Rdataflow]

@giacomociti on version ==1 there occur two schema:datePublished (at least in case a manual date is given in cube-creator) - while only one of them is needed. - and true it must be of type xsd:date

that's what I understand until now. Tom may give you more info on the situation 👍

[giacomociti]

self-reminder: the datePublished logic was introduced in commit 99dd04e

[CDiGallo]

@tpluscode in this query https://s.zazuko.com/25fyGL1 one can see that the bug is not contained to version 1

[CDiGallo]

or it might be two bugs

[giacomociti]

likely it's a separate issue. A DESCRIBE of any of the cubes with version > 1 shows multiple values not only for datePublished but for most other properties

[Rdataflow]

@giacomociti for the separate issue: just guessing based on a recent odd experience...
a cube creator project was unexpectedly reset to version 1 - even though there were already cubes online with exactly the same IRIs.

thus the question:

• is there any check the version number is always increased (based on those versions already online) ?

goal:

• avoid same cube version being republished

[giacomociti]

it's worth investigating if a cube can be republished with the same version, but I would first merge the changes so far

[Rdataflow]

Another very particular situation to check: what happens if publish is run twice at the same time?

[giacomociti]

Another very particular situation to check: what happens if publish is run twice at the same time?

that may likely be the cause of the unexpected multiple values for many properties :)

[Rdataflow]

unable to test currently as per transformation error https://test.cube-creator.lindas.admin.ch/app/cube-projects/cube-project!!ubd000503-anteile-der-treibhausgasemissionen-aus-treibstoffen-im-sektor-verkehr-ae3aa1720r8/materialize/jobs/cube-project!!ubd000503-anteile-der-treibhausgasemissionen-aus-treibstoffen-im-sektor-verkehr-ae3aa1720r8!!jobs!!JMcpEx8n4wR67npMG8Tu-