Re: [osm-hu] Re: Törléshez / módosításhoz mi kell?

[Thomas Nagy]

>> Mindig legyünk jóhiszeműek.
> Én próbálok, de szerintem ez már túlzás... :-)
>

Tapasztalat, hogy ezt nem lehet eltúlozni, és a legtöbben "nem viszik túlzásba".

> A fenti  eset miatt kellene szerintem a koord-ot módosítani, ahol egy objektum (orvos rendelő) arrébb volt megtalálható, mint ahol a térkép jelezte.
>

Még mindig nem kaptam választ arra, hogy miért kellene a koordinátát
kézzel beírni? A koordinátát "módosítani" (megváltoztatni) úgy
szoktuk, hogy először bekapcsolunk egy megfelelően friss háttérréteget
letöltjük az új hely kis környezetét, esetleg megnyitjuk a GPX tracket
is ami tartalmazza a bejárásunkat és a terepen felvett geolokált
megjegyzést, fotót vagy OSC fájlt (attól függ mivel készült a terepi
bejárás jegyzete). A meglévő POI fölé megyünk az egérrel, lenyomva
tartjuk a bal egérgombot, elhúzzuk a jegyzetünk alapján az új helyére
(ügyelve az új környéken levő POI-k egymáshoz képest való pozíciójára
is), majd felengedjük az egérgombot.

Egyetlen mobil GPS-e sosem lesz 1-3 méternél pontosabb, főleg magas
épületek környékén, így felesleges arra mint alapigazságra tekinteni,
azt mindig validálni kell más alapján is. Persze ha egy drónról jól
látható, szabad égi rálátású tereptárgyról beszélünk ahol a milliós
földmérő UFO-val fölötte állsz egy percig majd ceruzával leolvasod a
centiméteres pontosságú koordinátát akkor elnézést kérek, szívesen
megosztom a lehetőségeket ha ez a helyzet.

> Még postaláda sem volt ott. Előre-hátra mentem az utca mentén, hátha ki van írva valami, de semmi ilyesmit nem láttam
> Az utca másik oldalán volt valami trafóféle, de azt csak nem téveszti el valaki?
>

Meglepő dolgokra képes az autocorrect és a zsebmapping a mobilon!
Ezért szoktam én felmérés után otthon alaposan átnézni a rögzített
adatokat még mielőtt feltöltöm, de ezt nem mindenki teszi meg (még a
profik egy része sem!).

> Lassúnak találtam (többször is fent volt a gépemen),
>

Érdekes, nekem is fent volt a gépemen többször is, és nem találtam
lassabbnak a gépemet attól, hogy ott szunnyad a plusz pár mega a
tárolón. Egy kód csak futás közben lehet lassú. A JRE-t nem is nagyon
lehet futtatni, így meglepődnék ha azt lassúnak találja valaki.
Mindenképpen egy Javában megírt programról beszélünk (melyikről?) ami
egyes helyeken nem volt olyan responsive mint lehetett volna.

Ennek az egyik fő oka egyébként, hogy a mainstream fejlesztőknek
mindig a legdrágább gép áll a rendelkezésükre és ki se próbálják, bele
se gondolnak, hogy régebbi gépen hogyan futna (vagy örülnek ha
egyáltalán elkészült és nincs idejük ezzel már pepecselni).

Azért annyival nem lassabb az, főleg mivel a valóságban legtöbbször
csak kihívunk a natív könyvtárakig és vissza. Ahhoz képest még a benne
megírt algoritmusok sem teljesítenek rosszul:
https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/java-gpp.html

Inkább úgy fogalmaznék, hogy sokat tud, és ezt felelősséggel kell
tudni használni és azt gazdaságosan külön optimalizálni, ami nem
minden projekt budgetbe fér bele.

> továbbá a szakértők (nem én)  nem tartják (vagy nem tartották) biztonságosnak a használatát.
>

Erre kaphatok referenciákat, hogy ki gondolja ezt és mire alapozva?

https://en.wikipedia.org/wiki/Java_security

Az appletekkel sok gond volt régen, de az már a múlté. Az ráadásul
teljesen más kérdés, hogyha egy letöltött Java programot használunk
ami ráadásul nyílt forrású. Az utóbbi évtizedekben aki komolyan
gondolta amit csinál az úgyis konténerizálta ha ismeretlen programot
futtat. (Ebben a kontextusban a böngészővel együtt az appleteket is)

Rengeteg függvénykönyvtárat tartalmaz az alap disztribúció is, aminek
az idő közben javított hibáit ha összeadjuk nyilván nem egy meztelen
libc-vel kell összehasonlítani, hanem az összes lehetséges enterprise
könyvtárral ami elérhető az operációs rendszer csomagkezelőjében (vagy
honlapról/stb), amiben akadt bőven sérülékenység.

Más szakértők pedig a kézi memória menedzsmentet nem tartják
biztonságosnak és erre havonta ki is jön egy kritikus hiba, ezt be is
ismeri mindenki, és folyamatosan kutatják, próbálgatják az
alternatívákat. Egyes szakértők a PHP-t/Pythont sem tartják
biztonságosnak és mégis az fut a világ nagy részén.

>> Egyébként pedig szeretettel látunk a közösségünkben, lehet jönni
>> bátran Meetupokra, mapping partikra is, ott is sokat el lehet lesni
>> sokat! A következő hetekben én szeretném, ha visszamennénk az Oktogon
>> környékére például.