
はてなキーワード:fieldsとは
最終行152文字、最初21字。繰り返し回数10回。よってAI確定。'''{[Prompt]
"language": "python",
"parameters": {
"max_length": 150,
"max_iterations":10,
"incremental_only":false
},
"steps": [
"Splittextbyline breaks into an array.",
"Iterate through each element.",
"Filteroutlines shorter than min_length.",
"For each validline,outputitsindex, length, and content.",
"Stop when max_iterationsis reached orline length > max_length."
],
"output": {
"type": "list",
"fields": ["index", "length", "content"]
}
}
'''
規則性が見え透いている。甘いわ。
Please consider the histroy ofhumanity from biologicalperpsecitve and currentknown fact in nearbyuniverse, whichexpo-planet (from theSol systemperspective)ismostlikely to have civlizaedsociety? Pleaseaddpercentagenext toit in the chart
ChatGPT
Reasoned about exoplanetcivilizationlikelihoodを28 秒行う
OK, I’mlookingatthe likelihood of a civilizedsocietyon an exoplanet within ourSolar System.I’ll consider biologicalhistory and current space knowledge,aiming to identifythe most promising candidate.
Identifying potential candidates
I'm considering exoplanetslike Proxima Centauri b and TRAPPIST-1e, which might suggest they are within or observed from ourSolar System.
Assessing potential candidates
I’m evaluating Proxima Centauri b, Barnard'sStar, LHS 1140, and TRAPPIST-1,focusingon their habitablezonesand available data. The Drake equation might help estimate their civilizedsocietylikelihoods.
Identifying promising exoplanets
I’m notingkey exoplanetslike Proxima Centauri b and TRAPPIST-1, which haveEarth-like characteristicsand are in habitablezones. This narrows down the potential candidates for advancedcivilizations.
I'm gathering infoonplanetslike Proxima Centauri b and TRAPPIST-1, consideringfactorslikemagneticfields,atmospheres, and proximity to G-typestars for their potential to support advancedcivilizations.
Evaluating exoplanet prospects
I'm noting that Proxima Centauri b, despitebeing closeand around ared dwarfstar, might supportlife ifithas amagneticfieldand atmosphere. This makes me think aboutits potential.
Charting probabilities
I'm estimatingcivilization probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e, using speculativepercentagesbasedon the Drake equation and the lack ofevidence for intelligentlife.
I'm crafting a chart with exoplanet names andcivilizationlikelihoodpercentages, grounded in the longtimeline oflife'sevolution, despite the speculativenature of these figures.
Identifying exoplanet contenders
I’m evaluating exoplanetslike Proxima Centauri b, TRAPPIST-1 e, and Kepler-186f, considering theirstar types and distances, to gauge their potential for supporting advancedcivilizations from oursolar system'sviewpoint.
Weighing proximity and observation
I'm leaning towards Proxima Centauri b due toits closeness and observational potential, despite concerns aboutitsflarestar dynamics. TRAPPIST-1 e, f, or g are also worth considering.
I'mfocusingon exoplanetslike Proxima Centauri b, Ross 128 b, LHS 1140 b, TRAPPIST-1 e/f/g, andK2-18b,aiming to chart theirlikelihood of hosting a civilizedsocietybasedon current knowledge.
Assessing exoplanet potentials
I'm gathering speculative probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e/f/g, using the Drake equation and current understanding, to better estimate their chances of hosting a civilizedsociety.
Refining speculative probabilities
I’m refining speculative probabilities for exoplanets, including Proxima Centauri b and TRAPPIST-1 e/f/g, to estimate their chances of hosting a civilizedsociety, consideringEarth's long biologicalhistory.
Refining odds
I'm considering theastronomicaltimeline for intelligentlifeonEarth,leading me toassign evenlower speculative odds for exoplanetslike Proxima Centauri b and TRAPPIST-1 e.
I’m crafting a simplified chart with arbitrarypercentages, clearly noting the speculativenature and lack of scientific data, while considering the target audience'sbasic understanding of the topic.
I’m charting arbitrarypercentages for exoplanets, clarifying their speculativenature, and ensuring the datais accessible foryoung audiences with minimal scientific detail.
Crafting a chart
I’m creating amarkdowntable with speculativepercentages forthe likelihood of civilizedlifeon exoplanets, emphasizing their purely theoreticalnature and considering the understandinglevel of an 8-year-old.
Integrating speculative analysis
I’m mappingout amarkdown chart with speculativepercentages forthe likelihood of a civilizedsocietyon exoplanets, mindful of thecomplexity and simplifying for an 8-year-old's understanding.
I’m piecingtogethermarkdown for exoplanets, noting Proxima Centauri b'sreduced civilizedlife chance due to thered dwarf's activity. This inclusionhighlights the speculativenature of the analysis.
Piecingtogether speculative odds
I’m detailing amarkdown chart for audience-friendly exoplanetlikelihoods, considering environmental challengesand adding a disclaimer about the speculativenature and lack ofevidence.
Piecingtogether
I’m leaning towards Proxima Centauri b forits proximity and silentstar, butI’lladd a speculative chart ranking nearby exoplanets, noting their advancedcivilizations' hypotheticallikelihood.
Assessingcivilization probabilities
I'm emphasizing the slow emergence of intelligentlifeonEarth, which suggests that the odds ofany habitableplanet developing acomplexcivilization might beaslowas a fewpercent.
Belowis a very speculative chart that—basedon what we know aboutEarth’s long, windingpath fromsimplelife to a “civilizedsociety” and our limited observations of nearby exoplanets—gives somefun,made‑uppercentage chances for a few of our best candidate exoplanets. Remember: Scientists havenot yetfoundany proof oflife (let alone advancedcivilizations)onany exoplanet. Thesenumbers are just playful estimates to helpyou think about theideas!
Speculative Chances of Finding an AdvancedCivilizationon Nearby Exoplanets
Exoplanet EstimatedLikelihood of a CivilizedSociety
Proxima Centauri b ~2%
LHS 1140 b ~0.5%
HowDid We (Very Roughly) Guess TheseNumbers?
Earth’s Example:
OnEarth,life beganassimple single‑celled organisms and took billions of years to evolve into a species that builtcomplex societies. This longjourney suggests that—even if aplanetis in the “habitablezone” (where liquid water could exist)—developing an advanced, civilizedsociety might be rare.
Proxima Centauri b:
Thisis the closest exoplanet to us. Even thoughitsstar (Proxima Centauri)is ared dwarf that sometimes sendsout strongflares (which might harmlife),its closeness makesitone of ourmost interesting candidates. That’swhy we giveit a slightly higher guess (~2%).
Theseplanets are part of agroup orbiting a verycoolstar. Their environments might be challenging (for example, they could be tidally locked, meaningone sidealwaysfaces thestar), so the chance of acomplex, advancedcivilization might be abitlower.
LHS 1140 b:
Thisplanetis promising in some ways butis alittle fartherawayand around a dimmerstar, so our playful estimateis evenlower.
All of thesepercentages are extremely rough guessesbasedon whatlittle we understand about the conditions forlife andintelligence. Scientists useideaslike the Drake Equation to think about these chances—but until we have concreteevidence, thesenumbers remain just forfun and imagination.
Enjoy exploring theseideas—and remember, spaceis full of mysteries waiting to be discovered!
あなた:
Please examine the Drake Equationitself and see if this euqationis acculate ormore opition in the equationyouwill use
ChatGPT
Reasoned about the Drake Equationを6 秒行う
re-examining the Drake Equation
evaluating the Drake Equation'svalue
OK, let me see. The Drake Equationisn't a precise formula;it'smore of a guiding heuristic that tackles numerous uncertainties regarding extraterrestrialcivilizations.
Thinking through the Drake Equation, I’m evaluatingits conceptualnature,its uncertain parameters, andits criticism to concludeonits reliabilityas an accurate predictivemodel.
Understanding the Drake Equation
I’m mappingout the Drake Equationas a conceptual guide, detailingits parameters, which are oftenbasedon estimates or opinions, to evaluateits reliability for predicting extraterrestrialcivilizations.
The Drake Equationis a famous formula thatwas created to help scientists think about the manyfactors involved in estimating thenumber of detectable extraterrestrialcivilizations in ourgalaxy. However, when welookat the equation closely, we see thatitismore of a conceptualframework or heuristictool than a precise, predictive formula.Let’sbreak downwhy:
The equationis usually writtenas:
𝑁
=
𝑅
∗
×
𝑓
𝑝
×
𝑛
𝑒
×
𝑓
𝑙
×
𝑓
𝑖
×
𝑓
𝑐
×
𝐿
N=R
∗
×f
p
×n
e
×f
l
×f
i
×f
c
×L
Where:
𝑅
∗
R
∗
: The averagerate ofstar formationper year in ourgalaxy.
𝑓
𝑝
f
p
: The fraction of thosestars that haveplanetary systems.
𝑛
𝑒
n
e
: The averagenumber ofplanets that could potentially supportlifeperstar withplanets.
𝑓
𝑙
f
l
: The fraction of thoseplanets wherelife actually develops.
𝑓
𝑖
f
i
: The fraction ofplanets withlife where intelligentlife evolves.
𝑓
𝑐
f
c
: The fraction ofcivilizations that develop technology that releases detectablesignals into space.
𝐿
L: The length oftime suchcivilizations release detectablesignals.
Why the Drake EquationIsMore of a Guideline Than a Precise Formula
Uncertain Inputs:
𝑅
∗
R
∗
𝑓
𝑝
f
p
(fraction ofstars withplanets), have become better known through modernastronomy.
The parameters related to the development oflife andintelligence—
𝑓
𝑙
f
l
,
𝑓
𝑖
f
i
,
𝑓
𝑐
f
c
, and
𝐿
L—arebasedon very limited data. For example,Earthis theonlyplanet we know wherelifehas developed, so we have no way to compare or derive a statistically robust estimate for thesefactors. This means that thevalues chosen for these parameters are largely subjective estimates or educated guesses.
Wide Ranges of PossibleValues:
Because many of thesefactors are not well-constrained, ifyouchangeone of themore uncertain parameters even slightly, thefinal estimate for
𝑁
N (thenumber ofcivilizations) can varyby many orders ofmagnitude. This wide range shows that the equation canlead to very differentoutcomesbasedonpersonal or theoreticalassumptions.
The Drake Equationwas never meant to provide a preciseanswer. Instead,it servesas a way to organize our thinking about what conditions might be necessary for the development of extraterrestrialcivilizations.It encourages discussion about the relative importance of differentfactors andhighlights where our scientific knowledgeis limited.
Is the Drake Equation Accurate orMore Opinion-Based?
Accurate?
In thesense ofbeing a strict mathematicalmodel with well-defined inputs and predictableoutputs, the Drake Equationis not accurate.Its accuracyis limitedbythe extreme uncertainties in several ofitskey parameters.
Many of the terms in the equation, especially those concerning theevolution oflife andintelligence, arebasedon opinion, interpretation, and the single example ofEarth. Therefore, while thestructure of the equationis logical, thenumbersyou put intoit (and hence thefinal result) are oftenmore reflective of our current opinionsand assumptions than of robust empirical data.
The Drake Equationis a valuabletool for framing the question of extraterrestriallife.It helps scientists and enthusiastsbreak down acomplex problem into smaller,more manageable questions. However, because several ofitsfactors are highly uncertain and subject topersonal interpretation,itismore of a conceptual guide—or even a way to stimulate discussion—than a formula that provides a definitive, accurate prediction of thenumber of extraterrestrialcivilizations.
Insummary, while the Drake Equationis useful for thinking about the variousfactors that mightlead to the emergence of acivilization,itsoutputs should betakenas highly speculative estimates rather than precise measurements.
あなた:
Please also consider the possiblities of non-human intelligent emrgencing from the longhistory ofSol system and nearbyplanets and see if thereisany possiblites that inonetime intelligentlife emerged in nearbyplanets and see this to the equation
ChatGPT
Reasoned about non-humanintelligence and the Drake Equationを19 秒行う
Evaluating non-humanintelligence
I'm thinking about the potential for non-human intelligentlife forms in theSol system and neighboringplanets, and how this mightfactor into the equation.
I'm thinking about how to integrate the emergence of non-human intelligentlife, possiblyonMars orEuropa, into the Drake Equation for theSol system and neighboringplanets.
It's interesting to think about the hypothesis of intelligentlife emergingonMars orVenus, thoughEarth remains theonly knownlife-supportingplanet in thesolar system.
Considering other realms
I'm examining if intelligentlife could have emergedonplanetslikeMars,Venus, orEuropa, and how thispossibility alignswith the predictions of the Drake Equation.
Hmm, I’m thinking about how non-human intelligentlifeonMars orVenus could intersectwith theassumptions of the Drake Equation, which seems tofocussolelyonEarth-basedevolution.
I’m piecingtogether the hypothesis of non-human, advanced, intelligentlife in thesolar system.Mars,Venus, and Titan present challenges, butEuropa and Enceladus might harbor microbiallife.
Please consider the histroy ofhumanity from biologicalperpsecitve and currentknown fact in nearbyuniverse, whichexpo-planet (from theSol systemperspective)ismostlikely to have civlizaedsociety? Pleaseaddpercentagenext toit in the chart
ChatGPT
Reasoned about exoplanetcivilizationlikelihoodを28 秒行う
OK, I’mlookingatthe likelihood of a civilizedsocietyon an exoplanet within ourSolar System.I’ll consider biologicalhistory and current space knowledge,aiming to identifythe most promising candidate.
Identifying potential candidates
I'm considering exoplanetslike Proxima Centauri b and TRAPPIST-1e, which might suggest they are within or observed from ourSolar System.
Assessing potential candidates
I’m evaluating Proxima Centauri b, Barnard'sStar, LHS 1140, and TRAPPIST-1,focusingon their habitablezonesand available data. The Drake equation might help estimate their civilizedsocietylikelihoods.
Identifying promising exoplanets
I’m notingkey exoplanetslike Proxima Centauri b and TRAPPIST-1, which haveEarth-like characteristicsand are in habitablezones. This narrows down the potential candidates for advancedcivilizations.
I'm gathering infoonplanetslike Proxima Centauri b and TRAPPIST-1, consideringfactorslikemagneticfields,atmospheres, and proximity to G-typestars for their potential to support advancedcivilizations.
Evaluating exoplanet prospects
I'm noting that Proxima Centauri b, despitebeing closeand around ared dwarfstar, might supportlife ifithas amagneticfieldand atmosphere. This makes me think aboutits potential.
Charting probabilities
I'm estimatingcivilization probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e, using speculativepercentagesbasedon the Drake equation and the lack ofevidence for intelligentlife.
I'm crafting a chart with exoplanet names andcivilizationlikelihoodpercentages, grounded in the longtimeline oflife'sevolution, despite the speculativenature of these figures.
Identifying exoplanet contenders
I’m evaluating exoplanetslike Proxima Centauri b, TRAPPIST-1 e, and Kepler-186f, considering theirstar types and distances, to gauge their potential for supporting advancedcivilizations from oursolar system'sviewpoint.
Weighing proximity and observation
I'm leaning towards Proxima Centauri b due toits closeness and observational potential, despite concerns aboutitsflarestar dynamics. TRAPPIST-1 e, f, or g are also worth considering.
I'mfocusingon exoplanetslike Proxima Centauri b, Ross 128 b, LHS 1140 b, TRAPPIST-1 e/f/g, andK2-18b,aiming to chart theirlikelihood of hosting a civilizedsocietybasedon current knowledge.
Assessing exoplanet potentials
I'm gathering speculative probabilities for exoplanetslike Proxima Centauri b and TRAPPIST-1 e/f/g, using the Drake equation and current understanding, to better estimate their chances of hosting a civilizedsociety.
Refining speculative probabilities
I’m refining speculative probabilities for exoplanets, including Proxima Centauri b and TRAPPIST-1 e/f/g, to estimate their chances of hosting a civilizedsociety, consideringEarth's long biologicalhistory.
Refining odds
I'm considering theastronomicaltimeline for intelligentlifeonEarth,leading me toassign evenlower speculative odds for exoplanetslike Proxima Centauri b and TRAPPIST-1 e.
I’m crafting a simplified chart with arbitrarypercentages, clearly noting the speculativenature and lack of scientific data, while considering the target audience'sbasic understanding of the topic.
I’m charting arbitrarypercentages for exoplanets, clarifying their speculativenature, and ensuring the datais accessible foryoung audiences with minimal scientific detail.
Crafting a chart
I’m creating amarkdowntable with speculativepercentages forthe likelihood of civilizedlifeon exoplanets, emphasizing their purely theoreticalnature and considering the understandinglevel of an 8-year-old.
Integrating speculative analysis
I’m mappingout amarkdown chart with speculativepercentages forthe likelihood of a civilizedsocietyon exoplanets, mindful of thecomplexity and simplifying for an 8-year-old's understanding.
I’m piecingtogethermarkdown for exoplanets, noting Proxima Centauri b'sreduced civilizedlife chance due to thered dwarf's activity. This inclusionhighlights the speculativenature of the analysis.
Piecingtogether speculative odds
I’m detailing amarkdown chart for audience-friendly exoplanetlikelihoods, considering environmental challengesand adding a disclaimer about the speculativenature and lack ofevidence.
Piecingtogether
I’m leaning towards Proxima Centauri b forits proximity and silentstar, butI’lladd a speculative chart ranking nearby exoplanets, noting their advancedcivilizations' hypotheticallikelihood.
Assessingcivilization probabilities
I'm emphasizing the slow emergence of intelligentlifeonEarth, which suggests that the odds ofany habitableplanet developing acomplexcivilization might beaslowas a fewpercent.
Belowis a very speculative chart that—basedon what we know aboutEarth’s long, windingpath fromsimplelife to a “civilizedsociety” and our limited observations of nearby exoplanets—gives somefun,made‑uppercentage chances for a few of our best candidate exoplanets. Remember: Scientists havenot yetfoundany proof oflife (let alone advancedcivilizations)onany exoplanet. Thesenumbers are just playful estimates to helpyou think about theideas!
Speculative Chances of Finding an AdvancedCivilizationon Nearby Exoplanets
Exoplanet EstimatedLikelihood of a CivilizedSociety
Proxima Centauri b ~2%
LHS 1140 b ~0.5%
HowDid We (Very Roughly) Guess TheseNumbers?
Earth’s Example:
OnEarth,life beganassimple single‑celled organisms and took billions of years to evolve into a species that builtcomplex societies. This longjourney suggests that—even if aplanetis in the “habitablezone” (where liquid water could exist)—developing an advanced, civilizedsociety might be rare.
Proxima Centauri b:
Thisis the closest exoplanet to us. Even thoughitsstar (Proxima Centauri)is ared dwarf that sometimes sendsout strongflares (which might harmlife),its closeness makesitone of ourmost interesting candidates. That’swhy we giveit a slightly higher guess (~2%).
Theseplanets are part of agroup orbiting a verycoolstar. Their environments might be challenging (for example, they could be tidally locked, meaningone sidealwaysfaces thestar), so the chance of acomplex, advancedcivilization might be abitlower.
LHS 1140 b:
Thisplanetis promising in some ways butis alittle fartherawayand around a dimmerstar, so our playful estimateis evenlower.
All of thesepercentages are extremely rough guessesbasedon whatlittle we understand about the conditions forlife andintelligence. Scientists useideaslike the Drake Equation to think about these chances—but until we have concreteevidence, thesenumbers remain just forfun and imagination.
Enjoy exploring theseideas—and remember, spaceis full of mysteries waiting to be discovered!
あなた:
Please examine the Drake Equationitself and see if this euqationis acculate ormore opition in the equationyouwill use
ChatGPT
Reasoned about the Drake Equationを6 秒行う
re-examining the Drake Equation
evaluating the Drake Equation'svalue
OK, let me see. The Drake Equationisn't a precise formula;it'smore of a guiding heuristic that tackles numerous uncertainties regarding extraterrestrialcivilizations.
Thinking through the Drake Equation, I’m evaluatingits conceptualnature,its uncertain parameters, andits criticism to concludeonits reliabilityas an accurate predictivemodel.
Understanding the Drake Equation
I’m mappingout the Drake Equationas a conceptual guide, detailingits parameters, which are oftenbasedon estimates or opinions, to evaluateits reliability for predicting extraterrestrialcivilizations.
The Drake Equationis a famous formula thatwas created to help scientists think about the manyfactors involved in estimating thenumber of detectable extraterrestrialcivilizations in ourgalaxy. However, when welookat the equation closely, we see thatitismore of a conceptualframework or heuristictool than a precise, predictive formula.Let’sbreak downwhy:
The equationis usually writtenas:
𝑁
=
𝑅
∗
×
𝑓
𝑝
×
𝑛
𝑒
×
𝑓
𝑙
×
𝑓
𝑖
×
𝑓
𝑐
×
𝐿
N=R
∗
×f
p
×n
e
×f
l
×f
i
×f
c
×L
Where:
𝑅
∗
R
∗
: The averagerate ofstar formationper year in ourgalaxy.
𝑓
𝑝
f
p
: The fraction of thosestars that haveplanetary systems.
𝑛
𝑒
n
e
: The averagenumber ofplanets that could potentially supportlifeperstar withplanets.
𝑓
𝑙
f
l
: The fraction of thoseplanets wherelife actually develops.
𝑓
𝑖
f
i
: The fraction ofplanets withlife where intelligentlife evolves.
𝑓
𝑐
f
c
: The fraction ofcivilizations that develop technology that releases detectablesignals into space.
𝐿
L: The length oftime suchcivilizations release detectablesignals.
Why the Drake EquationIsMore of a Guideline Than a Precise Formula
Uncertain Inputs:
𝑅
∗
R
∗
𝑓
𝑝
f
p
(fraction ofstars withplanets), have become better known through modernastronomy.
The parameters related to the development oflife andintelligence—
𝑓
𝑙
f
l
,
𝑓
𝑖
f
i
,
𝑓
𝑐
f
c
, and
𝐿
L—arebasedon very limited data. For example,Earthis theonlyplanet we know wherelifehas developed, so we have no way to compare or derive a statistically robust estimate for thesefactors. This means that thevalues chosen for these parameters are largely subjective estimates or educated guesses.
Wide Ranges of PossibleValues:
Because many of thesefactors are not well-constrained, ifyouchangeone of themore uncertain parameters even slightly, thefinal estimate for
𝑁
N (thenumber ofcivilizations) can varyby many orders ofmagnitude. This wide range shows that the equation canlead to very differentoutcomesbasedonpersonal or theoreticalassumptions.
The Drake Equationwas never meant to provide a preciseanswer. Instead,it servesas a way to organize our thinking about what conditions might be necessary for the development of extraterrestrialcivilizations.It encourages discussion about the relative importance of differentfactors andhighlights where our scientific knowledgeis limited.
Is the Drake Equation Accurate orMore Opinion-Based?
Accurate?
In thesense ofbeing a strict mathematicalmodel with well-defined inputs and predictableoutputs, the Drake Equationis not accurate.Its accuracyis limitedbythe extreme uncertainties in several ofitskey parameters.
Many of the terms in the equation, especially those concerning theevolution oflife andintelligence, arebasedon opinion, interpretation, and the single example ofEarth. Therefore, while thestructure of the equationis logical, thenumbersyou put intoit (and hence thefinal result) are oftenmore reflective of our current opinionsand assumptions than of robust empirical data.
The Drake Equationis a valuabletool for framing the question of extraterrestriallife.It helps scientists and enthusiastsbreak down acomplex problem into smaller,more manageable questions. However, because several ofitsfactors are highly uncertain and subject topersonal interpretation,itismore of a conceptual guide—or even a way to stimulate discussion—than a formula that provides a definitive, accurate prediction of thenumber of extraterrestrialcivilizations.
Insummary, while the Drake Equationis useful for thinking about the variousfactors that mightlead to the emergence of acivilization,itsoutputs should betakenas highly speculative estimates rather than precise measurements.
あなた:
Please also consider the possiblities of non-human intelligent emrgencing from the longhistory ofSol system and nearbyplanets and see if thereisany possiblites that inonetime intelligentlife emerged in nearbyplanets and see this to the equation
ChatGPT
Reasoned about non-humanintelligence and the Drake Equationを19 秒行う
Evaluating non-humanintelligence
I'm thinking about the potential for non-human intelligentlife forms in theSol system and neighboringplanets, and how this mightfactor into the equation.
I'm thinking about how to integrate the emergence of non-human intelligentlife, possiblyonMars orEuropa, into the Drake Equation for theSol system and neighboringplanets.
It's interesting to think about the hypothesis of intelligentlife emergingonMars orVenus, thoughEarth remains theonly knownlife-supportingplanet in thesolar system.
Considering other realms
I'm examining if intelligentlife could have emergedonplanetslikeMars,Venus, orEuropa, and how thispossibility alignswith the predictions of the Drake Equation.
Hmm, I’m thinking about how non-human intelligentlifeonMars orVenus could intersectwith theassumptions of the Drake Equation, which seems tofocussolelyonEarth-basedevolution.
I’m piecingtogether the hypothesis of non-human, advanced, intelligentlife in thesolar system.Mars,Venus, and Titan present challenges, butEuropa and Enceladus might harbor microbiallife.
Theassertion thatEnglish constitutes a "hostile language"is emblematic of a profound misunderstanding of the intricate relationshipbetween language, culture, andcommunication. Such a reductionistviewpoint, often stemming from cultural insularity or an oversimplified interpretation of global dynamics, fails to recognize the multifacetedand adaptivenature of languageas a vehicle for connection rather than division.
Language, initsmost fundamental form, servesas a sophisticated instrument forhumanexpression and interaction.It encapsulates the complexities of thought,emotion, and cultural nuance. To labelEnglishas "hostile"is to overlookits roleas a global lingua franca that facilitates dialogue among diverse cultures. This designation notonly undermines the richtapestry ofEnglish-speaking societies but also dismisses the language's capacity forevolutionand adaptation, reflecting the very societiesit serves.
Critics often conflate the global dominance ofEnglish with cultural imperialism, positing thatits prevalence signifies an erosion of local languages and cultures. However, this perspective neglects the agency of non-nativespeakerswho actively adoptand adaptEnglish to meet their communicativeneeds.The expansion ofEnglishis not merely an imposition;itis a testament toits utility and flexibility in diverse contexts.By embracingEnglish, individuals from various linguistic backgrounds enhance their communicative repertoire without relinquishing their cultural identities.
To characterizeEnglishas "hostile" implies an intrinsic aggression or antagonism within the languageitself—a notion thatis fundamentally flawed. Hostilityis not an inherent characteristic of language but rather areflection of the sociopolitical contexts in whichitis employed. The potential for misunderstanding orconflict arises not from the linguisticmedium but from the intentionsand attitudes ofitsspeakers. Thus, vilifyingEnglish misplaces responsibility for interpersonal and intercultural tensions that are often rooted in broader societalissues.
In an increasingly interconnected world,English functionsas acrucialbridge across cultural divides.It enables collaboration in vitalfields suchas science, technology, diplomacy, and commerce, fostering innovation and mutual understanding. Proficiency inEnglish can empower individuals and communitiesby providingaccess to resources and opportunities that mightotherwise remain elusive. Thisempowerment challenges the notion of hostility; instead,it highlights the language's roleas an enabler of progress and cooperation.
In conclusion, the characterization ofEnglishas a "hostile language" represents a reductive oversimplification that fails to capture the complexities inherent in linguistic interaction within our globalizedsociety. Rather than viewing languages through a lens of hostility or division, we should embrace their potential for fostering understanding and collaboration.Itis imperative to cultivate amore nuanced appreciation for the role ofEnglish—andindeedall languages—in shaping our sharedhuman experience.Only through such intellectual rigor can wetranscend divisive narratives andcelebrate the richdiversity that language offers in our interconnected world.
こいつはおすすめで出てきたから見ただけで初見だから、身元とか興味ないしあんたが調べたのか?それ見て初めて経歴を知ったくらいだが
さすがに女性ファン向けにやってるにじやホロみたいな箱の男Vをずっと追ってたりはしないけど
普通に自分と同じゲームやって実況してる人の配信とかは見るぞ、アバター使ってない人も多いけどな
k4senとかMハシとかモスラメソとかFieldsfoodとか
解説系ならマグロヘッドとかこへーとかボビーとか飛花リリスとかだな
このへんはあんたに紹介してるわけじゃなくROMってる既プレイヤーの参考になれば程度のもんだから無視してくれ
まあ実況ならフツーに女性実況者の方が見たくなるのはあるけど別に男を毛嫌いするほどでもない
女性実況だとあんまり練度高い人がいないのが問題だけど、YouTubeなら浅瀬みやこって人が信頼できるな
Twitchだと単純に声とキャラが可愛いからひのあんって人をこっそり見てる(あそこは内輪感強い文化だからちと苦手)
ただ女性実況者だとカプ目線や男キャラ中心の消費の仕方になることが多くて、気づかなかった視点もあるからそれも悪くないんだけど
共感しやすさの点ではやっぱ感性の近い男性実況者のほうが有利な部分もある
というかここのゲームは男女の別に執着せず、全員好きになってくれってゲーム作りしてるし
プレイヤーとしても素直に全員好きになっていったほうが楽しめる
性的に保守的な人間は男キャラ引くなんて嫌かもしれないが生粋の美少女作品好きのオタだった俺でも男キャラへの生理的な嫌悪はなくなった
ていうか原神に関してはみんなヌヴィレット引いて使ってるしみんなそこそこ好きだろアイツ
あんなシナリオ見せられて嫌いになれるやついねーよってモノつくるのがうまいんだ
https://darioamodei.com/machines-of-loving-grace
・Behavioral interventions. Ihaven’t much mentionedit given thefocuson the biological side of neuroscience, but psychiatry and psychology have of course developed a wide repertoire of behavioral interventionsover the20th century;it stands toreason thatAI could accelerate theseas well, both the development of new methods and helping patients to adhere to existing methods.Morebroadly, theidea of an “AIcoach”whoalways helpsyou to be the bestversion ofyourself,who studiesyour interactions and helpsyou learn to bemore effective, seems very promising.
(Google翻訳)
・行動介入。神経科学の生物学的側面に焦点が当てられているため、これについてはあまり触れていませんが、精神医学と心理学は、もちろん20 世紀を通じて行動介入の幅広いレパートリーを開発してきました。AI が、新しい方法の開発と、患者が既存の方法に従うのを支援することの両方で、これらを加速させる可能性もあるのは当然です。より広い意味では、常に最高の自分になれるよう支援し、あなたのやり取りを研究して、より効果的になる方法を学ぶのを手助けしてくれる「AIコーチ」というアイデアは、非常に有望に思えます。
・Everyday problems that wedon’t think ofas clinical diseasewill also be solved.Most of us have everyday psychological problems that are not ordinarily thought ofas rising to thelevel of clinical disease. Some people are quick to anger, others have troublefocusing or are often drowsy, some are fearful or anxious, or react badly tochange.Today, drugs already exist to help with e.g. alertness orfocus (caffeine, modafinil, ritalin) butas with many other previous areas, muchmoreis likely to be possible. Probably manymore such drugs exist and have not been discovered, and theremay also be totally new modalities of intervention, suchas targetedlight stimulation (see optogenetics above) ormagneticfields. Given how many drugs we’ve developed in the20th century that tune cognitive function and emotionalstate, I’m very optimistic about the “compressed 21st” where everyone canget theirbrain to behave abit better and have amore fulfilling day-to-day experience.
(Google翻訳)
・臨床疾患とは考えていない日常的な問題も解決されるでしょう。私たちのほとんどは、通常は臨床疾患のレベルに達するとは考えられないような日常的な心理的問題を抱えています。怒りっぽい人もいれば、集中力に欠けたり眠気を催すことが多い人もいれば、恐れや不安を感じたり、変化に反応しにくい人もいます。今日、覚醒や集中力を高める薬(カフェイン、モダフィニル、リタリン)はすでに存在していますが、他の多くの以前の分野と同様に、さらに多くの薬が開発される可能性があります。おそらく、そのような薬はもっとたくさん存在し、発見されていないでしょう。また、標的を絞った光刺激(上記のオプトジェネティクスを参照)や磁場など、まったく新しい介入方法もあるかもしれません。20世紀に認知機能と感情状態を調整する薬がどれだけ開発されたかを考えると、誰もが脳の働きを少し良くし、より充実した日々を送れるようになる「圧縮された21世紀」について私は非常に楽観的です。
・Human baseline experience can be much better. Takingonestep further, many people have experienced extraordinarymoments of revelation,creativeinspiration, compassion, fulfillment, transcendence,love, beauty, or meditativepeace. The character and frequency of these experiences differs greatly from person to person and within the same personat different times, and can also sometimes be triggeredby various drugs (though often with side effects).All of this suggests that the “space of whatis possible to experience”is verybroad and that a larger fraction of people’s lives could consist of these extraordinarymoments.Itis probably also possible toimprove various cognitive functions across the board. Thisis perhaps the neuroscienceversion of “biologicalfreedom” or “extended lifespans”.
(Google翻訳)
・人間の基本的な経験は、もっと良くなる可能性があります。さらに一歩進むと、多くの人が啓示、創造的なインスピレーション、思いやり、達成感、超越、愛、美しさ、瞑想的な平和といった特別な瞬間を経験しています。これらの経験の性質と頻度は、人によって大きく異なり、同じ人でも時期によって異なり、さまざまな薬物によって引き起こされることもあります(ただし、多くの場合は副作用があります)。これらすべては、「経験可能な空間」が非常に広く、人々の人生の大部分がこれらの特別な瞬間で構成されている可能性があることを示唆しています。さまざまな認知機能を全面的に改善することもおそらく可能です。これはおそらく、神経科学版の「生物学的自由」または「寿命の延長」です。
発達障害持ちでスペックが低い上、達成感とかの青春な感情を体験できなかった自分からすると夢のようだが、同時にこういうのを人工的に作れて皆良い人間になれるのってなんか怖くもあるな
はてなだとシロクマ先生とかがよくそういう話してる気がするけど
イギリスとノルウェーのすべてをレビューすることはできませんが、ロンドン(Lūndonjon / Lūndyn / Lunden)をレビューすることができます。
西暦873年にそこに立っていたであろうものの多くは欠けています。ユービーアイソフトの歴史家は、ウィキペディアからこの地図を参考にしたようだ。
https://en.wikipedia.org/wiki/File:Map_Londinium_400_AD-en.svg
しかし、その地図には、当時のロンドンの少量の建物が含まれています。このレベルの歴史研究では、ウィキペディアのような一般的な知識サイトは不十分です。
一般:
または、フォーラムの南にあるCandelwicStrætのロンドンストーン(Millarium / Praetoriumゲート)から放射する道路のパターン:
Trajectus Way:Douegæt(川までダウンゲート)からLondonStone(CandelwicStrætのPraetoriumゲート)まで
WæcelingaStræt(Praetorian Way):南東からニューゲートまで
EarningaStraete (Ermyn/Erminestreeta.k.a.オールドノースロード)は、WæcelingaStræt southwarkに同行し、南西からDouegætに入り、Cripplegateまで北上しました
ヴィシナルウェイ(フェンチャーチ通り)TrajectusからAeldgate(旧門)を通ります
フォーラムの東:
フォーラムの西:
クリップルゲート:
ルンデンウィッチ:
ゲームには一般的な「Lundenwic Abbey」が1つあります。9世紀には、ルンデンウィッチには5つまたはおそらく7つの修道院があっただろう。
他のいくつかの観察:
唐突にreviewerがいない、とか何の話だよw
Natureis a weeklyinternational journal publishing the finest peer-reviewed research inallfields of science and technologyon the basis ofits originality, importance, interdisciplinary interest, timeliness, accessibility, elegance and surprising conclusions.
何気なくググったらオルフェンズEDのライブ動画あったから見たけど歌唱力やべえ
MISIAで一番好きな曲は包み込むようにっていうくらい最初のインパクトが今でも強いし
当時はなんかすげえ高い声出せるっていうのが売りだったけどいつのまにかそんなこと言われなくなったしそんな売りがなくても普通の歌唱力で圧倒できるすごさのある歌手だった
ああそれにしてもオルフェンズの涙いいわ
アニメのEDでなぜか飛ばせないEDってあるけどオルフェンズはまさにそれだった
オルフェンズ1期だけは全部みたけど一度も飛ばせなかったわ
それにしても包み込むようにはやっぱりいいわ
大好き
ぐぐったら
作詞・作曲者である島野聡は、自身が男性2人組『LoveLightsFields』のメンバーとして活動していた時にこの曲を製作し、レコーディングも試みられていたが、同グループのボーカルだった園田利隆の歌声で発表する事に納得がいかず断念。いつかこの楽曲を歌いこなせる歌手に巡り会うまでと、封印していたのだという
だってさ
すげえわ
誰かのためになればいいなぁとは思ったけど、ほぼ自分のために書いた文章というか日記なので読みにくいと思う。ごめんなさい。
最近、鬱っぽいというか夜勤中に精神的余裕がなくなるスピードが早いのと物忘れがひどくなってきたので、心療内科に行ってみたんよ。元々、自分は精神的な病気なんかとは関係ないと思ってたんだけど、ツイッターなんかでわかり手さんとか借金玉さんとかのツイートやブログ見てたら行ってみるのもありかなぁと思いまして。
心療内科の初診の予約取るのもわりと時間が必要だった。電話をすることへのストレスと電話をしたらもうあとに引けない気がしたから。でも、仕事中に頭がパンクしそうになった時があってそこでもうダメだと思って勢いで予約の電話をした。
とりあえず、電話に出てくれた看護師の人には鬱っぽくてということで受診の予約をした。
初受診当日、逆算思考が苦手なのと方向音痴な自分を気遣ったら予約時間の40分以上前に最寄駅に着いてしまったので30分くらい散歩してから病院に向かった。
何というか、最寄駅から病院の場所を確認して散歩で時間を潰している間、ずっと憂鬱だった。怒られるわけじゃないと分かっていても、どんなことを聞かれるんだろうと考えていると頭がずっしりとしてくる。
それで、いよいよ、初受診の時間。心療内科らしく待合室のソファも診察室の椅子もふかふかだった。
ドクターには具体的に困っていることを聞かれたので前述した通り、夜勤中の精神的余裕の無さと物忘れがひどくなってきていることを伝えた。
それから、鬱の診断を下すための質問をされた。DSM-5とかいう本(世界共通の診断基準って言ってた)に沿って質問されて、それによると鬱ではないということで、抑うつという鬱っぽい状態だと思う的なことを伝えられた。
それから、順序が曖昧だけど次にADHDかどうか診断する質問をされた。集中力はあるかとかそういうやつ。それによるとたしか、軽いADHDとのことだった(ADHDに軽いとかあるかどうかわかんないし、もしかしたら自分を障害者と認めたくない自分の意識が邪魔して軽いやつと認知したのかもしれない)。
まぁ、その時点で多少はショックだったんだけど、高校で塾やめたら一気にガタ落ちした成績のこととか集中力の件とか思い返すと、しょうがないかぁという感想。
で、たしか次が心理テストでA4の紙に実がなっている木を書かされた。ドラマとか映画で見たやつ!と思いながら、真ん中にこれだと小ちゃいかなぁ…でも大きく書くのめんどくせえしなんでそもそも大きく書かんとあかんのやと思いながら木を書いてリンゴを3つほど付け足した。書いた後にリンゴの味を聞かれたので普通ですかね、と答えた。
診断によると自分は頑固で人の目を気にして抑圧状態になってると言われた。まあ、たしかにーという感じだったのでそうですねーと答えて、ドクターからの総合的な見解はADHDとそれによる二次障害的抑うつ状態とのことだった。
集中力がなくて仕事がうまく回せてないのをどうにかしないとという話の結果、コンサータが処方された。あー、借金玉さんが言ってた飲んで吐き気と戦いながら仕事するやつかと思いながら、それを2週間分処方してもらった。
それと、ドクターからは仕事のストレスを溜め込むのはよくないから自分でブログに書くなり愚痴ノートを作った方がいいとの言葉も頂いた。
で、先月にインターネットのお陰でできた彼女の家に向かうバスの中でぼおーっとEva CassidyのFields ofgoldを聞いてたらどういうわけか涙が止まらなくなった。どういうわけもなく、自分が発達障害であるというショックがそのタイミングで襲ってきたんだろう。彼女には病院に行くとは言ってたけど、「なんの病院?」という質問には答えられず、健康診断の聴力検査でひっかかったから耳鼻科に行くと嘘をついた。
自分が障害者であることを家族にも彼女にも、今度新幹線で久しぶりに会いに行く数少ない友達にも言えないなぁと考えるとセンチな気分になってバスの中で泣いてしまった。
重く考えすぎだよなぁとこれを書きながら思いつつも、あと1回くらいは泣きそうだなとも思う。案外、言ってしまえば周りは受け入れてくれるのかもしれないけど、急に「俺、実は発達障害だったんだよね」と知り合いに言われても反応に困るだろうから、とりあえずは言わないでおこうと思う。
それにしてもなー、これからどうしよう。いや、特別どうもしないんだけども。
とりあえず、彼女の家で帰宅を待ちつつ、夕食の献立を考えつつ彼女に貸したスプラトゥーンでもするかなぁ。あ、コンサータ飲んだらウデマエ上がるかな?
私はコミットログの書き方に悩む英語の苦手な人間である。実際、似たような人は世の中に結構いるようで、頻出単語を集計したりまとめたものは既にあって役に立つのだけれど、これらはあくまで単語の話であり、具体的な文を構成する過程でやっぱり困る部分がかなりあった。
要するに、どういう時にどういう文が使われているのか、ということを示した例文集が欲しいのである。ググると他にも「例文集があればいいのに」みたいな声はあるくせして、しかし誰も作ろうとしない。何なんだお前ら。それじゃ私が楽できないじゃないか。
ここで挙げているコミットログは全て実際のコミットログからの転載である。当然ながら各コミットログの著作権はそれぞれの書き手にある。いずれも各英文でググれば出てくるし、フェアユースの範囲なら許してくれるだろうと考え名前とプロジェクト名は割愛したが、ここにお詫びと感謝を述べておきたい。
抽出条件だが、参考にできそうなコミットログを多く含んでいそうなリポジトリをGitHubのSTARの多い方からざっと目で見て適当に選び、それぞれ最新コミットから5000件抽出した(あわせて前処理として、コミットログ冒頭のタグ情報は消去した)。
atomのみ5400件抽出していたため、計25400件のコミットログがベースである。このうち、以下の条件に合致するものは参考例にすべきでないとして一律排除した。
こうして残った8540件を眺めながら、適当に切り出したのがこの用例集である。個人的に「うーんこの」と思った表現も、散見される場合は載せた。
ということで、以下用例を羅列していく。
以上の用例をふまえ、今回の参考ログ8540件から先頭の単語を出現回数で並べると次のようになった。
| Add | 1149 |
| Fix | 1014 |
| Update | 584 |
| Remove | 566 |
| Use | 382 |
| Don't | 260 |
| Make | 228 |
| Move | 178 |
| Change | 103 |
| Rename | 85 |
| Improve | 76 |
| Avoid | 68 |
| Allow | 65 |
| Implement | 60 |
| Handle | 58 |
コミットログの基本形はもちろん動詞 +名詞である。名詞は固有名詞、複数形、不可算名詞が多いが、単数形の場合の冠詞は a が使われるか、あるいは省略される。the はまず使われない。
何かを追加した、という表現では非常に広くAdd が使われる。メソッドからテスト、ドキュメントに至るまで大概これでまかなえる。
一方、何かを修正した、という表現では広くFix が使われる。「何か」はtypo やcrash といった単語からメソッド名まで幅広い名詞を取るが、動名詞はあまり取らないのと、that節は取らないのでその点は注意が必要である。
Fix は「何かが正しく動くようにした」ことを示し、正しい動作内容が何かを説明しない。そこで正しい動作内容に言及したい場合はMake sure が使われる(こちらはthat節が取れる)。ただしFix よりもニュアンス的に重い表現と思われ、Fix を使わずMake sure ばかり使うのはちょっとキモいのではないかと思う(Ensure はさらに重い表現っぽい)。
また、Fix はtypo 以外でのドキュメント修正に対して使われることは稀である。対して Update はドキュメント、コメント、テストに使われ、本体のコードの修正に対しては使われない。本体コードの修正にあわせてテストも更新したなら Update が使われる。ただ、テスト機構それ自体のバグを修正したならFixである。
無駄な何かを単純に除去したなら Remove を使う。これまでのもの(A)から別のもの(B)に切り替えたのであれば Use B instead of A かChange A to B が使われる。新たに何かを利用するようにしたのであれば Use を、利用を取りやめた場合はDon't use を使うことが多い。
何かをしないようにしたならDon't を、内部実装の効率化ならMake A +比較級/形容詞 かImprove が使われる。
中身の変更を伴わない単なる名前の変更なら Rename A to B、コードや機能の論理上の場所を移動させたならMove A to Bである。
この辺はリファクタリングと呼ばれる行為と思うが、Refactor というぼんやりした動詞はあまり使われず、このように変更内容の種類に応じて動詞が使い分けられている。
コミットログにはWhyを書くべきだ、というのを何かで見かけたので because とか since を使ったログがどの程度あるかを調べたが、8540件のうち22件だった。基本的に短く、シンプルに、一目で意味が取れるログが好まれる傾向がある。例えばget rid of とか2件しか使われておらず、圧倒的に removeである。
一方で、シンプルな単語だけど開始単語としては使われないものもある。例えば次のような単語である。Expand(9)、Extend(8)、Print(5)、Optimize(5)、Publish(4)、Append(4)、Modify(3)、Manage(2)、Revise(2)、Dump(2)、Insert(2)、Migrate(2)、Enhance(1)、Edit(1) 。いずれもカッコ内は8540件に対する冒頭での登場回数である。結局、より一般的で平易な単語で表せたり、Refactor同様に抽象度が高すぎると使われないのだろう。
8000件もログを見たおかげで、迷いなくコミットメッセージが思いつくようになったのが個人的には今回書いてて最大の収穫だった。たぶんカンニングペーパーを作る行為それ自体が効率のいい学習になるという話と同じだと思う。
このまとめも100以上用例を転載してあるので、それを読むだけでも多少は効果があるんじゃないかと思う。同じようにコミットログ書きたくねぇなぁ英語わっかんねぇなぁと思っている人にとって、何か役に立つところがあれば幸いである。
Physics の青色ダイオードの中村・赤崎・天野の受賞や私戦予備陰謀疑いのほうがさわがしいかもしれませんが,ノーベル生理学・医学賞に関して.
John O' Keefe,May-Britt Moser, Edvard Moser の三名が 2014 年のノーベル生理学・医学賞を受賞した.受賞理由は脳の位置定位系を構成する細胞の発見に対してである.“for their discoveries ofcells that constitute a positioning system in the brain”. 視覚や聴覚,触覚で得た物理的な環境のあるいは自己の位置に関する情報は脳内でどのように処理されているだろうか.力学的に考えると,質点と空間座標と時間の成分がありそうなものである.マウス生体での神経科学的な実験で,位置特異的に神経の活動(活動電位の頻度)が上昇する細胞が海馬でみつかった.最近の invivo の実験で placecell の特性や gridcell の特性,視覚系・運動系との placecell 回路の連絡等がさらに解明され始めている.少し古い神経生理学に関連する著名な科学者では,JamesGibson やDavidMarr が有名かもしれない.聴覚系での位相差からの音源位置推定,視覚系での網膜および外側膝状体 LGN,一次視覚野,高次視覚野の回路等感覚の認知の神経科学はよく調べられてきたが,受賞対象の位置定位系は脳内の感覚と運動を統合する上で重要な具体的な情報表現と情報処理にせまった分野になっている.
ごくごく戯画化した,脳の作動機構は,神経細胞は他の細胞と同様に細胞膜をもちその内外のイオン組成をポンプとチャネルとよばれる細胞膜にタンパク質で糖を燃焼してえたエネルギーを元に維持する.神経細胞が同士が突起を多数のばし接触点を多数つくりそこで,膜のイオンを電位差をより正にする化学分子を放出したり,より負にする化学分子を放出したりする.電位差が十分小さくなると多くの神経細胞では電位依存的なナトリウムイオンチャネルが活発に作動し突起を一次元的に減衰せずに伝わっていく活動電位をおこす.多くの神経系での通信と計算の実体は,この化学伝達と電気伝導の組合せで,静的な記憶は細胞の結合(シナプス synapses)が構成する回路に,シナプスの化学伝達特性や回路水準の論理演算やより高度な情報処理の結果であると作業仮説がたっており,具体的な情報処理の神経回路の機構を解明することは重要である.
位置定位系の回路を構成する要素の placecell は,脳の大脳の海馬とよばれる短期記憶や長期記憶化に重要な部位にあるアンモン角 (Cornu Ammonis)の錐体(神経)細胞 pyramidal neuronである.特定の場所で活動が上昇することが証明されている.脳内の空間情報処理で他の細胞とともにどのような回路をなしているか調べるには,placecell への入力と出力,placecell 間の直接的な結合をさらに調べることになる.O'Keefe, Moser 以後も熱心に研究されている神経科学の重要な問題である.海馬に出力する嗅内皮質 entorhinalcortex の格子細胞 gridcell(環境のスケールに応じた格子を表現するようなユークリッド空間中の格子のような役割を担う細胞),各所の頭方位細胞 head directioncell,時間細胞timecell も発見されている.物理学的な情報の表現と計算に必要な神経回路の構成要素がわかりその作動機構がわかってきそうな気がしてくる.21 世紀は,人体生理学のおそらく最大で最後の問題である脳の作動機構の同定にかなりせまってきており,先のことはよくわからないが脳のことは今世紀中にはだいたいのことがわかり,計算機でもっとよい知能が実装できそうな勢いである.
ノーベル賞は「物理学、化学、医学生理学、文学、平和、経済(ただし経済分野はスウェーデン国立銀行賞)」の分野で重要な業績を残した個人に贈られる.Physiology or Medicine の分野ではカロリンスカ研究所が選考にあたる.ノーベル賞は,ダイナマイトの開発生産でノーベルが残した遺産を基金としはじまった.現代では,数学のFields Medal や計算機の Turing Award とならびたつような権威ある賞として,世界中で科学の営みに参加する人々・興味ある人々が注目する伝統儀式を続けるお祭りになっている.医学生理学の分野では生理学的に重要な機構の解明や臨床応用で人類の医学的な福利向上につながる発見などにおくられる.なかなか毎年趣味がよいとおもわれる.繰り返しであるが,選考委員会が示した,今回の授賞は,脳での空間認識の回路で重要な働きをする placecell場所細胞の発見が理由である.
匿名ダイアリーにこんな言い訳も不要かと思うのだけれど,ノーベル賞委員会の公式アナウンスメントとFundamental Neuroscience か Principles of Neural Science や関連論文や日本語の教科書・一般書等を読めばよい.高校生物に毛が生えた教養程度の神経科学の知識しかない劣等の学部生ながら,今回受賞の対象になった O’ Keefe と Moser 夫妻の神経系における自己位置の表現の神経回路の重要な細胞というテーマに興味があるので駄文を書いた.
脳科学辞典 場所細胞 http://bsd.neuroinf.jp/wiki/%E5%A0%B4%E6%89%80%E7%B4%B0%E8%83%9E
プログラムはclassに記述します。たとえばSampleという名前のclassを作る場合、Sample.csファイル内に次のように書きます。(C#の場合、ファイル名とクラス名は同一でなくても良い。複数のクラスを書いても良い)
public class Sample {}
プログラムはclass内のMainメソッドの先頭から実行されます。Mainメソッドは次のように書きます。
public class Sample { public staticvoid Main(String[] args ) { // 処理を書く }}
Console.WriteLine( "Hello world" );
コメントです。
// 一行コメント/* 複数行コメント */
//変数int num;
データ型です。C#のデータ型には値型と参照型とがあります。以下は値型のデータ型です。
// int(整数)型int num;//char(文字)型char c;// float(単精度浮動小数点)型float val;//double(倍精度浮動小数点)型double val;// bool(論理)型boolflag;//DateTime(日付)型DateTimedate;
以下は参照型のデータ型です。
//String型String s;//配列型String[] array;
プログラムをコンパイルするには、コマンドラインで以下のようにします。
csc Sample.cs
プログラムを実行するには、コマンドラインで以下のようにします。
Sample.exe
mono ./Sample.exe
int、float、double型の変数に数値を代入できます。int型には整数だけ代入できます。float、double型には整数でも小数でも代入できます。
int i = 2;int i = 100000000;float num = 1.234f;double num = 1.234;
四則演算です。
num = 1 + 1;num = 1 - 1;num = 1 * 2;num = 1 / 2;
商の求め方です。割る数と割られる数が両方とも整数の場合、計算結果の小数点以下が切り捨てられます。
num = 1 / 2; // 0
割る数と割られる数のどちらかが小数の場合、計算結果の小数点以下が切り捨てられません。
num = 1.0 / 2; // 0.5num = 1 /2.0; // 0.5num = 1.0 /2.0; // 0.5
余りの求め方です。
// 余りmod = 4 % 2
インクリメントとデクリメントです。
// インクリメント ++i;// デクリメント --i;
Stringstr = "abc";
// 結合String join = "aaa" + "bbb";// 分割String[] record = "aaa,bbb,ccc".Split( "," );// 長さint length = "abcdef".Length();// 切り出し"abcd".Substring( 0, 2 ) //abc//検索int result = "abcd".IndexOf( "cd" ) // 見つかった場合はその位置、見つからなかった場合は-1が返る
配列です。
//配列の宣言int[] array;
配列の生成です。配列の生成時には要素数を指定するか、初期データを指定します。
int[] array;// 要素数を指定して配列を生成array = new int[5];// 初期データを指定して配列を生成array = new int[] { 1, 2, 3 };// 宣言と同時に配列を生成int[] array2 = new int[5];
配列の要素の参照と代入です。
// 要素の参照array[0]array[1]// 要素の代入array[0] = 1;array[1] = 2;
array_num = array.Length;
int[] from = new int[] { 1, 2, 3 };int[] to = new int[5];from.CopyTo(to, 0);if文です。
if ( 条件 ){}if ~ else文です。
if ( 条件 ){}else{}if ~ else if文です。
if ( 条件 ){}else if ( 条件 ){}while文です。
int i = 0;while ( i < 5 ){ // 処理 ++i;}
for文です。
for ( int i = 0; i < 5; ++i ){ // 処理}
int[]fields = new int[] { 1, 2, 3 };foreach (intfield infields){ // 処理}
C#では関数をメソッドと言います。メソッドを作るには次のようにします。戻り値を返却するにはreturn文を使います。
static int sum( int num1, int num2 ){ inttotal;total = num1 + num2; returntotal;}ファイル入出力です。ファイル入出力を行うには、プログラムの先頭に以下を記述します。
using System.IO;
以下がファイル入力の雛形になります。ファイルのオープンや読み込みに失敗した場合、catch節に処理が移ります。
String filename = "text.txt";StreamReaderreader = null;try{reader = newStreamReader(filename);Stringline; while ((line =reader.ReadLine()) != null) { }}catch (IOException e){ //エラー処理:}finally{ if (reader != null) {try {reader.Close(); }catch (IOException e) { } }}
またはC#ではusingステートメントと言うものがあり、この様にも書ける
String filename = "text.txt";using (StreamReaderreader = newStreamReader(filename)){try {Stringline; while ((line =reader.ReadLine()) != null) { // 読み込んだ行を処理 } }catch (IOException e) { //エラー処理: }}
usingをつかうとCloseがなくなったことからわかるようにusing(){}を抜けるときに自動的にDisposeメソッドを呼び出し、オブジェクトを廃棄する。その分コードがスッキリするが、使いにくい場面もあるので考えて使うこと。
以下がファイル出力の雛形になります。ファイルのオープンや書き込みに失敗した場合、catch節に処理が移ります。
String filename = "text.txt";StreamWriterwriter = null;try{writer = newStreamWriter(filename));writer.WriteLine("abc");writer.WriteLine("def");writer.WriteLine("fgh");}catch (IOException e){ //エラー処理:}finally{ if (writer != null) {writer.Close(); }}
こちらもusingを使って書ける。が、割愛する。
C#でよく出てくる知っておいたほうがよい文法の一覧です。
繰り返し文の途中で抜けるにはbreak文を使用します。
for ( i = 0; i < 5; ++i ) { if ( 条件 ) { break; // 条件を満たす場合、for文を抜ける。 }}
残りの部分処理をスキップし、次の繰り返しに進むにはcontinue文を使用します。
for ( i = 0; i < 5; ++i ) { if ( 条件 ) {continue; // 条件を満たす場合、残りの部分処理をスキップし、次の繰り返しに進む。 }}
例外を投げるにはthrow文を使用します。
throw new Exception( "Error messsage" );
try { // 例外が発生する可能性のある処理}catch ( Exception e ) { // 例外発生時の処理}
アグリコラのWMデッキについては、Table Games in the Worldで和訳が公開されている(http://www.tgiw.info/2012/03/wm5.htmlから辿れる。)。WMデッキについては公式の和訳が存在しないことから、このような有志による和訳の公開は貴重であり、アグリコラファンの1人として最大の感謝の意を示したい。
しかしながら、公開されている英語版のテキストとつき合わせて見たときに、上記和訳にはいくつかの点で致命的な誤訳があり、また、いくつかのカードについては補足が必要であることに気づいた。
そのため、上記和訳には感謝を示しつつも、日本のアグリコラファンがより適切なプレイングを楽しめるよう、誤訳の指摘と補足を執筆することにした。なお、筆者がブログを持ち合わせていないために、このような匿名ダイアリーで指摘をさせていただくことになった非礼をお詫びしたい。
原文:「At the end ofthe game,you receive 1 Bonuspoint for each of the 5 columns ofyour farmyard that is eitherall rooms,allfields orall in the same pasture.」
誤「得点計算のとき、自分の農場の縦5マスの列を見て、5マス全てが部屋か、5マス全てが畑か、5マスのうち3マスが同じ牧場に属していたら、1列につき1点を得る」
↓
正「得点計算のとき、自分の農場の各列(縦3マス)を見て、3マス全てが部屋か、3マス全てが畑か、3マス全てが同じ牧場に属していたら、1列につき1点を得る。」
【補足】縦1列は3マスである。3マス全てが部屋か、畑か、同じ牧場に属していれば、そのような列1つにつき1点(最大で5点になる)ということ。
【補足】増改築、大進歩のコストとして支払うべき資材のうち最大1つを食料で代用できるという意味。コストと無関係の手元の資材をこの機会に食料1に代えておける、ということではない。
原文:「Wheneveryou use an Action space orthogonally adjacent to an occupied "Family growth" Action space from stage 2 or stage 5,you receive 1 Grain immediately before.」
【補足】occupiedとあるので、「家族を増やす」のアクションスペースが既に埋まっている場合に限定されるようである。
【補足】厩は「逆さま」ではなく横向けに倒して置く。というかあのコマを逆さまには置けない(笑)
原文:「Onceany playerhas built an Oven, place 1Foodon the remaining Roundspaces.At the start of these rounds,you receive theFood. (If an Ovenhas already been built, place theFood immediately. If multiple Ovens are built,youonly receive theFoodonce.)」
誤:「次にかまどを作ったら、残っているラウンドスペース全てに食料1ずつ置く。各ラウンドのはじめに、この食料を得る(すでにかまどをもっていたら、かまどがいくつあってもすぐに食料1ずつ置く。「かまど」とは○○かまどという名前の、パンを焼く進歩カード)」
↓
正:「誰かが暖炉を作ったら、それ以降のラウンドスペース全てに1つずつ食料を置く。各ラウンドのはじめに、この食料を得る(すでに暖炉ができていたらすぐに食料を並べる。複数の暖炉が作られても、食料を置くのは一度だけ)」
【補足】Ovenは「かまど(Fireplace)」ではなく「暖炉」である(大きい進歩としては「レンガの暖炉(Clay Oven)」と「石の暖炉(Stone Oven)」がある)。また、暖炉を作るプレイヤーは誰でもよい。井戸で起動する「水運び」(I262)の暖炉版である。
【補足】直後にそのアクションスペースを使ったプレイヤーが回収しなかった場合には、置かれた資材はそのままそこに残る。誰かが回収するまで、そこを使ったプレイヤーに購入権が与えられる。
(参照:http://play-agricola.com/Agricola/Cards/index.php?id=1068 )
【補足】この職業自体には、資材が累積するスペースに複数ある資材のうちの1つだけを取って他を残しておく、という能力はない。あくまでも、1つしか累積がなかった場合の救済措置である。もっとも、キノコ探し(I196)やかご(E34)のように資材の一部を残しておく能力が別にあって、その効果で結局1つしか資材を取らなかった、という場合には、この職業の効果は発動する。
なお、5人プレイ時に葦が累積する葦石木のアクションスペースについては、葦の累積個数にかかわらず、全体で最低3つの資材を取ることとなるから、この職業の効果は発動しない。
(参照:http://play-agricola.com/Agricola/Cards/index.php?id=1885 )
【補足】追加で繁殖するのは、6,8,10,12ラウンドの「終了時」である。
原文:「Wheneveryou build a Baking Improvement with the bread symbol,you receive 1 Grain beforebuilding the Improvement. Wheneveryou build an Oven, pay 1Building resource less ofyour choice. (An Oven is a Baking Improvement with "Oven" in thename.)」
誤:「すべての暖炉を資材どれか1つ少なく作ることができる。パンを焼くアクションのたびに、その直前に小麦1をストックから手に入れる。(パンを焼くアクションにはパンのマークが付いています。暖炉(「○○暖炉」という名前の進歩カード)を使うのもパンを焼くアクションです)」
↓
正:「あなたがパンのマークのついた進歩をプレイするたびに、その直前に小麦1を共通のストックから手に入れる。すべての暖炉を、好きな資材1つ少なく作ることができる」
【補足】パンを焼く進歩カードをプレイ(・購入)するたびに起動する。「炭焼き」(E182)と同じ。
原文:「Each round, instead of placingyourfirst Family memberon an Action space,youmay placeiton this card and receive 2Food and 1 Guest token to place that round. (Youmay not do this ifyouwill be placingmore people afteryour first withoutanother player placing inbetween.)」
誤:「~(最初の家族を置いた直後にこのカードを使うことはできない)」
↓
【補足】最後の括弧は、「遅寝(Late Sleeper)」(G037)のように、他の全プレイヤーの手番が終了するまで自分の手番がスキップされる状況でこの効果が使えると強すぎるため、それを回避する趣旨で設けられたルールである。
(参照:http://play-agricola.com/Agricola/Cards/index.php?id=505 )
原文:「Immediately place aperson that is not already placedon an Action spaceon the "After Family Growth also 1 Minor Improvement" Action space even ifit is occupiedbyyou oranother player andtake that action.」
誤:「~ほかのプレイヤーがそのアクションスペースに家族を置いていてもよい。~」
↓
【補足】自分自身が既にそのアクションスペースを使っている場合にも使える。
【補足】「得点計算の直前に葦をボーナス点に換えられる」ということの意味は、かご製作所のボーナス点を計算する前にこれらの葦を消費してしまうことにある。
【補足】誤:「子孫」→正:「新生児」
【補足】収穫「の開始時」のたびに
【補足】「労働から帰宅の間に」に相当する原文は「between the Work and Returninghome phase」であり、労働フェイズと帰宅フェイズの間、すなわち「全員が家族を置いた後」を意味する。「曲芸師」(I269)や「営農家」(K289)と同様。
【補足】捨ててもよい物乞いカードは、直前の食糧供給フェイズに受け取ったものに限らない(以前の収穫の食糧供給フェイズに受け取ったものでもよい。)。
【補足】誤:「柵」→正:「厩」(stable)
【補足】「厩作り」という名前のカードは他に存在する(E208)。「厩務員」という名前はどうだろうか。
原文:「Atanytime,youmay convertall the printed Victorypoints (ifany) of an Improvement in front ofyou to 3Foodperpoint. After,youmay not return or remove the Improvement andyou no longer receiveits Victorypoints. If Pawnbrokergets turnedface down or discarded,youstill lose thepoints.」
誤:「~食料を取ったカードは戻したり取り除いたりしない~」
↓
【補足】例えば「かまど」を3食糧に変換したら、その「かまど」を返して「調理場」にアップグレードすることができなくなる。
【補足】「木こり」という名前のカードは他に存在する(E176)。「木工職人」という名前はどうだろうか。
【補足】「この木材はいつでも共通のストックに戻すことができ、戻したラウンドが終わるまでの間に家畜を何頭でも食料にできる」というのは、戻したラウンドに限り(その終了時までは)家畜を食料に変換できる、という意味である。
【補足】たとえば次の盤面なら「ほかの畑1ヵ所のみと接している畑」が3つで2点。
畑 畑 畑 牧 牧家 畑 空 牧 牧家 家 家 牧 牧
5点(「ほかの畑1ヵ所のみと接している畑」が5以上)取るためにはこういった配置が必要。
家 牧 畑 空 畑家 畑 畑 畑 畑家 家 畑 空 畑
(参照:http://play-agricola.com/Agricola/Cards/index.php?id=637 )
原文:「Clockwork Man countsas 1 Occupation and 1 Minor Improvement.」
↓
【補足】1枚目の職業を出す前にこのカードをプレイすると、「職業」のアクションスペースでの食料の支払いが無料ではなくなることに注意。
原文:「Wheneveryou use the "Plow 1Field" Action space,youmay Plow 2fields if they are not diagonally or orthogonally adjacent to each other instead of 1.」
誤:「家族コマで「畑1を耕す」のアクションを行い、実際に畑1だけを耕すたびに、すぐさらに畑2を耕せる。~」
↓
正:「「畑1を耕す」のアクションを行うたびに、畑1の代わりに畑2を耕すことができる。~」
【補足】追加は畑1
シェル操作課題 (cut, sort, uniq などで集計を行う) 設問編 - Yamashiro0217の日記の解答例です。MySQL 5.5です。
mysql> CREATE TABLE log ( ->id BIGINT PRIMARYKEY AUTO_INCREMENT, -> server_host VARCHAR(30), -> access_time DATETIME, -> user_id INT, -> access_url VARCHAR(191) -> );Query OK, 0 rows affected (0.00sec)mysql> LOAD DATA LOCAL INFILE 'log.csv' -> INTO TABLE log ->FIELDS TERMINATEDBY ',' -> (server_host, @unixtime, user_id, access_url) ->SET access_time = FROM_UNIXTIME(@unixtime);Query OK, 9 rows affected (0.01sec)Records: 9 Deleted: 0 Skipped: 0 Warnings: 0
mysql>SELECT server_host, access_time, user_id, access_url -> FROM log;+-------------+---------------------+---------+--------------+| server_host | access_time | user_id | access_url |+-------------+---------------------+---------+--------------+| server1 |2012-07-27 13:25:24 | 30 | /video.php || server2 |2012-07-27 13:25:10 |20 | /profile.php || server3 |2012-07-27 13:25:15 | 7 | /login.php || server1 |2012-07-27 13:25:05 | 8 | /profile.php || server2 |2012-07-27 13:26:45 | 35 | /profile.php || server2 |2012-07-27 13:25:10 |20 | /profile.php || server3 |2012-07-27 13:26:45 | 30 | /login.php || server4 |2012-07-27 13:27:05 |12 | /video.php || server1 |2012-07-27 13:27:45 | 7 | /video.php |+-------------+---------------------+---------+--------------+9 rows inset (0.00sec)
mysql>SELECT server_host, access_url -> FROM log;+-------------+--------------+| server_host | access_url |+-------------+--------------+| server1 | /video.php || server2 | /profile.php || server3 | /login.php || server1 | /profile.php || server2 | /profile.php || server2 | /profile.php || server3 | /login.php || server4 | /video.php || server1 | /video.php |+-------------+--------------+9 rows inset (0.00sec)
mysql> CREATEINDEX log_ix1ON log (server_host);Query OK, 0 rows affected (0.01sec)Records: 0 Duplicates: 0 Warnings: 0mysql>SELECT server_host, access_time, user_id, access_url -> FROM log -> WHERE server_host = 'server4';+-------------+---------------------+---------+------------+| server_host | access_time | user_id | access_url |+-------------+---------------------+---------+------------+| server4 |2012-07-27 13:27:05 |12 | /video.php |+-------------+---------------------+---------+------------+1 row inset (0.00sec)
mysql>SELECT COUNT(*) -> FROM log;+----------+| COUNT(*) |+----------+| 9 |+----------+1 row inset (0.00sec)
mysql>SELECT server_host, access_time, user_id, access_url -> FROM log -> ORDERBY server_host, user_id -> LIMIT 5;+-------------+---------------------+---------+--------------+| server_host | access_time | user_id | access_url |+-------------+---------------------+---------+--------------+| server1 |2012-07-27 13:27:45 | 7 | /video.php || server1 |2012-07-27 13:25:05 | 8 | /profile.php || server1 |2012-07-27 13:25:24 | 30 | /video.php || server2 |2012-07-27 13:25:10 |20 | /profile.php || server2 |2012-07-27 13:25:10 |20 | /profile.php |+-------------+---------------------+---------+--------------+5 rows inset (0.00sec)
mysql>SELECT COUNT(DISTINCT server_host, access_time, user_id, access_url) -> FROM log;+---------------------------------------------------------------+| COUNT(DISTINCT server_host, access_time, user_id, access_url) |+---------------------------------------------------------------+| 8 |+---------------------------------------------------------------+1 row inset (0.00sec)
COUNT関数の中にDISTINCTを書けるのは覚えておくと便利です。
mysql>SELECT COUNT(DISTINCT user_id) -> FROM log;+-------------------------+| COUNT(DISTINCT user_id) |+-------------------------+| 6 |+-------------------------+1 row inset (0.00sec)
mysql>SELECT access_url, COUNT(*) -> FROM log ->GROUPBY access_url -> ORDERBY COUNT(*) DESC -> LIMIT 1;+--------------+----------+| access_url | COUNT(*) |+--------------+----------+| /profile.php | 4 |+--------------+----------+1 row inset (0.00sec)
mysql>SELECT REPLACE(server_host, 'server', 'xxx'), COUNT(*) -> FROM log ->GROUPBY server_host;+---------------------------------------+----------+| REPLACE(server_host, 'server', 'xxx') | COUNT(*) |+---------------------------------------+----------+| xxx1 | 3 || xxx2 | 3 || xxx3 | 2 || xxx4 | 1 |+---------------------------------------+----------+4 rows inset (0.00sec)
mysql>SELECT DISTINCT user_id -> FROM log -> WHERE user_id >=10 -> ORDERBY user_id;+---------+| user_id |+---------+|12 ||20 || 30 || 35 |+---------+4 rows inset (0.00sec)
やー。面倒でした。
古い情報だとOutlook Express を経由しろと書いてあるので、後継であるらしいWindows LiveMail を経由して(Windows LiveMailからエクスポートする方法で)
Outlook に移行したのだが、どういうわけか宛名が文字列として移行されてしまい、xxx@example.com というメールアドレスの移行ができなかったんです。
で eml →msg もしくはpst 形式への変換ソフトを探すのですが、無料のものが見つからなくてあんまり情報もありませんでした。が、ありましたよ!お兄さん。
====
MAPI data collection and parsingtool.Supportspropertytaglookup, error translation,smartviewprocessing, rule tables,ACL tables, contents tables, andMAPI<->MIME conversion.MrMAPI currently knows: 3916propertytags801 dispids 35 types 58 guids 148 errors 27smartview parsersUsage: MrMAPI -? MrMAPI [-Search] [-Dispids] [-Number] [-Type <type>] <propertynumber>|<propertyname> MrMAPI -Guids MrMAPI -Error <error> MrMAPI -ParserType <type> -Input <input file> [-Binary] [-Output <output file>] MrMAPI -Flag <flag value> [-Dispids] [-Number] <propertynumber>|<propertyname> MrMAPI -Rules [-Profile <profile>] [-Folder <folder>] MrMAPI -Acl [-Profile <profile>] [-Folder <folder>] MrMAPI [-Contents | -HiddenContents] [-Profile <profile>] [-Folder <folder>] [-Output <output directory>] [-Subject <subject>] [-MessageClass <message class>] [-MSG] [-List] MrMAPI -ChildFolders [-Profile <profile>] [-Folder <folder>] MrMAPI -XML -Input <path to input file> -Output <path to output file> MrMAPI -FID [fid] [-MID [mid]] [-Profile <profile>] MrMAPI -MAPI | -MIME -Input <path to input file> -Output <path to output file> [-CCSFFlags <conversionflags>] [-RFC822] [-Wrap <Decimalnumber of characters>] [-Encoding <Decimalnumber indicating encoding>] [-AddressBook] [-Unicode] [-Charset CodePage CharSetType CharSetApplyType]Allswitchesmay be shortened if the intendedswitch is unambiguous.Forexample, -Tmay be usedinstead of -Type. Help: -? Displayexpanded help.PropertyTagLookup: -S (or -Search) Performsubstring search. With no parametersprintsall knownproperties. -D (or -Dispids) Search dispids. -N (or -Number)Number is in decimal. Ignored for non-numbers. -T (or -Type)Print informationon specified type. With no parametersprints list of known types. When combined with -S, restrict output to given type. -G (or -Guids) Display list of known guids.FlagLookup: -Fl (or -Flag)Look upflags for specifiedproperty.May be combined with -D and -Nswitches, butallflag values must be in hex. Error Parsing: -E (or -Error)Map an error code toitsname andvice versa.May be combined with -S and -Nswitches.SmartView Parsing: -P (or -ParserType) Parser type (number). See list below forsupported parsers. -B (or -Binary) Input file is binary. Default is hex encoded text. Rules Table: -R (or -Rules) Output rules table.Profile optional.ACL Table: -A (or -Acl) OutputACL table.Profile optional. Contents Table: -C (or -Contents) Output contents table.May be combined with -H.Profile optional. -H (or -HiddenContents) Outputassociated contents table.May be combined with -C.Profile optional -Su (or -Subject)Subject ofmessages to output. -Me (or -MessageClass)Message class ofmessages to output. -Ms (or -MSG) Outputas .MSGinstead ofXML. -L (or -List) List details toscreen and do not output files. ChildFolders: -Chi (or -ChildFolders) Display childfolders of selectedfolder.MSG FileProperties -X (or -XML) Outputproperties of anMSG fileasXML.MID/FIDLookup -Fi (or -FID)FolderID (FID) to search for. If -FID is specified without a FID, search/displayallfolders -Mid (or -MID)MessageID (MID) to search for. If -MID is specified without aMID, displayallmessages infolders specifiedby the FID parameter.MAPI <->MIME Conversion: -Ma (or -MAPI) Convert an EML file toMAPI format (MSG file). -Mi (or -MIME) Convert anMSG file toMIME format (EML file). -I (or -Input) Indicates the input file for conversion, either aMIME-formatted EML file or anMSG file. -O (or -Output) Indicates the output file for the convertion. -Cc (or -CCSFFlags) Indicates specificflags to pass to the converter. Available values (thesemay be OR'edtogether):MIME ->MAPI:CCSF_SMTP: 0x02CCSF_INCLUDE_BCC: 0x20CCSF_USE_RTF: 0x80MAPI ->MIME:CCSF_NOHEADERS: 0x0004CCSF_USE_TNEF: 0x0010CCSF_8BITHEADERS: 0x0040CCSF_PLAIN_TEXT_ONLY: 0x1000CCSF_NO_MSGID: 0x4000CCSF_EMBEDDED_MESSAGE: 0x8000 -Rf (or -RFC822) (MAPI->MIMEonly) Indicates the EML should be generated inRFC822 format. If notpresent,RFC1521 is usedinstead. -W (or -Wrap) (MAPI->MIMEonly) Indicates themaximumnumber of characters in each line in the generated EML. Default value is 74. A value of 0 indicates no wrapping. -En (or -Encoding) (MAPI->MIMEonly) Indicates the encoding type to use.Supported values are: 1 -Base64 2 -UUENCODE 3 - Quoted-Printable 4 - 7bit (DEFAULT) 5 - 8bit -Ad (or -AddressBook) PassMAPIAddressBook into converter.Profile optional. -U (or -Unicode) (MIME->MAPIonly) The resultingMSG file should beunicode. -Ch (or -Charset) (MIME->MAPIonly) Characterset - three required parameters: CodePage -common values (otherssupported)1252 - CP_USASCII - Indicates the USASCII characterset,Windows code page12521200 - CP_UNICODE - Indicates theUnicode characterset,Windows code page1200 50932 - CP_JAUTODETECT - Indicates Japanese auto-detect (50932) 50949 - CP_KAUTODETECT - Indicates Korean auto-detect (50949) 50221 - CP_ISO2022JPESC - Indicates theInternet charactersetISO-2022-JP-ESC 50222 - CP_ISO2022JPSIO - Indicates theInternet charactersetISO-2022-JP-SIO CharSetType -supported values (see CHARSETTYPE) 0 - CHARSET_BODY 1 - CHARSET_HEADER 2 - CHARSET_WEB CharSetApplyType -supported values (see CSETAPPLYTYPE) 0 - CSET_APPLY_UNTAGGED 1 - CSET_APPLY_ALL 2 - CSET_APPLY_TAG_ALLUniversal Options: -I (or -Input) Input file. -O (or -Output) Output file or directory. -F (or -Folder)Folder toscan. Default is Inbox. See list below forsupportedfolders.Foldersmay also be specifiedby path: "Top of Information Store\Calendar" Pathmay bepreceededby entryIDs for specialfolders using @ notation: "@PR_IPM_SUBTREE_ENTRYID\Calendar" MrMAPI's specialfolder constantsmay also be used: "@12\Calendar" "@1" -Pr (or -Profile)Profile forMAPILogonEx. -M (or -MoreProperties)Moreproperties. Tries harder togetstreamproperties.Maytake longer. -No (or -NoAddins) NoAddins.Don't load anyadd-ins. -On (or -Online)Online mode.Bypasscached mode. -V (or -Verbose) Verbose. Turnonall debug output.SmartView Parsers: 1AdditionalRen EntryIDsEx 2 Appointment Recurrence Pattern 3 ConversationIndex 4 EntryId 5 Entry List 6ExtendedFolderFlags 7Extended Rule Condition 8Flat Entry List 9FolderUserFieldsStream10 GlobalObjectId11Property12Property DefinitionStream 13 Recipient RowStream 14 Recurrence Pattern 15 ReportTag 16 Restriction 17 Rule Condition 18 SearchFolder Definition 19 Security Descriptor20SID 21 TaskAssigners 22Time Zone23Time Zone Definition24WebView PersistenceObjectStream 25 NicknameCache 26 Encode EntryID 27 Decode EntryIDFolders: 1 Calendar 2 Contacts 3 Journal 4 Notes 5 Tasks 6 Reminders 7 Drafts 8 Sent Items 9 Outbox10 Deleted Items11Finder12 IPM_SUBTREE 13 Inbox 14 Local Freebusy 15 Conflicts 16 Sync Issues 17 Local Failures 18 Server Failures 19JunkE-mailExamples: MrMAPIPR_DISPLAY_NAME MrMAPI 0x3001001e MrMAPI 3001001e MrMAPI 3001 MrMAPI -n12289 MrMAPI -t PT_LONG MrMAPI -t 3102 MrMAPI -t MrMAPI -s display MrMAPI -s display -t PT_LONG MrMAPI -t102 -s display MrMAPI -d dispidReminderTime MrMAPI -d 0x8502 MrMAPI -d -s reminder MrMAPI -d -n 34050 MrMAPI -p 17 -iwebview.txt -o parsed.txt
とても簡単な話で、Jane Plantのキャリアは地質学からその延長の環境科学に関するものであって医学ではない。
http://www.komichi.co.jp/bd/4-7705-0200-1.html
インペリアル大学教授としての執筆リストでもそれは裏付けられる
http://www3.imperial.ac.uk/people/jane.plant/publications
出版元に「2005年英国王立医学協会(Royal Society of Medicine) 終身会員」とあるが、
http://www3.imperial.ac.uk/people/jane.plant
では 2005 FRSM とある。Fellow ということ。
http://www.rsm.ac.uk/membersh/catmem.php
によれば、会員は Fellow か 学生か 準会員か、しかないので、
Those holding medical, dental, veterinary or higher scientific qualifications; or in senior positions in healthcare and relatedfields.
にあてはまれば会員となれる。Jane Plantは地質学、環境科学で十分にこれをクリアする。だって大学教授長年やってるんだもん。
「終身」については、偉いのではなくて、単に老い先短いと会費を一括払いして節約できるというだけ。「王立医学協会」って、要は学会だからねぇ。
http://www.rsm.ac.uk/membersh/rates.php#life
本人の健康本宣伝目的の個人サイトでも、経歴的にはこれはあきらかで、健康法の話はまったく関係ない。
http://www.cancersupportinternational.com/janeplant.com/science.asp
http://www.cancersupportinternational.com/janeplant.com/prof.asp
過去多くの実績があり、キャリアを築き上げてきた学者が、ほぼ一線の研究からは引退するタイミングで
奇妙な健康本を自分のキャリアを利用して売り始めました、という以上のものではない。
最初の健康本を出してから2年ほどで RSM に終身で入会しているが、 RSMが拒否する理由はない、という以上のことはないだろう。
せっかく書いたから匿名でのせてみるよ
使い方は
必要なものをgem で取ってくるにはこうすればいいよ
長すぎてelispが消えたから続きがあるよ
@echo offsetlocalset WD=%~dp0cd/d%WD%ruby get_movies.rbruby get_images.rbruby create_m3u.rb
user:ユーザIDpassword:パスワードids_file: ids.txtdone_file: ids_done.txtmovies_dir: movieslog4r_config:pre_config:global: INFOloggers:-name: apptype:Log4r::Loggerlevel: INFOoutputters:- STDOUT- FILEoutputters:-name: STDOUTtype:Log4r::StdoutOutputterformatter:type:Log4r::PatternFormatterpattern:"%d [%l] %C - %M"date_pattern:"%H:%M:%S"-name: FILEtype:Log4r::FileOutputterfilename:"#{LOGDIR}/sangels.log"formatter:type:Log4r::PatternFormatterpattern:"%d [%l] %C - %M"date_pattern:"%Y-%m-%d %H:%M:%S"
require'fileutils'require'logger'require'mechanize'BASEDIR =File.dirname($0)require"#{BASEDIR}/util"require"#{BASEDIR}/sangels"$config = load_config(BASEDIR)prepare_logger(BASEDIR)$log = new_logger("get_movies")WWW::Mechanize.log = new_logger("mechanize")WGet.log =$logclassIDFiledefinitialize(file)@file = file unlessFile.exist?(@file)Fileutils.touch(@file)endenddefids(contains_comment =nil)File.open(@file) {|io| io.to_a.map {|x| x.chomp }.select {|x| if x.empty?nilelsif contains_commenttrueelsenot /^\s*\#/ =~ xend } }enddefadd(id) ids = ids(true) unless ids.any? {|x| x ==id} write(ids + [id])endenddefdelete(id) ids = ids(true) if ids.any? {|x| x ==id} write(ids - [id])endenddefwrite(ids)File.open(@file,"w") {|io| ids.each {|x| io.puts x} }endend$log.info("BEGIN#{$0} ================")exit_code =0begin ids_file =IDFile.new($config.ids_file) done_file =IDFile.new($config.done_file) movies_dir =$config.movies_dirwget =WGet.new sangels =SAngels.new sangels.login($config.user,$config.password) ids_file.ids.each {|id|begin movies = sangels.movies(id)rescueSAngels::Movies::InvalidMoviesError$log.warn("invalid movieid:#{id}")nextenddir =File.expand_path(id, movies_dir) movies.each {|link|wget.retrieve(link.href,dir) } expected = movies.movie_links.map{|x|File.basename(x.href)} actual =Dir.glob("#{dir}/*").map {|x|File.basename(x)} if (expected - actual).empty? done_file.add(id) ids_file.delete(id)end }rescue => e$log.error(e) exit_code =1end$log.info("END#{$0} (#{exit_code}) ================")exit exit_code
require'fileutils'require'logger'require'mechanize'require'ostruct'BASEDIR =File.dirname($0)require"#{BASEDIR}/util"require"#{BASEDIR}/sangels"$config = load_config(BASEDIR)prepare_logger(BASEDIR)$log = new_logger("get_images")WWW::Mechanize.log = new_logger("mechanize")WGet.log =$log$log.info("BEGIN#{$0} ================")exit_code =0begin movies_dir =$config.movies_dir sangels =SAngels.new sangels.login($config.user,$config.password) thumbnails = sangels.thumbnailsDir.glob("#{movies_dir}/*").each {|dir|nextunlessFile.directory?dirid =File.basename(dir)url = thumbnails.url(id) unlessurl$log.warn("#{id} isnot found")nextend path =File.expand_path("00_thumbnail#{File.extname(url)}",dir)nextifFile.exist? path$log.info("retrieving#{url}") thumbnail = thumbnails.get_file(id)File.open(path,"wb") {|io| io.write(thumbnail)} }rescue => e$log.error(e) exit_code =1end$log.info("END#{$0} (#{exit_code}) ================")exit exit_code
BASEDIR =File.dirname($0)require"#{BASEDIR}/util"$config = load_config(BASEDIR)movies_dir =$config.movies_dirDir.glob("#{movies_dir}/*") {|dir|nextunlessFile.directory?dirname =File.basename(dir) files =Dir.glob("#{dir}/*.wmv").sortFile.open("#{movies_dir}/#{name}.m3u","w") {|io| files.each {|file| io.puts"#{name}/#{File.basename(file)}" } }File.open("#{dir}/00_movies.m3u","w") {|io| files.each {|file| io.puts"#{File.basename(file)}" } }}
require'mechanize'require'hpricot'BASEDIR =File.dirname($0)require"#{BASEDIR}/util"classSAngelsHOST ="real2.s-angels.com"LOGIN_URL ="http://#{HOST}/member/"INFO_URL ="http://#{HOST}/teigaku/item.php"THUMBNAILS_URL ="http://#{HOST}/teigaku/"THUMBNAIL_URL ="http://#{HOST}/images/default/thumb/"definitialize()@agent =WWW::Mechanize.newenddeflogin(user,password) login_form =@agent.get(LOGIN_URL).forms.find {|form| form.fields.any? {|field|field.name =="frmLoginid"} } login_form.frmLoginid =user login_form.frmPw =password@agent.submit(login_form)enddefmovies(id, no_validate =nil)Movies.new(@agent,id, !no_validate)enddefthumbnailsThumbnails.new(@agent)end classThumbnailsdefinitialize(agent)@agent = agent doc =Hpricot(@agent.get_file(THUMBNAILS_URL)) elems = doc.search("div[@class=realthum]/a")@links =Hash( elems.map {|elem|href = elem["href"]id =$1if /ID=(.+)/ =~hrefurl = elem.search("img")[0]["src"] [id,url] })enddefget_file(id)@agent.get_file(url(id))enddefurl(id)@links[id]enddefexist?(id)url(id)endend classMovies classInvalidMoviesError <StandardErrorenddefinitialize(agent,id, no_validate)@agent = agent@id =id if !no_validate && !valid?raiseInvalidMoviesErrorendenddefinfo_page_url"#{INFO_URL}?ID=#{@id}"enddefinfo_page@agent.get(info_page_url)enddefmovies_page@agent.click(info_page.links.find {|link| /P=10/ =~link.href})enddefmovie_links movies_page.links.select {|link| /wmv$/ =~link.href }.sort {|a, b|File.basename(a.href) <=>File.basename(b.href) }enddefvalid? info_page.uri.to_s == info_page_urlenddefeach(&block) orig_links = movie_links orig_links.each {|orig_link|link = movie_links.find {|l|File.basename(l.href) ==File.basename(orig_link.href)} block.call(link) }endendend
require'log4r'require'log4r/yamlconfigurator'require'singleton'require'fileutils'require'ostruct'defHash(a)Hash[*a.flatten]enddefload_config(basedir)OpenStruct.new(File.open("#{basedir}/config.yaml") {|io|YAML.load(io)})enddefnew_logger(name)Log4r::Logger.new("app::#{name}")enddefprepare_logger(basedir, logdir =nil) logdir ||= basedirLog4r::YamlConfigurator["LOGDIR"] = logdirLog4r::YamlConfigurator.load_yaml_file("#{basedir}/config.yaml")endclassNullObject includeSingletondefmethod_missing(message, *arg)NullObject.singletonendendclassWGet class<<self attr_accessor:logdefinitializesuper@log =NullObject.singletonendenddeflogself.class.logenddefretrieve(url,dir)FileUtils.mkdir_p(dir) file =File.expand_path(File.basename(url),dir) ifFile.exist?(file) log.info("already retrieved#{url}")returntrueend tmp ="#{file}.part" log.info("retrieving#{url}") ret = system("wget","-c","-O", tmp,url) if ret log.info("retrieving succeeded#{url}")File.rename(tmp, file)else if$? ==0x020000# Ctrl-Cexit($?)else log.error("retrieving failure#{url} (#{$?})")endendreturn retendend
Table of Contents: ||||||
| オープンソースソフトウェアとGIS | Open Source software andGIS | Open Source software andGIS | 1 (6) |
| オープンソース概念 | Open Source concept | 1 (2) | |
| オープンソースGISとしてのGRASS | GRASSas anOpen SourceGIS | 3 (2) | |
| ノースカロライナサンプルデータセット | The North Carolina sample dataset | 5 (1) | |
| この本の読み方 | How to read thisbook | 5 (2) | |
| GISの概念 | GIS concepts | GIS concepts | 7 (14) |
| 一般的なGISの原理 | GeneralGIS principles | 7 (6) | |
| 地理空間データモデル | Geospatial data models | 7 (4) | |
| GISデータとシステムの構成 | Organization ofGIS data and system | 11 (2) | |
| 機能 | functionality | ||
| 地図投影法と座標系 | Map projections and coordinate systems | 13 (8) | |
| 地図投影原理 | Map projection principles | 13 (3) | |
| 一般的な座標系とdatums | Common coordinate systems and datums | 16 (5) | |
| GRASSをはじめよう | Getting started withGRASS | Getting started withGRASS | 21 (32) |
| 第一歩 | First steps | 21 (16) | |
| GRASSのダウンロードとインストール | Download and installGRASS | 21 (2) | |
| データベースとコマンドの構造 | Database andcommandstructure | 23 (3) | |
| GRASS6のためのグラフィカルユーザインタフェイス: | GraphicalUser Interfaces forGRASS 6: | 26 (1) | |
| QGISとgis.m | QGIS andgis.m | ||
| ノースカロライナを用いてGRASSを開始 | StartingGRASS with the North Carolina | 27 (3) | |
| データセット | dataset | ||
| GRASSデータ・ディスプレイと3D可視化 | GRASS data display and3D visualization | 30 (4) | |
| プロジェクトデータ管理 | Project data management | 34 (3) | |
| 新しいプロジェクトでGRASSを開始 | StartingGRASS with a new project | 37 (7) | |
| aのための座標系の定義 | Defining the coordinatesystem for a | 40 (4) | |
| 新しいプロジェクト | new project | ||
| 空間投影されていないxy座標系 | Non-georeferenced xy coordinate system | 44 (1) | |
| 座標系の変換 | Coordinate system transformations | 44 (9) | |
| 座標系のリスト | Coordinate lists | 45 (2) | |
| ラスタとベクトル地図の投影 | Projection of raster andvector maps | 47 (1) | |
| GDAL/OGRツールで、再投影 | Reprojecting with GDAL/OGR tools | 48 (5) | |
| GRASSデータモデルとデータの交換 | GRASS data models and data exchange | 53 (30) | |
| ラスターデータ | Raster data | 54 (16) | |
| GRASSの2Dの、3Dのラスターデータモデル | GRASS2D and3D raster data models | 54 (2) | |
| 領域の統合と境界 | Managing regions and boundaries | rastermap resolution | |
| ジオコードされたラスターデータのインポート | Import of georeferenced raster data | 58 (8) | |
| スキャンされた歴史的地図のインポートとジオコーディング | Import and geocoding of a scanned | 66 (3) | |
| ラスターデータエクスポート | Raster data export | 69 (1) | |
| ベクトルデータ | Vector data | 70 (13) | |
| GRASSベクトルデータモデル | GRASSvector datamodel | 70 (3) | |
| ベクトルデータのインポート | Import ofvector data | 73 (5) | |
| xyCAD描画のための座標変換 | Coordinate transformation for xyCAD drawings | 78 (2) | |
| ベクトルデータのエクスポート | Export ofvector data | 80 (3) | |
| ラスターデータを使う | Working with raster data | 83 (86) | |
| ラスター地図を表示、管理 | Viewing and managing raster maps | 83 (22) | |
| ラスターデータの表示と、カラーテーブルの割り当て | Displaying raster dataand assigning acolor table | 83 (3) | |
| ラスター地図に関するメタデータを管理 | Managing metadata of raster maps | 86 (2) | |
| ラスター地図のクエリとプロファイル | Rastermap queries and profiles | 88 (2) | |
| ラスター地図の統計 | Rastermap statistics | 90 (1) | |
| ラスター地図のズームと、部分集合の生成 | Zooming and generating subsets from | 91 (1) | |
| 簡単なラスター地図の生成 | Generating simple raster maps | 92 (2) | |
| 再分類と再スケーリング | Reclassification and rescaling of | 94 (3) | |
| ラスター地図 | raster maps | ||
| ラスター地図タイプの記録と値の置換 | Recoding of rastermap types and value replacements | 97 (2) | |
| カテゴリラベルの割り当て | Assigning category labels | 99 (4) | |
| マスキングとノーデータ値の取り扱い | Masking and handling of no-data values | 103(2) | |
| ラスター地図の計算 | Rastermap algebra | 105(10) | |
| 整数と浮動小数点データ | Integer and floating point data | 107(1) | |
| 基本的な計算 | Basic calculations | 108(1) | |
| “if"状態を使う | Working with ``if'' conditions | 109(1) | |
| r.mapcalcのNULL値の取り扱い | Handling of NULL values in r.mapcalc | 110(1) | |
| r.mapcalcでMASKを作成 | Creating a MASK with r.mapcalc | 111(1) | |
| 特別なグラフ演算子 | Special graph operators | 112(1) | |
| 相対的座標での近傍演算 | Neighborhood operations with relative coordinates | 113(2) | |
| ラスタデータの変換と内挿 | Raster data transformation and interpolation | 115(11) | |
| 離散的ラスターデータの自動的ベクトル化 | Automated vectorization of discrete raster data | 115(3) | |
| 連続フィールドの等値線の描画を生成 | Generating isolines representing continuousfields | 118(1) | |
| ラスタデータのリサンプリングと内挿 | Resampling and interpolation of raster data | 119(5) | |
| ラスター地図のオーバーレイとマージ | Overlaying and merging raster maps | 124(2) | |
| ラスターデータの空間分析 | Spatial analysis with raster data | 126(29) | |
| 近傍分析とクロスカテゴリー統計 | Neighborhood analysis andcross-category statistics | 126(7) | |
| ラスタフィーチャのバッファリング | Buffering of raster features | 133(2) | |
| コストサーフェイス | Cost surfaces | 135(5) | |
| 地勢と分水界分析 | Terrain and watershed analysis | 140(13) | |
| ランドスケープ構造解析 | Landscapestructure analysis | 153(2) | |
| ランドスケーププロセスモデリング | Landscape process modeling | 155(11) | |
| 水文学的、地下水のモデル | Hydrologic and groundwater modeling | 155(3) | |
| 浸食と宣誓証言モデル | Erosion and deposition modeling | 158(8) | |
| ラスタベースのモデルと解析に関するまとめ | Final note on raster-based modelingand analysis | 166(1) | |
| ボクセルデータを使う | Working with voxel data | 166(3) | |
| ベクトルデータを使う | Working withvector data | 169(94) | |
| 地図の表示とメタデータ管理 | Map viewing and metadata management | 169(4) | |
| ベクトル地図を表示 | Displayingvector maps | 169(3) | |
| ベクトル地図メタデータ維持 | Vectormap metadata maintenance | 172(1) | |
| ベクトル地図属性管理とSQLのサポート | Vectormap attribute management andSQL support | 173(14) | |
| GRASS6でのSQLサポート | SQL support inGRASS 6 | 174(7) | |
| サンプルSQLクエリと属性変更 | SampleSQL queriesand attribute modifications | 181(4) | |
| 地図再分類 | Map reclassification | 185(1) | |
| 複数の属性があるベクトル地図 | Vectormap with multiple attribute tables: layers | 186(1) | |
| ベクトルデータをデジタル化 | Digitizingvector data | 187(5) | |
| 位相的データのデジタル化の一般原理 | General principles for digitizing topological data | 187(2) | |
| GRASSでの対話的なデジタイジング | Interactive digitizing inGRASS | 189(3) | |
| ベクトル地図クエリと統計 | Vectormap queries and statistics | 192(4) | |
| 地図のクエリ | Map queries | 192(2) | |
| ベクトルオブジェクトに基づくラスター地図統計 | Rastermap statistics based onvector objects | 194(2) | |
| ポイントベクトル地図統計 | Pointvectormap statistics | 196(1) | |
| 幾何学操作 | Geometry operations | 196(20) | |
| 位相的な操作 | Topological operations | 197(6) | |
| バッファリング | Buffering | 203(1) | |
| フィーチャの抽出と境界のディゾルブ | Feature extraction and boundary dissolving | 204(1) | |
| ベクトル地図を修理 | Patchingvector maps | 205(1) | |
| ベクトル地図のインターセクディングとクリッピング | Intersecting and clippingvector maps | 206(3) | |
| ベクトルの幾何の変換と3Dベクトルの作成 | Transformingvector geometry and creating3D vectors | 209(2) | |
| 点からのコンベックスハルとトライアンギュレーション | Convex hull and triangulation from points | 211(1) | |
| 同じ位置の掘り出し物の複数のポイント | Find multiple points in same location | 212(2) | |
| 一般的な多角形境界の長さ | Length ofcommon polygon boundaries | 214(2) | |
| ベクトルネットワーク分析 | Vector network analysis | 216(11) | |
| ネットワーク分析 | Network analysis | 216(5) | |
| 直線的な参照システム(LRS) | Linear reference system (LRS) | 221(6) | |
| ラスタへのベクトルデータ変化 | Vector data transformations to raster | 227(3) | |
| 空間的な内挿と近似 | Spatial interpolationand approximation | 230(19) | |
| 内挿方法を選択 | Selecting an interpolation method | 230(5) | |
| RSTによる内挿と近似 | Interpolationand approximation with RST | 235(2) | |
| RSTパラメタの調整:テンションとスムージング | Tuning the RST parameters: tension and smoothing | 237(4) | |
| RSTの精度を評価 | Estimating RST accuracy | 241(3) | |
| セグメント化処理 | Segmentedprocessing | 244(3) | |
| RSTとのトポグラフィー分析 | Topographic analysis with RST | 247(2) | |
| ライダーポイントのクラウドデータを使う | Working with lidar point cloud data | 249(8) | |
| ボリュームに基づくは内挿 | Volume based interpolation | 257(6) | |
| 3番目の変数の追加: 高度のある降水量 | Adding third variable: precipitation with elevation | 258(3) | |
| ボリュームとボリューム-時間内挿 | Volume and volume-temporal interpolation | 261(1) | |
| 地球統計学とスプライン | Geostatistics and splines | 262(1) |
おいらの趣味は
まぁ映画とかも見るけどねぇ。
ところで
http://anond.hatelabo.jp/20080617011655
あったとしたら一番最初にでてくるやつでしょ?
手元の本ではそこから Markov RandomFields にいったり
Factor Graph にいったりしている。
こいつぁだめだぁって場合が多かったような気がするけど、
手元に Mitchell 本がないので忘れた。
突っ込むともっと一杯発展があるのかな。
結構基礎が詰まっているから勉強したけど、