Open jaanleppik opened 2 years ago
- Meie objekti ja asukoha kirjeldamise loogika: kas saame kasutada aadressi komponenti (aadressi komponendi osaks on ka koordinaadid, mida mõistab Google) või eraldi Collectionina?
Me tahame kasutada mapile lisatud aadresse kaardil, olenemata teistest aadressidest, mis meie andmebaasis. Seega tundub loogiline kasutada collectionit. Mis on seotud konkreetse aadressiga vms.
- -- ja hübriidvariant: lokatsiooni aadress on komponent lokatsiooni objekti all, aga 'lifecycle' teeb lisaks ka eraldi collectioni aadressidest / füüsilisest asukohtadest?
See 'lifecycle' teeb on kahtlane, oleneb, kes seda infot sisestama hakkab. Aga kui on oht, et inimene märgib asukohaks Tartu siis ilmselt on päris mitu lipukest keset Tartu linna, mis ei anna ilmselt soovitud tulemust. Mapsil on vaja pikkus- ja laiuskraade, kas me saaks andmete sisestajalt neid andmid küsida? Kui hakkame tekst ise tõlgendama, siis usun, et see ei anna head tulemust.
Slackist sain vastuse, et andmete sisestaja sisestab pikkus- ja laiuskraadid vastavalt Google maps normidele. Kuidas peaks andmeid kuvama? Nt kui kasutaja avab meie lehelt nt kino aadressi, mis viib ta Google maps lehele, siis kas
J:
tegin juurde lisaks Address componendile ka Address collectioni, mis on identse struktuuriga:
Collection: https://admin.poff.ee/admin/plugins/content-type-builder/content-types/application::address.address
Seal on esimesed 3 valikut relatsiooni kaudu teistest collectionitest valmiseks - County ja Polupated place, e maakond ja asula. Eesti jaoks on collectionid selleks täidetud. Aga kui Eesti või teiste riikide jaoks soovib kasutaja sinna uusi County'sid või asustatud kohti lisada, siis on selleks väljad add_county ja add_p_place Nende täitmise peale võiks minna käima protsess, mis lisab sinna sisestatud väärtused County ja / või Populated Place collectionitesse.
Kaardi koordinaatide sisestamise variante on seal 3 erinevat - nii on lahendatud mitmed teised süsteemid kah. Et me oleks valmis erinevateks koordinaatide edastamise viisideks. Mida kasutajale ankeetides anname - valime juhendi lihtsuse järgi, mis teeme.
koordinaatide osa teen ymber - avastasin alles praegu, et Google no süntaks ja eesti aadresside normaliseerimise tööriista süntaks ei lange kokku
Maps vajab kaardi täitmiseks andmeid ; nimi, pikkus- ja lauiuskraadid, pildi url vms ja kui pilt pole jpg siis selle mõõdud
Mõtted aadressi objekti osas: Mulle tundub, et kuna tahame kasutada/kuvada aadresse eraldi nt kaardil, siis teeksin temast collectioni. Kuigi mudeli mõttes kuulub ta just nimelt sellele objektile, kuhu ta lisatud on. Siit tulenevalt, näen et aadressi collection peaks olema ühendatud ühe objektiga, et üksteist ei saaks üle kirjutada.
Kaarti tahaksin kasutada nt nii: kliendina avada kaardi ja näha seal nt kõik kinosid koos tema andmetega, st oskaksin orienteeruda. Ja vb mitut kino külastada. See nagu kinnitaks ka mõtet, et igale objektile kuulub oma aadress.
Ilmselt saaks nii kui mõelda aadressist kui objektist, mis käib ka koos nime ja lokatsiooniga. St kui saaksin valida aadressi nime mitte locatsiooni järgi. Kui aadressil oma nime pole, siis tuleks see nö tekitada, Nt Krati võtteplats 3 vms. Või läheneda frondis erinevalt, nt filmi puhul pean looma uusi objekte ja nende seosed on alati üks ühele, aga screeningu juures saan viidata ühele samale objektile.
Täiendan jooksvalt, kui mõtteid tekib.
Esimese sammuna teeme kaardile proffidele mõeldud lokatsioonide teenuse. St mitte veel turismile suunatud, kui proffidele suunatud objektide kaardi. Sellega seoses tekib küsimus, et kas me saame kaarti ja sellel olevaid onjekte ka meie kasutaja õigustest lähtuvalt näidata? St kas kaardi kuvamisel ja / või objektide kirjeldamisel saame määrata tema näitemise tingimusi kaardil?
Kas saan õigesti aru et küsid, kas saame vastavalt õigustele joonistada mitu kaarti?
Siit tuleneb minu meelest, et aadress ses mõttes ei saa olla universaalne, et kui ka aadress ise on mitmel objektil identne, siis selle avalikkus / peidetus on objekti põhised, mille juurde aadress kuulub.
Täpsustamiseks. Minu arusaamist mööda saab ühel kaardil kuvada täpselt seda, mida parasjagu soovid. Aga kui sa mõtled nii, et üks kaart, mis näitab vastavalt kasutajale ja tema õigustele vms tema objekte ja samal ajal mõnele teisele kasutajale samal kaardil tema objekte, siis nii ei saa. Peaksime tegema täpselt nii mitu erinevat kaarti kui palju on versioone. Nagu peame vastavalt õigustele erinevaid html'e joonistama vms. Kui sa ütled, et meil on vaja igale objektile oma kaarti ja igale õiguste komplektile oma kaarti jne, Siis meil on vaja süsteemi, kuidas kaarte hallata.
Kas nii saab:
Hakkame selle aadresside asjaga siis otsast uuesti. Paneks ta kuskile külge, saaksin katsetama hakata, mitte teoreetiliselt uurida. Millist mudelit kasutame (collection v component)? Millistele collectionitele see aadress juurde tuleb? Film, cassette, cinema .... mis veel (mis esimene)
Näitamise õiguste osas ilmselt saame kasutada meie õiguste süsteemi, et saad anda inimesele õiguse näha just selle infot (kaarti)
- kui on objekt, mille asukoht ei ole avalik, siis on igal objektil oma kaart, kus teisi objekte ei näidata / ei ole
Jah, arvan, et iga kord, kui inimene avab akna ja tal on õigus ühe objekti kaarti näha, siis saab võtta selle aadressi (mida on lubatud näha) andmed ja genereerida inimese kaardi. Kaua see aega võtab ma ei tea, aga kui frondil on info olemas, siis ilmselt mitte pikalt.
2. kui on avalik objekt, siis näidatakse tema asukohta kaardil, kus on ka teised avalikud objektid
Jah, arvan, et kui frondil on olemas info, et sellel kaardil peavad olema nende valitud objektide andmed, siis saame lugeda need andmed ja genereerida kaardi.
Niipalju kui uurinud olen, siis eksisin ilmselt enne, kaart genereeritakse olemasolevate andmete põhjal.
Lisasin Address collectionisse välja gm_embed Sest tõepoolet on keeruline juba kaardile märgitud objekti koordinaate Google Mapsist saada. E loodud onjekti enda infost ma neid ei leiagi. Ja ses mõttes ongi meil kaks viisi lokatsioonide kaardiga sidumiseks: 1) lokatsioon juba on kaardil, agu Telliskivi loomelinak. Sel juhul saame kasutada enmbed linki ja ideaalis võiks selle alusel Googlest API'ga saada talle juurde koordinaadid? 2) lokatsiooni veel ei ole kaardil, e meie loome selle, siis saavad lähteandmeteks olla koordinaadid, mis Google Mapsilt mina kasutajana võtan ja kopeerin aadressi andmetesse.
ja lisasin ka Google Plus Code välja aadressi
https://admin.poff.ee/admin/plugins/content-manager/collectionType/application::address.address/49 Telliskivi loomelinnakul on nüüd erinevad Google asukohamäärganud küljes: Plus code, Embed iframe code ja koordinaadid
kui Telliskivi loomelinnaku locationil on nyyd sellised Google asukohamäärangud küljes - kas saame googlelt tagasi küsida loomelinnaku kaardi embed koodi? Eesmärk on saada info kasutajalt, kes annab lokatsiooni kohta google andmed ja lokatsiooni lehel tahame näidata google kaardi embed'i. (E kui kasutaja ise ei sisesta meile kaardi embed koodi)
Liis vaata näidet Kogumelugu git repost
Filmilokatsioonide ja ka meie kinode asukohtade Google Mapsi kaartide loomiseks peaksime geolokatsiooniga objektide infot edastame Google Maps'i.
Näen seda ülesannet kaheosalisena:
Meie objekti ja asukoha kirjeldamise loogika: kas saame kasutada aadressi komponenti (aadressi komponendi osaks on ka koordinaadid, mida mõistab Google) või eraldi Collectionina? -- ja hübriidvariant: lokatsiooni aadress on komponent lokatsiooni objekti all, aga 'lifecycle' teeb lisaks ka eraldi collectioni aadressidest / füüsilisest asukohtadest?
Nende füüsiliste asukohtade Googlele mõistetavate koordinaatide Google API kaudu kaardile kandmine -- teeme poff.ee kasutajaga mingi testkaardi ja lisame sinna testasukohti?
Siin on üks sissejuhatav tutorial Google mapsi API kohta https://www.youtube.com/watch?v=CdDXbvBFXLY