typeshed, dotted lookup, ScholarlyArticle semantic graphs with classes,
properties, and URIs
Would external metadata (similar to how typeshed is defined in a 'shadow
naming scheme' (?)) be advantageous
for dotted name lookup of citation metadata?
> Typeshed contains external type annotations for
... a schema:Dataset may be part of a Creative work.
https://schema.org/Dataset
https://schema.org/isPartOf
https://schema.org/ScholarlyArticle
#LinkedReproducibility #nbmeta
On Wednesday, July 4, 2018, Wes Turner wrote:
> https://schema.org/CreativeWork
> https://schema.org/Code
> https:/
https://schema.org/CreativeWork
https://schema.org/Code
https://schema.org/SoftwareApplication
CreativeWork has a https://schema.org/citation field with a range of
{CreativeWork, Text}
There's also a https://schema.org/funder attribute with a domain of
CreativeWork and a range of {Organizatio
On Sun, Jul 1, 2018 at 9:45 AM David Mertz wrote:
> ..
> There's absolutely nothing in the idea that requires a change in Python,
> and Python developers or users are not, as such, the relevant experts.
>
This is not entirely true. If some variant of __citation__ is endorsed by
the community, I
> -Original Message-
> From: Python-ideas list=sdamon@python.org> On Behalf Of Nick Timkovich
> Sent: Sunday, July 1, 2018 12:02 PM
> To: Matt Arcidy
> Cc: python-ideas
> Subject: Re: [Python-ideas] Add a __cite__ method for scientific packages
>
> From
On Fri, Jun 29, 2018 at 8:58 PM, Matt Arcidy wrote:
> It seems like the very small percentage of academic users whose careers
> depend on this cannot resolve the political issue of forming a standards
> body.
>
> I don't see how externalizing the standard development will help. Kudos
> for short
I think a __citation__ *method* is a bad idea. This yells out "attribute"
to me. A function or two that parses those attributes in some manner is a
better idea... And there's no reason that function or two need to be
dunders. There's also no reason they need to be in the standard library...
There m
On 28 June 2018 at 01:19, Nathaniel Smith wrote:
> On Wed, Jun 27, 2018 at 2:20 PM, Andrei Kucharavy
> wrote:
> > To remediate to that situation, I suggest a __citation__ method
> associated
> > to each package installation and import. Called from the __main__,
> > __citation__() would scan __ci
On 29 June 2018 at 12:14, Nathaniel Smith wrote:
> On Thu, Jun 28, 2018 at 2:25 PM, Andrei Kucharavy
> wrote:
>> As for the list, reserving a __citation__/__cite__ for packages at the same
>> level as __version__ is now reserved and adding a citation()/cite() function
>> to the standard library s
>>
>> On Thu, Jun 28, 2018 at 11:26 PM, Alex Walters
>> wrote:
>>
>>> But don't all the users who care about citing modules already use the
>>> scientific python packages, with scipy itself at it's center? Wouldn't
>>> those engaging in
On Fri, Jun 29, 2018, 8:14 PM Andrei Kucharavy
wrote:
> Not all packages are within the numpy/scipy universe - Pandas and Seaborn
are notable examples.
Huh?! Pandas is a thin wrapper around NumPy. To be fair, it is a wrapper
that adds a huge number of wrapping methods and classes. Seaborn in turn
ady have, there is zero
>> reason to take up four names in the python runtime to serve those users.
>>
>
>
> Not all scientific software in Python depends on scipy or even numpy.
> However, it does all depend on Python.
>
> Although perhaps that argues for a cross-language s
reason for
> these
> > > functions to ship with standard python at all.
> > >
> > >> -Original Message-----
> > >> From: Python-ideas > >> list=sdamon@python.org> On Behalf Of Steven D'Aprano
> > >> Sent: Thursday, Jun
Whelan
> Sent: Friday, June 29, 2018 12:16 AM
> To: Alex Walters
> Cc: Steven D'Aprano ; python-ideas@python.org
> Subject: Re: [Python-ideas] Add a __cite__ method for scientific packages
>
> For me, it's about setting a standard that is endorsed by the
> langu
gt; functions to ship with standard python at all.
>
>> -Original Message-
>> From: Python-ideas > list=sdamon@python.org> On Behalf Of Steven D'Aprano
>> Sent: Thursday, June 28, 2018 8:17 PM
>> To: python-ideas@python.org
>> Subject: Re: [Pyt
PM
> To: python-ideas@python.org
> Subject: Re: [Python-ideas] Add a __cite__ method for scientific packages
>
> On Thu, Jun 28, 2018 at 05:25:00PM -0400, Andrei Kucharavy wrote:
>
> > As for the list, reserving a __citation__/__cite__ for packages at the
same
> > level as
On Thu, Jun 28, 2018 at 2:25 PM, Andrei Kucharavy
wrote:
>> This is indeed a serious problem. I suspect python-ideas isn't the
>> best venue for addressing it though – there's nothing here that needs
>> changes to the Python interpreter itself (I think), and the people who
>> understand this probl
On Thu, Jun 28, 2018 at 05:25:00PM -0400, Andrei Kucharavy wrote:
> As for the list, reserving a __citation__/__cite__ for packages at the same
> level as __version__ is now reserved and adding a citation()/cite()
> function to the standard library seemed large enough modifications to
> warrant se
One more thing. There's precedent for this: when you start an interactive
Python interpreter it tells you how to get help, but also how to get
copyright, credits and license information:
$ python3
Python 3.6.6 (v3.6.6:4cf1f54eb7, Jun 26 2018, 19:50:54)
[GCC 4.2.1 Compatible Apple LLVM 6.0 (clang-6
That's a lot of responses, thanks for the interest and the suggestions!
Are there other languages or software communities that do something like
> this? It would be nice not to have to invent this wheel. Eventually a PEP
> and an implementation should be presented, but first the idea needs to be
> Are there other languages or software communities that do something like
this? It would be nice not to have to invent this wheel.
While I do not use R regularly, I understand their community is largely
academic-driven, and citations are strongly encouraged as seen in their
documentation:
I think this is a fine idea, but could be achieved by convention, like
__version__, rather than by fiat.
And it’s certainly not a language feature.
So Nathaniel’s right — the thing to do now is work out the convention,
and then advocate for it.
-CHB
__
On 28/06/2018 00:00, Nathan Goldbaum wrote:
> This is an interesting proposal. Speaking as a developer of scientific
> software packages it would be really cool to have support for something
> like this in the language itself.
>
> The software sustainability institute in the UK have written s
On Wed, Jun 27, 2018 at 05:20:01PM -0400, Andrei Kucharavy wrote:
[...]
> To remediate to that situation, I suggest a __citation__ method associated
> to each package installation and import. Called from the __main__,
> __citation__() would scan __citation__ of all imported packages and return
> t
On Wed, 27 Jun 2018 17:19:35 -0700
Nathaniel Smith wrote:
> On Wed, Jun 27, 2018 at 2:20 PM, Andrei Kucharavy
> wrote:
> > To remediate to that situation, I suggest a __citation__ method associated
> > to each package installation and import. Called from the __main__,
> > __citation__() would sca
On Wed, Jun 27, 2018 at 2:20 PM, Andrei Kucharavy
wrote:
> To remediate to that situation, I suggest a __citation__ method associated
> to each package installation and import. Called from the __main__,
> __citation__() would scan __citation__ of all imported packages and return
> the list of all
This is an interesting proposal. Speaking as a developer of scientific
software packages it would be really cool to have support for something
like this in the language itself.
The software sustainability institute in the UK have written several blog
posts advocating the use of CITATION files cont
While I'm not personally in need of citations (and never felt I was) I can
easily understand the point -- sometimes citations can make or break a
career and having written a popular software package should be acknowledged.
Are there other languages or software communities that do something like
th
Over the last 10 years, Python has slowly inched towards becoming the most
popular scientific computing language, beating or seriously challenging
Matlab, R, Mathematica and many specialized languages (S, SAS, ...) in
numerous applications.
A large part of this growth is driven by amazing communit
29 matches
Mail list logo
