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

consider reintroducing property paths {x,y} syntax dropped in SPARQL 1.1 #147

Open
TallTed opened this issue Jun 11, 2024 · 6 comments
Open
Labels
ms:future-work Defer this issue until a future version of the specification spec:enhancement Issue or proposed change to enhance the spec without changing the normative content substantively

Comments

@TallTed
Copy link
Member

TallTed commented Jun 11, 2024

see draft SPARQL 1.1 spec of 2012-07-24

This comes up regularly. Many actually believe this syntax remains an official part of SPARQL, possibly because some engines (including Virtuoso) never dropped it, after implementing during SPARQL 1.1 development.

See (and perhaps transfer) w3c/sparql-dev#101.

@rubensworks
Copy link
Member

I'm definitely in favor of this functionality, but I don't think it's in scope for this WG, and should probably be deferred to the next (maintenance) WG.

@domel
Copy link
Contributor

domel commented Jun 12, 2024

I agree with @rubensworks. I think it's a proposal for SEP https://github.com/w3c/sparql-dev

@TallTed TallTed changed the title consider reintroducing property paths {x,y} syntax dropped in SPARQL 1.1 draft https://www.w3.org/TR/2012/WD-sparql11-query-20120724 consider reintroducing property paths {x,y} syntax dropped in SPARQL 1.1 Jun 12, 2024
@Tpt
Copy link
Contributor

Tpt commented Jun 12, 2024

+1 to @rubensworks

@domel {n,m} syntax is already covered by SEP-0003

@pfps pfps added spec:enhancement Issue or proposed change to enhance the spec without changing the normative content substantively needs discussion Proposed for discussion in an upcoming meeting labels Nov 20, 2024
@afs afs added the ms:future-work Defer this issue until a future version of the specification label Nov 22, 2024
@afs
Copy link
Contributor

afs commented Nov 22, 2024

Adding label "ms:future-work".

("ms:" is 'milestone' - the "ms:" labels are WG phasing).

@w3cbot
Copy link

w3cbot commented Dec 5, 2024

This was discussed during the #rdf-star meeting on 05 December 2024.

View the transcript

Consider reintroducing property paths {x,y} syntax dropped in SPARQL 1.1 1

tallted: delay to future work

<pchampin> Tpt: I'm confused also because this is much less an errata than the EXIST feature, on which we are having scope-discussion

AndyS: agree to postpone

<pchampin> + 1 gkellogg

gregg: 1.2 specs marked new features ... so not 1.3

ktk: At this point we say "later" and no "when"

ora: OK?

(agreement by silence)

<gkellogg> +1 to future-work.

AndyS: I will clear-up the GH issue after the meeting

<ora> PROPOSAL: postpone to future work, after main RDF&SPARQL 1.2 are complete

<pchampin> +1

<AZ> +1

<ora> +1

<gkellogg> +1

<TallTed> +1

<Tpt> +1

<tl> +1

<doerthe> +1

<AndyS> +1

<james> +1

<gtw> +1

<ktk> +1

<olaf> +1

<niklasl> +1

<gb> Issue 41 Allow dataset formats to be valid in LOAD with no INTO (by afs) [Errata] [needs discussion] [spec:enhancement]

pchampin: (wrong link)

<gkellogg> w3c/sparql-update#147

<gb> Issue 147 not found

<gkellogg> w3c/sparql-query#147

<gb> Issue 147 consider reintroducing property paths `{x,y}` syntax dropped in SPARQL 1.1 (by TallTed) [ms:future-work] [needs discussion] [spec:enhancement]

RESOLUTION: postpone w3c/sparql-query#147 to future work, after main RDF&SPARQL 1.2 are complete


@afs
Copy link
Contributor

afs commented Dec 5, 2024

The WG resolved

RESOLUTION: postpone w3c/sparql-query#147 to future work, after main RDF&SPARQL 1.2 are complete

@afs afs removed the needs discussion Proposed for discussion in an upcoming meeting label Dec 5, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
ms:future-work Defer this issue until a future version of the specification spec:enhancement Issue or proposed change to enhance the spec without changing the normative content substantively
Projects
None yet
Development

No branches or pull requests

7 participants