noun building machine ←

chunk 80: verb building machine

→ discarded lessons AND / OR random writings and summaries

verb building machine
analysing admi
building admi
How to build verbs when you don't know yet the rules.
analysing adanti
building adanti
analysing nayati
building nayati
analysing nayanti
building nayanti
analysing dveSmi
building dveSmi
analysing dviSanti
building dviSanti
analysing adveSam
building adveSam
analysing cakratus
building cakratus
analysing cakAra
building cakAra
analysing bhaveyus
building bhaveyus
analysing acarat
building acarat
analysing plavate
building plavate
building caranti




(verbbuildingmachine) (verbb)

verb building machinemmmmmmmmm glosses glosses ^ C+ 1538

Many of the pANini rules are concerned with the building of verbs. All verbs are formed this way --

(1) choose a root and a tense, add the tense after the root

(2) replace the tense with one of the eighteen tiG affixes

(3) let the magic pANini rules do their work and add things to the root and change things in the tiG.

Examples --

ad + laT lasya ad + mipadmi "I eat"

nI + laTnI + tip → .. → nayati "he leads"

dviS + laGdviS + jhi → .. → adviSan "they hated"

kR + liTkR + tas → .. → cakratus "both made"

bhU + liGbhU + jhi → .. → bhava + Iyus AdguNaH bhaveyus "they would be"

In the first example, admi, the root ad and the affix mip stayed unchanged, because none of the rules that change roots and tiGs worked.

In the second example nI changed into nay because of some rules, but tip stayed.

In the third example, dviS turned into adviS, and jhi turned into an.

In the last example, bhU + jhi, some rules changed bhU into bhava, other rules changed jhi into Iyus, then AdguNaH worked. The process of building bhaveyus from bhu and liG involves about two dozen pANini rules.

In theory, a person that has mastered the grammar and knows all rules can see a verb like nayati and figure out that it was made from nI with tense laT which was replaced with tip. Conversely, you should be able to ask such a person to add any tiG to any root and the person would tell you which verb results, and also could quote from memory all the rules used in the process.

Until we get to that level, we have to cheat. While you're learning, if you have a good teacher, you can ask how to assemble or disassemble a verb. Without a teacher, we can use inria or hyderabad to disassemble and assemble.

In the following pages, I show some examples of how to use inria to disassemble a verb. This machine, most of the time, shows us the root, tense and tiG from which the verb was made, but does not show which grammar rules were used to make it. So I'll show those rules myself in the pages below.

analysing admi

building admi

analysing adanti

building adanti

analysing nayati

building nayati

analysing nayanti

building nayanti

analysing dveSmi

building dveSmi

analysing adveSam

building adveSam

analysing dviSanti

building dviSanti

analysing cakratus

building cakratus

analysing bhaveyus

building bhaveyus

analysing acarat

building acarat

analysing plavate

1804 letters. -- 28200verbbuildingmachine.bse 3 -- popularity 1

1482 word building overview




(analysingadmi) (analysig)

analysing admimmmmmmmmm glosses glosses ^ C- 1539

Typing admi into inria reader we get a red admi, and clicking the red we see --

ad_1 pr [2] ac sg 1

ad_1 means the root ad that means "eat". It has _1 because in the inria dictionary ad_1 is a root and ad_2 is a nounbase (a rootnoun).

pr means that the tense affix laT was added after the root

ac means that this laT was replaced with a flat affix

sg 1 means singular first person. Therefore the flat affix was mip.

The "[2]" thing means that this root ad belongs to the second group of verbs in the page verb classes , and that rule adipra worked here.

So

ad + laTad + mipadmi "I eat"

429 letters. -- 28200verbbuildingmachine.bse 51 -- popularity 1

1538 verb building machine




(buildingadmi) (building)

building admimmmmmmmmm glosses glosses ^ C+ 1540

One way of building a verb that means "I am eating" is using the rules --

(1) choose a root that carries the meaning of "eating", like ad (there are many others, like bhuj, khAd, gras, carv).

(2) add to it the tense laT, which, according to rule vartamAne laT, may be used to express that the action of eating is happening now.

(3) apply rule lasya and replace the laT with the affix mip, which, according to several rules, may be used to express that the doer of the action of eating is singular and first person. In less words, that the doer is "I". We know that mip is first person because rule tiGas trINi trINi says so, and we know that it is singular because of rule tAnyeka.

So far we have --

ad + laT lasya ad + mip

At this point a beginner might think that rule kartarizap should apply. This rule says that when a root is right before an affix such as the mip here, which is a hard affix and expresses the doer of the action of the root (it says who is eating), we must add the affix zap right after the root. However, that rule does not work, because of the exception rule adi-prabhRtibhyaH zapaH. This rule says that after some roots, such as ad, dviS and others, rule kartarizap does not work and we add nothing after the root. It happens that no one of the other hundreds of rules that describe verb building works in this case. So we are already done, and all that we have to do to get our verb is removing the p, because it is a label letter (we know that p is a label because rule halantyam says so). So we have --

ad + laT lasya ad + mipadmi "I eat"

(as rule lasya works every single time we buikd a verb, I will write this, for short --

ad + laT mipadmi "I eat"

when I say ad + laT mip I mean that I add laT and then replace the laT with mip. I do not mean that I first ad d laT and then I add mip after it.)

Now, if you try to build a verb in this way you will fail horribly, because you don't know any of the rules that might or might not apply.

Beginners MUST use the inria conjugation gadget to build their verbs. To see how this works, please read how to build verbs when you don't know yet the rules .

Using the magic gadget, you can figure out that ad + laT tip makes admi "I eat". You can also find there admas "we eat", which makes sense. But according to the table, "you eat" is atsi, not adsi as you might have expected. Why? Because this gadget tells us the verb, but it does not tell us which rules pANini uses to make the verb. In this case you can tell that some rule changed adsi into atsi.

If you are curious, the rule that worked here was kharica. This rule changes into t the d that is before s, t, th and some other letters. It is a rule that applies to all d, not just to the d that appear when we are building verbs. So we have --

ad + laT sipadsi kharica atsi "you eat"

ad + laT tipadti kharica atti "eats"

2129 letters. -- 28200verbbuildingmachine.bse 60 -- popularity 1

1538 verb building machine




(howtobuildverbswhenyou) (howbuilr)

How to build verbs when you don't know yet the rules.mmmmmmmmm glosses glosses ^ C- 1541

Look up ad in any dictionary and the dictionary will tell you that it is a "2P" verb. The 2 is the verb class (see verb classes). The P means that we may add flat affixes to this verb, such as mip and tip. Now go to the inria conjugation gadget here. In the box below the line that says "CONJUGATION" write the root ad, set the encoding to KH, set the present class to 2, choose the output script, and press the SEND button. This will lead you to this pge, which contains all tenses of the root ad.

First look carefully at the top line. It says "Conjugation tables of ad_1". The ad_1 is important, because it means that ad is in the list of roots of the inria dictionary. If you read there "Conjugation tables of ?ad", with a question mark, that means that ad is not in the dictionary. That will happen if you forgot to tell that the ad we want is class 2. When you see the question mark, the tables below are most likely useless.

No, the first paragraph is labeled "present" and it shows the forms that we get when we add laT after ad. In this case we get two tables, "active" and "passive".

The table in the left, "active" shows the ac, that is, those made with the first nine tiG affixes mip vas mas etc.

In that table we have three rows of three words, which show the result of adding the different affixes. In this case we want the first person affix mip, so we look at the first line, that contains the results of adding the three first person affixes mibvasmas. The one that we need is the one on the left, admi. The two other words on that line show advas "we two eat" and admas "we many eat". The two lines below show the second person and third person verbs.

1380 letters. -- 28200verbbuildingmachine.bse 80 -- popularity 1

1540 building !admi




(analysingadanti) (analysid)

analysing adantimmmmmmmmm glosses glosses ^ C+ 1542

Writing adanti into inria reader , it tells us --

ad_1 pr ac pl 3

This means that the tense affix added was the present (a.k.a. laT) and it was replaced with the plural third person flat affix (a.k.a. jhi). So adanti means "they eat" or "they are eating". It was built like this --

ad + laTad + jhi → .. → adanti "they eat"

and it is clear that some rule or rules changed jhi into anti.

Most of the verbs that end in anti were built with a jhi affix. And most of the verbs with jhi affix end up ending in anti'''. That being so, you might ask: why does the list of affixes start with tiptasjhi instead of starting tip tas anti?

The true answer to that question is quite long. But for now we can say that the list has jhi because some of the third person plural verbs end in ati, not anti, such as for instance bibhyati "they fear", or dadati "they give". We'll see examples of that later.

664 letters. -- 28200verbbuildingmachine.bse 105 -- popularity 1

1538 verb building machine




(buildingadanti) (buildind)

building adantimmmmmmmmm glosses glosses ^ C- 1543

The rules that build adanti "they eat" are these --

ad + laTad + jhi jhontaH ad + antiadanti "they eat"

Rule jhontaH (literally, "jh to ant") replaces the jh of all affixes that have jh with ant. In this example, it changed the jh part of jhi into ant, and the i of jhi stayed unchanged, so we got anti. This same rule will change jha into anta, jhu into antu and so on. It works only on the jh that is inside an affix.

This rule will work on nearly all jhi, excepting only the ones that come after zlu and the ones that come after one the seven jakSi roots. In those cases, jhontaH does not work, because its exception adabhyastAt turns jhi into ati.

490 letters. -- 28200verbbuildingmachine.bse 110 -- popularity 1

1538 verb building machine




(analysingnayati) (analysiay)

analysing nayatimmmmmmmmm glosses glosses ^ C- 1544

Writing nayati into inria reader , it gives us two options, one red and one blue. That's because this word can be a noun or a verb. We are interested only in the verb, so we click the red. Doing this shows --

nI_1 pr [1] ac sg 3

The [1] there means that the rule [1] of the table verb classes worked and added the affix zap after the root. The root nI means to carry or lead, so, so far, we can say that nayati means "leads", and was built like this --

nI + laT tipnI + zap + tip → .. → nayati "he leads"

as in

senAnM nayati zalyo 'yam "this zalya leads the army"

or

grAmaGM kRSNo nayaty ajAM "K. leads the goat to the village"

It's clear that some rule or rules turned nI + zap into naya. We'll see those in a moment.

520 letters. -- 28200verbbuildingmachine.bse 120 -- popularity 1

1538 verb building machine




(buildingnayati) (buildinay)

building nayatimmmmmmmmm glosses glosses ^ C- 1545

The rules that build nayati are these --

nI + laT tip kartarizap nI + zap + tip hardsoft ne + a + ti ecoyavAyAvaH nayati "he leads"

Rule kartarizap teaches: "whenever a root is right in front of a hard affix that means the doer, add the affix (z)a(p) after the root".

In this example, kartarizap works because

(1) tip is hard, because rule tiGzit says so.

(2) tip means the doer, because it expresses that the doer is third person and singular (he or she does the leading, not you or me)

(3) None of the dozen plus exception rules that stop kartarizap from working applies in this example. We'll worry about those rules later. For now, just remember that the class one roots (nI, car, plu and all the roots that inria labels sometimes with a [1]) get zap, and roots of classes two to nine never do.

Here you have some more examples of the root nI getting zap --

nI + laT sipnI + zap + sip → .. → nayasi "you lead"

nI + laG sipnI + zap + sip → .. → anayas "you led"

nI + loT sipnI + zap + sip → .. → naya "lead!"

nI + liG sipnI + zap + sip → .. → nayes "you would lead"

Now, in all these examples, nI plus zap turned into naya. Why? Because of rules hardsoft and ecoya.

Let's go back to explaining nayati. We had reached this point --

nI + laT tip kartarizap nI + zap + tip

Now, rule hardsoft teaches, among other things,

" I turns into e in front of all root affixes "

In our example, zap is a root affix because it is hard, and it is hard because it has z label (see tiGzit). It also happens that none of the many exceptions to hardsoft prevent it from working in this example. Therefore we must replace the I with e --

nI + laT tip kartarizap nI + zap + tip hardsoft ne + a + ti

At this point rule ecoyavAyAvaH must work. This is not a verb building rule, but a letter rule that affects all of the e o ai au that are inside a word and before a vowel. Using it is compulsory. After that, no more rules can apply, so we are done --

nI + laT tip kartarizap nI + zap + tip hardsoft ne + a + ti ecoyavAyAvaH nayati "he leads"

1389 letters. -- 28200verbbuildingmachine.bse 130 -- popularity 1

1538 verb building machine




(analysingnayanti) (analysiy)

analysing nayantimmmmmmmmm glosses glosses ^ C- 1546

nayanti shows in inria almost like nayati, the only difference being that nayati has ac sg 3 (namely tip) and nayanti has ac pl 3 (namely jhi). As inria shows [1], zap was added to the root. So nayanti means "they lead", and has jhi affix --

nI + laT jhi kartarizap nI + zap + jhi → .. → nayanti "they lead"

so it looks like some rules changed jhi into nti. We'll see those rules right below.

275 letters. -- 28200verbbuildingmachine.bse 174 -- popularity 1

1538 verb building machine




(buildingnayanti) (buildiny)

building nayantimmmmmmmmm glosses glosses ^ C- 1547

The rules that build nayanti "they lead" are these --

nI + laT jhi kartarizap nI + zap + jhi jhontaH nI + a + anti hardsoft ne + a + anti ecoya naya + anti atoguNe nayanti "they lead"

The jhi ending is almost always affected by jhontaH and turned into anti.

Here atoguNe is not a verb construction rule, but a sandhi rule (a general rule about letter changes). Ordinarily, two a will combine into one long A by rule akassa. But when the two a belong to the same word, like here, they make a short a, by exception atoguNe.

357 letters. -- 28200verbbuildingmachine.bse 181 -- popularity 1

1538 verb building machine




(analysingdveSmi) (analysiveSm)

analysing dveSmimmmmmmmmm glosses glosses ^ C- 1548

Inria shows --

dveSmi = dviS pr [2] ac sg 1

which means

dviS + laT mipdviS + mi → .. → dveSmi "I hate"

The [2] means that rule adipra worked, so no affix (such as zap) was added after dviS.

As we were expecting dviSmi, this means that some rule changed dviS into dveS.

189 letters. -- 28200verbbuildingmachine.bse 181 -- popularity 1

1538 verb building machine




(buildingdveSmi) (buildinveSm)

building dveSmimmmmmmmmm glosses glosses ^ C- 1549

The rule that changed diS into dveS was puganta. This rule, among other things, teaches --

"replace the nexttolast i of a root with e before all root affixes"

Here no exception prevents puganta from working, so we say --

dviS + laT mipdviS + mi puganta dveSmi "I hate"

198 letters. -- 28200verbbuildingmachine.bse 190 -- popularity 1

1538 verb building machine




(analysingdviSanti) (analysiS)

analysing dviSantimmmmmmmmm glosses glosses ^ C+ 1550

Inria shows --

dviSanti = dviS pr [2] ac sg 3

which means

dviS + laT jhidviS + jhi → .. → dviSanti "they hate"

there was no change of dviS into dveS this time. We'll see why below.

125 letters. -- 28200verbbuildingmachine.bse 200 -- popularity 1

1538 verb building machine




(buildingdviSanti) (buildinS)

building dviSantimmmmmmmmm glosses glosses ^ C+ 1551

dviSanti is built this way --

dviS + laT jhidviS + jhi jhontaH dviS + antidviSanti "they hate"

This time, puganta did not work. Why? Because of the exception kGitica, which teaches, among other things --

" puganta will not work before affixes that have G label"

and it happens that jhi is such an affix.

In fact, jhi is just an abbreviation of jhiG. When jhi is turned into anti, by jhontaH, it keeps its G label, because rule sthAnivadAdezo says so. So the real affix is anti(G).

So, how do we know that jhi has G label?

Because rule hard apit is Git says so. This jhi is hard by tiGzit, and has no p label. Therefore it has G.

The smart student will have now figured out that when we have laT after dviS, the dviS will only become dveS before tip sip mip, because of the eighteen tiG affixes, only these three have p label. This conclusion is perfectly correct. However, some of my students end up imagining that there is a rule that says "change dviS to dveS before affixes that have p label". That is a hallucination, there is no such rule. What the rules say is a bit more complicated than that. The rules actually say --

(1) puganta does not work before affixes with G or k

(2) a hard that has no p always has G

Therefore, when a hard affix carries BOTH G and p, rule puganta will NOT work, and the hallucinated rule "apply puganta before affixes that have p label" will fail horribly. Be very careful with this set of rules, it is a minefield.

1107 letters. -- 28200verbbuildingmachine.bse 220 -- popularity 1

1538 verb building machine




(analysingadveSam) (analysiveSa)

analysing adveSammmmmmmmmm glosses glosses ^ C+ 1552

inria reader paints adveSam red and says --

adveSam = dviS_1 impft [2] ac sg 1

Here the root is dviS, impft means that laG was added, [2] means that rule adipra worked, and " ac sg 1" is the mip affix,

So, Inria tells us that --

dviS + laG mip → .. → adveSam

which means "I hated".

Here dviS plus mi made adveSam, so we have three questions. Why did an a appear in front? Why did mip change into am? And why did dviS become dveS?

305 letters. -- 28200verbbuildingmachine.bse 230 -- popularity 1

1538 verb building machine




(buildingadveSam) (buildinveSa)

building adveSammmmmmmmmm glosses glosses ^ C+ 1553

adveSam is built this way --

dviS + laG mip luGlaG adviS + mip tasthas adviS + am puganta adveSam "I hated"

Incidentally, rule adipra worked and told us that rule kartarizap must not work after ad, dviS and other roots. This is why we did not add zap after the root like we did earlier in nayati and nayanti.

The a in adviS comes from rule luGlaG --

"whenever the tense is laG luG or lRG, and the root starts with a consonant, add a in front of that consonant"

(This rule applies to luG laG lRG only.)

Therefore, as dviS starts with a consonant --

dviS + mip luGlaG advis + mip

Now. When mip has replaced a Git tense, such as laG or liG or luG, rule tasthas always replaces the affix mip with the affix am'''.

adviS + mip tasthas advis + am

Because of rule sthAnivad, this am still carries label p. Therefore, rule hard apit is Git does not work on it, and am does not have G label, just like mip does not have G label. Therefore, puganta works before am just like it works before mip --

adviSam puganta adveSam

734 letters. -- 28200verbbuildingmachine.bse 240 -- popularity 1

1538 verb building machine




(analysingcakratus) (analysir)

analysing cakratusmmmmmmmmm glosses glosses ^ C+ 1554

Type cakratuH into inria (cakratuH is the same as cakratus, but cakratus will not work in inria, by some reason).

According to inria, cakratuH is --

kR pft ac du 3

ac du 3 means the affix tas, so the verb was built this way --

kR + liT tas → .. → cakratus "the two of them make"

Here kR became cakR before a liT affix, tas, and the liT affix tas turned into atus, and the two pieces cakR and atus combined by ikoyaNaci, which turns R into r before the a of atus.

Notice that inria did not show a verb class, even though kR belongs to class [8]. That's because the rules mentioned in verb classes never add any affix to the root that is before a liT. Those rules only work before hard affixes, and the affix ( tip, tas, jhi...) that replaces liT is never hard, because rule liTca says so. So the liT verbs are always made the same way no matter the class of the root, and inria does not show the class number because doing that would not help you.

715 letters. -- 28200verbbuildingmachine.bse 260 -- popularity 1

1538 verb building machine




(buildingcakratus) (buildinrat)

building cakratusmmmmmmmmm glosses glosses ^ C+ 1555

There are many rules involved into making cakratus. In a nutshell --

kR + liT tas parasmaipadAnANNa kR + atus liTidhA cakR + atus ikoyaNaci cakratus "the two of them made"

The first rule parasmaipadAnANNa replaces tip tas jhi... with Nal atus us... respectively. Here it replaced tas with atus.

The second rule liTidhA says that we must reduplicate most roots when they are before liT. The process of reduplication is quite complicated and it is described in ekAcodve and the rules that follow. In this case it is done in three steps:

ekAcodve turns kR into kRkR

urat and another rule turn the first kR into ka

kuhozcuH replaces that ka with ca.

So far we got --

kR + liT → .. → cakR + atus

and now rule ikoyaNaci turns R into r, making cakratus.

546 letters. -- 28200verbbuildingmachine.bse 270 -- popularity 1

1538 verb building machine




(analysingcakAra) (analysiak)

analysing cakArammmmmmmmm glosses glosses ^ C- 1556

According to inria, cakAra is --

kR pft ac sg 3

as " ac sg 3" means tip, here we had

kR + liT tip → .. → cakAra "he made"

This is the same thing as !"cakratus above, only that we added tip ( singular third person) instead of tas ( dual third person). Here kR turned into cakAr before tip, not into cakR, and tip turned into a. Again inria did not show a verb class.

261 letters. -- 28200verbbuildingmachine.bse 280 -- popularity none




(buildingcakAra) (buildinak)

building cakArammmmmmmmm glosses glosses ^ C- 1557

There are many rules involved into making cakAra. In a nutshell --

kR + liT tip parasmaipadAnANNa kR + Nal acoJNiti kAr + Nal liTidhA cakAr + NalcakAra "he made"

Here rule parasmaipadAnANNa replaces tip with Nal.

As Nal has N label, rule acoJNiti works and replaces R with Ar.

Next, rule liTidhA reduplicates the root kAr into cakAr. Reduplicating kAr works a bit different than earlier --

first ekAcodve turns kAr into kAkAr

then hrasvaH turns the first kA into ka, making kakAr

finally kuhozcuH replaces that ka with ca, and we get cakAr.

Then we add (N)a(l) after cakAr --

cakAr + NalcakAra

The N label of Nal made us replace R with Ar, and the l label tells us that cakAra has the accent in the kA.

513 letters. -- 28200verbbuildingmachine.bse 290 -- popularity none




(analysingbhaveyus) (analysivey)

analysing bhaveyusmmmmmmmmm glosses glosses ^ C- 1558

Typing bhaveyus into inria reader, we get --

bhU_1 opt [1] ac pl 3

An opt in inria means that the tense affix added was liG AND that rule liGAziSi was not applied, so the tiG that replaces the liG is hard. The [1] means that bhU is a zapclass root and rule kartarizap added zap here. So inria is telling us that the verb was formed this way --

bhU + liGbhU + hard jhibhU + zap + jhi → .. → bhaveyus "they would be"

The student will remember that bhU before zap turns into bhav by hardsoft and ecoya, so we should have bhavajhi so far. Looks like some rules must be changing ajhi into eyus.

441 letters. -- 28200verbbuildingmachine.bse 310 -- popularity 1

1538 verb building machine




(buildingbhaveyus) (buildinvey)

building bhaveyusmmmmmmmmm glosses glosses ^ C- 1559

When we must join a root and a liG replacer affix, like here --

bhU + liGbhU + hard jhi

there are between fifteen or twenty rules that must work, I lost count. So I will mention here only a few of them.

First, rules kartarizap, hardsoft and ecoya turn bhU into bhava --

bhU + jhi kartarizap bhU + a + jhi hardsoft bho + a + jhi ecoya bhava + jhi

Then rule jherjus works --

bhava + jhi jherjus bhava + (j)us

Now, usually, when a flat affix replaces liG, rule yAsuTp should work and add yAs in front of that affix. However, when the affix is right after an a, like here after bhava, exception atoyeya says that the affix gets Iys instead of the usual yAs --

bhava + us atoyeya bhava + Iysus

Now the first s disappears by liGassa,

bhava + Iysus liGassa bhava + Iyus

and the a and the I merge into e by the general rule AdguNaH --

bhava + Iyus AdguNaH bhaveyus

Putting everything together --

bhU + liG jhi kartarizap bhU + zap + jhibhava + jhi jherjus bhava + us yAsuTpa bhava + yAsus atoyeyaH bhava + Iysus liGassa bhava + Iyus AdguNaH bhaveyus "they would be"

698 letters. -- 28200verbbuildingmachine.bse 310 -- popularity 1

1538 verb building machine




(analysingacarat) (analysic)

analysing acaratmmmmmmmmm glosses glosses ^ C- 1560

inri reader paints acarat red and says

acarat = car impft [1] ac sg 3

Here ac sg 3 means tip, an ending that shows

that the doer is third person singular. car is a root meaning move, and impft means laG. [1] means that zap was added by kartarizap. So the verb was assembled this way --

car + laG tip kartarizap car + zap + tip → .. → acarat

and means "he moves" (any kind of movement, such as walking, galloping, swimming, jumping or slithering).

As we were expecting that car + a + ti would make carati, but we got acarat, clearly some rules added an a and removed the i

HOW TO ANALYSE acarat USING THE HYDERABAD TOOLS

Hyderabad tools do the same job inria does, but it is more inconvenient, particularly for the student that cannot read devanAgarI yet. The advantage is that it is mor eaccurate -- it gets right some forms that inria gets wrong. so I only use it whne I suspect that inria is failing.

Go to hyderabat toolkit, and in the tools menu , select the morphological analyser. Set input tnecoding to KH, type acarat in the box, and hit Submit. It will say --

car kartari laG pra eka parasmaipadI bhvAdiH

Here

car is the root

bhvAdiH means it is a zapclass root

laG is the tense

eka means ekavacana ( singular)

pra means third person

parasmaipadI means ac

so pra eka parasmaipadI means that tip replaced laG.

So this is saying the same thing inria says --

car + laG tip kartarizap car + zap + tip → .. → acarat

1092 letters. -- 28200verbbuildingmachine.bse 415 -- popularity 1

1538 verb building machine




(buildingacarat) (buildinc)

building acaratmmmmmmmmm glosses glosses ^ C- 1561

To form acarat using inria, go to inria grammar, and under conjugation write car, set dropdown to KH, set present class to 1, and hit Send. In the resulting table the second paragraph says "imperfect", that's the laG. At the left side of tht you have the active, that is the ac endings. Look at the third line for the third person. The sngular is acarat.

To form acarat using the rules, do this --

car + laG tipacar + tipacar + zap + tip itazca acar + a + tacarat

Rule itazca tells us that when tip, jhi, sip have replaced a Git tense, they lose their i.

412 letters. -- 28200verbbuildingmachine.bse 440 -- popularity 1

1538 verb building machine




(analysingplavate) (analysiav)

analysing plavatemmmmmmmmm glosses glosses ^ 1562

In all the examples we have seen so far, the verb had one of the first nine affixes in list tiptas, and inria said ac to tell us had one of those affixes. When the verb has any of the other nine affixes, inria says either mo or ps. It says ps if yak was added after the root, mo otherwise.

To see an example, type plavate into inria reader. You get --

plu pr [1] mo sg 3

Here the root is plu, the tense is pr ( laT), and sg 3 means third person singular, like earlier. But here we have mo, not ac. mo and ps mean that one of the bent tiG affixes was added. Of those nine, only the affix ta is third person singular. As we do not have ps here, we know that yak was not added after the root, and as we have [1], we know that zap was added. So inria is saying that --

plu + laT taplu + zap + ta → .. → plavate

So, somehow plu turned into plav, and ta became te. See why below.

638 letters. -- 28200verbbuildingmachine.bse 440 -- popularity 1

1538 verb building machine




(buildingplavate) (buildinav)

building plavatemmmmmmmmm glosses glosses ^ C- 1563

Because of rule anudAtta;Gi, after some roots, we cannot use flat affixes like tip to show who the doer is. Instead, we must use bent affixes like ta. One of these roots is plu "jump, swim, fly", that must take bent only because rule anudAttaGi says so. So to make a verb meaning "he jumps" we start with the jumping root plu, add laT to it, and replace the laT with ta. In detail --

plu + laT ta kartarizap plu + zap + ta hardsoft plo + a + ta ecoya plava + ta Tita plava + te'''plavate "he jumps"

Here the ta affix means that the doer is singular and third person, same thing that tip means. Being an affix that means the doer, kartarizap must work, and we get hardsoft and ecoya just like we saw earlier in nayati.

The Tita rule changed ta into te. This rule works on bent affixes that replaced a Tit tense, here laT.

In some cases we can use the same affix ta to mean that the object of the action is singular third person. In that case, the ta is hard but does not mean the doer, so !!kArtarizap will not work. But sArvadhAtukeyak will work, adding yak to the root. ( When there is yak, inria shows ps, this way --

plUyate = plu pr ps sg 3

instead of mo sg 3. )

The rules that build plUyate are --

plu + laT taplu + karmaNi ta sArvadhAtukeyak plu + yak + ta akRtsA plU + ya + ta Tita plUya + te'''plUyate "it is being jumped over"

949 letters. -- 28200verbbuildingmachine.bse 450 -- popularity none




(buildingcaranti) (buildinran)

building carantimmmmmmmmm glosses glosses ^ C- 1564

caranti means they move, and this word is made by adding the plural affix jhi. Inria says --

car pr. [1] ac pl 3

the "ac pl 3" (plural third person) means that we added jhi.

car + laT

car + jhi

the [1] means that kartarizap worked

car + zap + jhicara + jhi

Now, the special rules. Rule jhontaH says that jhi must be replaced with anti''' most of the time (to be precise, jhi becomes anti after anything that is not a stammered, and cara is not a stammered). So we get --

car + zap + anti

Now another special rule works: atoguNe. It says that when we have two a touching inside a word, we erase the first one. So our verb is --

car + a + anticaranti "they move"

Summarizing --

car + laT jhi kartarizap car + zap + jhi jhontaH car + zap + anti''' atoguNe caranti "they move "

538 letters. -- 28200verbbuildingmachine.bse 481 -- popularity none
















noun building machine ←

chunk 80: verb building machine

→ discarded lessons AND / OR random writings and summaries