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

[Thomas Nagy]

Bedobok pár csontot, bár nem biztos, hogy mindegyik jól irányzott.

A vektor csempék eleve kisebbek mint a raszteresek.

Minél kevesebb információ van rajtuk, minél egyszerűbb a stílus, annál 
kisebbek.

Ha a térképadatokat visszük át és nem a renderelt stílust, további szerver 
erőforrást spórolhatunk, és bizonyos esetekben szintén csökkenhet a 
sávszélesség igény is.

A térkép adatbázis egy vázlatos ábrázoláshoz jelentősen előszűrhető (ebbe 
geometria egyszerűsítést is bele értek). Nem tudok arányt mondani, de én 
több nagyságrend megtakarítást képzelek.

A játékosoknak telepítéskor a régiójuknak (ország? legvalószínűbb városok?) 
megfelelő részlet előre letöltésre kerülhetne offline használatra. Például 
magyar játékosnak egy egész Magyarország térkép ha csak tizedére volna 
szűrve akkor akár 20MB-ra is adódhatna. Egy adott telepítő CDN-je pedig már 
elég jól megoldott, egyszerűen kezelhető kérdés.

Ez az ODBL-nek hála ráadásul sokkal nyugodtabban megtehető mint fizetős 
térképeknél.

Ezáltal további sávszélességet illetve számítási kapacitást csak a 
"roaming" userek generálnának, akik a megszokott körzetből (megye/ország) 
kilépnek, ami nagyságrendekkel visszaveszi a szerver terhelést.

Megérzésre ez alapján a játék logika veszi majd el inkább az erőforrások 
javát.

Szabad megcáfolni vagy kiegészíteni bármelyik pontot.

On Tuesday, February 7, 2017 at 5:30:40 PM UTC+1, Bihari Kristóf wrote:
>
> Bocs, az előbb lemaradt egy link: 
> https://wiki.openstreetmap.org/wiki/Vector_tiles
> A saját szerverrel az a gond, hogy iszonyú melónak tűnik ekkora terhelésre 
> felkészülni: én nem vagyok a téma avatott szakértője, de alaposan végig 
> kell gondolni a szűk keresztmetszeteket a rendszerben, mert pl. hiába van 
> 100 szerver egy szobában, ha a hálózat nem bírja. 
> Utánaszámoltam a Pokemon GOalapján csak a sávszélességnek: tudjuk, hogy a 
> csúcson 40M napi használó volt, átlagosan napi 30 percet használták, az app 
> óránként 2-8 (azaz ~5) MB adatot használt, ez tehát *napi* 200 TB forgalom 
> amihez nem árt egy stabil 20 Gbps uplink, na meg egy szolgáltató, aki 
> olcsón méri a netet, mert havi 6 PB (petabájt) nem kevés... Ha megfordítom, 
> egy random VPS szolgáltató legnagyobb csomag 
> <https://www.dotroll.com/hu/szolgaltatasok/vps/xen8g>jában *havi* max 6 
> TB adatforgalom van (ez ráadásul nem is feltétlenül külföldre), ami csak 
> negyvenezer "Pokemon GO" típusú" (minden nap 5 MB körül forgalmazó) 
> felhasználót tud eltartani... az induláshoz éppenséggel elég lehet, de egy 
> 10-50-100-1000 szerveres hardverparkot manuálisan kezelni elég bonyinak 
> tűnik... Persze ne mtudom, milyen vasat akartok alátolni.
> (és akkor még nem beszéltünk arról, hogy a 100 szervered egy szobában van, 
> ahol ha elmegy az áram vagy a net, akkor nincs szolgáltatásod, ráadásul pár 
> országgal odébb már elég csúnya késéssel érnek oda az adatok... és akkor 
> hirtelen ott tartasz, hogy az Amazon vagy a Google rendszere mennyivel 
> kényelmesebb)
>
> -K.
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.openstreetmap.org/pipermail/talk-hu/attachments/20170207/39dc4078/attachment.htm>