1 00:00:00,000 --> 00:00:11,370 2 00:00:11,370 --> 00:00:12,370 JEFFREY Licht: Hi tur. 3 00:00:12,370 --> 00:00:13,550 Es esmu Jeffrey Licht. 4 00:00:13,550 --> 00:00:17,890 Un es esmu šeit, lai runāt ar jums par Hārvardas bibliotēkas un ēku rītdienas 5 00:00:17,890 --> 00:00:20,870 bibliotēka šodien, es domāju. 6 00:00:20,870 --> 00:00:23,040 Tātad fona šeit, piķis šai sesijai 7 00:00:23,040 --> 00:00:26,930 būtībā ir, ka ir daudz bibliogrāfijas datu 8 00:00:26,930 --> 00:00:28,400 pieejami Harvard bibliotēkās. 9 00:00:28,400 --> 00:00:33,434 Un tur ir iespēja, caur kādu no instrumentiem 10 00:00:33,434 --> 00:00:36,350 un projekts, kas ir tiek izstrādāta, lai iegūtu piekļuvi informācijai 11 00:00:36,350 --> 00:00:42,430 un ņemt to uz vietām, Harvard Library nedara tieši tagad, 12 00:00:42,430 --> 00:00:45,460 darīt jaunas lietas ar to, eksperiments un spēlē aptuveni ar to. 13 00:00:45,460 --> 00:00:52,413 >> Tātad sākumpunkts tas ir API sauc Harvard Library Cloud, kas 14 00:00:52,413 --> 00:00:57,650 ir atvērts metadatu serverī, ko es runāt par tagad. 15 00:00:57,650 --> 00:01:02,595 Tātad fons ir tāds, ka sīkumi lot Hārvardas bibliotēkā. 16 00:01:02,595 --> 00:01:07,150 Mums ir vairāk nekā 13 miljonu bibliogrāfisko ieraksti, miljoniem attēlu, 17 00:01:07,150 --> 00:01:11,090 un tūkstošiem Uzziņu, kas Pamatā ir dokumenti, kas apraksta 18 00:01:11,090 --> 00:01:15,500 kolekcijas, sakot, ko ir tiem, kastes dokumentu 19 00:01:15,500 --> 00:01:21,080 un tā tālāk, kas veido vairāk nekā miljons individuālie dokumenti. 20 00:01:21,080 --> 00:01:24,290 Un tur ir arī daudz informācija, ka bibliotēkā ir 21 00:01:24,290 --> 00:01:28,180 par to, kā saturs tiek izmantots, ka varētu būt interese cilvēkiem 22 00:01:28,180 --> 00:01:32,400 kuri varētu vēlēties strādāt ar to. 23 00:01:32,400 --> 00:01:36,150 >> Tātad visu informāciju bibliotēkā ir metadatus. 24 00:01:36,150 --> 00:01:39,500 Tātad metadati ir dati par datiem. 25 00:01:39,500 --> 00:01:42,070 Tātad, ja mēs runājam par informāciju, kas ir 26 00:01:42,070 --> 00:01:44,890 pieejami caur bibliotēkā mākonis, kas ir pieejams, 27 00:01:44,890 --> 00:01:47,760 tas ne vienmēr faktiskie dokumenti 28 00:01:47,760 --> 00:01:53,060 paši, ne vienmēr pilnībā tekstu grāmatu vai pilnu attēlu, 29 00:01:53,060 --> 00:01:54,890 gan, ka faktiski var būt gadījums. 30 00:01:54,890 --> 00:01:57,550 Bet tas ir patiešām informāciju par datiem. 31 00:01:57,550 --> 00:02:00,909 >> Tātad jūs varat iedomāties kataloģizācijas informācija, zvanu numurus, priekšmeti, 32 00:02:00,909 --> 00:02:02,700 cik daudz kopijas grāmata ir, ko 33 00:02:02,700 --> 00:02:06,380 ir izdevumi, kādi ir formāti, autori, un tā tālāk. 34 00:02:06,380 --> 00:02:12,250 Tātad tur ir daudz informācijas par informācija kolekcijā ka, 35 00:02:12,250 --> 00:02:14,400 pats par sevi, ir sava veida būtības noderīga. 36 00:02:14,400 --> 00:02:19,230 Un, lai gan, ja jūs esat darot padziļinātu izpēti, 37 00:02:19,230 --> 00:02:25,160 Jūs, protams, vēlas, lai saņemtu faktisko saturu sevi un apskatīt datus, 38 00:02:25,160 --> 00:02:30,140 metadati ir noderīga ziņā abi analizējot corpus kopumā, 39 00:02:30,140 --> 00:02:33,870 kā to, kas lietas ir kolekcijā. 40 00:02:33,870 --> 00:02:35,520 Kā tie ir saistīti? 41 00:02:35,520 --> 00:02:39,482 Tas palīdz jums tiešām atrast citas lietas, kas ir patiešām galvenais mērķis no tā. 42 00:02:39,482 --> 00:02:41,190 Of punkts metadatu un katalogu 43 00:02:41,190 --> 00:02:43,230 ir palīdzēt jums atrast visu informāciju, kas ir 44 00:02:43,230 --> 00:02:46,590 pieejami kolekcijās. 45 00:02:46,590 --> 00:02:53,690 >> Tātad šis ir piemērs metadatu par grāmatu Hārvardas bibliotēkā. 46 00:02:53,690 --> 00:02:56,370 Tātad, tas ir tur. 47 00:02:56,370 --> 00:02:59,850 Un jūs varat redzēt, tas ir faktiski mēreni sarežģīti. 48 00:02:59,850 --> 00:03:04,610 Un daļa no vērtības metadatu ietvaros Harvard bibliotēkas sistēmā 49 00:03:04,610 --> 00:03:09,320 ir tas, ka tas ir bijis sava veida Iebūvēto ko catalogers 50 00:03:09,320 --> 00:03:12,720 un montē cilvēki piesakās daudz zināšanu un prasmju 51 00:03:12,720 --> 00:03:20,030 un domāju, ar to laika gaitā, kas ir daudz vērtību. 52 00:03:20,030 --> 00:03:25,450 >> Tātad, ja jūs to apskatīt šo rekordu Annotated Alice, jūs varat uzzināt 53 00:03:25,450 --> 00:03:32,590 tev titulu, kas rakstīja to, autors, un visi dažādi mācību priekšmeti 54 00:03:32,590 --> 00:03:35,380 kuras cilvēki ir jāklasificē to. 55 00:03:35,380 --> 00:03:40,110 Un jūs varat redzēt, tur ir arī, kas Papildus daudz labas informācijas 56 00:03:40,110 --> 00:03:42,852 šeit, tur ir daži dublēšanās. 57 00:03:42,852 --> 00:03:45,560 Tur ir daudz sarežģītas, ka ir atspoguļots caur metadatiem 58 00:03:45,560 --> 00:03:46,300 kas jums ir. 59 00:03:46,300 --> 00:03:50,320 >> Tātad viena nosaukums šo grāmatu ir Alises piedzīvojumi Brīnumzemē. 60 00:03:50,320 --> 00:03:53,880 Tātad šī ir Annotated versija, ka grāmatas. 61 00:03:53,880 --> 00:03:56,380 Bet tas ir arī sauc anotācijām Alice, Alises piedzīvojumi 62 00:03:56,380 --> 00:03:58,570 in Wonderland, jo tas ir kaut kas 63 00:03:58,570 --> 00:04:00,430 Martin Gardner rakstīja un atzīmes grāmatu. 64 00:04:00,430 --> 00:04:03,369 Un tur ir daudz lielu informāciju par loģika puzles un lietas 65 00:04:03,369 --> 00:04:05,410 ietvaros Alice, ka jums iespējams, nezināja par. 66 00:04:05,410 --> 00:04:07,000 Tātad jums vajadzētu iet izlasīt. 67 00:04:07,000 --> 00:04:11,940 >> Bet jūs varat redzēt, tur ir daudz sīkāk šeit, 68 00:04:11,940 --> 00:04:15,340 ieskaitot identifikatorus, kad to tika izveidots, no kurienes tas nācis, 69 00:04:15,340 --> 00:04:17,420 runājot par Harvard sistēma, un tā tālāk. 70 00:04:17,420 --> 00:04:20,350 Tātad tas ir paraugs metadatu veids 71 00:04:20,350 --> 00:04:24,340 ka jūs varētu redzēt par grāmatu Harvardas bibliotēka kolekcija. 72 00:04:24,340 --> 00:04:26,680 >> Tas ir kaut kas pilnīgi atšķirīgs. 73 00:04:26,680 --> 00:04:32,610 Tāpēc pastāv sistēma, ko sauc par VIA Harvard, kas pamatā 74 00:04:32,610 --> 00:04:39,990 ir kataloģizācijas attēlus un mākslas priekšmetu un vizuālās lietas visā Harvard, 75 00:04:39,990 --> 00:04:44,010 un pievienojot dažas metadatus tiem, tos klasificējot, 76 00:04:44,010 --> 00:04:49,200 un, dažos gadījumos, nodrošinot mazie sīktēlus 77 00:04:49,200 --> 00:04:51,250 ka jūs varat veikt apskatīt, ja jūs to vēlaties. 78 00:04:51,250 --> 00:04:54,240 >> Tātad šis ir piemērs metadatus, ka jums ir uz šķīvja 79 00:04:54,240 --> 00:04:57,840 no, domājams, Alice in Wonderland. 80 00:04:57,840 --> 00:05:00,499 Un jūs varat redzēt, tur ir mazāk metadatu šeit. 81 00:05:00,499 --> 00:05:02,040 Tas ir tikai cita veida objekts. 82 00:05:02,040 --> 00:05:03,425 Un tā tur ir mazāk informācijas. 83 00:05:03,425 --> 00:05:07,790 >> Tu pārsvarā ir fakts, ka, zvans numurs, pēc būtības, kurš izveidoja to, - 84 00:05:07,790 --> 00:05:10,410 >> Mēs nezinām, kad tas tika izveidots. 85 00:05:10,410 --> 00:05:13,320 >> --and nosaukumu. 86 00:05:13,320 --> 00:05:14,300 >> Vēl viens piemērs. 87 00:05:14,300 --> 00:05:16,380 Tas ir secinājums atbalstu. 88 00:05:16,380 --> 00:05:19,030 Tātad tur ir kolekcija Lewis Carroll papīriem Harvard. 89 00:05:19,030 --> 00:05:23,601 Tātad, tas raksturo, ko ir šajā kolekcijā. 90 00:05:23,601 --> 00:05:26,100 Tātad, kāds ir gājusi cauri, un paskatījos pa visām kastēm 91 00:05:26,100 --> 00:05:32,220 un katalogā to, ņemot vērā dažus fona, rakstisku kopsavilkumu par to, kas ir šeit. 92 00:05:32,220 --> 00:05:35,290 Un, ja tu būtu meklēt vēl pie tam, šis 93 00:05:35,290 --> 00:05:39,620 iet uz lapām un lapas un lapas, bet jums pateiks 94 00:05:39,620 --> 00:05:41,860 kādas vēstules un kādi datumi no kādiem kastes 95 00:05:41,860 --> 00:05:44,289 pastāvēja visā kolekcijā. 96 00:05:44,289 --> 00:05:46,330 Bet tas ir kaut kas ka, ja jūs esat pie Harvard, 97 00:05:46,330 --> 00:05:50,720 Jūs varat iet un reāli fiziski izskatīties uz augšu un, domājams, ieskatieties. 98 00:05:50,720 --> 00:05:53,440 >> Tātad tas viss ir lieliski. 99 00:05:53,440 --> 00:05:54,450 Šis metadatu ir noderīgi. 100 00:05:54,450 --> 00:05:56,327 Tas ir Hārvardas bibliotēkas sistēmā. 101 00:05:56,327 --> 00:05:58,910 Ir instrumenti internetā, kur jūs var iet un paskatīties uz to, 102 00:05:58,910 --> 00:05:59,993 un redzēt to, un meklēt to. 103 00:05:59,993 --> 00:06:02,810 Un jūs varat šķēle to un kauliņus tas daudz dažādos veidos. 104 00:06:02,810 --> 00:06:06,920 >> Bet tas ir patiešām pieejama tikai tad, ja Jūs esat cilvēks sēžot 105 00:06:06,920 --> 00:06:12,600 jūsu interneta pārlūku, vai kaut ko vai tālrunis un navigācijas caur to. 106 00:06:12,600 --> 00:06:16,730 Tas nav īsti pieejama jebkāda veida izmantojamās modes 107 00:06:16,730 --> 00:06:19,520 citām sistēmām vai citiem datoriem, lai izmantotu, 108 00:06:19,520 --> 00:06:21,500 ne ar sistēmām Harvard bibliotēka, 109 00:06:21,500 --> 00:06:24,890 bet sistēmas ārpasauli, tikai citiem cilvēkiem kopumā. 110 00:06:24,890 --> 00:06:30,210 Tātad jautājums ir, kā mēs varam padara to pieejamu datoriem 111 00:06:30,210 --> 00:06:33,560 lai mēs varētu darīt interesantāku sīkumi ar to, nekā tikai 112 00:06:33,560 --> 00:06:36,550 pārlūkošanas to paši? 113 00:06:36,550 --> 00:06:39,766 >> Tātad, kāpēc jūs vēlaties to darīt? 114 00:06:39,766 --> 00:06:41,140 Ir daudz iespēju. 115 00:06:41,140 --> 00:06:43,980 Viens no tiem ir, jūs varētu izveidot pilnīgi savādākas pārlūkošanu 116 00:06:43,980 --> 00:06:46,962 saturu, kas ir pieejams caur Harvard bibliotēku. 117 00:06:46,962 --> 00:06:48,670 Es jums parādīs vienu vēlāk sauc Stacklife, 118 00:06:48,670 --> 00:06:52,440 kas ir pilnīgi atšķirīgs uzņemties meklē saturu. 119 00:06:52,440 --> 00:06:54,560 >> Jūs varētu veidot ieteikumu dzinēju. 120 00:06:54,560 --> 00:06:57,955 Tātad Harvard Bibliotēka nav uzņēmējdarbības sakot, jums patīk šī grāmata. 121 00:06:57,955 --> 00:07:01,080 Tad iet to apskatīt šos 17 citi grāmatas, ka jūs varētu interesēt 122 00:07:01,080 --> 00:07:03,200 vai šie 18 citus attēlus. 123 00:07:03,200 --> 00:07:06,040 Bet tas, protams, varētu būt vērtīgs līdzeklis. 124 00:07:06,040 --> 00:07:09,272 Un ņemot vērā metadati, tā var iespējams salikt kopā. 125 00:07:09,272 --> 00:07:11,980 Jums varētu būt atšķirīgas vajadzības noteikumi meklējot saturu, 126 00:07:11,980 --> 00:07:16,200 piemēram, varbūt neskatoties uz instrumentiem, kas ir pieejami, kas bibliotēku padara 127 00:07:16,200 --> 00:07:18,450 pieejami, jūs varētu vēlēties lai meklētu citādā veidā 128 00:07:18,450 --> 00:07:21,847 vai optimizēt konkrētam izmantošanas gadījumā, kas varbūt tas ir ļoti specializētas. 129 00:07:21,847 --> 00:07:23,930 Varbūt tur ir tikai daži cilvēku pasaulē, kurš 130 00:07:23,930 --> 00:07:25,846 vēlas, lai meklētu saturu šādā veidā, bet tas 131 00:07:25,846 --> 00:07:28,985 Būtu lieliski, ja mēs varētu ļaut viņiem darīt. 132 00:07:28,985 --> 00:07:30,860 Tur ir daudz analytics tikai, cik cilvēki 133 00:07:30,860 --> 00:07:33,860 izmantot šo saturu, kas būtu patiešām interesanti zināt, uzzināt 134 00:07:33,860 --> 00:07:37,280 kas grāmatas tiek izmantotas, kādi nav, un tā tālāk. 135 00:07:37,280 --> 00:07:41,670 Un tad tur ir daudz iespēja integrēt 136 00:07:41,670 --> 00:07:45,210 ar citu informāciju tas ir, kas tur tīmeklī. 137 00:07:45,210 --> 00:07:46,880 Tātad, mēs have-- 138 00:07:46,880 --> 00:07:50,260 >> Piemēram, NPR ir Book Review segments, 139 00:07:50,260 --> 00:07:53,090 kur viņi intervēt autori par grāmatu. 140 00:07:53,090 --> 00:07:56,837 Un tā tas būtu lieliski, ja tu būtu looking up grāmatu ar Harvard 141 00:07:56,837 --> 00:07:59,670 Bibliotēka, un jūs sakāt, OK, tur ir bijusi intervija ar autoru. 142 00:07:59,670 --> 00:08:00,878 Iesim to apskatīt to. 143 00:08:00,878 --> 00:08:05,461 Vai tur ir Wikipedia lapas, kā autoritatīvs, akadēmiskā atsauce 144 00:08:05,461 --> 00:08:07,710 par šo grāmatu, kas jūs varētu vēlēties apskatīt. 145 00:08:07,710 --> 00:08:12,600 >> Ir šie avoti veidi izkaisīti visā tīmeklī. 146 00:08:12,600 --> 00:08:16,555 Un apvienojot tos kopā varētu būt arī lieliska reklāma 147 00:08:16,555 --> 00:08:18,930 lai kāds meklē saturs, meklē kaut ko. 148 00:08:18,930 --> 00:08:20,180 Bet tas arī nav veida lieta, jūs vēlaties 149 00:08:20,180 --> 00:08:23,205 vēlas bibliotēkas, kas ir atbildīga lai iet uz leju un nomedīšanas 150 00:08:23,205 --> 00:08:25,455 visi šie dažādie avoti un tapām tos kopā 151 00:08:25,455 --> 00:08:28,920 jo viņi mainās nepārtraukti. 152 00:08:28,920 --> 00:08:33,570 Un ko viņi domā, ir svarīgi maijs nav tas, ko jūs domājat, ka ir svarīgi. 153 00:08:33,570 --> 00:08:36,929 >> Un vēl jo vairāk, būtībā tur sīkumi mēs neesam domājis par vēl daudz. 154 00:08:36,929 --> 00:08:42,222 Tātad, ja mēs varam atvērt šo augšu, vairāk cilvēki Bez pusi ducis vai arī tā, 155 00:08:42,222 --> 00:08:45,174 kuri meklē šo par regulāri var domāt par ideju 156 00:08:45,174 --> 00:08:47,340 un masāža datus, un darīt to, ko viņi vēlas ar to. 157 00:08:47,340 --> 00:08:49,920 158 00:08:49,920 --> 00:08:54,045 >> Tātad, mēs vēlamies, lai tas pieejamie pasaulei dati. 159 00:08:54,045 --> 00:08:55,670 Nu, tur ir pāris komplikācijas. 160 00:08:55,670 --> 00:08:58,540 Viens ir tas, ka šī metadatiem ir dažādās sistēmās. 161 00:08:58,540 --> 00:09:01,110 Tas ir dažādos formātos. 162 00:09:01,110 --> 00:09:04,719 Tātad tur ir daži normalizācija kas nepieciešams, lai notiktu, 163 00:09:04,719 --> 00:09:08,010 kas normalizācija tiek process apvienojot lietas no dažādiem formātiem 164 00:09:08,010 --> 00:09:12,940 un kartēšanas tos vienu formātā tā, ka lauki tiks atrasti augšu. 165 00:09:12,940 --> 00:09:15,160 >> Ir daži autortiesību ierobežojumi. 166 00:09:15,160 --> 00:09:21,010 Savādi pietiekami, katalogu ierakstu par grāmata ir atbildīgs par autortiesībām. 167 00:09:21,010 --> 00:09:24,060 Tātad, pat ja tas ir tikai informācija, kas iegūta no grāmatas, 168 00:09:24,060 --> 00:09:25,330 tas ir autortiesībām. 169 00:09:25,330 --> 00:09:28,400 Un atkarībā no tā, kas faktiski izveidots, ka metadati, 170 00:09:28,400 --> 00:09:32,175 var būt ierobežojumi attiecībā uz kuriem var izplatīt, līdzīgi kuri paredzēti, lai 171 00:09:32,175 --> 00:09:33,402 >> Es nezinu. 172 00:09:33,402 --> 00:09:36,110 Tā var vai nevar būt līdzīgi situācija dziesmas, 173 00:09:36,110 --> 00:09:36,610 for example. 174 00:09:36,610 --> 00:09:38,560 Tātad mēs visi zinām, cik tas pannas out. 175 00:09:38,560 --> 00:09:40,450 Tātad jums ir nepieciešams, lai saņemtu ap šo jautājumu. 176 00:09:40,450 --> 00:09:44,910 >> Un tad vēl viens gabals ir ka tur ir daudz datu. 177 00:09:44,910 --> 00:09:52,420 Tātad, ja es esmu kāds, kurš vēlas strādāt ar datiem, vai ir foršs ideja, 178 00:09:52,420 --> 00:09:55,350 nodarbojas ar 14 miljoniem ieraksti par manu klēpjdatoru 179 00:09:55,350 --> 00:09:57,487 varētu būt problemātiska un grūti pārvaldīt. 180 00:09:57,487 --> 00:09:59,320 Tātad, mēs vēlamies, lai samazinātu šķēršļi cilvēkiem 181 00:09:59,320 --> 00:10:02,130 lai varētu strādāt ar datiem. 182 00:10:02,130 --> 00:10:07,880 >> Tātad pieeja, kas, cerams, adreses visas šīs problēmas ir divas daļas. 183 00:10:07,880 --> 00:10:11,770 Viens no tiem ir ēka platforma, kas notiek dati no visiem šiem atšķirīgus avotus 184 00:10:11,770 --> 00:10:14,350 un pasliktina to, normalizē, bagātina to un padara 185 00:10:14,350 --> 00:10:16,650 tā pieejams vienā vietā. 186 00:10:16,650 --> 00:10:20,950 Un tas padara to pieejamu, izmantojot publisks API, ka cilvēki var zvanīt. 187 00:10:20,950 --> 00:10:24,430 >> Tātad API ir Application Programming Interface. 188 00:10:24,430 --> 00:10:28,930 Un tas būtībā attiecas uz parametra ka sistēma vai tehnoloģija 189 00:10:28,930 --> 00:10:31,720 var zvanīt un saņemt datus atpakaļ strukturēta formātā tādā veidā 190 00:10:31,720 --> 00:10:32,900 ka tas var tikt izmantots. 191 00:10:32,900 --> 00:10:36,060 Tātad, tas nav atkarīgs par apmeklējot mājas lapu 192 00:10:36,060 --> 00:10:37,970 un nokasot datu off no tā, piemēram. 193 00:10:37,970 --> 00:10:40,690 194 00:10:40,690 --> 00:10:45,010 >> Tātad šī ir mājas lapa Bibliotēka Cloud punkts API, 195 00:10:45,010 --> 00:10:47,220 kas būtībā ir tās versija divi. 196 00:10:47,220 --> 00:10:50,130 Tātad, tas ir otrais atkārtojuma cenšoties izdarīt visu šo datu 197 00:10:50,130 --> 00:10:53,280 pieejamu visai pasaulei. 198 00:10:53,280 --> 00:10:59,560 Tātad, tas ir http://api.lib.harvard.edu/v2/items. 199 00:10:59,560 --> 00:11:03,830 Un tikai lauzt šo leju mazliet, ko tas nozīmē 200 00:11:03,830 --> 00:11:06,115 ir tas, ka tas ir no API versija divi. 201 00:11:06,115 --> 00:11:08,490 Ir versija, viens, kas Es netaisos runāt. 202 00:11:08,490 --> 00:11:09,750 Bet ir variants viens. 203 00:11:09,750 --> 00:11:14,740 >> Un, ja jūs aicināt šo API, jūs saņemat objektus. 204 00:11:14,740 --> 00:11:20,640 Un daļa ideju API ir API ir līgums. 205 00:11:20,640 --> 00:11:23,440 Tas ir kaut kas, kas ir nav gatavojas mainīt. 206 00:11:23,440 --> 00:11:24,850 Tā, piemēram, - 207 00:11:24,850 --> 00:11:27,410 >> Un iemesls ir tas, ka, ja es veidot sava veida sistēma, kas 208 00:11:27,410 --> 00:11:33,210 gatavojas izmantot bibliotēku mākonis API parādīt grāmatas vai palīdzēt cilvēkiem atrast 209 00:11:33,210 --> 00:11:36,190 informācija unikālā veidā, ko mēs negribam, lai notiktu 210 00:11:36,190 --> 00:11:38,940 ir mums iet mainīt to, kā ka API darbojas, un pēkšņi 211 00:11:38,940 --> 00:11:41,340 viss pārtraukumiem uz gala lietotāja pusē. 212 00:11:41,340 --> 00:11:46,710 Tāpēc daļa no tā, ja jūs gūstat API pieejams pasaulē, tas ir 213 00:11:46,710 --> 00:11:49,396 laba prakse likt versijas numurs tajā, lai cilvēki 214 00:11:49,396 --> 00:11:51,020 zināt, ko versija viņi nodarbojas ar. 215 00:11:51,020 --> 00:11:54,300 >> Tātad, ja mēs nolemjam mēs atrast labāku veidu padarīt pieejamu šo informāciju, 216 00:11:54,300 --> 00:11:57,295 mēs varētu mainīties, ka, lai zvans, ka versiju trīs. 217 00:11:57,295 --> 00:11:59,920 Tātad, ikviens, kas vēl joprojām izmanto versija divi, ka būs vēl strādā. 218 00:11:59,920 --> 00:12:03,490 Bet trīs versija būtu ir visas jaunu stuff. 219 00:12:03,490 --> 00:12:06,680 220 00:12:06,680 --> 00:12:09,210 >> Tātad šī ir API, bet tas tiešām izskatās URL. 221 00:12:09,210 --> 00:12:11,680 Un tā, kas tas ir piemērs ir tas, kas ir 222 00:12:11,680 --> 00:12:16,615 sauc atpūtas API, kas ir pieejama vairāk nekā tikai regulāru interneta pieslēgums. 223 00:12:16,615 --> 00:12:19,680 Un jūs faktiski var iet uz to atver pārlūkā. 224 00:12:19,680 --> 00:12:28,550 >> Tātad, šeit es esmu tikko atvēra Firefox un devusies uz api.lib.harvard.edu/v2/items. 225 00:12:28,550 --> 00:12:31,560 Un tā, ko man šeit ir būtībā pirmā lapa 226 00:12:31,560 --> 00:12:34,740 Rezultātu no visas noteikt preces, ko mēs esam ieguvuši. 227 00:12:34,740 --> 00:12:37,460 Un tas ir šeit XML formātā. 228 00:12:37,460 --> 00:12:40,130 229 00:12:40,130 --> 00:12:42,210 Un tas ir arī bijis prettified Firefox. 230 00:12:42,210 --> 00:12:45,850 Tas nav reāli, ir visi šie maz izplešas un saraujas 231 00:12:45,850 --> 00:12:47,880 doohickeys šeit. 232 00:12:47,880 --> 00:12:52,520 Tas ir sava veida jaukāku versija veids, kā skatīties uz to. 233 00:12:52,520 --> 00:12:57,040 >> Bet ko tas stāsta mums ir Esmu lūgusi visus posteņus. 234 00:12:57,040 --> 00:13:03,120 Tātad tur ir 13289475 pozīcijas. 235 00:13:03,120 --> 00:13:06,150 Un es esmu meklē pirmais 10, sākot no nulles stāvoklī 236 00:13:06,150 --> 00:13:09,760 jo datorzinātnēs mēs vienmēr sākas no nulles. 237 00:13:09,760 --> 00:13:15,150 Un tas, ko es esmu šeit, ja es vienkārši sabrukt tas, jūs redzat, es esam ieguvuši 10 pozīcijas. 238 00:13:15,150 --> 00:13:20,410 239 00:13:20,410 --> 00:13:25,210 >> Un, ja es to apskatīt objektu, es varu redzēt, ka es esam ieguvuši informāciju par to. 240 00:13:25,210 --> 00:13:27,400 Un tas ir tas, ko sauc MODS forma. 241 00:13:27,400 --> 00:13:30,860 Un tāpēc es esmu gatavojas, lai pārslēgtos atpakaļ šeit uz brīdi. 242 00:13:30,860 --> 00:13:33,750 OK. 243 00:13:33,750 --> 00:13:37,447 >> Tātad, pieņemsim meklēt kaut ko specifiska, jo pirmais punkts, ka 244 00:13:37,447 --> 00:13:40,030 notiek nākt uz augšu, ja paskatās cauri visam kolekcijā 245 00:13:40,030 --> 00:13:41,750 ir, pēc definīcijas, izlases. 246 00:13:41,750 --> 00:13:44,550 Tātad, pieņemsim meklēt kādu virtuļiem. 247 00:13:44,550 --> 00:13:46,830 Oh. 248 00:13:46,830 --> 00:13:49,190 >> OK. 249 00:13:49,190 --> 00:13:49,940 Tātad donuts. 250 00:13:49,940 --> 00:13:55,360 Tāpēc mēs atradām ir 80 preces kolekcija, kas references virtuļi. 251 00:13:55,360 --> 00:13:57,150 Mēs meklējam pirmajā 10 no tiem. 252 00:13:57,150 --> 00:14:01,890 Tagad jūs varat redzēt šeit tā, ka Es teicu, es esmu meklē donuts, 253 00:14:01,890 --> 00:14:04,400 Es tikko pievienojis kaut ko vaicājuma virkne URL. 254 00:14:04,400 --> 00:14:09,680 Tātad Q ir vienāds donuts, kuru jūs varat redzēt mazliet vieglāk šeit. 255 00:14:09,680 --> 00:14:12,131 >> Un tas būtībā nozīmē, ka ir spec par API, kas 256 00:14:12,131 --> 00:14:13,880 definē, ko visi šie parametri nozīmē. 257 00:14:13,880 --> 00:14:17,150 Un tas nozīmē, ka mēs ejam meklēt viss virtuļiem. 258 00:14:17,150 --> 00:14:24,910 >> Tātad pirmais punkts šeit mums ir Jūs varat redzēt nosaukums ir Donuts, 259 00:14:24,910 --> 00:14:29,310 un ir apakšvirsraksts sauc Amerikāņu Passion, kas, es domāju, 260 00:14:29,310 --> 00:14:31,610 gadījumā. 261 00:14:31,610 --> 00:14:36,134 Ir daudz different-- 262 00:14:36,134 --> 00:14:38,050 Kad jums uz vietas iegūt datus, 263 00:14:38,050 --> 00:14:41,020 tur ir daudz dažādu formātus, jūs varat saņemt to. 264 00:14:41,020 --> 00:14:44,050 Un tur ir dažādas stiprās un trūkumi, lai visi no tiem. 265 00:14:44,050 --> 00:14:49,000 Tātad šo vienu, jūs varat redzēt šeit, šī forma ir ļoti bagāta. 266 00:14:49,000 --> 00:14:51,946 Un tas ir standartizēts. 267 00:14:51,946 --> 00:14:55,040 >> Tātad tur ir īpašs nosaukums lauks, apakšvirsraksts lauks. 268 00:14:55,040 --> 00:14:58,950 Tur ir alternatīvs virsraksts, American Passion. 269 00:14:58,950 --> 00:15:01,650 Ir vārds, kas saistīts ar to. 270 00:15:01,650 --> 00:15:03,120 Veids resursa ir teksts. 271 00:15:03,120 --> 00:15:06,070 Tur ir daudz informācijas šeit šajā formātā. 272 00:15:06,070 --> 00:15:09,480 >> Bet ir ķekars dažādos formātos. 273 00:15:09,480 --> 00:15:11,920 Tātad, ko mēs bijām tikko meklē ir formāts 274 00:15:11,920 --> 00:15:17,700 sauc MODS, kas apzīmē Metadatu Object Description Service, 275 00:15:17,700 --> 00:15:18,250 potenciāli. 276 00:15:18,250 --> 00:15:23,030 Es tiešām nav gluži pārliecināts par S. Bet tas ir diezgan sarežģīts formātā. 277 00:15:23,030 --> 00:15:24,240 Tas ir noklusējuma formāts. 278 00:15:24,240 --> 00:15:30,260 >> Bet tas ir viens, ka tur bagātība visiem datiem 279 00:15:30,260 --> 00:15:33,820 ka bibliotēkā ir tāpēc, ka tas ir ļoti tuvu tam, ko 280 00:15:33,820 --> 00:15:35,110 bibliotēka izmanto iekšēji. 281 00:15:35,110 --> 00:15:39,030 Tas ir standarts, kas ir izmanto visā valstī, 282 00:15:39,030 --> 00:15:40,944 visā pasaulē akadēmisko bibliotēku. 283 00:15:40,944 --> 00:15:42,110 Un tas ir ļoti sadarbspējīga. 284 00:15:42,110 --> 00:15:44,852 Tātad, ja jūs esat ieguvuši dokuments kas ir mods formātā, 285 00:15:44,852 --> 00:15:47,560 Jūs varat dot, ka kādam citam kuru sistēmas saprast mods, 286 00:15:47,560 --> 00:15:48,518 un tie var importēt. 287 00:15:48,518 --> 00:15:50,840 Tātad, tas ir standarts. 288 00:15:50,840 --> 00:15:54,250 Tas ir ļoti labi definēta, ir ļoti specifisks. 289 00:15:54,250 --> 00:15:58,980 Un tas ir tas, kas padara to sadarbspējīga jo, ja kāds saka, 290 00:15:58,980 --> 00:16:04,930 tas ir aizstājējs nosaukums ieraksts, visi zina, ko tas nozīmē. 291 00:16:04,930 --> 00:16:07,740 No Flip pusē, tas ir ļoti sarežģīti. 292 00:16:07,740 --> 00:16:13,160 >> Tātad, ja jūs to apskatīt Šajā ierakstā šeit, 293 00:16:13,160 --> 00:16:15,320 ja es tikai vēlos, lai iegūtu nosaukums šo dokumentu, 294 00:16:15,320 --> 00:16:21,150 Šīs grāmatas, kas, iespējams, Donuts, Amerikāņu Passion, analizējot to ārā 295 00:16:21,150 --> 00:16:22,940 ir maz iesaistīta. 296 00:16:22,940 --> 00:16:27,380 Tā kā tur ir cita formāts sauc Dublin Core, 297 00:16:27,380 --> 00:16:29,730 kas ir daudz, daudz vienkāršāk formātā. 298 00:16:29,730 --> 00:16:33,764 >> Un lai jūs redzēt šeit, tur nav virsraksts, apakšvirsraksts, pārmaiņus virsraksts. 299 00:16:33,764 --> 00:16:35,930 Tur ir tikai nosaukums, Donuts, American Passion, 300 00:16:35,930 --> 00:16:38,780 un citu nosaukumu, American Passion. 301 00:16:38,780 --> 00:16:42,907 Tātad, ja jūs meklējat pie kādā formā jūs vēlaties, lai iegūtu datus no, 302 00:16:42,907 --> 00:16:44,740 daudz ir atkarīgs no tā, cik jūs gatavojas izmantot to. 303 00:16:44,740 --> 00:16:46,573 Vai jums, izmantojot par sadarbspēja vai jūs 304 00:16:46,573 --> 00:16:49,970 gribu kaut ko vienkāršu, ka varētu būt vieglāk strādāt? 305 00:16:49,970 --> 00:16:56,002 >> No Flip pusē, daudz detaļas get veida squished leju. 306 00:16:56,002 --> 00:16:58,460 Jūs varētu zaudēt nianses kāda konkrētā nozarē līdzekļi 307 00:16:58,460 --> 00:17:02,960 Ja jums ir darīšana ar Dublin Core, kas jums nebūs ar Modi. 308 00:17:02,960 --> 00:17:06,462 Tātad tie ir divi no formātiem jūs varat izkļūt no API. 309 00:17:06,462 --> 00:17:08,920 Un būtībā, mēs tur tas aiz ainas Modi. 310 00:17:08,920 --> 00:17:14,179 Bet mēs varam sniegt jums to Modi un Dublin Core un kaut kas cits, kā arī. 311 00:17:14,179 --> 00:17:16,470 Cita atlīdzība, kad jūs meklējat datos 312 00:17:16,470 --> 00:17:21,210 ir varat saņemt to kā nu JSON, kas stendi JavaScript Object Apzīmējumi, 313 00:17:21,210 --> 00:17:24,720 vai XML, kas apzīmē Paplašināmās iezīmēšanas valoda. 314 00:17:24,720 --> 00:17:30,080 Un šie dati pārstāvniecības gan ir tieši tie paši dati, tieši tā 315 00:17:30,080 --> 00:17:31,080 tajā pašā jomā. 316 00:17:31,080 --> 00:17:33,644 Bet viņi vienkārši sintaktiski atšķirīgs. 317 00:17:33,644 --> 00:17:40,401 >> Tātad šis ir a-- 318 00:17:40,401 --> 00:17:41,400 Nu, pieņemsim tikai pāriet. 319 00:17:41,400 --> 00:17:47,490 Tātad šī ir mūsu vaicājums donuts XML formātā. 320 00:17:47,490 --> 00:17:53,470 Ja es vienkārši pārslēgties tas ir JSON, Es redzu, ka izskatās citādi. 321 00:17:53,470 --> 00:17:58,580 Tātad, tagad tas ir tas pats saturs, bet atšķirīga struktūra. 322 00:17:58,580 --> 00:18:00,080 Ir mazāk leņķa iekavās. 323 00:18:00,080 --> 00:18:02,530 Tur ir tik runīgs. 324 00:18:02,530 --> 00:18:06,440 >> Un tas ir formāts, kas, ja jūs strādā interneta vidē, 325 00:18:06,440 --> 00:18:09,680 jūs, visticamāk, būs vēlamies izmantot, jo viena 326 00:18:09,680 --> 00:18:12,630 no nice lietas par JSON ir tā ir saderīga ar JavaScript. 327 00:18:12,630 --> 00:18:17,680 Tātad, ja es esmu rakstiski web app, es varētu izdoties in JSON un vienkārši strādāt ar to tieši. 328 00:18:17,680 --> 00:18:20,187 Tā kā ar XML, tas ir mazliet vairāk sarežģī. 329 00:18:20,187 --> 00:18:21,520 Tātad vēlreiz, tie ir gan noderīgi. 330 00:18:21,520 --> 00:18:26,387 Viņi vienkārši ir dažādi lietošanas gadījumi kur cilvēki varētu vēlēties, lai izmantotu tos. 331 00:18:26,387 --> 00:18:26,886 OK. 332 00:18:26,886 --> 00:18:29,810 333 00:18:29,810 --> 00:18:31,680 Tātad atpakaļ pie API. 334 00:18:31,680 --> 00:18:32,900 Tātad, mēs varam meklēt for-- 335 00:18:32,900 --> 00:18:36,220 >> Es dodu piemēru meklējot virtuļiem. 336 00:18:36,220 --> 00:18:39,330 Mēs varam arī meklēt tikai konkrētā jomā ietvaros šeit. 337 00:18:39,330 --> 00:18:41,310 Tā vietā, lai meklētu viss ieraksts, 338 00:18:41,310 --> 00:18:43,870 Es varu tikai meklēt titulu lauku. 339 00:18:43,870 --> 00:18:48,810 Un tāpēc tagad ir 25 lietas, kas ir donuts virsrakstam, no kuriem viens 340 00:18:48,810 --> 00:18:52,430 ir par atjaunošanu mitrāju apsaimniekošanu 341 00:18:52,430 --> 00:18:54,990 no cauruma virtulis programma, kas, iespējams, 342 00:18:54,990 --> 00:18:58,970 mēs meklējam ne vienmēr tas, ko lai tad, kad mēs esam meklējot virtuļiem. 343 00:18:58,970 --> 00:19:02,790 344 00:19:02,790 --> 00:19:05,490 >> Jūs varat arī tad, kad tu esi nodarbojas ar API-- 345 00:19:05,490 --> 00:19:08,827 >> Daļa kam API dod cilvēkiem piekļūt lielu datu kopu. 346 00:19:08,827 --> 00:19:11,410 Un tur ir pāris atšķirīgi rīki jūs varat izmantot, lai to izdarītu. 347 00:19:11,410 --> 00:19:14,170 Viens no tiem ir, ļoti vienkārši, jūs var pārlapot datiem. 348 00:19:14,170 --> 00:19:17,340 Tātad, tāpat kā tad, ja jūs vaicājumu izmantojot interneta interfeisu, 349 00:19:17,340 --> 00:19:19,470 Jūs varat ielūkoties vienā lappusē, divas lapas, trīs lapas. 350 00:19:19,470 --> 00:19:22,040 Jūs varat darīt to pašu lieta caur API. 351 00:19:22,040 --> 00:19:24,150 Jums vienkārši nepieciešams, lai būtu skaidri, kā jūs to darīt. 352 00:19:24,150 --> 00:19:29,511 >> Tā, piemēram, ja es esmu meklē pie mana pirmā prasījuma šeit, 353 00:19:29,511 --> 00:19:32,510 kur es esmu dara meklēt lietas ar virtuļiem nosaukumā, es varu teikt, 354 00:19:32,510 --> 00:19:35,415 un limits vienāds 20, kas nozīmē, man pirmos 20 ierakstus, kas nav 355 00:19:35,415 --> 00:19:38,540 pirmais 10, kas ir noklusējuma, jo es gribu, lai apskatīt 20 laikā. 356 00:19:38,540 --> 00:19:43,435 Vai es varu teikt, iestatīt sāk vienāds ar 20 un robežu 357 00:19:43,435 --> 00:19:47,150 vienāds 20, kas dos mani ieraksti 21 līdz 40. 358 00:19:47,150 --> 00:19:52,680 >> Tāpēc es domāju, ka lieta atņemt šeit ir 359 00:19:52,680 --> 00:19:57,290 ka mēs esam, izmantojot vaicājuma virknes lai noteiktu parametrus uz vaicājumu. 360 00:19:57,290 --> 00:20:02,760 Un tas ļauj kontrolēt ko jūs saņemsiet atpakaļ. 361 00:20:02,760 --> 00:20:05,980 >> Vēl viens instruments, ko var izmantot, - 362 00:20:05,980 --> 00:20:09,250 >> Un tas ir patiešām noderīga noteikumi izpētot datus. 363 00:20:09,250 --> 00:20:10,840 >> --is kaut ko sauc facete. 364 00:20:10,840 --> 00:20:15,530 Tātad termins facete ir ne vienmēr ir kopīgs. 365 00:20:15,530 --> 00:20:16,880 Bet jūs visi esat redzējuši to pirms tam. 366 00:20:16,880 --> 00:20:18,630 Ja jūs to apskatīt Amazon, piemēram, 367 00:20:18,630 --> 00:20:20,870 un jūs meklēt donuts grāmatās 368 00:20:20,870 --> 00:20:27,080 šeit tie esam ieguvuši virkni grāmatu, un viņi sagrupēti pa kategorijām, 369 00:20:27,080 --> 00:20:30,470 un jūs saņemsiet dažādas kategorijas, un cik daudz grāmatu katrā kategorijā 370 00:20:30,470 --> 00:20:31,330 parādās. 371 00:20:31,330 --> 00:20:33,420 >> Tātad šis ir būtībā aspekts. 372 00:20:33,420 --> 00:20:37,570 Jūs visus savas grāmatas, 1800 grāmatas, kas atbilst donuts pie Amazon. 373 00:20:37,570 --> 00:20:39,820 12 no tiem ir brokastis kategorija. 374 00:20:39,820 --> 00:20:43,100 21 mīklā un cepšanas, un tā tālāk, un tā tālāk. 375 00:20:43,100 --> 00:20:47,670 >> Tātad tas ir patiešām noderīga instruments, lai iepazītu saturu 376 00:20:47,670 --> 00:20:53,260 bibliotēkā, kā arī jo, kad paskatās aspekts, 377 00:20:53,260 --> 00:20:56,520 tas dod jums priekšstatu par to, ko priekšmeti pastāv, piemēram, kāda veida priekšmetu 378 00:20:56,520 --> 00:20:58,510 ir vispopulārākais jūsu vaicājuma komplektu. 379 00:20:58,510 --> 00:21:00,950 Un tas palīdz jums braukt un pētīt. 380 00:21:00,950 --> 00:21:02,770 Tātad, mēs varam darīt to pašu. 381 00:21:02,770 --> 00:21:05,940 >> Ja mēs gribam, lai izmantotu API un apskatīt aspektus, 382 00:21:05,940 --> 00:21:08,950 mēs pievienot citu parametrs mūsu draugs vaicājuma virknes. 383 00:21:08,950 --> 00:21:12,540 Tātad šķautnes vienāds komatu atdalīta saraksts, ko mēs gribam, lai skaldne. 384 00:21:12,540 --> 00:21:14,790 Tātad viena no aspektiem var būt pakļauti. 385 00:21:14,790 --> 00:21:16,565 Vēl varētu būt valoda. 386 00:21:16,565 --> 00:21:19,665 Un tāpēc, ja mēs palaist šo vaicājumu, mēs get-- 387 00:21:19,665 --> 00:21:23,372 388 00:21:23,372 --> 00:21:24,830 Tas izskatās diezgan daudz pats šeit. 389 00:21:24,830 --> 00:21:29,010 Bet mēs esam pievienojuši līdz beigām no saraksta kopums šķautnes. 390 00:21:29,010 --> 00:21:34,060 Tātad mums ir šķautni sauc priekšmets. 391 00:21:34,060 --> 00:21:40,250 Tātad šis mums saka, ka, ja es izskatos manu 80 izriet no virtulis vaicājumu, 392 00:21:40,250 --> 00:21:42,100 13 no tām ir pakļaut ASV. 393 00:21:42,100 --> 00:21:43,684 Trīs ir priekšmetu virtuļi. 394 00:21:43,684 --> 00:21:45,600 Trīs ir tēmu par mitrāju atjaunošanas, 395 00:21:45,600 --> 00:21:47,720 kas var būt mūsu caurums virtulis. 396 00:21:47,720 --> 00:21:51,780 Divi no tiem, Simpsons, un tā tālāk, un tā tālāk. 397 00:21:51,780 --> 00:21:59,211 >> Tātad tas var būt noderīgi, ja jums vēlaties, lai sašaurinātu meklēšanu. 398 00:21:59,211 --> 00:22:00,210 Tas var palīdzēt jums darīt. 399 00:22:00,210 --> 00:22:03,580 It īpaši, ja jums ir vairāk nekā, teiksim, 80 rezultātus. 400 00:22:03,580 --> 00:22:05,980 >> Tāpat mēs arī lūdza par šķautnes uz valodu. 401 00:22:05,980 --> 00:22:14,790 Tātad, ja mēs skatāmies uz mūsu rezultātu, mēs redzam 76 no tām ir angļu valodā, četri franču, 402 00:22:14,790 --> 00:22:19,620 divi spāņu, divas, es domāju, ka tas undefined vai nezināms, holandiešu un latīņu. 403 00:22:19,620 --> 00:22:22,830 Tāpēc es domāju, ka latīņu donut rezultātu, atkal, 404 00:22:22,830 --> 00:22:24,922 nav nekāda sakara ar cep preces. 405 00:22:24,922 --> 00:22:25,630 Bet tur jums iet. 406 00:22:25,630 --> 00:22:31,420 407 00:22:31,420 --> 00:22:38,630 >> Tātad šis ir sava veida redzami kā jūs varat pull saturu atpakaļ 408 00:22:38,630 --> 00:22:41,270 no API tikai caur interneta pārlūks, kas ir lieliski. 409 00:22:41,270 --> 00:22:44,320 Bet tas nav īsti tas, ko jūs būtu parasti izmantojot API par to. 410 00:22:44,320 --> 00:22:48,710 Tātad viens piemērs, kā jūs patiešām varētu izdarīt, ir Esmu 411 00:22:48,710 --> 00:22:54,720 rakstisks super neliela programma, kas, atkal, tas mans virtulis meklēšanu 412 00:22:54,720 --> 00:22:59,010 un izvēlas pāris laukus un parāda tos tabulā. 413 00:22:59,010 --> 00:23:01,610 Tātad tas ir ļoti daudz pats saturs, ka mēs tikko 414 00:23:01,610 --> 00:23:04,830 zāģis ar dažiem laukiem izvilkta. 415 00:23:04,830 --> 00:23:12,090 Tātad sarakstu nosaukumiem, kas atrašanās vieta, ko grāmata 416 00:23:12,090 --> 00:23:15,120 ir par, valoda, un tā tālāk, un tā tālāk. 417 00:23:15,120 --> 00:23:20,480 >> Tātad, kā tas patiesībā noticis, jo Es domāju, mums ir jāmeklē kaut kodu, 418 00:23:20,480 --> 00:23:22,420 is-- 419 00:23:22,420 --> 00:23:28,060 >> Kas mēs esam šeit ir vienkāršs HTML lapa, kas parāda tekstu, 420 00:23:28,060 --> 00:23:32,900 welcome to bibliotēku mākonī un pēc tam parāda tabulu rezultātu. 421 00:23:32,900 --> 00:23:37,790 Un tur ir acīmredzot nē rezultātus galda, kad lapas izpaužas piekrauts. 422 00:23:37,790 --> 00:23:41,380 Bet tas, ko mēs darām ir, pirmkārt, mēs 423 00:23:41,380 --> 00:23:46,290 ievietojat bibliotēku sauc jQuery, kas ir būtībā 424 00:23:46,290 --> 00:23:52,030 JavaScript bibliotēka, kas padara to ļoti viegli manipulēt JavaScript 425 00:23:52,030 --> 00:23:58,780 natively, HTML, un izveidot mājas lapas, klienta puses loģika un tīmekļa lapas. 426 00:23:58,780 --> 00:24:01,595 >> Tātad, kas mums šeit ir jQuery ir metode, ko sauc Get, 427 00:24:01,595 --> 00:24:05,270 kas būtībā dosies URL, kas šajā gadījumā, 428 00:24:05,270 --> 00:24:09,070 tas ir pazīstams meklē URL. 429 00:24:09,070 --> 00:24:14,440 Un pēc tam iegūt saturu no ka URL un pēc tam palaist funkciju par to. 430 00:24:14,440 --> 00:24:19,240 Tātad mēs teicām doties api.lib.harvard / edu. 431 00:24:19,240 --> 00:24:20,060 Meklēt virtuļiem. 432 00:24:20,060 --> 00:24:21,300 Dodiet mums 20 ierakstus. 433 00:24:21,300 --> 00:24:28,590 Un tad palaist šo funkciju, kas Es esmu izvēlējies, iet tā datus. 434 00:24:28,590 --> 00:24:34,430 Un dati ir JSON, ka got atgriezās no API. 435 00:24:34,430 --> 00:24:40,120 >> Un tad mēs esam sakot, laikā, ka dati tur lauks sauc posteni. 436 00:24:40,120 --> 00:24:48,117 Un, ja es eju paskatīties atpakaļ viens no šiem rezultātiem, kas ir šeit, 437 00:24:48,117 --> 00:24:49,200 tur ir kaut called-- 438 00:24:49,200 --> 00:24:50,220 >> Nu, tā sauc posteni. 439 00:24:50,220 --> 00:24:53,520 Tā, ka var būt, ka. 440 00:24:53,520 --> 00:25:01,840 Un ko tā dara, ir tas iet cauri katrai pozīcijai 441 00:25:01,840 --> 00:25:05,300 un tad izsauc otru funkcija katru posteni. 442 00:25:05,300 --> 00:25:08,440 Un šī funkcija būtībā uzņemas vērtību 443 00:25:08,440 --> 00:25:12,010 no objekta, kas ir būtībā atsevišķs ieraksts 444 00:25:12,010 --> 00:25:18,220 un ļauj izraut nosaukumu, pārklājums un valoda. 445 00:25:18,220 --> 00:25:21,640 >> Tātad mēs saucam funkciju ik punkts, ka mēs saņēmām atpakaļ no API. 446 00:25:21,640 --> 00:25:25,397 Un, ja jūs vienkārši to apskatīt šajā gabals tieši šeit, 447 00:25:25,397 --> 00:25:27,230 tas, ko mēs darām, ir mēs esam radot virkni, 448 00:25:27,230 --> 00:25:31,810 kas būtībā ir dažas HTML atzīmes ap galdu, ar value.title, 449 00:25:31,810 --> 00:25:35,790 kas ir nosaukums objekts, value.coverage, 450 00:25:35,790 --> 00:25:36,790 kas ir pārklājums, - 451 00:25:36,790 --> 00:25:38,225 >> Un mēs darām pārbaudi šeit, lai redzētu, kurš ir undefined 452 00:25:38,225 --> 00:25:40,570 un slēpjot to, ja tā saka undefined, jo mēs neesam īsti ieinteresēts 453 00:25:40,570 --> 00:25:41,600 ar to, ka. 454 00:25:41,600 --> 00:25:42,939 >> --and tad valoda. 455 00:25:42,939 --> 00:25:44,730 Un tad tas, ko mēs esam darām, ir pievienojot ka 456 00:25:44,730 --> 00:25:48,510 ar tabulu, kas ir identificē ar šīs virknes šeit. 457 00:25:48,510 --> 00:25:50,790 Un cik jQuery darbojas ir tas, ko šis saka 458 00:25:50,790 --> 00:25:56,420 ir meklēt galda ar ideju rezultāti un pievienot šo tekstu uz to. 459 00:25:56,420 --> 00:25:59,380 Un tas ir tabula ar ideju rezultātiem. 460 00:25:59,380 --> 00:26:04,998 Tātad, ko jūs galu galā ar ir šīs lapas šeit. 461 00:26:04,998 --> 00:26:06,206 Un, lai skatītu source-- 462 00:26:06,206 --> 00:26:11,310 463 00:26:11,310 --> 00:26:13,810 Nu, avots nav reāli atjaunināta, kad tas noticis. 464 00:26:13,810 --> 00:26:18,740 Tātad jūs varat redzēt faktisko rezultāti tabulā šeit tomēr. 465 00:26:18,740 --> 00:26:24,770 >> Tātad tas ir tikai vienkāršs piemērs dara ļoti pamata vaicājumu pret API 466 00:26:24,770 --> 00:26:29,020 un attēlot informāciju dažās citās forma, un nedara neko pārāk iedomātā. 467 00:26:29,020 --> 00:26:36,370 Tagad, vēl viens piemērs ir kā pieteikumu raksta David Weinberger 468 00:26:36,370 --> 00:26:39,120 kā demo vērā šo punktu, kas būtībā parāda, 469 00:26:39,120 --> 00:26:44,620 kā jūs varat misu augšu rezultātus jūs esat saņemt no bibliotēkas mākonis API 470 00:26:44,620 --> 00:26:46,250 ar, teiksim, Google grāmatas. 471 00:26:46,250 --> 00:26:52,225 >> Un domāšana šeit ir tā, ka es varu palaist vaicājumu pret Google Books 472 00:26:52,225 --> 00:26:56,060 saņemt pilna teksta meklēšanu, dabūt rezultātus atpakaļ, noskaidrot, kurš no šiem posteņiem 473 00:26:56,060 --> 00:27:01,180 faktiski pastāv Hollis, bibliotēku sistēma, 474 00:27:01,180 --> 00:27:03,200 un tad dod man saites atpakaļ uz šiem posteņiem. 475 00:27:03,200 --> 00:27:12,730 Tātad, ja es meklētu, tas bija tumšs un vētrains naktī, es 476 00:27:12,730 --> 00:27:16,210 saņemt atpakaļ ķekars rezultātu no Google, un tad viens rezultāts 477 00:27:16,210 --> 00:27:19,460 kas ir Wrinkle in Time. 478 00:27:19,460 --> 00:27:29,330 Un šie ir saites uz grāmatām, kas pastāv ietvaros Harvard bibliotēkas sistēmā. 479 00:27:29,330 --> 00:27:32,160 >> Tāpēc es domāju, šeit nav tik daudz, ka tas var būt vai nebūt 480 00:27:32,160 --> 00:27:34,118 būt tā, kā vēlaties meklēt bibliotēku, 481 00:27:34,118 --> 00:27:38,310 bet tas ir pilnīgi atšķirīgs veids, kas nebija pieejama, lai jūs 482 00:27:38,310 --> 00:27:42,884 pirms, tāpat kā jūs nebija veids, kā to pilna teksta meklēšanu par grāmatām, ka pat 483 00:27:42,884 --> 00:27:44,550 bija daļa no Harvardas bibliotēkas sistēmā. 484 00:27:44,550 --> 00:27:46,870 Tāpēc tagad tas ir veids, kā ka jūs varat darīt. 485 00:27:46,870 --> 00:27:51,930 Un jūs varat parādīt tos neatkarīgi formātu jūs vēlaties. 486 00:27:51,930 --> 00:27:55,990 Tātad jautājums šeit ir, būtībā, mēs paverot jaunas iespējas cilvēkiem 487 00:27:55,990 --> 00:27:59,080 strādāt ar datiem. 488 00:27:59,080 --> 00:28:07,925 >> Vēl viens bibliotēku mākonis gabals ir tas, ka tas palīdz atklāt dažus no izmantošanas datu 489 00:28:07,925 --> 00:28:08,800 ka bibliotēkā ir. 490 00:28:08,800 --> 00:28:12,630 Tātad, ja jums iet uz bibliotēku, un jūs meklējat grāmatu, 491 00:28:12,630 --> 00:28:15,770 Jums nav obligāti faktiski ir ideja par to, 492 00:28:15,770 --> 00:28:19,080 visiem posteņiem īpaši ievērojot, kāda 493 00:28:19,080 --> 00:28:21,200 ir cilvēki, kas kopiena, vai tas ir 494 00:28:21,200 --> 00:28:24,890 definēts kā Harvard vai valsts vai savu klasi, 495 00:28:24,890 --> 00:28:26,421 kādi ir viņi atrada visvairāk noderīga? 496 00:28:26,421 --> 00:28:28,920 Un bibliotēka tiešām ir ton informācijas par to, kas 497 00:28:28,920 --> 00:28:32,999 ir ļoti noderīga, jo, ja daudz no cilvēki pārbaudes veic grāmatu, 498 00:28:32,999 --> 00:28:34,040 kas stāsta jums kaut ko. 499 00:28:34,040 --> 00:28:36,498 Tur ir bijis kaut kādu iemeslu dēļ viņi vēlas to pārbaudīt. 500 00:28:36,498 --> 00:28:38,270 Daudzi cilvēki ielieciet to rezervē. 501 00:28:38,270 --> 00:28:42,520 >> Ja tas ir uz rezerves sarakstā par daudz nodarbību, kas stāsta jums kaut ko. 502 00:28:42,520 --> 00:28:45,960 Ja mācībspēki ir pārbaudīt to out daudz un undergraduates nav, 503 00:28:45,960 --> 00:28:47,200 ka man stāsta kaut ko. 504 00:28:47,200 --> 00:28:49,280 Vice versa, ka arī stāsta jums kaut ko. 505 00:28:49,280 --> 00:28:54,680 Tātad, tas būtu patiešām interesanti nodot šo informāciju, kas tur un ļaujiet 506 00:28:54,680 --> 00:28:59,969 cilvēki izmanto to, lai palīdzētu viņiem atrast darbu ietvaros bibliotēku sistēmā. 507 00:28:59,969 --> 00:29:02,260 Otra puse no tā ir ir dažas nopietnas privātums 508 00:29:02,260 --> 00:29:07,854 attiecas jo viens no core tenets Bibliotēkas 509 00:29:07,854 --> 00:29:10,770 ir mēs nebrauksim, lai stāsta cilvēki, ko citi cilvēki ir lasījumā. 510 00:29:10,770 --> 00:29:17,360 Un pat tad, ja jūs sakāt tas Grāmata tika paņemts četras reizes 511 00:29:17,360 --> 00:29:20,070 konkrētā mēnesī, kas var tikt izmantoti 512 00:29:20,070 --> 00:29:25,252 saite atpakaļ uz īpaši persona, ko de-anonīmas datu 513 00:29:25,252 --> 00:29:26,710 un uzzināt, kas pārbauda to ārā. 514 00:29:26,710 --> 00:29:30,792 Tātad tā, ka mēs varam avoid-- 515 00:29:30,792 --> 00:29:33,750 Veids, kā mēs varam mēģināt iegūt signālam no visu informāciju 516 00:29:33,750 --> 00:29:36,740 nepārkāpjot kāds ir privātuma aizsardzības jautājumus 517 00:29:36,740 --> 00:29:42,150 būtībā mēs skatāmies 10 gadu lietošanas datus, - 518 00:29:42,150 --> 00:29:43,930 >> Tātad, tas ir ilgākā laika periodā. 519 00:29:43,930 --> 00:29:50,639 >> --and teikt, OK, pieņemsim redzēt, kā daudzas reizes tika izmantots šis darbs, 520 00:29:50,639 --> 00:29:52,930 un kurš šajā periodā no laika, un pēc tam būtībā 521 00:29:52,930 --> 00:29:56,300 atdot numuru, ko mēs saucam kaudze rezultāts, kas pamatā 522 00:29:56,300 --> 00:29:59,910 parāda, cik daudz tas ir bijis izmantots. 523 00:29:59,910 --> 00:30:01,084 Un tas number-- 524 00:30:01,084 --> 00:30:03,250 Dažādu aprēķinu daudz iedziļināties šo numuru. 525 00:30:03,250 --> 00:30:05,150 --but tas ir ļoti aptuvens Rādītājs, kas dod jums 526 00:30:05,150 --> 00:30:11,300 priekšstati par to, kā sabiedrība var vērtēt šo darbu. 527 00:30:11,300 --> 00:30:16,772 >> Un tā cita veida pat vairāk precizēti pieteikumu 528 00:30:16,772 --> 00:30:18,480 kas ņem priekšrocība Tas ir kaut kas 529 00:30:18,480 --> 00:30:24,000 sauc Stacklife, kas ir faktiski pieejami caur galveno Harvard 530 00:30:24,000 --> 00:30:24,880 Bibliotēka portāls. 531 00:30:24,880 --> 00:30:26,700 Tātad jūs iet uz library.harvard.edu. 532 00:30:26,700 --> 00:30:29,360 Jūs redzēsiet vairākas atšķirīgas veidi, meklējot bibliotēku. 533 00:30:29,360 --> 00:30:32,300 Un viens no tiem sauc Stacklife. 534 00:30:32,300 --> 00:30:38,980 >> Un tas ir programma, kas pārlūko saturu bibliotēkas, 535 00:30:38,980 --> 00:30:43,490 bet ir pilnībā būvēts uz augšu no šiem API. 536 00:30:43,490 --> 00:30:46,910 Tāpēc nav īpaša sīkumi notiek aizkulisēs. 537 00:30:46,910 --> 00:30:49,570 Nav piekļuves datus, kas jums nav. 538 00:30:49,570 --> 00:30:54,090 Tas ir, izmantojot API, lai nodrošinātu jums ar pavisam citu pārlūkošanu 539 00:30:54,090 --> 00:30:55,480 pieredze. 540 00:30:55,480 --> 00:30:58,570 >> Tātad, ja es meklētu Alice Brīnumzemē šajā gadījumā, 541 00:30:58,570 --> 00:31:02,600 Man iegūtu rezultātu, kas izskatās kā tas, kas ir diezgan much-- 542 00:31:02,600 --> 00:31:05,430 543 00:31:05,430 --> 00:31:10,870 >> Tas ir ļoti līdzīgi citu meklēšanu jūs varētu darīt, izņemot šajā gadījumā 544 00:31:10,870 --> 00:31:15,730 mēs ranga priekšmetus, stackscore, kas dod jums 545 00:31:15,730 --> 00:31:19,850 priekšstati par to, kā populāri šie objekti bija kopienā. 546 00:31:19,850 --> 00:31:25,610 Un tik skaidri, Alice in Wonderland Walt Disney ir ļoti populārs. 547 00:31:25,610 --> 00:31:36,570 Bet jūs varat arī redzēt top četri šeit ir tie, jums, iespējams, nav actually-- 548 00:31:36,570 --> 00:31:39,220 >> Lietas, kas ir ļoti izmantoti, bet jūs nedrīkstat uzreiz 549 00:31:39,220 --> 00:31:41,240 savienot ar Alice in Wonderland. 550 00:31:41,240 --> 00:31:44,650 Tātad mūsu vecais draugs Annotated Alice ir šeit. 551 00:31:44,650 --> 00:31:46,350 Lai es varētu to apskatīt to. 552 00:31:46,350 --> 00:31:52,010 Un tagad to, ko es esmu meklē at ir būtībā noteikts of-- 553 00:31:52,010 --> 00:31:53,760 Es varu būt ar anotācijām Alise šeit. 554 00:31:53,760 --> 00:31:56,700 Man ir informācija par to. 555 00:31:56,700 --> 00:32:00,230 Un man ir arī stackscore no, šajā gadījumā, 26. 556 00:32:00,230 --> 00:32:03,169 Un tas man saka veida rupji kā mēs saņēmām šo stackscore, 557 00:32:03,169 --> 00:32:05,835 piemēram, kas pārbauda to ārā, tāpat kā daudzas reizes tas tika paņemts, 558 00:32:05,835 --> 00:32:08,440 piemēram, fakultātes vai undergrads, kā daudzi kopijas bibliotēka, 559 00:32:08,440 --> 00:32:11,300 un tā tālāk, un tā tālāk. 560 00:32:11,300 --> 00:32:16,460 >> Un jūs varat arī, pietiekami interesanti šeit, pārlūkot skursteņi virtuāli. 561 00:32:16,460 --> 00:32:19,550 Tātad dati šeit, šis parāda jums kārtot 562 00:32:19,550 --> 00:32:23,547 virtuālā pārstāvības par to, kas plaukta varenību 563 00:32:23,547 --> 00:32:25,880 izskatās, ja tu būtu veikt kā visi Bibliotēkas saimniecības 564 00:32:25,880 --> 00:32:28,940 un nodot tos kopā uz vienu bezgalīgu plauktā. 565 00:32:28,940 --> 00:32:30,990 Un jauki ir tas, ka mēs can-- 566 00:32:30,990 --> 00:32:33,380 >> Pirmkārt, metadatus par šīm grāmatām 567 00:32:33,380 --> 00:32:35,627 bieži stāsta jums, kad tas tika publicēts. 568 00:32:35,627 --> 00:32:37,085 Tā stāsta, cik daudz lapas, tā ir. 569 00:32:37,085 --> 00:32:38,459 Tas varētu pateikt izmērus. 570 00:32:38,459 --> 00:32:42,930 Tātad jūs varat redzēt, kas ir atspoguļots šeit ziņā lielumu grāmatām. 571 00:32:42,930 --> 00:32:46,740 >> Un tad mēs varam izmantot kaudze rezultātu, lai izceltu 572 00:32:46,740 --> 00:32:49,170 grāmatas, kas ir augstākas kaudze rādītājus. 573 00:32:49,170 --> 00:32:54,930 Tātad, ja tas ir tumšāks, tas nozīmē, ka, domājams, ka tas tiek izmantots biežāk. 574 00:32:54,930 --> 00:32:57,040 Tātad šajā gadījumā, es esmu gatavojas minējums, ka tas 575 00:32:57,040 --> 00:33:03,226 ir versija Alice in Wonderland kas ir ļoti bieži izmanto un visvairāk 576 00:33:03,226 --> 00:33:05,100 piekļūt, bibliotēka ir visvairāk kopēt. 577 00:33:05,100 --> 00:33:06,975 Tātad, ja jūs meklējat uz Alice in Wonderland, 578 00:33:06,975 --> 00:33:10,220 tas varētu būt labs sākums. 579 00:33:10,220 --> 00:33:13,500 >> Un tad šeit jūs varat arī saistīt out uz, teiksim, Amazon iegādāties grāmatu, 580 00:33:13,500 --> 00:33:15,182 un tā tālāk, un tā tālāk. 581 00:33:15,182 --> 00:33:17,140 Punkts šeit, atkal, ir ne tik daudz, ka šis 582 00:33:17,140 --> 00:33:25,030 ir labākais veids, lai pārlūkotu bibliotēku vai īstais instruments, lai katru reizi. 583 00:33:25,030 --> 00:33:28,400 Bet tas ir vēl viens veids, kā to darīt. 584 00:33:28,400 --> 00:33:31,359 Un padarot datus pieejams, izmantojot API, kas 585 00:33:31,359 --> 00:33:34,650 ir izgatavots no ļoti vienkāršas celtniecības blokus, kas ļauj jums meklēt saturu, 586 00:33:34,650 --> 00:33:39,420 Jūs varat veidot kaut ko piemēram, tas, ka var 587 00:33:39,420 --> 00:33:41,520 būt ārkārtīgi vērtīgs, lai daži cilvēki. 588 00:33:41,520 --> 00:33:46,640 589 00:33:46,640 --> 00:33:51,860 >> Tātad tas ir sava veida, cik es gribu pateikt patiešām par to, API ir 590 00:33:51,860 --> 00:33:56,070 un ko tas pakļauj, tur ir viss ķekars sīkumi aizkulises, kas 591 00:33:56,070 --> 00:33:59,480 Es esmu tikai gatavojas pieskarties īsi tikai tāpēc, ka tā veida nāk pie šī 592 00:33:59,480 --> 00:34:03,720 no pavisam cita leņķa noteikumi par to, kā tas kaut kas līdzīgs šim 593 00:34:03,720 --> 00:34:04,580 get ieviesti? 594 00:34:04,580 --> 00:34:10,820 >> Tātad API ir standarta interfeiss uz visu šo saturu. 595 00:34:10,820 --> 00:34:13,820 Bet, lai saņemtu to tur, Pirmā lieta, ko mums bija jādara 596 00:34:13,820 --> 00:34:17,260 Tika apkopotu informāciju Grāmatu un attēlus 597 00:34:17,260 --> 00:34:21,580 un uzziņu materiālos, savākšana dokuments no dažādiem Harvard sistēmām. 598 00:34:21,580 --> 00:34:23,929 Aleph, VIA, un OASIS ir nosaukumi sistēmu. 599 00:34:23,929 --> 00:34:28,820 Un tie būtībā iedziļināties cauruļvadu, apstrādes cauruļvadu. 600 00:34:28,820 --> 00:34:33,230 >> Tātad pirmkārt, mēs eksportu failus no visām šīm sistēmām. 601 00:34:33,230 --> 00:34:35,130 Mēs sadalīt tās atsevišķiem posteņiem. 602 00:34:35,130 --> 00:34:39,360 Tātad mums ir fails, kas ir gigabaiti, kas ir miljons ierakstu tajā. 603 00:34:39,360 --> 00:34:42,290 Tātad mēs to sadala atsevišķās pozīcijas. 604 00:34:42,290 --> 00:34:45,374 Tad par katru posteni, mēs pārveidojam to uz MODS, jo daži no tiem 605 00:34:45,374 --> 00:34:47,040 ir dabiski MODS, daži no viņiem nav. 606 00:34:47,040 --> 00:34:49,204 Tātad mēs tos visus būt vienā un tajā pašā veidā. 607 00:34:49,204 --> 00:34:51,120 Tad ir dažādi bagātināšanas soļi, kur 608 00:34:51,120 --> 00:34:55,969 mēs pievienot vairāk informācijas datu nekā bija pieejams bibliotēkā. 609 00:34:55,969 --> 00:34:59,750 Tāpēc mums ir nepieciešams, lai pievienotu, vispirms mums ir, ko bibliotēkās turiet to. 610 00:34:59,750 --> 00:35:02,250 Mēs iet cauri soli Aprēķinot stackscore. 611 00:35:02,250 --> 00:35:07,112 Mēs ejam caur citu soli pievienojot vairāk metadatus ziņā 612 00:35:07,112 --> 00:35:10,730 par to, ko krājumos cilvēku varētu būt pievienotas this-- 613 00:35:10,730 --> 00:35:12,532 >> Cilvēki rada kolekcijas priekšmetus. 614 00:35:12,532 --> 00:35:13,990 Ko kolekcijas tas pieder? 615 00:35:13,990 --> 00:35:17,220 Kā ir cilvēki tagged šis saturs agrāk? 616 00:35:17,220 --> 00:35:20,750 Tad jūs izfiltrēt, un jūs ierobežot ieraksti, jo, kā jau minēju, 617 00:35:20,750 --> 00:35:24,120 tur ir daži ieraksti, kas, ņemot vērā autortiesību dēļ, mēs nevaram parādīt. 618 00:35:24,120 --> 00:35:26,700 Un tad mēs ielādēt tos uz kaut ko sauc 619 00:35:26,700 --> 00:35:31,680 Solr, kas nav pārrakstīšanās, bet ir nosaukums kādu programmatūru 620 00:35:31,680 --> 00:35:35,710 ka tas meklēšanas indeksācija, kas vada visus meklēšanas aiz API. 621 00:35:35,710 --> 00:35:40,110 Un tad tā kļūst pieejama API, un cilvēki to var izmantot. 622 00:35:40,110 --> 00:35:44,640 >> Tātad tas ir kā diezgan vienkāršs process. 623 00:35:44,640 --> 00:35:47,230 Viens interesants lietas, par to ir 624 00:35:47,230 --> 00:35:50,990 ka mums ir darīšana ar 13 miljonus ierakstu 625 00:35:50,990 --> 00:35:53,820 un mēs gribam būt darīšana vai vairāk. 626 00:35:53,820 --> 00:36:01,260 Un mēs gribam, lai varētu rīkoties tie salīdzinoši ātri veidā. 627 00:36:01,260 --> 00:36:03,630 Tas aizņem ilgu laiku, lai apstrādāt 13 miljonus ierakstu. 628 00:36:03,630 --> 00:36:09,529 >> Tātad, kā tas cauruļvads kas izveidota, ir, ka jūs can-- 629 00:36:09,529 --> 00:36:12,070 Es domāju priekšrocība cauruļvads, problēma, ka mēs esam 630 00:36:12,070 --> 00:36:15,580 mēģinot atrisināt šeit, ir tas, ka visas pārmaiņas, viss 631 00:36:15,580 --> 00:36:18,729 šie soļi šajā cauruļvads ir atdalāmi. 632 00:36:18,729 --> 00:36:19,645 Nav atkarība. 633 00:36:19,645 --> 00:36:22,146 Ja jūs apstrādes ieraksts vienu grāmatu, 634 00:36:22,146 --> 00:36:24,270 tur nav atkarība in ka starp citu grāmatu. 635 00:36:24,270 --> 00:36:27,760 >> Tātad, ko mēs varam darīt, ir būtībā, katrā solī cauruļvadā, 636 00:36:27,760 --> 00:36:30,470 mēs ieliekam to rindā mākonī. 637 00:36:30,470 --> 00:36:32,250 Man gadījās būt Amazon Web Services. 638 00:36:32,250 --> 00:36:35,140 Tātad tur ir saraksts, saka, 10000 preces, 639 00:36:35,140 --> 00:36:38,100 jābūt normalizējās un pārvērš mods formātā. 640 00:36:38,100 --> 00:36:41,620 Un mēs spin tik daudz serveriem kā mēs vēlamies, varbūt 10 serveri. 641 00:36:41,620 --> 00:36:44,860 Un katrs no šiem serveriem tikko sēž tur, izskatās šajā rindā, 642 00:36:44,860 --> 00:36:46,730 redz, ka tur ir viens, ka ir nepieciešams jāapstrādā, velk to nost rindā, 643 00:36:46,730 --> 00:36:48,740 apstrādā to un nūjas tas nākamajā rindā. 644 00:36:48,740 --> 00:36:54,200 >> Un tā, ko tas ļauj mums jādara, ir jāpiemēro, būtībā, 645 00:36:54,200 --> 00:36:58,110 tik daudz aparatūras, kā mēs vēlamies, lai šī problēma ļoti īsā laika periodā 646 00:36:58,110 --> 00:37:02,970 apstrādāt datus, cik ātri vien iespējams, kas ir kaut kas tikai, 647 00:37:02,970 --> 00:37:08,220 Tagad pasaulē mākoņdatošanas Mēs varam noteikums serveri būtībā 648 00:37:08,220 --> 00:37:09,890 uzreiz, ir tas, ka noderīga. 649 00:37:09,890 --> 00:37:12,260 Tātad mums nav jābūt milzu serveru sēž 650 00:37:12,260 --> 00:37:16,700 visu laiku, lai to apstrādi kas var notikt tikai vienu reizi nedēļā. 651 00:37:16,700 --> 00:37:21,440 >> Tāpēc, ka lielākoties tā. 652 00:37:21,440 --> 00:37:27,590 Tur ir dokumenti, kas pieejami par Library Cloud Vienības API 653 00:37:27,590 --> 00:37:31,960 Šajā URL, kas būs būs pieejama vēlāk. 654 00:37:31,960 --> 00:37:36,730 Un, lūdzu, dodieties ieskatieties tā, lai redzētu, vai tur ir kaut kas, 655 00:37:36,730 --> 00:37:37,579 Jums ir kādas idejas. 656 00:37:37,579 --> 00:37:38,120 Spēlēties ar to. 657 00:37:38,120 --> 00:37:38,830 Muļķis apkārt. 658 00:37:38,830 --> 00:37:42,800 Un cerams, jūs varat nākt klajā ar kaut ko lielu. 659 00:37:42,800 --> 00:37:44,740 Paldies. 660 00:37:44,740 --> 00:37:45,899