Incorporate Social Indicators Feedback in Original Paper

For all to read, but particularly those working on the future end paper.  @masssly and @hargup, These were the critiques of our original paper in our Revise and Resubmit stage:

COMMENTS FOR THE AUTHOR:
Reviewer #1: With all its merits as an innovative research project, the "WIGI" index article suffers from two main critical flaws that undermine the interesting attempt to explore the gender inequality as represented in Wikipedia's biographies: over-generalizations and over-statements.  Thus I suggest the author(s) to revise them accordingly.
First, the author(s) must specify clearly the scope and the unit of analysis of the research, otherwise the generalizations made, implicitly or explicitly in the article, will continue to undermine the validity of the main arguments and confuse the readers. Since the scope of research is Wikipedia biographies that are coded in Wikidata project, it must be pointed out the gaps between the actual and the expected scope of research. The actual scope is the biographies that are coded (and thus represented) in Wikidata, which may or may out be the same of the scope covered by the Wikipedia biographies. Also, it must be pointed out that the scope of Wikipedia biographies may be partial as well when considering the totality of available world's biographies. Such clarifications will enhance the analytical strengths and limitations of the approach. Instead of arguing for "an academic index allowing comparative study of gender inequality through space and time", the authors should use
more adequate and moderate arguments such as "a set of indicators that allow the measurement and monitoring the representative inequality of gender in biographies across countries and throughout time". The key terms are representation and biographies. Without these specification key terms, over-generalizations are made.
Second, while the author(s) comparative strategies (including using Inglehart-Welzel cultural clusters) serve very well in reducing the complexity of the datasets for interesting insights, the discussions and conclusions made tend to over-state what the findings may imply. For instance, the found relatively high ranking of the Confucian and South Asian clusters were described by the author(s) as "surprising", and then the author(s) proceed to propose the Celebrity Hypothesis (7.11) to explain such a surprise. What the author(s) should do and must do is instead use this opportunity to discuss the methodological issue that gender representative inequality may be quantitatively reduced by more presence of celebrity in biographies, but such phenomena may conceal, rather than reveal the actual social gender inequality for cross-cultural comparisons. In other words, the author(s) should continue to advance the discussions on the found patterns to show that different
aggregation/comparison strategies may reveal/conceal certain aspects of inequality. Attention must be paid to specify which aspects and how.
The two main points above lead to a critical question on the use of the term "index". The author(s) may want to refer the following sources:

Robert J. Rossi; Kevin J. Gilmartin (1980). The handbook of social indicators: sources, characteristics, and analysis. Garland STPM Press. p. 175. ISBN 978-0-8240-7135-6.
Fanchette, Serge, 1974. Social Indicators: Problems of Methodology and Selection' In Social Indicators: Problems of Definition and Selection. Paris: UNESCO Press.

and realize that an "index" refers to a specific "weighted combination of two or more indicators".
There is little discussions on how the so-called WIGI index may be weighted combinations of some kind. What the paper has already achieved successfully is to derive a set of gender representation inequality indicators in various aggregated time and country categories, which in turn provide interesting findings about the Wikipedia/Wikidata themselves. However, these outcomes are not yet weighted in combinations to derive an "index" about societies in general.  Though I did not mean to say that an index is necessary for the article to succeed, it is important to manage the readers' expectation adequately. The authors' may want to give some thoughts about what this paper has already achieved and what they want to invite the readers of "Social Indicators" to contribute the further development of the work presented here. I personally think that my suggested description "a set of indicators that allow the measurement and monitoring the representative inequality of gender in
biographies across countries and throughout time" is more adequate. The author(s) can further discuss, as they have done partially in the paper, the limitations and possible extensions of the current research efforts. For instance, the low percentage of country information (23.47%) in Table 1 seriously undermines any further attempts to conduct cross-country comparisons (not to mention the aggregated outcomes based on nine world cultures consistently), including the ranking in Table 2. The author(s) may want to suggest a few research strategies in the future to tackle such a major data problem.
This work gas pioneered work in measuring and monitoring biographies in Wikipedia/Wikidata projects. A successful revision will require the author(s) to better defend their contribution in showing the representation inequality, instead of the overstated claim on "worldwide longitudinal gender inequality trends". Given the fact that many of the data points' country information are missing, the author(s) should acknowledge such a fact and try to turn this point of weakness into a point of strength in signaling the incomplete area for Wikipedia's improvement in the area. In other words, instead of suggesting the Wikipedia/Wikidata outcomes can be "indicative" or "reflective" of social phenomena, the author(s) should focus on the "representative" nature of Wikipedia/Wikidata in documenting social outcomes. The proposed celebrity hypothesis also highlights the "representative" dimension. In other words, instead of claiming that Wikipedia/Wikidata may reveal and/or reflect the
world's gender inequality, it may be more defensible that the proposed efforts help to identify the representative inequality across different cultural, linguistic and social categories as represented in Wikipedia/Wikidata projects.

Me and Max already have our replies to the reviewer, but before we share
them, we would appreciate any interested readers to share their views
with us (as we don't want to influence you with our thoughts).
The paper is at
https://docs.google.com/document/d/1RbXH0hBp5Y_HqXUcpSUZ4d3c5Y_AhNKEmIhGdV9FF4U/edit

let us know if anyone needs additional permissions to leave comments
inside

--
Piotr Konieczny, PhD
http://hanyang.academia.edu/PiotrKonieczny
http://scholar.google.com/citations?user=gdV8_AEAAAAJ
http://en.wikipedia.org/wiki/User:Piotrus
On 5/14/2015 13:55, Max Klein wrote:

For all to read, but particularly those working on the future end
paper. @masssly https://github.com/masssly and @hargup
https://github.com/hargup, These were the critiques of our original
paper in our Revise and Resubmit stage:
COMMENTS FOR THE AUTHOR: Reviewer #1
<https://github.com/notconfusing/WIGI/issues/1>: With all its
merits as an innovative research project, the "WIGI" index article
suffers from two main critical flaws that undermine the
interesting attempt to explore the gender inequality as
represented in Wikipedia's biographies: over-generalizations and
over-statements. Thus I suggest the author(s) to revise them
accordingly. First, the author(s) must specify clearly the scope
and the unit of analysis of the research, otherwise the
generalizations made, implicitly or explicitly in the article,
will continue to undermine the validity of the main arguments and
confuse the readers. Since the scope of research is Wikipedia
biographies that are coded in Wikidata project, it must be pointed
out the gaps between the actual and the expected scope of
research. The actual scope is the biographies that are coded (and
thus represented) in Wikidata, which may or may out be the same of
the scope covered by the Wikipedia biographies. Also, it must be
pointed out that the scope of Wikipedia biographies may be partial
as well when considering the totality of available world's
biographies. Such clarifications will enhance the analytical
strengths and limitations of the approach. Instead of arguing for
"an academic index allowing comparative study of gender inequality
through space and time", the authors should use more adequate and
moderate arguments such as "a set of indicators that allow the
measurement and monitoring the representative inequality of gender
in biographies across countries and throughout time". The key
terms are *representation* and *biographies*. Without these
specification key terms, over-generalizations are made. Second,
while the author(s) comparative strategies (including using
Inglehart-Welzel cultural clusters) serve very well in reducing
the complexity of the datasets for interesting insights, the
discussions and conclusions made tend to over-state what the
findings may imply. For instance, the found relatively high
ranking of the Confucian and South Asian clusters were described
by the author(s) as "surprising", and then the author(s) proceed
to propose the Celebrity Hypothesis (7.11) to explain such a
surprise. What the author(s) should do and must do is instead use
this opportunity to discuss the methodological issue that gender
*representative* inequality may be quantitatively reduced by more
presence of celebrity in biographies, but such phenomena may
conceal, rather than reveal the actual social gender inequality
for cross-cultural comparisons. In other words, the author(s)
should continue to advance the discussions on the found patterns
to show that different aggregation/comparison strategies may
reveal/conceal certain aspects of inequality. Attention must be
paid to specify which aspects and how. The two main points above
lead to a critical question on the use of the term "index". The
author(s) may want to refer the following sources: * Robert J.
Rossi; Kevin J. Gilmartin (1980). The handbook of social
indicators: sources, characteristics, and analysis. Garland STPM
Press. p. 175. ISBN 978-0-8240-7135-6. * Fanchette, Serge, 1974.
Social Indicators: Problems of Methodology and Selection' In
Social Indicators: Problems of Definition and Selection. Paris:
UNESCO Press. and realize that an "index" refers to a specific
"weighted combination of two or more indicators". There is little
discussions on how the so-called WIGI index may be weighted
combinations of some kind. What the paper has already achieved
successfully is to derive a set of gender representation
inequality indicators in various aggregated time and country
categories, which in turn provide interesting findings about the
Wikipedia/Wikidata themselves. However, these outcomes are not yet
weighted in combinations to derive an "index" about societies in
general. Though I did not mean to say that an index is necessary
for the article to succeed, it is important to manage the readers'
expectation adequately. The authors' may want to give some
thoughts about what this paper has already achieved and what they
want to invite the readers of "Social Indicators" to contribute
the further development of the work presented here. I personally
think that my suggested description "a set of indicators that
allow the measurement and monitoring the representative inequality
of gender in biographies across countries and throughout time" is
more adequate. The author(s) can further discuss, as they have
done partially in the paper, the limitations and possible
extensions of the current research efforts. For instance, the low
percentage of country information (23.47%) in Table 1 seriously
undermines any further attempts to conduct cross-country
comparisons (not to mention the aggregated outcomes based on nine
world cultures consistently), including the ranking in Table 2.
The author(s) may want to suggest a few research strategies in the
future to tackle such a major data problem. This work gas
pioneered work in measuring and monitoring biographies in
Wikipedia/Wikidata projects. A successful revision will require
the author(s) to better defend their contribution in showing the
*representation* inequality, instead of the overstated claim on
"worldwide longitudinal gender inequality trends". Given the fact
that many of the data points' country information are missing, the
author(s) should acknowledge such a fact and try to turn this
point of weakness into a point of strength in signaling the
incomplete area for Wikipedia's improvement in the area. In other
words, instead of suggesting the Wikipedia/Wikidata outcomes can
be "indicative" or "reflective" of social phenomena, the author(s)
should focus on the "representative" nature of Wikipedia/Wikidata
in documenting social outcomes. The proposed celebrity hypothesis
also highlights the "representative" dimension. In other words,
instead of claiming that Wikipedia/Wikidata may reveal and/or
reflect the world's gender inequality, it may be more defensible
that the proposed efforts help to identify the representative
inequality across different cultural, linguistic and social
categories as represented in Wikipedia/Wikidata projects.

—
Reply to this email directly or view it on GitHub
https://github.com/notconfusing/WIGI/issues/20.

@piokon @notconfusing To not to influence other project members I have sent my feedback through mail.

@piokon @notconfusing
Sent my comments by mail

I think at this point we can share your analysis with the group, so
everyone can read it? What do you think?
--
Piotr Konieczny, PhD
http://hanyang.academia.edu/PiotrKonieczny
http://scholar.google.com/citations?user=gdV8_AEAAAAJ
http://en.wikipedia.org/wiki/User:Piotrus
On 5/15/2015 05:34, Harsh Gupta wrote:

@piokon https://github.com/piokon @notconfusing
https://github.com/notconfusing To not to influence other project
members I have sent my feedback through mail.
—
Reply to this email directly or view it on GitHub
https://github.com/notconfusing/WIGI/issues/20#issuecomment-102160781.

I don't believe I ever got them, would you mind sending them here?
(Perhaps I am confused about something, but this is a listerv, right?)
--
Piotr Konieczny, PhD
http://hanyang.academia.edu/PiotrKonieczny
http://scholar.google.com/citations?user=gdV8_AEAAAAJ
http://en.wikipedia.org/wiki/User:Piotrus
On 5/15/2015 19:09, Mohammed Sadat Abdulai wrote:

@piokon https://github.com/piokon @notconfusing
https://github.com/notconfusing
Sent my comments by mail
—
Reply to this email directly or view it on GitHub
https://github.com/notconfusing/WIGI/issues/20#issuecomment-102357360.

Inclusion of a section header 6.3 that clearly spells out the scope of the study:
Scope of the study
The scope of the study is Wikipedia biographies that are coded in Wikidata. Wikidata is a project that aims to gather data from all Wikipedias in a single location in a form that can both be read by humans and be processed by machines. Its essence is a document oriented database that provides a common source of certain structured data types (for example, birth and death dates) which can be used by Wikipedia and sister Wikimedia projects.
The units that would be measured are the ratio of female Wikipedia biographies to total Wikipedia biographies against the background of these female personalities, that is, their place of birth and time of birth. When a biography does not contain place of birth, citizenship will be used in its stead if that is available. In addition, time of birth in a broad sense will refer to a specific timeframe within which a person is born but not necessarily the exact date....still expanding!
Though it has already been mentioned briefly. I think the systematic biases of Wikipedia need to be made clear to the reader in the ways it can potentially influence “biography” articles on Wikipedia. Also to be included in the scope of the study:
Wikipedia suffers from general systematic biases and this directly influences the nature or space of biographies that editors would choose to create or improve as well as the quality of such biography articles. A 2005 University of Würzburg Wikipedia User survey [1], found that “the common characteristics of ‘average Wikipedians’ inevitably color the content of Wikipedia”. The study defined the average Wikipedian on the English Wikipedia for example as
(1) a male,
(2) technically inclined,
(3) formally educated,
(4) an English speaker (native or non-native),
(5) aged 15–49,
(6) from a majority-Christian country,
(7) from a developed nation,
(8) from the Northern Hemisphere, and
(9) likely employed as a white-collar worker or enrolled as a student rather than employed as a blue-collar worker.
(Cohen, 2011) and (WMF survey Report, 2011) found women to be underrepresented on Wikipedia. (Lam et al, 2011) went further to suggest that the under-representation of Women contributors could have a detrimental effect on content coverage.
Access to internet, which is a major requirement to editing Wikipedia and creating/improving biography articles tend to be at the disposal of people in developed nations. (Nelson, Anne. "Wikipedia Taps College ‘Ambassadors’ to Broaden Editor Base") notes that Eighty percent of Wikipedia page views and 83% of global edits come from the Global North. Most countries in the Southern hemisphere have disproportionately less access to information technology which easily translates to technical inability to contribute to Wikipedia.[2][3][4][5]
Indo-European languages most notably from Anglophones countries dominate Wikipedia contributions. The majority of the world's population lives in the Northern Hemisphere, which is mostly Anglophone. No wonder of the over 35 million different language editions of Wikipedia, nearly 45% of them belong to only 8 Indo-European languages (English, Swedish, Dutch, German, French, Russian, Italian, Spanish) with the English Wikipedia which also happens to be the largest, making up 13.9%.[6]
Among the biases on Wikipedia are the unavailability of sources in some languages and the high cost involved in accessing quality sources from journals for example. Because reliable sources are required by Wikipedia policy, topics are limited in their contents by the sources available to editors. This is a particularly acute problem for biographies of living persons. Sources published in a medium that is both widely available and familiar to editors, such as a news website, are more likely to be used than those from esoteric or foreign-language publications regardless of their reliability.[7] ...There is a tall list of other biases I have gathered!
Because of the tendentious nature of Wikipedia contributions and the in-proportionate distribution of Wikipedia articles, the study expects biography articles on Wikipedia to be influenced by the above-mentioned circumstances of a Wikipedia editor and a spillover of these effects onto the units of measurements used for the analysis.
Furthermore, the Wikidata project is in its initial development stages and as of August 2013, the database was 106.6 gigabytes large with seventeen (17) million statements created.[8] The data imported for the analysis therefore is not representative of all biographies presently contained in all Wikipedias. In addition, only 28.34 percent of biography articles as of October 2014 contained the item “country”. This renders any cross-country inferences made based on the data still inconclusive.
In response to:
Instead of arguing for "an academic index...the authors should use more adequate and moderate arguments such as "a set of indicators that allow the measurement and monitoring the representative inequality of gender in biographies across countries and throughout time".
Since we’re not only coming up with a paper but also an automated statistical presentation of gender in articles by certain categories, and in heeding the reviewers advise of using moderate language; I think it is crucial that we emphasize the main argument of the paper to be “to develop a set of indicators to be used as a tool for measuring and monitoring the representative inequality of gender in biographies across countries and throughout time”.
In response to:
...the author(s) found relatively high ranking of the Confucian and South Asian clusters were described by the author(s) as "surprising", and then the author(s) proceed to propose the Celebrity Hypothesis (7.11) to explain such a surprise. and What the author(s) should do and must do is...continue to advance the discussions on the found patterns to show that different aggregation/comparison strategies may reveal/conceal certain aspects of inequality.
In relation to the celebrity hypothesis, we can produce another heatmap that excludes celebrities at all (per tested celebrity terms) from the data to see if the absence of celebrities has an effect on the number of female biographies. If heated areas are reduced that corroborates the celebrity hypothesis somehow though not conclusively yet.
Moving forward, I believe the key terms that are used for the celebrity tests are direct translations of the same terms in English. These professions though common among western Europeans may either not be easily associated with females in other demographics where their roles/ types of jobs in these societies differ, or hold significantly different perceptions among people. For example, a “model” in the Islamic/African/confusion cluster may not hold the same weight or celebrity status as a model in Western Europe. I can do more investigation as to what defines a celebrity in the different cultural clusters, and what it means (who fits the description best) in the different clusters so we do not have to use the same generic English terms.
Furthermore, the notion that, obtaining a huge positive percentage in fig.10. (Difference in female ratio by language-unique and language-many articles by language of Wikipedia) indicates a “focus to write more female-oriented local hero articles” can be viewed from other perspectives, and I think that should also be mentioned/explored in the study. The thrust of European political power, commerce, and culture though present is less felt in Confucian societies as compared with its immense presence in Islamic and African societies. In such societies where the exchange (or rather the hand down) of culture is more eminent, we would expect that “local heroes” may not be so local after all. We can find out if biographies from non-European languages that end up having inter-Wiki links are mostly translated into English or European languages. If that is the case then that might explain why the Confucian cluster dominates the chart with language-unique biographies, diluting the strong assertion that it is as a result of a “focus to write more female-oriented local hero articles”.
Also, given the period of birth or death, and the characteristics of biography articles such as occupation or cultural cluster, it will be interesting to perform multiclass LR analysis on the data to see if we can unearth a trend of ratio of mean article size by gender for Top 25 Wikipedias by language. I’m refereeing to Fig.11.
Lastly, it would be interesting to replicate all the computations and graphs on a different but similar set of clusters to see if there are variations or observable differences in results. Globe cultural clusters based on the effects of globalization are a compelling candidate. Its clusters are Anglo, Confucian Asia, Eastern Europe, Germanic Europe, Latin America, Latin Europe, Middle East, Nordic Europe, Southern Asia, Sub-Sahara Africa.[9]
In response to:
There is little discussions on how the so-called WIGI index may be weighted combinations of some kind. What the paper has already achieved successfully is...However, these outcomes are not yet weighted in combinations to derive an "index" about societies in general.
Indexes are meant to summarize and rank specific observations. Figure 6. is a subsets of Fig.7 since the later adds a third dimension of culture to the existing gender ratios against time. We can further investigate how gender ratios will behave against time, culture, and occupation. The next set of graphs can be combined to produce a plot of percentage of the magnitude of the difference between language-unique and language-many female biographies by culture, to mean article size. If we assign the same weight to both indicators, it is possible to formulate an index that encapsulates all the variables looking at how they relate to each other.
References
1
[http://www.psychologie.uni-wuerzburg.de/ao/research/wikipedia.php?lang=en]
2
[Mossberger, Karen (2009). "Toward digital citizenship: addressing inequality in the information age". In Chadwick, Andrew. Routledge handbook of Internet politics. Taylor & Francis. ISBN<PHONE_NUMBER>146]
3
[Cavanagh, Allison (2007). Sociology in the age of the Internet. McGraw-Hill International. p. 65. ISBN<PHONE_NUMBER>250]
4
[Chen, Wenhong & Wellman, Barry (2005). "Minding the Cyber-Gap: the Internet and Social Inequality". In Romero, Mary & Margolis, Eric. The Blackwell companion to social inequalities. Wiley-Blackwell. ISBN<PHONE_NUMBER>547]
5
[Norris, Pippa (2001). "Social inequality". Digital divide: civic engagement, information poverty, and the Internet worldwide. Cambridge University Press. ISBN<PHONE_NUMBER>233].
6
[Mark Graham. "Wikipedia's known unknowns". The Guardian.co.uk.]
7
[ https://en.wikipedia.org/w/index.php?title=Wikipedia:Systemic_bias&oldid=662207541]
8
[https://upload.wikimedia.org/wikipedia/commons/8/85/State_Of_Wikidata.pdf]
9
[https://en.wikipedia.org/wiki/Global_Leadership#Globe_cultural_clusters]
Sent from Windows Mail

Mohammed, that's very interesting. I think the scope of the study should
be in the introduction, rather than in the middle. I'll see about
incorporating your scope, and discussion of biases, into the article.
Regarding your analysis of the Confucian hypothesis, I think it may be
better if you try to add it to our draft yourself, and see where it
fits. Regarding testing it further, all of them are interesting ideas,
but they are not something I can do (I don't code). Seeing as our word
count is going up, I wonder if we shouldn't consider removing the
celebrity hypothesis entirely, and writing another paper dedicated to it
in the future. It is very interesting, but as we have all agreed, the
paper is introducing the WIGI hypothesis, and the celebrity hypothesis
is going beyond it, trying to interpret it and therefore adding extra
complexity to the paper that may not be needed. Thoughts?
--
Piotr Konieczny, PhD
http://hanyang.academia.edu/PiotrKonieczny
http://scholar.google.com/citations?user=gdV8_AEAAAAJ
http://en.wikipedia.org/wiki/User:Piotrus
On 5/21/2015 20:40, Mohammed Sadat Abdulai wrote:

Inclusion of a section header 6.3 that clearly spells out the scope of
the study:
Scope of the study
The scope of the study is Wikipedia biographies that are coded in
Wikidata. Wikidata is a project that aims to gather data from all
Wikipedias in a single location in a form that can both be read by
humans and be processed by machines. Its essence is a document
oriented database that provides a common source of certain structured
data types (for example, birth and death dates) which can be used by
Wikipedia and sister Wikimedia projects.
The units that would be measured are the ratio of female Wikipedia
biographies to total Wikipedia biographies against the background of
these female personalities, that is, their place of birth and time of
birth. When a biography does not contain place of birth, citizenship
will be used in its stead if that is available. In addition, time of
birth in a broad sense will refer to a specific timeframe within which
a person is born but not necessarily the exact date....still expanding!
Though it has already been mentioned briefly. I think the systematic
biases of Wikipedia need to be made clear to the reader in the ways it
can potentially influence “biography” articles on Wikipedia. Also to
be included in the scope of the study:
Wikipedia suffers from general systematic biases and this directly
influences the nature or space of biographies that editors would
choose to create or improve as well as the quality of such biography
articles. A 2005 University of Würzburg Wikipedia User survey [1],
found that “the common characteristics of ‘average Wikipedians’
inevitably color the content of Wikipedia”. The study defined the
average Wikipedian on the English Wikipedia for example as
(1) a male,
(2) technically inclined,
(3) formally educated,
(4) an English speaker (native or non-native),
(5) aged 15–49,
(6) from a majority-Christian country,
(7) from a developed nation,
(8) from the Northern Hemisphere, and
(9) likely employed as a white-collar worker or enrolled as a student
rather than employed as a blue-collar worker.
(Cohen, 2011) and (WMF survey Report, 2011) found women to be
underrepresented on Wikipedia. (Lam et al, 2011) went further to
suggest that the under-representation of Women contributors could have
a detrimental effect on content coverage.
Access to internet, which is a major requirement to editing Wikipedia
and creating/improving biography articles tend to be at the disposal
of people in developed nations. (Nelson, Anne. "Wikipedia Taps College
‘Ambassadors’ to Broaden Editor Base") notes that Eighty percent of
Wikipedia page views and 83% of global edits come from the Global
North. Most countries in the Southern hemisphere have
disproportionately less access to information technology which easily
translates to technical inability to contribute to Wikipedia.[2][3][4][5]
Indo-European languages most notably from Anglophones countries
dominate Wikipedia contributions. The majority of the world's
population lives in the Northern Hemisphere, which is mostly
Anglophone. No wonder of the over 35 million different language
editions of Wikipedia, nearly 45% of them belong to only 8
Indo-European languages (English, Swedish, Dutch, German, French,
Russian, Italian, Spanish) with the English Wikipedia which also
happens to be the largest, making up 13.9%.[6]
Among the biases on Wikipedia are the unavailability of sources in
some languages and the high cost involved in accessing quality sources
from journals for example. Because reliable sources are required by
Wikipedia policy, topics are limited in their contents by the sources
available to editors. This is a particularly acute problem for
biographies of living persons. Sources published in a medium that is
both widely available and familiar to editors, such as a news website,
are more likely to be used than those from esoteric or
foreign-language publications regardless of their reliability.[7]
...There is a tall list of other biases I have gathered!
Because of the tendentious nature of Wikipedia contributions and the
in-proportionate distribution of Wikipedia articles, the study expects
biography articles on Wikipedia to be influenced by the
above-mentioned circumstances of a Wikipedia editor and a spillover of
these effects onto the units of measurements used for the analysis.
Furthermore, the Wikidata project is in its initial development stages
and as of August 2013, the database was 106.6 gigabytes large with
seventeen (17) million statements created.[8] The data imported for
the analysis therefore is not representative of all biographies
presently contained in all Wikipedias. In addition, only 28.34 percent
of biography articles as of October 2014 contained the item “country”.
This renders any cross-country inferences made based on the data still
inconclusive.
In response to:
Instead of arguing for "an academic index...the authors should use
more adequate and moderate arguments such as "a set of indicators that
allow the measurement and monitoring the representative inequality of
gender in biographies across countries and throughout time".
Since we’re not only coming up with a paper but also an automated
statistical presentation of gender in articles by certain categories,
and in heeding the reviewers advise of using moderate language; I
think it is crucial that we emphasize the main argument of the paper
to be “to develop a set of indicators to be used as a tool for
measuring and monitoring the representative inequality of gender in
biographies across countries and throughout time”.
In response to:
...the author(s) found relatively high ranking of the Confucian and
South Asian clusters were described by the author(s) as "surprising",
and then the author(s) proceed to propose the Celebrity Hypothesis
(7.11) to explain such a surprise. and What the author(s) should do
and must do is...continue to advance the discussions on the found
patterns to show that different aggregation/comparison strategies may
reveal/conceal certain aspects of inequality.
In relation to the celebrity hypothesis, we can produce another
heatmap that excludes celebrities at all (per tested celebrity terms)
from the data to see if the absence of celebrities has an effect on
the number of female biographies. If heated areas are reduced that
corroborates the celebrity hypothesis somehow though not conclusively yet.
Moving forward, I believe the key terms that are used for the
celebrity tests are direct translations of the same terms in English.
These professions though common among western Europeans may either not
be easily associated with females in other demographics where their
roles/ types of jobs in these societies differ, or hold significantly
different perceptions among people. For example, a “model” in the
Islamic/African/confusion cluster may not hold the same weight or
celebrity status as a model in Western Europe. I can do more
investigation as to what defines a celebrity in the different cultural
clusters, and what it means (who fits the description best) in the
different clusters so we do not have to use the same generic English
terms.
Furthermore, the notion that, obtaining a huge positive percentage in
fig.10. (Difference in female ratio by language-unique and
language-many articles by language of Wikipedia) indicates a “focus to
write more female-oriented local hero articles” can be viewed from
other perspectives, and I think that should also be mentioned/explored
in the study. The thrust of European political power, commerce, and
culture though present is less felt in Confucian societies as compared
with its immense presence in Islamic and African societies. In such
societies where the exchange (or rather the hand down) of culture is
more eminent, we would expect that “local heroes” may not be so local
after all. We can find out if biographies from non-European languages
that end up having inter-Wiki links are mostly translated into English
or European languages. If that is the case then that might explain why
the Confucian cluster dominates the chart with language-unique
biographies, diluting the strong assertion that it is as a result of a
“focus to write more female-oriented local hero articles”.
Also, given the period of birth or death, and the characteristics of
biography articles such as occupation or cultural cluster, it will be
interesting to perform multiclass LR analysis on the data to see if we
can unearth a trend of ratio of mean article size by gender for Top 25
Wikipedias by language. I’m refereeing to Fig.11.
Lastly, it would be interesting to replicate all the computations and
graphs on a different but similar set of clusters to see if there are
variations or observable differences in results. Globe cultural
clusters based on the effects of globalization are a compelling
candidate. Its clusters are Anglo, Confucian Asia, Eastern Europe,
Germanic Europe, Latin America, Latin Europe, Middle East, Nordic
Europe, Southern Asia, Sub-Sahara Africa.[9]
In response to:
There is little discussions on how the so-called WIGI index may be
weighted combinations of some kind. What the paper has already
achieved successfully is...However, these outcomes are not yet
weighted in combinations to derive an "index" about societies in general.
Indexes are meant to summarize and rank specific observations. Figure
6. is a subsets of Fig.7 since the later adds a third dimension of
culture to the existing gender ratios against time. We can further
investigate how gender ratios will behave against time, culture, and
occupation. The next set of graphs can be combined to produce a plot
of percentage of the magnitude of the difference between
language-unique and language-many female biographies by culture, to
mean article size. If we assign the same weight to both indicators, it
is possible to formulate an index that encapsulates all the variables
looking at how they relate to each other.
References
1
[http://www.psychologie.uni-wuerzburg.de/ao/research/wikipedia.php?lang=en]
2
[Mossberger, Karen (2009). "Toward digital citizenship: addressing
inequality in the information age". In Chadwick, Andrew. Routledge
handbook of Internet politics. Taylor & Francis. ISBN<PHONE_NUMBER>146]
3
[Cavanagh, Allison (2007). Sociology in the age of the Internet.
McGraw-Hill International. p. 65. ISBN<PHONE_NUMBER>250]
4
[Chen, Wenhong & Wellman, Barry (2005). "Minding the Cyber-Gap: the
Internet and Social Inequality". In Romero, Mary & Margolis, Eric. The
Blackwell companion to social inequalities. Wiley-Blackwell. ISBN
9780631231547]
5
[Norris, Pippa (2001). "Social inequality". Digital divide: civic
engagement, information poverty, and the Internet worldwide. Cambridge
University Press. ISBN<PHONE_NUMBER>233].
6
[Mark Graham. "Wikipedia's known unknowns". The Guardian.co.uk.]
7
[
https://en.wikipedia.org/w/index.php?title=Wikipedia:Systemic_bias&oldid=662207541]
8
[https://upload.wikimedia.org/wikipedia/commons/8/85/State_Of_Wikidata.pdf]
9
[https://en.wikipedia.org/wiki/Global_Leadership#Globe_cultural_clusters]
Sent from Windows Mail
—
Reply to this email directly or view it on GitHub
https://github.com/notconfusing/WIGI/issues/20#issuecomment-104236963.

@piokon I am interested in exploring the Celebrity Hypothesis even further and I'd also prefer that we dealt with it rigorously in another paper. In the mean time it may not be too necessary to remove it entirely from this present paper, we can however trim it down by scantly mentioning it.
I will develop the Confucian hypothesis (in the coming days) and present it here, then we'll see ifs interesting enough to be incorporate.
@notconfusing Will time and resources allow us do further tests?


[GPT-737] Split modules api

[x] split-module API structure (template / template-compiler)
[x] monorepo (lerna)
[x] restructured tests for cleaner organization
[x] invisible prettier workflow (no need for eslint for the moment, in the future prettier-eslint could be used if needed)

Added moar tests (to make sure that the modules expose the correct APIs). @matteofigus @mattiaerre should be ready to be reviewed now

@mattiaerre , @matteofigus updated

Can you do the various publishing @nickbalestra ?


You dont have the x86 issue in Windows Desktop Anymore?

I used to compile in x86 my apps for WIndows Desktop, because a know issue of Akavache.
I dont see it now in the README. So, it is fixed?
Thanks!

Any comment @flagbug? Thanks :)

It should just work


Requesting an example with graphql Sheild with apollo server with envelop

Requesting Priority support for this issue

😄 thanks! every dollar helps.

I suggest:

wait for the V8 to be released that's going to improve much and have "native" integration with envelop (https://github.com/maticzav/graphql-shield/pull/1359)
use useMiddleware envelop plugin and pass shield() result inthere

Hi,
I request to create a full-fledged example

@maticzav do you may have an example or can you elaborate a little about the useMiddleware suggestion you did?

Hi @jmolivas
Any recent update over this issue


select_best_model_ranking stops if loss = Inf

If loss=Inf during execution of select_best_model_ranking we get the following error:
ValueError: Loss is inf. Please change the hyperparameters!!!`
Apart from the psychopathic mis-use of exclamation marks, the expected behaviour should be to catch the error (maybe raise a warning), but otherwise continue with the rest of the search. Currently I don't even know what hyperparameters to change to avoid this error.

FYI, the infinite loss seemed to come from using adversarial loss with the Nations dataset.


Use Presto logo in project README.md file

Summary

Use Presto logo in project README.md file that makes nicer
Changed position title and description Presto into the center

Test Plan
Before

After

Thanks for helping to improve the README.
Since GitHub uses a white background, the middle part of the logo is not visible (it uses white dots). One of these might be better:

https://github.com/prestosql/presto/blob/master/presto-docs/src/main/resources/logo/web/main/white/Presto_Logo_WhiteBG-01.svg
https://github.com/prestosql/presto/blob/master/presto-docs/src/main/resources/logo/web/main/black/Presto_Logo_BlackBG-01.svg

Thanks for helping to improve the README.
Since GitHub uses a white background, the middle part of the logo is not visible (it uses white dots). One of these might be better:

https://github.com/prestosql/presto/blob/master/presto-docs/src/main/resources/logo/web/main/white/Presto_Logo_WhiteBG-01.svg
https://github.com/prestosql/presto/blob/master/presto-docs/src/main/resources/logo/web/main/black/Presto_Logo_BlackBG-01.svg

Ohh yeah, thanks for the update, wait I'll fix it!

Please make sure you file CLA, please follow: https://github.com/prestosql/cla. This is required in order to merge your change!

Please make sure you file CLA, please follow: https://github.com/prestosql/cla. This is required in order to merge your change!

I have already sent the CLA via email following https://github.com/prestosql/cla

I have already sent the CLA

Great, we need to update then. Thanks!

I have already sent the CLA

Great, we need to update then. Thanks!

Alright, thanks so much 🙏

@cla-bot check

Thank you for the invitation @martint @kokosing @electrum 🙏

Please squash all commits and use the below for the commit message:
Use Presto logo in project README.md file

done, can't wait to see its merged :)

LGTM, I will leave it open for a while to make sure all interested parties have a chance to comment.

Aa sure :)

Merged, thanks!


pipenv run expands * into files, can not be quoted(?).

Issue description
pipenv run expands * and it doesnt seem to be possible  to escape it.. I don't think that anything should be expanded inside the pipenv run command, the shell does before if it is needed.
# foo.py
import sys

print(sys.argv)

$ python foo.py hello '\* *' *.json
['foo.py', 'hello', '\\* *', 'clients.json']

$ pipenv run python foo.py hello '\* *' *.json
['foo.py', 'hello', '\\*', 'Dockerfile', 'Pipfile', 'Pipfile.lock', ... 'clients.json']

Please run $ pipenv --support, and paste the results here. Don't put backticks (`) around it! The output already contains Markdown formatting.
It's probably not relevant for this issue but more importantly I'm not comfortable sharing the output of that command right now.
Pipenv version: `'2018.11.26'`
  - `3.7.1`: `/usr/bin/python3.7m`
{'implementation_name': 'cpython',
 'implementation_version': '3.6.7',
 'os_name': 'posix',
 'platform_machine': 'x86_64',
 'platform_python_implementation': 'CPython',
 'platform_release': '4.18.0-15-generic',
 'platform_system': 'Linux',
 'platform_version': '#16-Ubuntu SMP Thu Feb 7 10:56:39 UTC 2019',
 'python_full_version': '3.6.7',
 'python_version': '3.6',
 'sys_platform': 'linux'}

  - `SHELL`: `/bin/bash`
  - `EDITOR`: `editor`
  - `LANG`: `en_US.utf8`

my bad, was something wrong with my shell.


help/wanted(throttle): How to setup Teamspeak QUery throttle in Alfred

How to Setup the throttle using Alfred.
Question
Hi,
I need to know how to set up the throttle that is used by teamspeak query from Alfred.
Can you give me an hint about how to setup that ?
Best Regards,
Mehdi AISSANI

You can access the instance of teamspeak-query via Alfred.query.
Using the throttle:
Alfred.query.throttle // Do whatever you want

I'm realy sorry of this issue spamming :(
I ask question that not under documentation.
But it will improve the future users of this Beautifull package.
Best Regards.

That's what this feature is there for :)

Can you fix Alfred Query issue.
And five an example about how to use it :
Alfred.query.throttle = {'enable': false }; //????
Alfred.query.throttle( 'enable', false );

Thx a lot.

Alfred.query.throttle.set('enable', false); It's specified in the documentation of teamspeak-query

Thx a lot <3 , if i can buy you a beer or anything to tip your project i am open.
Best Regards,
Mehdi AISSANI


balanceTx uses pure TimeTranslation instead of an impure TimeInterpreter

[x] Create TimeTranslation opaque data type as a purer replacement for the TimeInterpreter
[x] Provide a [temporary] constructor to create TimeTranslation from a TimeInterpreter
[x] Replace usages of TimeInterpreter with the TimeTranslation

Issue Number
ADP-2968

Deprecate and remove TimeInterpreter abstraction.

🤔 I don't think that's a good idea as part of this task.

Deprecate and remove TimeInterpreter abstraction.

thinking I don't think that's a good idea as part of this task. The wallet's needs are different from that of balanceTx. For example TimeInterpreter currently handles logging in a consistent manner.

Agreed.

bors merge

bors merge


Unable to transcribe

Are You on the Latest version?
You did a git pull and are running the latest version/build?
Yes
Please describe the bug
I am trying to transcribe audio to text but I can not get it to work. No matter what I do, it always crashes. I've tried with multiple files and what ends up happening is that I have bunch of directories in the temp folder with the audio files, and the script keeps crashing after attempting to initialize whisper.
Is the bug reproducable reliably?
Yes, at least on my end.
Steps to to reproduce the issue
I cannot get transcription to work at all.
Desktop (please complete the following information):

OS: Windows 10
Browser Firefox
Date you performed the last git pull: I reinstalled it today.

Any Additional context
I managed to screenshot the cmd window the last millisecond before it autoclosed and saw this error:
INFO:root:speech-to-text: Starting transcription...
INFO:root:Initializing new WhisperModel with size medium on device cuda
INFO:faster whisper:Processing audio with duration 12:22.203
Could not locate cudnn_ops64_9.d11. Please make sure it is in your library path! Invalid handle.
Cannot load symbol cudnnCreateTensorDescriptor
I have installed cudnn and CUDA drivers from NVIDIA's website, but the script keeps crashing. I tried updating it with no GPU support, and it still crashes.
I tried using whisperXXL as stated in the readme, and then it cannot even start, throwing this error:
Default API Endpoint: openai
Traceback (most recent call last):
File "D:\tldw\summarize.py", line 16, in
from App_Function_Libraries. Books. Book_Ingestion_Lib import ingest_folder, ingest text_file
File "D:\tldw\App_Function_Libraries\Books\Book_Ingestion_Lib.py", line 31, in
from App_Function_Libraries.DB.DB Manager import add_media_with_keywords, add_media to_database
File "D:\tldw\App_Function_Libraries\DB\DB_Manager.py", line 15, in
from App_Function_Libraries.DB.SQLite_DB import DatabaseError
File "D:\tldw\App_Function_Libraries\DB\SQLite_DB.py", line 69, in
from App_Function_Libraries.Chunk_Lib import chunk_options, chunk_text
File "D:\tldw\App_Function_Libraries\Chunk_Lib.py", line 20, in
from transformers import GPT2Tokenizer File "D:\tldw\venv\Lib\site-packages\transformers\ init .py", line 26, in
from . import dependency_versions_check
File "D:\tldw\venv\Lib\site-packages\transformers\dependency_versions_check.py", line 16, in
from .utils.versions import require_version, require_version_core File "D:\tldw\venv\Lib\site-packages\transformers\utils__init .py", line 27, in
from . chat_template_utils import DocstringParsingException, TypeHintParsingException, get_json_schema
File "D:\tldw\venv\Lib\site-packages\transformers\utils\chat_template_utils.py", line 39, in
from torch import Tensor File "D:\tldw\venv\Lib\site-packages\torch__init .py", line 130, in
raise err
05Error: [WinError 127] The specified procedure could not be found. Error loading "D:\tldw\venv\Lib\site-packag es\torch\lib\cudnn_cnn_train64_8.d11" or one of its dependencies.
I installed with the curl -0 method and tried using medium, medium.en and small whisper models. None work.
Please help, I've been trying to get it to work for many hours and I still can't.

Thanks for filling this, sorry you’re having issues.
problem is that your python env isn’t seeing the CUDA installation.
There are two possible fixes, one is to change your system ENV path to include your cuda installation, and the other is to drop the two cuda DLL files into the tldw directory.

Hi, thank you for the response. I managed to get it to transcribe by placing the dll file in the tl/dw directory with the other dll files, and adding the CUDA directory to PATH (no idea why it wasn't done upon installation?) So now it's fixed.
On another note, I was hoping to be able to transcribe multiple audio files at once, and I am a bit disappointed in being able to do it only one by one. I have around 2000 files I wanted to transcribe, and it looks like it's going to be impossible to do. Hopefully it is not too hard to add multi file processing?
Thank you.

Glad to hear its resolved, yea, idk either, fun stuff.
Yea, I've gone ahead and added that functionality. Was on my todo list anyways.


Minor syntax corrections in 05-questions.Rmd

These are very minor typo corrections.

Still very much appreciated!


ions_produced : now ion_produced

fd.ERSource().simulate() gives us a field ion_produced, but batched_differential_rate expects ions_produced. I've included a snip of code to run to recreate the issue here:
import flamedisx as fd
data = fd.ERSource().simulate(100, full_annotate=True, fix_truth = dict(energy=5.))
source = fd.ERSource(data)
diffrate = source.batched_differential_rate()

Error:
TypeError: _compute() missing 1 required positional argument: 'ions_produced'

My proposed solution would be to change the forward-simulation side to ions_produced to match the plural-grammar of the other data types e.g. electrons_produced. If this is the ideal solution, I can compile some form of a PR and link here when ready. Just wanted others aware that I believe this is nothing more than a typo!

Actually, ignore this. I realized that fd.ERSource() was not, in fact, grabbing the fd.lxe_sources.ERSource(), but a custom-written source. So this is actually my fault!


add spotbug for Java component

https://spotbugs.readthedocs.io/en/latest/running.html
https://pmd.github.io/


Cached User Db

From previous issue
However, I dont believe we need a write back to the disk since looking forward that has no value and increases the code complexity.
Further details may be discussed here.

Thanks for opening the discussion.
Formally speaking, we need this to fully implement find-db as a cache of Find. The current implementation lacks one of the most important cache characteristics, namely speed. As a result, when the User find-db is big, the performance of Hybrid Find (which is the default now), Fast Find and Immediate Mode suffer. The library spends dozens of ms only to discover find-db misses. This is especially important for the networks like Mask-RCNN and retina-net.


JAV-320 configurable recovery policy

Coverage increased (+0.1%) to 94.03% when pulling af900d2b8ab25f04af4db6d189286e6b090873aa on JAV-320_configurable_recovery_policy into 4595aef8705511a626ed2f83d001be1ae7eed7c5 on master.

Coverage increased (+0.1%) to 93.82% when pulling e2fa1e34742983e76755f6c242f5b92672b1fb4e on JAV-320_configurable_recovery_policy into 1dba7b2dc8e11e3577c9f0a71955a9189b453020 on master.

Coverage decreased (-0.4%) to 93.342% when pulling de90acc13ad98f0ff6fe87e96c90f33c1eaceeb2 on JAV-320_configurable_recovery_policy into 1dba7b2dc8e11e3577c9f0a71955a9189b453020 on master.

Coverage decreased (-0.4%) to 93.317% when pulling 34e4b5d2f599d303e5ede057d51aace1f4b9b997 on JAV-320_configurable_recovery_policy into 1dba7b2dc8e11e3577c9f0a71955a9189b453020 on master.


added 9 fallback to 8 regarding subsciption parse

fixes case where old database structure is used and client clean is false.
@see https://github.com/moscajs/aedes/issues/780

@reijosirila Could you try to add a test that reproduces this?

@reijosirila kindly ping

I'll have some time on next week. I'll try to do it then.


Updated Readme

Page Border augmentation applies a show of pages on any side of the page.

Can you expand on this?


Update zh-Hans homepage

Hello! I appreciate the work, but it's a bit difficult to review as is.
There are some unrelated changes in there.
Could you separate the zh-Hans changes from the rest?

Hello! I appreciate the work, but it's a bit difficult to review as is. There are some unrelated changes in there.
Could you separate the zh-Hans changes from the rest?

I am sorry to put you through a little bit of work😢, but I don't know how to separate the zh-Hans changes now 😞.
I have just used the PR and branch of github, and I am not very familiar with how to use them. I just asked my classmate, and he suggested that I open more PR in the future instead single PR.
All the changes I made are for translation, don't worry, you've seen all the reasonable changes I made under the docs folder.

It's alright, I guess I'll deal with it.
But I still don't understand why the snippet component had to be changed

@Cierra-Runis So, could you explain why the snippet component was changed? :)

@Cierra-Runis So, could you explain why the snippet component was changed? :)

Oh, it seems that you didn't received the reply at https://github.com/rrousselGit/riverpod/pull/2539#discussion_r1192160203

@Cierra-Runis So, could you explain why the snippet component was changed? :)

At website/docs/concepts/reading.mdx, I add index before title.

Before: showing title 1 and 2 with flutter_hooks closed.
https://github.com/rrousselGit/riverpod/assets/29329988/8551607e-c46e-4a30-8fe6-156c1821f14f
showing title 1~5 with flutter_hhooks enabled, but code at 1 and 3, 2
and 4 is repeated.
https://github.com/rrousselGit/riverpod/assets/29329988/f3985974-fe5f-45e6-b304-58a5c8ebc55d
After: make it doesn't repeated.

Oh, I see! Thanks!
To begin with, the duplication in the approach should be removed. It shouldn't be that both ConsumerWidget and ConsumerHookWidget are present in the same file.
Instead enabling/disabling flutter_hooks should enable/disable the associated paragraphs.

:wave:
Do you mind fixing the conflicts? It's a bit hard for me to do so since I don't understand Chinese :P
Otherwise LGTM

It's too messy, I will reopen PRs.

there is a error in chinese doc.
https://docs-v2.riverpod.dev/zh-hans/docs/riverpod_for_provider_users
look at '缓存和小会一些有状态的对象', it should be '缓存和释放一些有状态的对象'
@Cierra-Runis


microk8s add-node is not a valid microk8s sub command.

New user here with a fresh install. After installing to a fresh install of Ubuntu 20.04 LTS Server (with no other options  other than an openssh server installed) using "sudo snap install microk8s --classic --channel=1.19/stable" from https://microk8s.io/docs/high-availability.
The very next thing I'm doing is trying to run the "microk8s add-node" command (again in accordance with the guide at https://microk8s.io/docs/high-availability), however I get the following error:
userBlablabla@microk8s1:~$ microk8s add-node
'add-node' is not a valid MicroK8s subcommand.
Available subcommands are:
config
ctr
disable
enable
istioctl
kubectl
linkerd
reset
start
status
stop
inspect
Any idea what is going on? I'm guessing this isn't expected behaviour? I'm happy to obliterate this particular VM and start again based on your advice as it is for learning, not production :-)

Hi @TheOriginalJudgie, the add-node command should be there on 1.19 (I just tested it!).
Could you attach a microk8s inspect tarball? Something does not seem right.

I've just got home and conducted a reinstall again from scratch, now it's functioning. Thankyou for the prompt response regardless!


[oatpp*] remove setting of CMAKE_CXX_FLAGS from within the portfile

adds unnecessary pre-process flags overwriting the toolchain......

I think the problem is simply overriding the CMAKE_C_FLAGS/ CMAKE_CXX_FLAGS settings in the toolchain.
The other additional flags in the toolchain do not affect this setting itself.

You just need to remove the setting from the toolchain.

You just need to remove the setting from the portfile.

As far as I know our toolchain does not have _CRT_SECURE_NO_WARNINGS and _WINSOCK_DEPRECATED_NO_WARNINGS set?
Then what we should do is to convert the -DCMAKE_CXX_FLAGS=... passed into vcpkg_cmake_configure to append to VCPKG_C_FLAGS and VCPKG_CXX_FLAGS.
Right?

I meant portfile. The ports are passing it via cmake configure.


QdrantConfig get_config should have name=None

name should have a default value if not used in the call, the following if not name: suggests that the idea was to be able to call it with no name as parameter. so I made it def get_config(cls, name=None):

Qdrant docker-compose updated in subsequent PR.   For the other two changes, we merged/updated them directly to resolve a merge conflict.


Readme: Add information about gems and windows

Somewhere near the beginning of the Readme, we should list the technologies/languages/programs that the merchant will need. I.e., Ruby (link to https://www.ruby-lang.org/en/).
So far only one merchant/partner has been confused about the command line instructions being written for a mac/unix environment. If we want to provide a hint that the merchant should use Mac/Unix environment, then, then let's be very general, such as:
Examples in this documentation assume that you are running Ruby in an macOS X development environment.

I agree.  I think the README can include a requirements section.


Do tensors and corresponding operators such as reshape, ravel, dot in triton support >=3 dimensions?

I need to slice a 3D volume  and do something like batched matmul (torch.bmm), like below
a_h_offs = tl.program_id(0) * WIN_SIZE + tl.range(0, WIN_SIZE)
a_w_offs = tl.program_id(1)  * WIN_SIZE + tl.range(0, WIN_SIZE)
a_c_offs = tl.program_id(2)  * GROUP_SIZE + tl.range(0, GROUP_SIZE)

# 3D slice of a with shape (WIN_SIZE, WIN_SIZE, GROUP_SIZE)
a_slice = a_ptr + a_h_offs[ :, None, None] * a_h_stride + \
                              a_w_offs[None, :, None] * a_w_stride + \
                              a_c_offs[None, None, :] * a_c_stride

# w is some 2D wight tensor with shape (GROUP_SIZE,  DIM)
w =  ...

# out is assumed to be (WIN_SIZE, WIN_SIZE, DIM)
out = tl.dot(a_slice, w)

Is this doable?  Or do I need to decompose it into 2D subproblems by myself?
BTW,  triton is a great tool that may revolutionize operator customization in deep learning. It would be better if there is more detailed documentation 😃

3d ops maybe buggy in certain cases.
We will update the documentation soon

So, with triton,  it is safe to think in a way like CUDA-C (e.g. regard tl.dot as something like tensor core MMA ), right?

it is safe to think in a way like CUDA-C

Maybe I'm not getting your question clearly. The programming models are different, using CUDA you program each thread, block, and block cluster, but triton only allows you to specify the behavior of each block.

You got it. My description abuses some term. Actually, I turn to triton exactly because I want to avoid tedious issues under thread block level. Thanks.On 1 Feb 2023, at 2:35 AM, Keren Zhou @.***> wrote:
it is safe to think in a way like CUDA-C
Maybe I'm not getting your question clearly. The programming models are different, using CUDA you program each thread, block, and block cluster, but triton only allows you to specify the behavior of each block.
—Reply to this email directly, view it on GitHub, or unsubscribe.You are receiving this because you authored the thread.Message ID: @.***>

Once thinking in a CUDA-C way, I have one more question:
Should I take the shared memory into consideration? For example, do need to consider the tile size in a thread block so it won't overflow smem? How about registers?

Should I take the shared memory into consideration

No, triton handles it for you.

How about registers

Again, no.
Although sometimes the generated code may have suboptimal shared memory usage or register counts. In that case, you can submit another issue.

Any suggestions to cope with 3D or 4D dimensional indexing in a safe way for the current version (triton 1.1)?
Basically, I need to load a 3D or 4D tile (e.g. a tile of shape (ch, h_tile, w_tile)) and then reshape it to 2D for matmul.
Ideally, I want to do it like the below:
offs_h = h_start + tl.arange(0, h_tile)[:, None, None]
offs_w = w_start + tl.arange(0, w_tile)[None, :, None]
offs_c = c_start +  tl.arange(0, w_tile)[None, None, :]

tile_ptrs = ptr + offs_h * stride_h + offs_w * stride_w + offs_c * stride_c
tile_ptrs = tl.reshape(tile_ptrs, (h_tile*w_tile, c_tile))
tile = tl.load(tile_ptrs)

Otherwise,  I reduce it to 2D manually:
offs_h = h_start + tl.arange(0, h_tile)[:, None,]
offs_w = w_start + tl.arange(0, w_tile)[None, :]
offs_spatial = offs_h * stride_h + offs_w * stride_w
offs_spatial = tl.ravel(offs_spatial) # (h_tile*w_tile, )

offs_c = c_start +  tl.arange(0, c_tile) * stride_c # (c_tile, )

tile_ptrs = ptr + offs_spatial[:, None] + offs_c[None, :]
tile = tl.load(tile_ptrs)

Any recommendation?

If you don't have dot/trans ops in the code, I suppose you could still declare 3d/3d tensors. Haven't tested though.


Use cluster_name instead of instance_prefix

The instance_prefix parameter is too implementation-specific, for example it has no meaning in EC2, where the correct name of what's effectively the same thing wold be cluster_tag_suffix, but that would be a mess. I think the cluster_name is an obvious generalisation.

SGTM


Add 12 factor property provider support

Expected Behavior
https://12factor.net
Here's a brief in how spring boot does it (they have the last wins order) https://docs.spring.io/spring-boot/docs/current/reference/html/features.html#features.external-config
providers.getProperty("foo.bar")

should look for this property the highest priority on my list wins

A command line argument -Pfoo.bar=
an environment variable FOO_BAR
a gradle property gradle.properties foo.bar=
a secrets directory /run/secrets/foo/bar

Current Behavior (optional)
No response
Context
it's frustrating to have to write a lot of logic to figure out where a property might have come from in the face of security issues even. Where it should live on my local machine isn't necessarily the same as where it should live in CI, and where it should live in CI will depend on the vendor.
This is partially spring out of this
https://github.com/gradle/gradle-build-action/security/advisories/GHSA-h3qr-39j9-4r5v

Thank you for your interest in Gradle!
This issue needs a decision from the team responsible for that area. They have been informed. Response time may vary.

@gradle/bt-configuration A system like this might be a good way to resolve the confusion between environment variables, system properties, gradle- and project properties.
Related:

#26107

Thank you for your interest in Gradle!
This feature request is in the backlog of the relevant team, but this area of Gradle is currently not a focus one, so it might take a while before it gets implemented.

This is an interesting feature to consider. It seems that build parameters plugin from GradleX already covers some aspects of these. One missing piece is the first-class secret support, though.

Does this functionality really have to be a part of the Gradle core though?
I am still learning the internals, but IIUC there are many plugins like https://github.com/google/secrets-gradle-plugin implementing it as external solution

Does this functionality really have to be a part of the Gradle core though? I am still learning the internals, but IIUC there are many plugins like https://github.com/google/secrets-gradle-plugin implementing it as external solution

There are certain guarantees we want to provide for secrets in the Gradle core too, like avoiding accidentally spilling them to disk because of caching. We have configuration cache encryption to mitigate that to some extent now, but this feature has its costs.

We have configuration cache encryption to mitigate that to some extent now, but this feature has its costs.

is this something always on? is it something that is easily enabled by the github task?

There are certain guarantees we want to provide for secrets in the Gradle core too

I would absolutely say that secrets is a required and somewhat urgent need. Even plugin creators should have a reasonable safe way to say get property as secret. So it's not added to the cache, it's far too easy to make a mistake here, the providers don't make the usage obvious. I'm not sure if System.getProperty will be stuck in the configuration cache either.

We have configuration cache encryption to mitigate that to some extent now, but this feature has its costs.

is this something always on? is it something that is easily enabled by the github task?

It is always on. By default, Gradle generates a machine-specific encryption key for CC data and stores it in ~/.gradle (which is typically not cached as a whole or published as a build artifact on CI). Starting with Gradle 8.6 (going through RC phase ATM), it is also possible to provide the encryption key as an environment variable, mostly to allow utilizing CC on ephemeral CI. You can read more about it at the documenation page. I believe, Gradle GitHub Action is going to support this soon if not already.

I mean hopefully that resolves the issue that GitHub was complaining about... Still I think it's very unclear for plug-in providers how to do anything with secure/ secrets. I've written plugins and I was recently messing with the Maven plug in to get stuff out of the properties and I have no idea what the right way to do it is. Especially when I was trying to preserve the same name as what was already in those properties. You try to retrieve them via credentials and the credentials can't actually just be passed to the Maven plugin.

This issue will be closed as a duplicate of

#2885
#29700
#3972

Please add your use case and 👍 to that issue.
If you think our analysis is wrong, please provide us with more detailed information explaining why.

It looks like we have all aspects of the issue covered in other epics.


Re-implement write ahead log archiving

In the past the Accumulo could archive files and write ahead logs instead of deleting them.  This was useful for debugging data loss situations that occurred during testing.  It seems the functionality to archive write ahead logs no longer exists, it may be useful to bring it back.
A work around to not having this functionality during test is to not run the Accumulo GC process.  However the drawback of this is that GC is not tested.  What if the GC process would have deleted a file that it shouldn't if it were running?  It would be nice to see this happen.

I think the archiving functionality should be removed in favor of hdfs trash as discussed in #463

Opened PR #581 to remove archiving


give user error or info message on console if models folder missing

What would you like to be added?
The project searches schema files inside models folder, if models folder is not found give user an info message that  "models folder not found, create a models folder to visualize schemas"
Why is this needed?
for user convience

Hello Bhanu, I would like to work on this issue. Could you assign it to me.


dropdown & IE7 z-index error

hey guys,
dropdown breaks in IE7.. this screenshot was taken right from the documentation:
http://dl.dropbox.com/u/135806/Screenshots/6h~0kas8~ive.png
thx,
P

+1

+1


Pass pipeline_id and remove git_ref from gitlab-status step

Nice one! Would be great if this were an option as part of the official step


[V2] Fix cross-compilation and drop dependency towards X11

As required, the three commits with a notice that the code is contributed under the terms of the MIT license.

@alexrp We should at least print a message letting the user know if we're building with or without X11.

Perhaps some configure test for CAIRO_HAS_XLIB_SURFACE will be more suitable for this purpose.

Can one of the admins verify this patch?

This was merged as part of https://github.com/mono/libgdiplus/pull/46. Thanks.


Generating next possible states is doing to much work

As a rule of thumb alphabeta roughly has  a branching factor of the sqrt(number of possible moves). So because this implementation generates all possible states it does a lot of unneccessary work. It would be better to generate moves and then when needed perform/play the move and generate the new state.
It can them be decided if undoing/takingback the move on a single state is faster/slower then generating new states.
Introducing moves has the other great advantage that it is easier to sort them in an order that speeds of the alphabeta algorithm. Keeping a best move per depth (killer move heuristic) and trying that move first for instance can greatly reduce the searchtime.

If you have a pull request I'd review the code for sure!

closing this enhancement.


elastix registration results are non-deterministic

Hi,
We tried elastix 4.8 and 4.9 for registration of CT images with the parameters attached in a txt file. We experience non-deterministic result (final transform parameters - translation and rotation) on different PCs, we noticed it mainly depends on the number of threads used. Results are also non-deterministic on same machine if we use -threads parameter (setting different number of threads to use). Can you advise what could be the root cause of it?
elastix_params.txt

Because you use a random sampler (ImageSampler "RandomCoordinate") even if you use gradient descent optimizer (Optimizer "StandardGradientDescent").
When you chose full sampler, the result will be deterministic, but it will be very slow.

I found that the problem is not in using (ImageSampler "RandomCoordinate") , since all the random coordinates generation is done in the main thread with fixed seed and thus deterministic, unless someone launches second registration in parallel. The problem occurred in the paralelization of AdvancedNormalizedCorrelation metric. In multi threaded mode generated random coordinates are divided into chunks to be processed by all threads. Each thread does summation of its intermediate results. Since number of threads (and work chunks) may vary, summation is done in different order and is not deterministic depending on the number of threads used. Adding one more elastix parameter (UseMultiThreadingForMetrics "false") fixes the non-determinism by making the metric to be computed in a single thread.

ah ha, I noticed this difference previously, however, this is not an issue for our evaluation. If you want to evaluate the cost function value, you should use (ShowExactMetricValue "true") option. For the whole procedure of elastix registration, different number of threads will result in a slightly different cost function value. The source of the difference is quite difficult to find, e.g. the initialization step, the optimizer initialization step, the gradient calculation step..... elastix is multi-threaded in each component. If you want to dig more, you can check each component step-by-step. otherwise, just ignore this. good luck.

For my usage non-determinism even between machines is a big problem, since results may not be reproducible between different users on their hardware. So far I paused my tries to find the root cause of non-determinism since I found a workaround for my registration scenario - with using nearest neighbor image interpolation I can't reproduce non-determinism between different machines anymore (with bspline and linear I do) and the results seem to be still acceptable.

FYI I played with https://itk.org/Doxygen/html/classitk_1_1CompensatedSummation.html at the time. Perhaps it can help you.
I would think that any sufficiently complex algorithm, especially iterative ones, will give slightly different results on different machine with different machine precision. Just out of curiosity, what is your specific use case that requires such a high level of reproducibility?

Do you use deep learning methods in your solution as well? Because I would think that those results would also vary slightly between different hardware (GPUs).

Just out of curiosity, what is your specific use case that requires such a high level of reproducibility?
In my case registration is the first step of the automatic segmentation within a clinical application. Difference in resulting transformation which gets accumulated over 2500 iterations may lead to significantly different final segmentation. Of course there is also a valid question of stability and sensitivity of the further steps.

Do you use deep learning methods in your solution as well? Because I would think that those results would also vary slightly between different hardware (GPUs).

Nope, I don't use neither. I observe differences in single thread using same debug binaries between Core i7 Win10 x64 machine and Core2Quad Win7 x64 machine.

I'm afraid I don't have an out of the box solution for you.
Perhaps there is literature on this online, since as I said I would think that any sufficiently complex algorithm would have this issue.
I am going to close this issue, but feel free to reopen when necessary.


Error: Failed to fetch plugin<EMAIL_ADDRESS>via registry

Expected Behaviour
Install plugin with cordova comamand line
Actual Behaviour
Error: Failed to fetch plugin<EMAIL_ADDRESS>via registry.
Probably this is either a connection problem, or plugin spec is incorrect.
Check your connection and plugin name/version/URL.
Error: cmd: Command failed with exit code ENOENT
Reproduce Scenario (including but not limited to)
cordova plugin add phonegap-plugin-push is not installing plugin in windows cmd. Reading a post from stackoverflow I tried with npm install phonegap-plugin-push. It works but it seems not to install completely. Console says PushNotification is not definied even after adding required code to package.json and config.xml.
I installed git for windows but the error continues.
Platform and Version (eg. Android 5.0 or iOS 9.2.1)
Windows 10 Pro
Cordova CLI version and cordova platform version
cordova --version  7.0.1
cordova platform version android  6.2.2
nodejs version 6.11.1
npm version 3.10.10
ionic version 3.5.0
git version 2.13.3.windows.1

Plugin version
cordova plugin version | grep phonegap-plugin-push   2.0.0

Sample Code that illustrates the problem
cordova plugin add phonegap-plugin-push command line
Logs taken while reproducing problem
Error: Failed to fetch plugin<EMAIL_ADDRESS>via registry.
Probably this is either a connection problem, or plugin spec is incorrect.
Check your connection and plugin name/version/URL.
Error: cmd: Command failed with exit code ENOENT

Same problem here, solved by selecting the current version with:
cordova plugin add<EMAIL_ADDRESS>

@madsongr there is no 2.0.0 release. We are at release candidate 5 so 2.0.0-rc5 would be valid.

@cristovao-trevisan it didn´t work for me :(

You need to remove the current installed version first. Did you do that?

@macdonst I just tried to install with cordova plugin add phonegap-plugin-push as docs say. Yesterday it was returning
 Error: Failed to fetch plugin<EMAIL_ADDRESS>via registry.

with the same command

@cristovao-trevisan yes I did

@madsongr did you do a cordova platform update platform_type?

Yes, I am using the latest version for both cordova and cordova-android, but try running this first:
cordova plugin add phonegap-plugin-push@latest --save

@macdonst when I did cordova platform update platform_type it says
Error: Failed to fetch platform platform_type
Probably this is either a connection problem, or platform spec is incorrect.
Check your connection and platform name/version/URL.
Error: cmd: Command failed with exit code ENOENT

@cristovao-trevisan same error here :(

I installed phonegap-cli and ran phonegap plugin add phonegap-plugin-push.
Is this the expected result?
Fetching plugin<EMAIL_ADDRESS>via npm
Saved plugin info for "phonegap-plugin-push" to config.xml

No, you are installing the 1.10.5 version. You need the @2.0.0-rc5 or @latest at the end of the command


cdk8s import<EMAIL_ADDRESS>results in unsupported protocol github

I am trying to import a CRD that is listed on<EMAIL_ADDRESS>into cdk8s.
From the cdk8s import --help I got the description that cdk8s import<EMAIL_ADDRESS>Imports constructs for a GitHub repo using doc.crds.dev should work.
I tried cdk8s import<EMAIL_ADDRESS>the result was successful
❯ cdk8s import<EMAIL_ADDRESS>Importing resources, this may take a few moments...
apiextensions.crossplane.io
  apiextensions.crossplane.io/compositeresourcedefinition
  apiextensions.crossplane.io/composition
pkg.crossplane.io
  pkg.crossplane.io/configuration
  pkg.crossplane.io/configurationrevision
  pkg.crossplane.io/controllerconfig
  pkg.crossplane.io/provider
  pkg.crossplane.io/providerrevision
meta.pkg.crossplane.io
  meta.pkg.crossplane.io/configuration
  meta.pkg.crossplane.io/provider

Description of the bug:

When I however try to import<EMAIL_ADDRESS>I see this error:
❯ cdk8s import<EMAIL_ADDRESS>Error: unsupported protocol github:
    at download (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/util.js:177:19)
    at ImportCustomResourceDefinition.fromSpec (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/import/crd.js:108:52)
    at matchImporter (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/import/dispatch.js:35:49)
    at async importDispatch (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/import/dispatch.js:10:26)
    at async Object.handler (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/cli/cmds/import.js:31:9)

Reproduction Steps:

cdk8s import<EMAIL_ADDRESS>
Error Log:

Error: unsupported protocol github:
    at download (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/util.js:177:19)
    at ImportCustomResourceDefinition.fromSpec (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/import/crd.js:108:52)
    at matchImporter (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/import/dispatch.js:35:49)
    at async importDispatch (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/import/dispatch.js:10:26)
    at async Object.handler (/opt/homebrew/Cellar/cdk8s/2.50.0/libexec/lib/node_modules/cdk8s-cli/lib/cli/cmds/import.js:31:9)

Environment:

Framework Version: cdk8s 2.5.0, as well as older versions
OS: MacOS

Other:

This is :bug: Bug Report

Additionally, I would say that it would be great to provide a more accurate or helpful error for this case


Move success message to app's listen callback.

express's server.listen has an asynchronous nature and it's API enables
providing a callback that is fired upon success. Now the success messaage
is logged only when the server has been set up and listening on provided
socket address, otherwise the error stack trace is printed.

Explaination:
Previously, if anything would go wrong, first a success message would be printed, then the error stack trace. Might bring a lot of confusion to someone unfamiliar.
Additional comment:
Binding to port 80 (and all the ports no. < 1024) is only allowed for root, and running a node application as root is a huge security problem. A solution for this would be something along un-becoming super-user for the forever start... task, changing the port no. to 8088, and forwarding traffic from 80 to 8088 with an Ansible task using the iptables module:
    - name: Configure iptables to forward port 80 to port 8088 on all interfaces.
      iptables:
        table: nat
        chain: PREROUTING
        protocol: tcp
        match: tcp
        destination_port: "80"
        jump: REDIRECT
        to_ports: "8088"

Such solution would enforce good practice, but since this not a web security textbook it's probably best be left as-is for the sake of simplicity.

Thanks!


Fix some Bash issues

Thanks!

One of the changes in base.theme.bash introduced an error, where the Bash prompt would fail when within Git repos with the error:
bash: ##: command not found

I've fixed this in #1110.


Update req-secure header and excerpt (quick workaround)

There is a quick workaround for squashing for https://github.com/expressjs/expressjs.com/pull/1094
I just help for Mark to make PR faster: https://github.com/expressjs/expressjs.com/pull/1094#issuecomment-582473735
Based on behavior of current site, it looks like req-secure ought to have the header reinstated. Also, es-lint fails with the JS block-style example for a few reasons, most importantly the "unused expression". For this example, I opted to just have a single line instead of the block-style code, which I am not sure could be made acceptable to es-lint without a less attractive option like introducing a variable (e.g. assign the result of the expression to isSecure...)
revert to block code excerpt with eslint exception
move eslint exception comment

Maybe we should just match the 4.x docs, which passes the linting? The docs are the same for this between 4.x and 5.x, so not sure why they should be different anyhow. 4.x for reference: https://raw.githubusercontent.com/expressjs/expressjs.com/gh-pages/_includes/api/en/4x/req-secure.md

https://github.com/expressjs/expressjs.com/pull/1094 has been squashed and merged. Thanks for your contribution!


registration not working

hi, i'm trying to register an account but its not working even its not throwing any error

@nithiyakumark Can you please report errors? If possible please provide screenshots?

same error with me - unable to register - no error - page refresh - seems not going in controller register function

alsi i am seeing this error
[Vue warn]: Unknown custom element:  - did you register the component correctly? For recursive components, make sure to provide the "name" option.
(found in )

Yes, @pervaiz04, thanks for pointing the issue, I will be resolving that in our next release.

@nithiyakumark and @pervaiz04 Kindly confirm the issue is still there.

Thank you for fixing,
I'll check shortly
Thanks
On Fri, Jul 6, 2018, 12:05 AM Vallabh Kansagara<EMAIL_ADDRESS>wrote:

@nithiyakumark https://github.com/nithiyakumark and @pervaiz04
https://github.com/pervaiz04 Kindly confirm the issue is still there.
—
You are receiving this because you were mentioned.
Reply to this email directly, view it on GitHub
https://github.com/viralsolani/laravel-adminpanel/issues/219#issuecomment-402822611,
or mute the thread
https://github.com/notifications/unsubscribe-auth/AOoIgZnf5u16Q7SxehHfnaLyivaTKp_zks5uDmOCgaJpZM4T0T1l
.


New package: OMEinsum v0.1.0

Registering package: OMEinsum
Repository: https://github.com/under-Peter/OMEinsum.jl
Created by: @under-Peter
Version: v0.1.0
Commit: 4ef781e9b756b90716099227582963a675eac830
Reviewed by: @under-Peter
Reference: https://github.com/under-Peter/OMEinsum.jl/issues/33#issuecomment-504374096

Please add (at least)
[compat]
julia = "1"

to your project file and retrigger the bot.


Bug Report

Which operating system are you trying to install?
Ventura
Describe the bug
The vm can´t conect to the internet i already config the brigde but withtout luck
To Reproduce
Steps to reproduce the behavior:
clone the repo
start the vm
click installer
tha vm cant conect to internet
Expected behavior
just install
Screenshots
the recovery cant connect the servers
Desktop (please complete the following information):
arch linux
ryzen procesor

Version [e.g. 22]
rolling release

Additional context
this worked
https://christitus.com/macos-on-linux/

So you’re saying the bridged network guide from that website worked?

Exactly!!! i already spend 12+ hours trying to fix the network but i couldn't. Thanks for the promptly response!!! i ijust gave up ... i'll continue with arch linux.

@mariorengifo1986 So would it be beneficial if I made some mention of it or added it to the docs?

Hi after more time invested to this i cant make it. i can't make to work. i search other proyects (sorry) https://github.com/Coopydood/ultimate-macOS-KVM and this eventualy let me install the os. However i can't install sonoma. The Network config gave me a bad time but the python script of that proyect let me install monterey. This repository as well as https://github.com/kholia/OSX-KVM wasn't able to connect to the server. I still don´t know why. Thanks for your work!!!

@mariorengifo1986 try replacing the line in basic.swh with vmxnet3 with
-device e1000-82545em,netdev=net0,id=net0,mac=52:54:00:c9:18:27 \

No luck...

Sorry. No luck maybe is the MAC address.

Hi me again!. finally it worked. The problem was de phsyical address and the router i'm on arch linux
i came up with this part of the wiki
Troubleshooting
Swapping computers on the cable modem
Some cable ISPs (Vidéotron for example) have the cable modem configured to recognize only one client PC, by the MAC address of its network interface. Once the cable modem has learned the MAC address of the first PC or equipment that talks to it, it will not respond to another MAC address in any way. Thus if you swap one PC for another (or for a router), the new PC (or router) will not work with the cable modem, because the new PC (or router) has a MAC address different from the old one. To reset the cable modem so that it will recognise the new PC, you must power the cable modem off and on again. Once the cable modem has rebooted and gone fully online again (indicator lights settled down), reboot the newly connected PC so that it makes a DHCP request, or manually make it request a new DHCP lease.
If this method does not work, you will need to clone the MAC address of the original machine. See also MAC address spoofing.
So after i did that the script worked flawlessly. even though this script https://github.com/Coopydood/ultimate-macOS-KVM  achieve to install the OS i couldn't boot into it after installation. So Thank you for your work. I think this problem could happen to someone else.


Support external links

see https://github.com/alainsahli/confluence-publisher/pull/26

Fixed by #26


[Review] Followups after #552 review

Summary
Minor follows-ups (improvements & capturing TODOs) while reviewing #552 after it was merged.
Nothing is critical, but capturing work and improvements while it's fresh.
Issue

#552

Type of change
Select one or more:

[ ] New feature, functionality or library
[ ] Bug fix
[x] Code health or cleanup
[ ] Documentation
[ ] Other (specify)

Testing

[ ] Unit Tests: make go_develop_and_test
[ ] LocalNet E2E Tests: make test_e2e
[ ] DevNet E2E Tests: Add the devnet-test-e2e label to the PR.

THIS IS VERY EXPENSIVE, so only do it after all the reviews are complete.
Optionally run make trigger_ci if you want to re-trigger tests without any code changes
If tests fail, try re-running failed tests only using the GitHub UI as shown here

Sanity Checklist

[ ] I have tested my changes using the available tooling
[ ] I have commented my code
[ ] I have performed a self-review of my own code; both comments & source code
[ ] I create and reference any new tickets, if applicable
[ ] I have left TODOs throughout the codebase, if applicable

Ccing @rBurgett for visibility on this. No pressure for review but feel free to add comments.

@adshmh Could you PTAL at this? I think some of the TODOs here are also good onboarding tasks to get really in the weeds of this repo to take on larger ticket items.


Document dependency on execv & newuidmap

Closes #82

Codecov Report

Merging #83 into master will not change coverage.
The diff coverage is n/a.


Prevent L1C product in analyze

Hello!
I want to do cloud masking of L2A product by using maja. So I dont need to use L1C product, but when I work the program, it tells me error which is "Start-Maja - ERROR - No L1C product found in ...(directory)". Is it possible to ignore that?

Hi
it MAJA does not find any L1C in the input directory, then it cannot process them. Please check why it is not finding it. If you do not find why, please provide the content of your folders.txt file, the command line you used, and the log returned by MAJA (as I told you already twice on other channels).
Regards,
Olivier

I just tought that either one of the product (L2A or L1C) will be enough to work it. I am downloading specific images from sentinel hub. I will then try it one more time by using L1C and L2A products together. If I got error in that case, I can share the last situation of my folders. Thank you and regards.

Hi Deniz,
I do not understand what you are trying to do, and I am not sure you understand what MAJA is, and clearly you did not read or understand the docs provided.
MAJA is a tool to generate good quality L2A, so it needs L1C as input, and it is a multi-temporal processor, so it needs a time series of L1C, not just one.
The question is, do you really need MAJA ?
Olivier

Oh, thank you for your warning. Let me explain my aim maybe you are right. I have some L2A cloudy pictures (downloaded from sentinel hub) and need to make cloud masking. I am planning to do that with different programs, then compare and see which program gives a better result. I thought that MAJA is a program that analyse and make cloud masking of L2A pictures. Am I wrong? I also got inspiration from your article "Validation of Copernicus Sentinel-2 Cloud Masks Obtained from MAJA, Sen2Cor, and FMask Processors Using Reference Cloud Masks Generated with a Supervised Active Learning Procedure"

MAJA is a L2A processor, it makes L2A products using different methods than those of ESA or others.
The L2A contains a cloud mask and provides surface reflectances. The main feature is that MAJA uses the time dimension to do that. Please read the readme, follow the links to other explanations, and you'll know everything about it ;)

Hello again :)
I unfortunately still can't work the program and don't know where the mistake is. If you have a working example, is it possible for you to show me or send? That may be good for me to compare and see the missing points.


Bug: Direct url edit '/payment' page failure

Start project
Navigate to http://localhost:8000/
navigate to http://localhost:8000/payment

Should redirect to order page instead of throwing 'Page not Found' error

This isn't a page we use. We should really just get rid of the url and view


Preformance hit when lines on screen are long

Hello. I've recently started using this editor in a project and have been loving it so far, however,
I noticed that the performance of the editor (when scrolling) decreased dramatically when the lines on the screen were realy long (800+ chars). I don't know why this is exactly, but I think it is because the out-of-view parts of the line are still being drawn. It would be great if someone could look into this, even tough it is an edgecase scenario!
Thanks!

The horizontal scrolling? Or vertical? Or both?


Verifying commit message as well

First of all thank you for this action, this is really helpful. Will you accept a PR to check reference in commit message? Happy to send one.

@prakashpp Hope you don't mind but I gave this a go 😄If you want to I would definitely appreciate a review in #2

@prakashpp I merged @jedster1111's changes, I will close this issue but feel free to open another PR if there was something else you needed to check


Breakpoints cannot be set for F# files

This problem is solved by selecting Change Language Mode > F#. However, this is not convenient as it must be done for every file and disables auto completion.
@rojepp points out the reason may be that languageid in VSCode is 'sharp', while languageid in Ionide is 'F#'.

Fixed in 1.4.2, thank you!


Renaming StoredValue::LegacyTransfer to StoredValue::Transfer

This PR will have effect of casper-client-rs and casper-sidecar.

bors r+

bors r+

bors r+


Alternative to glob

Requested Update
Ditch glob
Why Is This Update Needed?

Every (sub)dependency is a potential vulnerable security risk 78% of vulnerabilities are found in indirect dependencies
There is a built in option to list files recursively.
And even without it, it could be very easy to implement a async iterator to do it
the native option is probably way faster
reduce dependencies / size
this are all the things you include by using glob

Are There Examples Of This Requested Update Elsewhere?
import { readdir } from 'node:fs/promises'

const files = await readdir(path, { recursive: true })

for (const file of files)
  console.log(file)

Since it's relative new, a own approch to this would be to just do:
import { opendir } from 'node:fs/promises'
import { join } from 'node:path'

/** @parma {string} path */
async function* readdir(path) {
  const dir = await opendir(path)
  for await (const dirent of dir) {
    const name = join(path, dirent.name)
    if (dirent.isDirectory()) {
      yield* listDir(name)
    } else {
      yield name
    }
  }
}

const files = await readdir(path)

for (const file of files)
  console.log(file)

This solution is probably way faster than any gulp alternative
and to provide more fine gradient filter create some default filter- generator
async function * match (iterable) {
  for await (const file of iterable)
    if (!file.include('node_module') && file.endsWith('.js')) yield file
}

for await (const file of match( readdir(path) )) {
  esCheck(path)
}

it dose not really need to be any fancy glob syntax

Read about references issues here. Provide paragraph text responses to each header.

@jimmywarting sorry it took me so long to see this! I'm on it asap!

@jimmywarting I dug into this a bit last night using your suggestions and trying to hack something up quick myself. This seems like a fun improvement (and good for security) but a higher effort task to do safely regarding the product.
It may be a lower LOE to switch to tiny-glob which only depends on modules the author wrote. If you wanna do this work (?) or have recommendations, I'll all ears. 😃


Edit profile button not appearing correctly on my profile

I'm using a Google pixel 6a and the edit profile button is not rendering correctly

Fixed on v.10.5, coming to the play store soon


Does not compile on 15.1

Hi. At long last I tried to compile it, but it does not work. I get the following error:
failed to build module 'CoreFoundation'; this SDK is not supported by the compiler (the SDK is built with 'Apple Swift version 6.0 effective-5.10 (swiftlang-<IP_ADDRESS>.43 clang-16<IP_ADDRESS>)', while this compiler is 'Apple Swift version 6.0.2 effective-5.10 (swiftlang-<IP_ADDRESS>.2 clang-16<IP_ADDRESS>)'). Please select a toolchain which matches the SDK.
I tried my best and chatgpt could not help me either...

Wow, what a fast reply. Thank you so much! I was just about to write again that after some fiddling I was able to compile it successfully with this command:
xcrun --sdk macosx swiftc SilentStudio.swift IOServiceConnection.swift -o SilentStudio
Obviously some problem on my configuration.


Inquiry about the code and weights

Thanks for your amazing work. Do you have any plan on releasing the code and weights?

waiting for the code!

Yes, we plan to release the code. Maybe in 2 months.

Yes, we plan to release the code. Maybe in 2 months.

any update on this?

Until they start committing to this repo, consider this a dead project. Seems like a lot of this Alibaba Group research never comes to proper fruition.

Until they start committing to this repo, consider this a dead project. Seems like a lot of this Alibaba Group research never comes to proper fruition.

I don't owe you anything.  If you are interested, you could inquire when would the code come.
However, criticizing like that is disrespectful, especially when you are anonymous.  For the ones that send me an e-mail with their real names, I discussed the details of the paper and implementations.
It is so easy for an anonymous account to comment like that. Do you think your comment is disrespectful as my previous open-sourced projects earned 3k+ stars?
This paper is not accepted, we are working on improving it.  We would consider releasing the code after the acceptance.

Thanks China.
On Thu, 28 Mar 2024 at 16:14, Xi CHEN @.***> wrote:

Until they start committing to this repo, consider this a dead project.
Seems like a lot of this Alibaba Group research never comes to proper
fruition.
I don't owe you anything. If you are interested, you could inquire when
would the code come.
However, criticizing like that is disrespectful, especially when you are
anonymous. For the ones that send me an e-mail with their real names, I
discussed the details of the paper and implementations.
It is so easy for an anonymous account to comment like that. Do you think
your comment is disrespectful as my previous open-sourced projects earned
3k+ stars?
This paper is not accepted, we are working on improving it. We would
consider releasing the code after the acceptance.
—
Reply to this email directly, view it on GitHub
https://github.com/XavierCHEN34/LivePhoto/issues/1#issuecomment-2025598019,
or unsubscribe
https://github.com/notifications/unsubscribe-auth/AGSILQXJIGJ7VNCP357S7NTY2Q6W3AVCNFSM6AAAAABAJQCMVGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMRVGU4TQMBRHE
.
You are receiving this because you commented.Message ID:
@.***>


A few SQL changes + typo fix

Can you address the issues I raised, and commit the new changes. (It will automatically update this PR).