Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Extend the description of Legislation #2698

Open
tfrancart opened this issue Mar 11, 2020 · 19 comments
Open

Extend the description of Legislation #2698

tfrancart opened this issue Mar 11, 2020 · 19 comments
Assignees

Comments

@tfrancart
Copy link
Contributor

This is a continuation of #1743 , itself a continuation of the initial proposal #1156 that led to the introduction of the type Legislation.

As time as passed, the European Legislation Identifier (ELI) model has evolved and we are now considering pushing the equivalent enhancements to schema.org.

The proposal will cover the following aspects:

  • Legislation repeals/amends/corrects/commences another Legislation (subproperties of existing legislationChanges;
  • date of applicability
  • re-publication of national legislation in regional official gazettes
  • identifying and describing Legislation articles themselves (and other subdivisions inside the content);
  • maybe other items, like "countersigned", or "delegation"
  • and any other comment the community could have about the current Legislation modelling in schema.org
@hmartim
Copy link

hmartim commented Apr 26, 2020

Great news!
Is there a forecast of when the proposal will be presented?
We already have some suggestions to offer.

@RichardWallis RichardWallis transferred this issue from schemaorg/schemaorg Jul 13, 2020
@RichardWallis
Copy link
Contributor

See issue schemaorg/suggestions-questions-brainstorming#7 for the context of the move from the main Schema.org issue tracker to this repository.

@tfrancart
Copy link
Contributor Author

Reviving this issue after quite a long time, COVID, and recent publication of European Legislation Identifier ontology 1.3.

To make things clear as stated in schemaorg/suggestions-questions-brainstorming#7 : this issue is associated with "a serious intent to implement new schema designs in major user-facing platform(s)" (here, EU Official Journal portals). ELI stakeholders (as listed in ELI register ) are interested to disseminate structured data through schema.org (as they already do it in ELI), and implementations already exist e.g. in Luxembourg or Ireland (e.g. look at the source code for an Irish Act).

The ELI Taskforce thus proposes to enrich the current Legislation description with the properties in red in the diagram below:

sdo-legislation-update

The properties are derived from the ones in the ELI ontology documented in this Excel table. Here is a listing:

  • New links :

    • legislationAmends (subPropertyOf legislationChanges): Another legislation that this legislation amends, introducing legal changes.
    • legislationRepeals (subPropertyOf legislationChanges): Another legislation that this legislation repeals (cancels, abrogates).
    • legislationCommences (subPropertyOf legislationChanges): Another legislation that this one sets into force.
    • legislationCorrects: Another legislation in which this one introduces textual changes, like correction of spelling mistakes, with no legal impact (for modifications that have legal impact, use legislationAmends).
    • legislationEnsuresExecutionOf (subPropertyOf legislationChanges) : Indicates that this Legislation ensures the implementation of another Legislation, for example by modifying national legislations so that they do not contradict to an EU regulation or decision. This implies a legal meaning. Transpositions of EU Directive should be captured with legislationChanges
  • legislationDateOfApplicability: The date at which the Legislation becomes applicable. This can sometimes be distinct from the date of entry into force : a text may come in force today, and state it will become applicable in 3 months.

  • legislationCountersignedBy: The person or organization that countersigned the legislation. Depending on the legal context, a countersignature can indicate that the signed authority undertakes to assume responsibility for texts emanating from a person who is inviolable and irresponsible, (for example a King, Grand Duc or President), or that the authority is in charge of the implementation of the text.

@RichardWallis : once this is reviewed and discussed by anyone interested, what is the new expected process ? should I make a PR with the proposed changes ? please advise.
@hmartim : other suggestions are welcome.

@hmartim
Copy link

hmartim commented Aug 4, 2020

Hi, @tfrancart.
These are important additions to legislation. With the new legislationDateOfApplicability property, it will now be possible to present the signature, validity and applicability dates. And with the new specialized properties of legislationChanges, we will be able to represent changes more precisely. Great work!

@hmartim
Copy link

hmartim commented Aug 4, 2020

It would be interesting to represent the level of the legislation in the legal system (as in the Kelsen pyramid). This information could be derived from the type of legislation, but as it is not standardized (it is specific to each country), interoperability, comparison, between countries is not possible. The values could be 0, 1, 2, etc., representing the level in the legal hierarchy.

@danbri
Copy link
Contributor

danbri commented Sep 8, 2020

As discussed on the mailing list with @tfrancart, since this issue is focussed clearly on making modest improvements to vocabulary that has already been accepted into the Schema.org "Pending" area, we should keep this discussion in the main issue list. I'll move it back there now.

@danbri danbri transferred this issue from schemaorg/suggestions-questions-brainstorming Sep 8, 2020
@danbri danbri self-assigned this Sep 8, 2020
@danbri
Copy link
Contributor

danbri commented Sep 8, 2020

@tfrancart - can you make a pull request? on the working assumption that we can still change things relatively freely in Pending. I think we did most of the setup work for this already in terms of agreeing patterns for property naming, etc...

@tfrancart
Copy link
Contributor Author

@danbri I'm preparing the PR. Should I use the same "category" and "source" as the initial PR ("issue-1156") or should I track the additions in "issue-2698" ?

tfrancart added a commit to tfrancart/schemaorg that referenced this issue Sep 25, 2020
@tfrancart
Copy link
Contributor Author

PR ready at #2723

@github-actions
Copy link

This issue is being tagged as Stale due to inactivity.

@github-actions github-actions bot added the no-issue-activity Discuss has gone quiet. Auto-tagging to encourage people to re-engage with the issue (or close it!). label Nov 25, 2020
@hmartim
Copy link

hmartim commented Dec 3, 2020

@tfrancart, it would be interesting to list which draft legislation (considering a bill as a legislation) are discussing specific legislation (a law, an article, a subdivision in general).

Thus, it would be possible to know, for specific legislation, which proposed changes are in progress...for example, which draft legislation (legislation) are currently discussing changes to an article (legislation) in a law (legislation)

@hmartim
Copy link

hmartim commented Dec 3, 2020

And it would also be interesting to be able to relate a law (legislation) to the bill (legislation) that originated it.

@tfrancart
Copy link
Contributor Author

Hello, yes and yes. This is in the scope of another ontology : ELI-DL (ELI for Draft Legislation) that you can read and download at https://joinup.ec.europa.eu/collection/eli-european-legislation-identifier/solution/eli-ontology-draft-legislation-eli-dl/release/final1

The 2 use-cases ("know which proposed changes are in progress" and "relate a law to the bill that originated it") are adressed in ELI-DL.

In the scope of this issue however, we simply want to update the Legislation extension with the current state of play with respect to ELI which covers only "passed" legislation (not bills / drafts). As this is still in pending state, we don't want to go too far for the moment, but this is the next step !

@tfrancart
Copy link
Contributor Author

ping @danbri on your request I had prepared this PR one year ago - if everything is OK then it could be merge, otherwise let me know how the PR can be improved - Thanks

@hmartim
Copy link

hmartim commented Nov 16, 2021

This merge will be very important to allow the validator to recognize the new properties proposed for the legislation type, for example. This is being eagerly awaited.

@danbri
Copy link
Contributor

danbri commented Nov 16, 2021 via email

@hmartim
Copy link

hmartim commented Nov 16, 2021

@danbri, great that it's in the next version...thanks!

@AlAl22
Copy link

AlAl22 commented Jun 15, 2022

Hello,
I'm not sure if I'm writing in the right place. But I have a question if this may be done with the existing 'legislation' (or a proposal, to make it work somehow, if currently this can not be done).
I'm trying to describe that an act (an international treaty) has different 'temporalCoverage's in respect of different 'spatialCoverage's (countries). And I don't understand how to do it. Being formally correct in some sense, this is misleding at the very least (because, despite the fact that this act came into force on the date indicated below, it was not in force from that day in respect of all indicated countries, and I don't understand how to indicate specific 'temporalCoverage's in respect of every single state):

"spatialCoverage": {
"@id": "SomeID",
"@type": "AdministrativeArea",
"address": {
"@type": "PostalAddress",
"addressCountry": [
"AL", "AD", "AM", "AT", "AZ", "BE", "BA", "BG", "HR", "CY", "CZ", "DK", "EE", "FI", "FR", "GE", "DE", "GR", "HU", "IS", "IE", "IT", "LV", "LI", "LT", "LU", "MT", "MD", "MC", "ME", "NL", "MK", "NO", "PL", "PT", "RO", "RU", "SM", "RS", "SK", "SI", "ES", "SE", "CH", "TR", "UA", "GB"
]
}
},
"legislationJurisdiction": {
"@id": "SomeID",
"@type": "AdministrativeArea"
},
"temporalCoverage": "1970-01-01/.."

@tfrancart
Copy link
Contributor Author

This is a very specific use-case, not covered by the current proposed Legislation extension.
I know this can happen, and UK legislation is a good example of this I think, you can try to see how they model that in https://www.legislation.gov.uk/

@github-actions github-actions bot removed the no-issue-activity Discuss has gone quiet. Auto-tagging to encourage people to re-engage with the issue (or close it!). label Oct 18, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

5 participants