Given the feedback, I will do the following for 6.3.2:

   - Change the prefix for `https://schema.org` from `sdo` to `schema`
   - Change the default bindings from `core` to `rdflib`, which is the same 
   behaviour as in 6.1.1
   - Add a docstring with recommendations from Wes.


On Wednesday, 22 March 2023 at 13:38:52 UTC+1 miel.van...@meemoo.be wrote:

> As somebody recently ran into issue wrt to default namespaces, I second 
> the policy Wes proposes. 
>
> I'm not a big fan of binding namespaces by default because of the lack of 
> transparency, but that ship has sailed.  
> The ability to have prefix aliases would be very nice, but tricky wrt to 
> serialising. I would prefer an easy rebinding method or some sort (if not 
> already present). 
>
> Best,
>
> Miel
>
> Op di 21 mrt 2023 om 14:00 schreef Wes Turner <wes.t...@gmail.com>:
>
>> Perhaps the stated policy on namespace bindings - maybe in comments at 
>> the top of the file - should be?:
>>
>> - Do not break namespace bindings that are specified in a major or minor 
>> release.
>>
>> - First, copy the W3C RDFa/JSON-LD Recommended Context namespace bindings
>>
>> - Justify additional custom namespace bindings in a PR
>>
>> - As necessary, always specify the complete list of namespace bindings 
>> for your RDF document, or use the RDFa/JSONLD default context.
>>
>> On Mon, Mar 20, 2023, 6:15 PM Nicholas Car <ni...@kurrawong.net> wrote:
>>
>>> I'm happy for wgs to be added back in and also happy for schema to be 
>>> added. If both schema and sdo can co-exist then great.
>>>
>>> There was, I think, some push-back on the idea of binding more prefixes 
>>> by default, but I don't see the problem, as I've outlined here: 
>>> https://github.com/RDFLib/rdflib/issues/2103#issuecomment-1477005612
>>>
>>> I think we should err on the side of making things work "out of the box" 
>>> and if there are prefixes people don't like, they can re-bind them. Most of 
>>> the prefixes listed in the "rdflib" set are pretty un-controversial but the 
>>> set can never be perfect for everyone!
>>>
>>> Nick
>>> ------- Original Message -------
>>> On Tuesday, March 21st, 2023 at 05:56, Wes Turner <wes.t...@gmail.com> 
>>> wrote:
>>>
>>> All of these have `schema` as the QName, so IMO "`sdo:` is a new 
>>> optional alias for `schema:`" would have been the non-breaking change:
>>>
>>> - "RDFa Core Initial Context, JSON-LD Recommended Context"
>>> https://github.com/w3c/json-ld-rc
>>> - https://w3c.github.io/json-ld-rc/context.jsonld
>>>
>>> - https://lov.linkeddata.es/dataset/lov/vocabs/schema
>>>
>>>
>>> On Mon, Mar 20, 2023, 3:10 PM Iwan Aucamp <auca...@gmail.com> wrote:
>>>
>>>> Hi,
>>>>
>>>> Writing this just to inform everyone of some potentially 
>>>> conterversial-to-fix regressions.
>>>>
>>>> The following yet unaddressed regressions were introduced with Bind 
>>>> prefixes choices #1686 <https://github.com/RDFLib/rdflib/pull/1686> 
>>>> that was first released in 6.2.0:
>>>>
>>>>    - The namespaces bound by default for Graphs is very different than 
>>>>    in was in 6.1.1 [#2103 
>>>>    <https://github.com/RDFLib/rdflib/issues/2103>]
>>>>    - The unreleased binding of the wgs prefix was dropped [#2196 
>>>>    <https://github.com/RDFLib/rdflib/issues/2196>].
>>>>    - The prefix for `https://schema.org` was changed from `schema` to 
>>>>    `sdo` [#2294 <https://github.com/RDFLib/rdflib/pull/2294>]
>>>>
>>>>
>>>> The `wgs` issue is fairly uncontroversial I think, I will just add it 
>>>> back, but the others are a bit controversial.
>>>>
>>>> Changing the default bound namespaces breaks code that worked with 
>>>> 6.1.1. Now it has been some time since 6.2.0, so likely people have got 
>>>> over it, but it is still a regression, and technically the right thing to 
>>>> do will be to fix it, though given how much time has passed that will 
>>>> likely just make everyone upset again from scratch.
>>>>
>>>> Fixing the change to the `https://schema.org` prefix binding is also 
>>>> controversial I think, but probably less so, I'm sure if we fix it we will 
>>>> break some existing code out there. It would maybe be okay to bind it 
>>>> twice, (i.e. bind `sdo` and `schema` for `https://schema.org`) but 
>>>> another regression broke the ability to do this.
>>>>
>>>> I would really appreciate any input here. I'm going to merge a PR that 
>>>> adds `wgs` back, but for the default bindings and the change in `schema` 
>>>> prefix I'm going to just treat them as wonfix unless there is some 
>>>> feedback 
>>>> from the community.
>>>>
>>>> Regards
>>>> Iwan Aucamp
>>>>
>>>> -- 
>>>> http://github.com/RDFLib
>>>> --- 
>>>> You received this message because you are subscribed to the Google 
>>>> Groups "rdflib-dev" group.
>>>> To unsubscribe from this group and stop receiving emails from it, send 
>>>> an email to rdflib-dev+...@googlegroups.com.
>>>> To view this discussion on the web visit 
>>>> https://groups.google.com/d/msgid/rdflib-dev/dac7d60c-6f26-4a9d-961d-950348659250n%40googlegroups.com
>>>>  
>>>> <https://groups.google.com/d/msgid/rdflib-dev/dac7d60c-6f26-4a9d-961d-950348659250n%40googlegroups.com?utm_medium=email&utm_source=footer>
>>>> .
>>>>
>>> -- 
>>> http://github.com/RDFLib
>>> --- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "rdflib-dev" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to rdflib-dev+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/rdflib-dev/CACfEFw8ygoRu9Tcbj-C8xMmvBtZKHKO5ova6%2B8cZSTfRd2fe-g%40mail.gmail.com
>>>  
>>> <https://groups.google.com/d/msgid/rdflib-dev/CACfEFw8ygoRu9Tcbj-C8xMmvBtZKHKO5ova6%2B8cZSTfRd2fe-g%40mail.gmail.com?utm_medium=email&utm_source=footer>
>>> .
>>>
>>>
>>> -- 
>>> http://github.com/RDFLib
>>> --- 
>>> You received this message because you are subscribed to the Google 
>>> Groups "rdflib-dev" group.
>>> To unsubscribe from this group and stop receiving emails from it, send 
>>> an email to rdflib-dev+...@googlegroups.com.
>>> To view this discussion on the web visit 
>>> https://groups.google.com/d/msgid/rdflib-dev/CZF6bWscyr_gMRjkjPPRcUSsWDYM2TEWBE3C72lZDim6fs15VdMRPu_aS9z_fxzUoKnn2IjFnlBJgGNfqsRX8LROaklvOGxVQDLI2bM_VGA%3D%40kurrawong.net
>>>  
>>> <https://groups.google.com/d/msgid/rdflib-dev/CZF6bWscyr_gMRjkjPPRcUSsWDYM2TEWBE3C72lZDim6fs15VdMRPu_aS9z_fxzUoKnn2IjFnlBJgGNfqsRX8LROaklvOGxVQDLI2bM_VGA%3D%40kurrawong.net?utm_medium=email&utm_source=footer>
>>> .
>>>
>> -- 
>> http://github.com/RDFLib
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "rdflib-dev" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to rdflib-dev+...@googlegroups.com.
>>
> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/rdflib-dev/CACfEFw_ngxFo-fHknN-%3D5w5hzQqWwMgO0H31vcKm1LC0DdBKOA%40mail.gmail.com
>>  
>> <https://groups.google.com/d/msgid/rdflib-dev/CACfEFw_ngxFo-fHknN-%3D5w5hzQqWwMgO0H31vcKm1LC0DdBKOA%40mail.gmail.com?utm_medium=email&utm_source=footer>
>> .
>>
>

-- 
http://github.com/RDFLib
--- 
You received this message because you are subscribed to the Google Groups 
"rdflib-dev" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to rdflib-dev+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/rdflib-dev/cd6101bd-8590-4098-b26d-5a83e34f5aabn%40googlegroups.com.

Reply via email to