refactor: update backward arrow rule comment
This commit is contained in:
@@ -161,16 +161,11 @@ PREFIX ere: <http://data.lblod.info/vocabularies/erediensten/>
|
||||
}.
|
||||
|
||||
# Backward arrow rule is like a function call.
|
||||
# Removes time info in the returned date
|
||||
# The user in DL selects a date via the UI.
|
||||
# These dates are persisted as midnight dateTimes in UTC.
|
||||
# Meaning that 1st of July is stored as
|
||||
# "2022-06-30T22:00:00Z"^^xsd:dateTime
|
||||
# and 1 December
|
||||
# "2022-11-30T23:00:00Z"^^xsd:dateTime
|
||||
# So, the following rule adds 2 hours to the datetime, and then takes the date part of the UTC date time
|
||||
# to come to the date that the DL user selected (in CE(S)T)
|
||||
# To make sure the date have the same convention we now save them as datetime without the timezone indicator
|
||||
# Removes the timezone indicator "Z" from incoming datetimes
|
||||
# To make sure all datetimes have the same convention we now save them as
|
||||
# datetime without the timezone indicator
|
||||
# We use "T02:00:00" as time indicator to work around a virtuoso bug that
|
||||
# results in datetimes being converted to a date when using "T00:00:00"
|
||||
{
|
||||
?date :dateTimeFromDate ?dateTime
|
||||
}
|
||||
|
||||
@@ -148,15 +148,11 @@ PREFIX lblodlg: <http://data.lblod.info/vocabularies/leidinggevenden/>
|
||||
|
||||
|
||||
# Backward arrow rule is like a function call.
|
||||
# Removes time info in the returned date
|
||||
# The user in DL selects a date via the UI.
|
||||
# These dates are persisted as midnight dateTimes in UTC.
|
||||
# Meaning that 1st of July is stored as
|
||||
# "2022-06-30T22:00:00Z"^^xsd:dateTime
|
||||
# and 1 December
|
||||
# "2022-11-30T23:00:00Z"^^xsd:dateTime
|
||||
# So, the following rule adds 2 hours to the datetime, and then takes the date part of the UTC date time
|
||||
# To make sure the date have the same convention we now save them as datetime without the timezone indicator
|
||||
# Removes the timezone indicator "Z" from incoming datetimes
|
||||
# To make sure all datetimes have the same convention we now save them as
|
||||
# datetime without the timezone indicator
|
||||
# We use "T02:00:00" as time indicator to work around a virtuoso bug that
|
||||
# results in datetimes being converted to a date when using "T00:00:00"
|
||||
{
|
||||
?date :dateTimeFromDate ?dateTime
|
||||
}
|
||||
|
||||
@@ -144,15 +144,11 @@ PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
|
||||
}.
|
||||
|
||||
# Backward arrow rule is like a function call.
|
||||
# Removes time info in the returned date
|
||||
# The user in DL selects a date via the UI.
|
||||
# These dates are persisted as midnight dateTimes in UTC.
|
||||
# Meaning that 1st of July is stored as
|
||||
# "2022-06-30T22:00:00Z"^^xsd:dateTime
|
||||
# and 1 December
|
||||
# "2022-11-30T23:00:00Z"^^xsd:dateTime
|
||||
# So, the following rule adds 2 hours to the datetime, and then takes the date part of the UTC date time
|
||||
# to come to the date that the DL user selected (in CE(S)T)
|
||||
# Removes the timezone indicator "Z" from incoming datetimes
|
||||
# To make sure all datetimes have the same convention we now save them as
|
||||
# datetime without the timezone indicator
|
||||
# We use "T02:00:00" as time indicator to work around a virtuoso bug that
|
||||
# results in datetimes being converted to a date when using "T00:00:00"
|
||||
{
|
||||
?date :dateTimeFromDate ?dateTime
|
||||
}
|
||||
|
||||
Reference in New Issue
Block a user