[Wikidata] Re: Change list policy for call for papers postings?
I agree with Beat’s sentiments. In the grand scheme of things, the noise factor is fairly low. —David On Sun, Sep 19, 2021 at 12:34 PM Estermann Beat wrote: > Dear Jan, > > > > Personally, I haven’t been particularly annoyed by the amount of “spam” to > this list. > > To me, a “reactive” moderation approach is absolutely fine to me. List > admins could just let senders know after the fact that off-topic messages > are not welcome. > > Senders known to post mainly unrelated stuff can be put on individual > moderation. > > So, the current practice as you describe it, looks perfect to me. > > > > Cheers, > > Beat > > > > > > > > *From:* Jan Ainali > *Sent:* Sonntag, 19. September 2021 18:21 > *To:* Discussion list for the Wikidata project < > wikidata@lists.wikimedia.org> > *Subject:* [Wikidata] Re: Change list policy for call for papers postings? > > > > Beat, do you suggest that all messages should be moderated? > > > > Because right now it is not, and I was hoping that we could keep like that > and just ask people to not spam the list (and if they do, put them > individually on moderation). > > > > Jan Ainali > > > > > > Den sön 19 sep. 2021 kl 18:14 skrev Estermann Beat >: > > Dear all, > > > > If there is an obvious thematic link to the topic of the list, then let > the message through; if not, discard it; if in doubt, ask the sender to > clarify the link. > > > > This should go for any message sent to the list; there is no need for any > specific rules regarding CfPs, event announcements, etc. > > > > My 2 cents, > > Beat > > > > > > *From:* Nicolas VIGNERON > *Sent:* Sonntag, 19. September 2021 14:09 > *To:* Discussion list for the Wikidata project < > wikidata@lists.wikimedia.org> > *Subject:* [Wikidata] Re: Change list policy for call for papers postings? > > > > Hi, > > > > Maybe not a full ban (or maybe, I wouldn't be against it) but at least > some clear rules to avoid these spam. > > > > My 2 cents: > > An example of mail that should absolutely be avoided (and not just on this > mailing list) is when a similar mail is sent several times in a short > timespan. We had almost the same mail sent in 2 days this week ! (not to > blame this person in particular, this is not the first time it happens and > it's bad communication). > > Also, senders should strive to make an effort to tell us how the call is > related and/or could benefit to/from Wikidata (very often it's unclear, we > shouldn't have to guess why we are receiving these calls). > > > > Cheers, ~nicolas > > > > Le dim. 19 sept. 2021 à 12:57, Luca Martinelli [Sannita] < > martinellil...@gmail.com> a écrit : > > Back on point, please. > > In regards to calls for papers, do we want to ban them altogether, to > set standards to allow some of them, or leave them be as they are now? > > L. > ___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org > > ___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org > > ___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org > -- David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud" M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com ___ Wikidata mailing list -- wikidata@lists.wikimedia.org To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Re: History of some original Wikidata design decisions?
>> where choices are made or have been made. *And I think the right >>>>> choices were definitely made.* >>>>> Overlaying SKOS and the Wikidata properties that sprinkle it into the >>>>> data model is useful, but I've always been kind of reluctant to do >>>>> that...probably for the same reasons Denny might give? Choices between >>>>> allowing "semantic accuracy" versus "semantic flexibility". But I think >>>>> systems like SKOS provide both. Perhaps it could be argued that OWL >>>>> provides much less. :-) Still all KOSs provide great use when they fit >>>>> well. How they can fit over Wikidata, as I said, is probably only through >>>>> properties at this late stage of design and that's fine with me! >>>>> >>>>> Still, my main focus is and always will be trying to add human >>>>> knowledge about concept relations into Wikidata to help machines, to help >>>>> us. (the "edges" that humans quickly can deduce in seconds, but still to >>>>> this day can sometimes take machines days or weeks to figure out). >>>>> >>>>> My usage and help to Abstract Wikipedia and Wikidata later on will >>>>> primarily be around the mapping of relations ... where a lot of the >>>>> possibilities have already been described years and years ago at the very >>>>> bottom of this long page: >>>>> *inter-KOS mapping relationships <-- *very last row, 3rd column >>>>> https://www.w3.org/TR/skos-primer/#seccorrespondencesISO >>>>> >>>>> >>>>> *Denny - * were you part of or lightly influenced by ISO 5964 through >>>>> Germany ISO DIN or not .. that also would be good to know. >>>>> >>>>> Thad >>>>> https://www.linkedin.com/in/thadguidry/ >>>>> https://calendly.com/thadguidry/ >>>>> >>>>> >>>>> On Sat, Jul 10, 2021 at 3:17 PM Tobi Gritschacher < >>>>> tobias.gritschac...@wikimedia.de> wrote: >>>>> >>>>>> Hi, >>>>>> >>>>>> It would be nice to have a place to look with a link to a page in the >>>>>>> Community portal that says "History of Wikidata's design and early >>>>>>> collected meetings, notes, design documents, recordings" >>>>>>> >>>>>> >>>>>> Might not answer your concrete question, but here are some (very) >>>>>> early blog posts by Denny. They are still a nice read. :) >>>>>> >>>>>> 1/3 >>>>>> https://blog.wikimedia.de/2013/02/22/restricting-the-world/ >>>>>> >>>>>> 2/3 >>>>>> https://newwwblog.wikimedia.de/2013/06/04/on-truths-and-lies/ >>>>>> >>>>>> 3/3 >>>>>> https://blog.wikimedia.de/2013/09/12/a-categorical-imperative/ >>>>>> >>>>>> Cheers, Tobi >>>>>> ___ >>>>>> Wikidata mailing list -- wikidata@lists.wikimedia.org >>>>>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org >>>>>> >>>>> ___ >>>>> Wikidata mailing list -- wikidata@lists.wikimedia.org >>>>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org >>>>> >>>> ___ >>>> Wikidata mailing list -- wikidata@lists.wikimedia.org >>>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org >>>> >>> >>> >>> -- >>> Jan Dittrich >>> UX Design/ Research >>> >>> Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin >>> <https://www.google.com/maps/search/Tempelhofer+Ufer+23-24+%7C+10963+Berlin?entry=gmail=g> >>> Tel. (030) 219 158 26-0 >>> https://wikimedia.de >>> >>> Unsere Vision ist eine Welt, in der alle Menschen am Wissen der >>> Menschheit teilhaben, es nutzen und mehren können. Helfen Sie uns dabei! >>> https://spenden.wikimedia.de >>> >>> Wikimedia Deutschland — Gesellschaft zur Förderung Freien Wissens e. V. >>> Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter >>> der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für >>> Körperschaften I Berlin, Steuernummer 27/029/42207. >>> ___ >>> Wikidata mailing list -- wikidata@lists.wikimedia.org >>> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org >>> >> ___ >> Wikidata mailing list -- wikidata@lists.wikimedia.org >> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org >> > > > -- > Samuel Klein @metasj w:user:sj +1 617 529 4266 > ___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org > -- David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud" M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com ___ Wikidata mailing list -- wikidata@lists.wikimedia.org To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
[Wikidata] Re: On the subject of Linked Data Availability and Retention
Thad, I think you are right on the money with this. Thanks, —David On Wed, Jun 30, 2021 at 12:33 PM Thad Guidry wrote: > Hi Community! > > We often act like and think that things are, well ... forever (even our > own lives!). But Time waits for no one. So... > I had posted this over in the LD4 Slack channel but thought that this > would be good for folks here to at least always be aware of and think about > in our growing Linked Data world. > > > All Linked Data efforts need stable identifiers (on both ends of a > "link"). I.E. linking is only good if the other side will be retrievable > and available (online or offline through web/archives/files) throughout the > expected lifetime of an effort and beyond. Think closely about "knowledge > retention" (libraries/books hold knowledge for hundreds of years!) and what > the Linked Data lifecycle itself that ideally will do that for your > projects. Then look towards not the tools, but instead the communities > that are well established and have the likelihood to continue to provide > stable identifiers that are retrievable well into the future + another 100+ > years. This might include government efforts, or communities that have > foundations behind them that are well grounded through philanthropic means > with perpetuity ... to avoid link rot or non-retrievability through > complete void of the knowledge or stable identifiers in the future. > > I'm hopeful that communities will think about data retention policies and > generally "Linked Data Availability" much more deeply and seriously. This > could be likened to something like GitHub's Arctic Vault, Internet Archive, > or decentralized storage solutions like Filecoin, to be able to backup and > retain the knowledge for thousands of years, if need be. > --- > > Thad > https://www.linkedin.com/in/thadguidry/ > https://calendly.com/thadguidry/ > ___ > Wikidata mailing list -- wikidata@lists.wikimedia.org > To unsubscribe send an email to wikidata-le...@lists.wikimedia.org > -- David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud" M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com ___ Wikidata mailing list -- wikidata@lists.wikimedia.org To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
Re: [Wikidata] Wikidata-powered COVID19 Dashboard
Perhaps consider joining/posting/linking this terrific new tool within this global collaboration community: https://covid-19.cognitive.city/cognitive/welcome On Sun, Apr 12, 2020 at 5:24 AM Jan Ainali wrote: > Why would it not be allowed? > If it is not, WDQS is at least complicit since it under Link have the > option Embed result that gives you the iframe tag to use. > > Jan Ainali > > Den sön 12 apr. 2020 kl 10:28 skrev Stryn : > >> Not sure is it allowed to frame Wikidata query on your site, at least I >> don't like sites that have external site inside a frame. >> Also having many queries there it makes loading of your site slow. My >> phone was unable to load the site, it was crashing. >> >> *Stryn* >> >> *Wikimedia StewardAdmin and checkuser on the Finnish Wikipedia** | Admin >> on Wikidata* >> * | Admin on Meta-Wiki* >> >> >> On Sun, 12 Apr 2020 at 08:54, Markus Bärlocher < >> markus.baerloc...@lau-net.de> wrote: >> >>> Hi, looks very nice! >>> Big amount of data, nice layout! Thanks :-) >>> >>> But: >>> The absolute number of persons is not very useful. >>> Please use the relative number per 100'000 people. >>> Or add at least the relative number. >>> >>> Thanks, Markus >>> >>> >>> Am 12.04.2020 um 07:29 schrieb Fariz Darari: >>> > Hello all, >>> > >>> > COVID19 Dashboard (https://sites.google.com/view/covid19-dashboard/), >>> a >>> > one-stop information/visualization service for COVID19-related topics, >>> > is out now! >>> > >>> > The dashboard data is pulled from Wikidata, and displays COVID19's: >>> > - Factbox >>> > - Map >>> > - Cases >>> > - Deaths >>> > - Victims >>> > - Symptoms >>> > - Possible Treatments >>> > - Health Specialties >>> > - Taxonomy >>> > - Images >>> > - Publications >>> > >>> > Take a look: https://sites.google.com/view/covid19-dashboard/ >>> > >>> > Feedback is welcome, thanks! >>> > >>> > Regards, >>> > Fariz >>> >>> ___ >>> Wikidata mailing list >>> Wikidata@lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/wikidata >>> >> ___ >> Wikidata mailing list >> Wikidata@lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/wikidata >> > ___ > Wikidata mailing list > Wikidata@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata > -- David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud" M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Re: [Wikidata] Wikimedia Blog - Wikidata at Five
Great article! Thank you, Andrew and Rob!! On Tue, Oct 31, 2017 at 11:41 AM Andrew Lih <andrew@gmail.com> wrote: > Here’s a piece I wrote with Rob Fernandez for the Wikimedia blog about > Wikidata at five and Wikidatacon. > > https://blog.wikimedia.org/2017/10/30/wikidata-fifth-birthday/ > > -Andrew > > ___ > Wikidata mailing list > Wikidata@lists.wikimedia.org > https://lists.wikimedia.org/mailman/listinfo/wikidata > -- David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud" M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
Re: [Wikidata] Discussion on graph databases for WIkipedia: applications, volunteers, and stack design recommendations
Ian, how do I/we get in touch with you directly? Thanks, --David da...@iconicloud.com On Monday, August 1, 2016, Ian Seyer <ian.se...@gmail.com> wrote: > Full disclosure: I am the creator of the Project Grant application for > Arc.heolo.gy <http://arc.heolo.gy/>, located here: > https://meta.wikimedia.org/wiki/Grants:Project/Arc.heolo.gy > > I hope for this to be a general discussion on potential applications, > criticisms, questions, technological recommendations, and community > discussion about a graph representation of Wikipedia. > > Currently, the project has a live Neo4j Graph database built and parsed > from a download of the English language Wikipedia from April. I have > temporarily hosted the database instance both on my local machine and a > SoftLayer server provided under a temporary entrepreneur credit. > > My goal is two fold. > On the backend: refine the parsing algorithm (I am getting some incorrect > relationships in the database), automate the parsing so that it updates the > database frequently, expand language support, and perform semantic parsing > to weight individual relationships to strengthen the ability to filter out > extraneous relationships. > On the frontend: I have done little to zero work here beyond pure > conceptualization. I would hope to use an asynchronous front-end javascript > framework to build both a 2d (d3) and 3d (webGL) interface to be able to > explore the database with a high amount of control and ease. > > If any of you would like to access the database for exploration, please > contact me privately and I will give you credentials. > > Any recommendations on parsing, hosting, visualization, or otherwise are > appreciated. Endorsements and Volunteers are also highly appreciated! > > p.s. I am new to directly engaging with the Wiki community, and if I > committed some faux pas in starting this thread please let me know and I > will do my best to correct it. > -- > ╭╮ > ╭╮┃┃ > ╭╮ ╭╮╭╮ > ┃┃ ╭╮ ┃╰╯╰╯┃┃╰ > ╭╮┃┃╭╮┃┃╭╮┃ ╰╯ > ╭╮ ┃╰╯┃┃╰╯ > ┃┃╭╮┃╰╯┃┃ ╰╯ > ╮┃╰╯┃┃ ╰╯ > ╰╯ ┃┃ > ╰╯ > -- David McDonell Co-founder & CEO ICONICLOUD, Inc. "Illuminating the cloud" M: 703-864-1203 EM: da...@iconicloud.com URL: http://iconicloud.com ___ Wikidata mailing list Wikidata@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikidata
