Re: [osm-hu] Fejlesztőt keresünk OSM térképhez

[Imre Samu]

>A játék mindössze megjelenítené az openstreetmap térképét a pokemon go-hoz
hasonlóan,
>utcanevek nélkül, nevezetességek nélkül, stb., tehát mindössze az utcák és
tavak stb. látszanának, semmi komolyabb.

- Ha a tavak közepére ( Balaton)   nem akartok véletlenszerűen "épületeket"
(figurákat)   rakni, akkor el kell érnetek a térképes adatokat is.
- Vannak katonai területek  és zárt magánterületek,    ezekről kell
információ a játékgeneráláshoz?

Ezt nem árt előre tisztázni, mert lehet, hogy ha csak egy háttértérképet
kaptok  (még ha vektoros is ) nem biztos, hogy elég.


> ezt el kellene dönteni úgy, hogy 3D hatása legyen.

Ha forgatható, dönthető, zoomolható kell :  akkor Vektoros .  ( hogy most
ez WebGL alapú vagy Unity  vagy ...   ezt már nektek kell eldönteni. )

Ha lesz időm majd csinálok egy hasonló demót - mint a denevéres   és   akár
egy meetup-os előadás is lehet belőle ...

>Hogy mennyire terhelné ez a szervert, mi a legoptimálisabb megoldás,

Ez majd úgyis utólag derül ki.

A Techempower benchmarkot érdemes megnézni:
https://www.techempower.com/benchmarks/#section=data-r13&hw=ph&test=db
Ha okosan választatok technológiát , akkor lehet, hogy a hardverigény
tizede kell.
Természetesen itt bölcs kompromisszum kell a fejlesztés gyorsasága és az
üzemeltetés között.

Eleve skálázhatóvá és hibatűrővé tervezzétek.  Még a prototípus is min 3
szerveres legyen ..  Ha valamelyik kidől, akkor tudja magát regenerálni.
A netflix Káosz majmai érdekes tesztmegoldás:
http://techblog.netflix.com/2011/07/netflix-simian-army.html
Természetesen itt nem az a lényeg, hogy rögtön olyan legyen,
de a tervezésnél vegyétek figyelembe, hogy hogyan lesz ez megvalósítva, és
egy  4napos európai ünnep elején az 50x terhelés ne terhelje túl a
rendszereteket,
hanem automatikusan skálázza fel magát és utána pedig skálázza le ...
Én valami hibrid cloud-os megoldáson gondolkodnék.
...

Amúgy szerintem az meg teljesen normális, hogy részeket újra kell írni, le
kell cserélni,
viszont modulárisra tervezzétek, és ha az egyik API -t  php-ról  GoLang
/Rust/Akármi   -ra át kell írni, akkor ne akkor kezdjetek gondolkodni ...


üdv,
 Imre



2017. február 8. 16:21 Adrián Varga írta, <vadrian001 at gmail.com>:

> Köszönjük mindenkinek a válaszokat, akkor még egy kicsit pontosítunk, hogy
> mindenki számára érthetővé váljon.
> A játék mindössze megjelenítené az openstreetmap térképét a pokemon go-hoz
> hasonlóan, utcanevek nélkül, nevezetességek nélkül, stb., tehát mindössze
> az utcák és tavak stb. látszanának, semmi komolyabb.
>
> Ami eddig elkészült nekünk:
> HTML5 alapú alkalmazást tervezünk, megjelenítettük az openstreetmap
> térképét, a gps koordináta x másodpercenként frissül, javascript-tel a már
> megjelenített térképre pedig rátettünk kis képeket amik a játék
> szempontjából fontos helyeket ábrázolnak. Ezeket az adatbázisunkból
> olvassuk ki, mely tartalmazza az adott objektum gps koordinátáját. Ha erre
> rákattint valaki, akkor a felhasználónak egy div ablakban további
> lehetőségek nyílnak meg. Tehát az openstreetmap térképéhez mi nem nyúlunk
> hozzá és a felhasználóink sem tudnak változtatni a térképen, csak magán
> azon, hogy mit pakolunk rá a térképre a saját adatbázisunkban.
> Amit szeretnénk változtatni:
> A korábban csatolt képhez hasonlóan kellene ennek megjelennie, mert
> jelenleg egy sima felülnézeti térkép, ezt el kellene dönteni úgy, hogy 3D
> hatása legyen. A kis képek pedig 3D-ben jelennének meg rajta.
> Ami a problémát jelenti:
> 1. Nem értünk az unity-hez, nem tudjuk 3D-ben megjeleníteni a térképet.
> 2. Az elérhető példák (mint pl. mapbox) jók lennének, de nem akarunk
> kívülállókat belevonni, mivel a játék jellege miatt (adatbázist használunk
> és php-t) amúgy is nagy terheltségre kellene felkészülnünk, ezért
> mindenképpen saját szervereket kéne üzemeltetnünk, akár a világ több
> pontján. Ezért jött az ötlet, hogy az openstreetmap adatbázisát átmásoljuk
> a saját szerverünkre, és erre készítjük el a csempéket, hogy a korábban
> említett módon megjelenhessen a térkép. De ehhez szintén nem értünk, nem
> foglalkoztunk még ilyennel.
>
> Tehát lényegében arra van szükségünk, hogy az osm adatbázisát felmásolni a
> mi szerverünkre és a képen látható módon előállítani a csempéket.
> Hogy mennyire terhelné ez a szervert, mi a legoptimálisabb megoldás,
> sajnos ez még számunkra is kérdéses.
> Valamelyikőtök írta, hogy a kliens oldali cache is csodákra képes, nekünk
> is az az elképzelésünk, hogy a játék betöltődésekor a felhasználó körüli
> 10km-t betöltse, és csak akkor frissül a térkép, ha már szükséges, mert
> annyira elmozdult a játékos.
> Valamelyikőtök azt is írta, hogy a pokemon go a google cloud engine-t
> használja. Ettől sem zárkózunk el, de ez hogyan működik? Tulajdonképpen a
> google szervereit használjuk, azon fut a játékunk és a google-nak fizetünk
> a szerver bérlésért?
>
> Sajnos nagyon a részletekbe még mi sem merültünk bele, folyamatosan
> gyűjtjük és kapjuk az új információkat, de egy óriási terhelésű játékra
> felkészülni nem könnyű. A tervünk az volt, hogy először elkészítjük az
> alapot, nagyjából működőképes változatot, utána lépünk tovább. De hiába
> építenénk fel akár a mapbox-ra a játékunkat, ha utána kezdhetjük
> majdhogynem előlről, mert mégsem a mapbox-on keresztül fogjuk használni,
> hanem saját szerveren keresztül. A térképtől függetlenül pedig maga a játék
> is bonyolult, fel kell készülni a tömeges sql lekérdezésekre, php oldalak
> megnyitására, amihez szintén sok szerver szükséges és az azok közti sql
> adatbázist folyamatosan szinkronizálni egymással. Mert egy sima weboldal
> sem fut el több millió folyamatos felhasználóval egy szerveren..
>
> Tehát akinek esetleg ilyen nagyobb szerverfelépítési hasznos információi
> vannak, azt is szívesen fogadjuk, és hogy mit javasoltok, akkor gyártsuk le
> a csempéket és használjunk sok különböző szervert a világ minden tájáról,
> vagy google szerverét használjuk, esetleg a mapbox-on keresztül (de akkor
> mi legyen a mi adatbázisunk tömeges lekérdezésével, tehát mindenképpen
> nekünk is kell szerver), vagy hogyan lehetne "egyszerűen"? Akár egyébként
> Google Maps-ot is használhatnánk, csak az openstreetmap választása tűnt
> egyszerűbbnek, a könnyebb felhasználhatóság miatt.
>
> Természetesen nem az a fontos, hogy most azonnal 40 millió játékosra
> készüljünk fel, örülnénk, ha 1 szerveren már működne a dolog, amin lehet
> tesztelni, bármi, beindítani először egy kis térségben, aztán később lehet
> belőle bármi, de úgy kellene elkészíteni, ha mégis ilyen sok felhasználó
> lesz, akkor ne kelljen újrakezdenünk és újraterveznünk az egészet, hogy
> most hogyan is tovább, hanem egyszerű legyen a bővítés.
>
> Köszönjük! :)
>
> --
> Magyar OSM Levelezőlista - openstreetmap-hungary at googlegroups.com
> leiratkozás: openstreetmap-hungary+unsubscribe at googlegroups.com
> ---
> Azért kapta ezt az üzenetet, mert feliratkozott a Google Csoportok
> „openstreetmap-hungary” csoportjára.
> Az erről a csoportról és az ahhoz kapcsolódó e-mailekről való
> leiratkozáshoz küldjön egy e-amailt a(z) openstreetmap-hungary+
> unsubscribe at googlegroups.com címre.
> További lehetőségekért látogasson el ide: https://groups.google.com/d/
> optout.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20170208/9549ea52/attachment.htm>