Keresés

Részletes keresés

rugo- Creative Commons License 2001.11.21 0 0 1834
Halla Vgyuri,

nézd már meg a levelesládád.
Küldtem egy levelet. (Ha már olvastad csak nem volt rá idő, akkor bocs, nem sürgetni akarlak :-)))

rugo

torban Creative Commons License 2001.11.21 0 0 1833
PC WORLD december. 70-71 oldal. Az AeroMap bemutatása.
BadGe ! Gratula !
Vgyuri Creative Commons License 2001.11.21 0 0 1832
Meglehet, neken még csak a Pannon-lyukakhoz volt szerencsém, mert nekem az van. És amikor Csákvár környékén én nem tudtam beszélni, mellettem a Westel-es telefonálónak be nem állt a szája.

Hivatalos lefedettség/térerö térképeket még nem láttam, de nyilván ezeket sem egy független külsö vizsgáló vette fel.

Előzmény: Kjr (1831)
Kjr Creative Commons License 2001.11.21 0 0 1831
De ha pl. a Pannon vagy a Vodafon adohálózatát használja, akkor igen lyukas is a háló

Értsem úgy, hogy a Westel hálózatával nem lenne lyukas? Ha ennek szántad, akkor vizsgáld felül álláspontodat, mert a Pannon országos lefedettségének mértéke a Westelével megegyező. Szerencse vagy balszerencse (= az adótelepítés helyének) kérdése, hogy egy adott félreeső helyen éppen az egyik vagy a másik esik ki.

Előzmény: Vgyuri (1824)
Vgyuri Creative Commons License 2001.11.20 0 0 1830
MGP

Jaj, anyám. Még mindig az USA áraknál tartasz? Inkább az európaiakkal hasonlitsd össze, az is megfelel a célnak. Németországban egy eTrex kb. 380-400 DM, ami 48 000 HUF-nak felel meg. Ez is olcsóbb, mint itthon, de már látszik a tendencia. Amennyivel sürübb a fillér a burkusoknál, annyival tudják olcsóbban adni. Az ott eladott darabszám már jobban elosztja a rezsit, és több versengö disztributort eltart.

Előzmény: MGP (1826)
TérképCentrum Creative Commons License 2001.11.19 0 0 1829
Bocs. Nem rogo, rugo :-)
TérképCentrum Creative Commons License 2001.11.19 0 0 1828
GPS pontosság ügyben ajánlom rogo cikkét:
Miért nem pontos a GPS-szel mért pozícióm?

Ha másnak is van hasonló tanulságos írása, küldje el nekem, megjelentetjük.

Csiz

torban Creative Commons License 2001.11.19 0 0 1827
A GSM-ben a Location Based services-hez használják a dolgot. Pontossága 100 -150 m, de lehet pontosabb is (nem lesz nincs rá igény, vagyis nagyobb a beruházás, mint a haszna...)

pl. étterem hol van itt? Benzinkút? stb

MGP Creative Commons License 2001.11.19 0 0 1826
Kicsit keresgélve érdekesnek tünnek ezek a GPS-árak. Már megint nálunk minden a legdrágább:
eTrex: 62500 ft átlagos ár.
eTrex: 99,9 USA dollár (nincs 30000 ft!!)
cím:
http://www.amazon.com/exec/obidos/ASIN/B00003WGP5/geocac= hing/102-2937579-0198520
Denevér Creative Commons License 2001.11.19 0 0 1825
Persze, hogy marha drága! Valamiből a fejlesztőket is ki kell fizetni. :)

Ha valaki szerez egyet, mindenképpen kérjen szoftver frissítést, ha problémája akad. A PC-szoftver is kezd hozzá korrect lenni. A netes térképletöltés például meglepően gyors.

(V)

Előzmény: MGP (1821)
Vgyuri Creative Commons License 2001.11.19 0 0 1824
Nem hiszem, hogy navigációs helymeghatározási célra ajánlanák, bár hellyel-közzel arra is jó lehetne. Amikor megcsinálták, akkor az autólopó tenderre pályáztak vele, de miután az igazi GPS-esek gyöztek, ezután nem tudom, mi lett vele. SUI, mint konkurrens biztos jobban tudja, de hallgat, pedig már egyszer ez szóba került :-)

Nekem, mint léginavigációs beállitottságunak eleve nem szimpatikus egy olyan rendszer, amelyik 500-600 méter felett nem müködik. De ha pl. a Pannon vagy a Vodafon adohálózatát használja, akkor igen lyukas is a háló, egy 50-6§ezres OEM GPS modul kiváltására szvsz. nem érdemes ekkora rizikót vállalni.

Előzmény: Kumin Ferenc (1822)
rugo- Creative Commons License 2001.11.19 0 0 1823
A dolog elméletileg (és gyakorlatilag is) lehetséges.
A pontosság alapban szerintem max. néhány száz méter lehet, ez attól függően hogy a szolgáltató mennyi energiát (na meg pénzt) fektet(ett) a dologba valszinüleg még egy kicsit pontosítható.
(10-20 méter szerintem sosem lesz! Erre ne nagyon számítson az ismerősöd.)

üdv

rugo

Előzmény: Kumin Ferenc (1822)
Kumin Ferenc Creative Commons License 2001.11.18 0 0 1822
Remélem nem olyan kérdés, amit már korábban megbeszéltetek: egy szlovák ismerősöm szerint náluk az egyik GSM szolgáltató SMS-alapú helyzetmeghatározó szolgáltatást kínál, azaz, ha három bázisállomást egy időben "lát" a telefon, a rendszer visszakuldi az aktuális koordinátákat. Mennyire lehet egy ilyen megoldás pontos szerintetek?
MGP Creative Commons License 2001.11.17 0 0 1821
Lokator!
A MediaMarkt kissé mellényult ezzel az árral, ami meglepő, mert általában korrektebb árakat szabnak.A német oldalakon kb 200 eHuf körüli áron mozog, a depo.hu -ban 195+ÁFA-ért rendelheted meg. Nekem nagyon tetszik, csak persze marha drága. Eredetileg azért nézegettem mert a mobilomat is cserélni kellene, de pont azért mert kevés a saját telefonkönyve (100 név), de a Benefonban meg 0!!!! igy szoba sem jöhet.
A Garmin honlapon is van egy GSM-GPS készülék, cc245 eHuf áron.
Ha már itt vagyok megkérdezném: érdemes-e még megvásárolni eTrex-et (alapmodelt), GPS-tanuláshoz, geocachinghez stb. vagy érdemesebb várni mig a térképes modellek ára normalizálodik.
Üdv:
MGP
Előzmény: Lokator (1818)
Finrod Creative Commons License 2001.11.16 0 0 1820
Szia BadGe,

Az igazat megvallva pont nem latszik milyen parametereket SZAMOLSZ KI a kalibralasnal. Amit betettel az a foldrajzi->pixel atszamitas ha jol lattam, es emlekszem mit tettel be (nincs kedvem megint megnezni, nem fontos annyira :))) de pont az nem derult ki hogy HANY adatot szamolsz ki. De mint emlitetted is most, rengeteg adatot feltetelezel meg, pl. a hosszusagi es szelessegi fok kepenek hosszaranyat. Feltetelezesnek nevezem mindazt amit nem kiszamolsz kizarolag a user adataibol.

Ezt egy tetszoleges terkepnel nem feltetelezheted, es ha a user beadja, akkor pedig mar NEM igaz az hogy csak ket ponttal kalibralsz, hanem ket ponttal es egyeb adatokkal.

Azert azt hogy hibakbol kovetkeztetni projekciora, az azert egy kicsit veszelyes dolog, ennel van egyszerubb megoldas is: ugy hivjak hogy combo-box amiben a user beallitja a projekcio tipusat amit a terkep informacios mezojebol leolvas, es altalaban minden terkepen feltuntetik :)

Ami a gumilepedot illeti, nem tudom ki csufolja es mit csufol, csak sejtem hogy arra az algoritmusra utalna amit a COMPUMAP-be irtam, tehat egy a user altal felvett ponthalo alapjan a legkozelebb eso pontok alapjan linearisan interpolal a rendszer.

Ez mellesleg azt is lehetove teszi amit EGYETLEN akarmilyen hiperszuper keves pontos kalibracio sem biztosit: a lokalis szkennelesi hibak (megcsuszas) lekezeleset.

Ami a tetszoleges mennyisegu ponttal kalibralt terkepet illeti, nagyon egyszeru megoldani:

1. fogsz terkepet,
2. leszkenneled,
3. kalibralod.

Ha lusta vagy, mint en, megirod a megfelelo programot a harmadik lepeshez, es az elso kettot a userre bizod, mint en, meg mint a fugawi meg mint minden masik program ami tetszoleges terkepet hasznal. :)

Tovabbra is fenntartom hogy a fenti algoritmusnal nem lehet jobbat adni, ami elfogadhato hibaval mukodik (aki nem fogadja el a hibat, az surubben tehat tobb ponttal kalibral), es a helyi hibakat pl. szkenner megcsuszik, is lehetoseg szerint kikuszoboli.

Finrod

Előzmény: BadGe (1819)
BadGe Creative Commons License 2001.11.16 0 0 1819
;) hát igen, pont valami ilyes fajta szakértelemre lenne szükségem. valóban nem pakoltam be a teljes forráskódot, de az azért talán látszik belőle, hogy milyen paramétereket veszek figyelembe. Az LCC vetület esetén a két pontnak meghatározott viszonyban kell lenniük. Ha a megadás során ez nem stimmel, akkro más egyéb paramétereket kell változtatnom, ami ebben az esetben pl a sukennelt térkép elfordulása. A kúp egyébként az 50. szélességi kör mentén _érinti_ a _gömböt_. merthogy gömböt használok. A módszer természetesen csak kis területen működik (pl Budapest :) illetve magyarország méretekben akkor ha a térkép vetülete egyezik.

Abból amit leírtál az hatott meg igazán, hogy több felvett pontból és az egymáshoz képes mérhető, különböző vetületi rendszerekben értelmezett hibáikból következtetni lehet a térkép eredetére, vagyis arra, hogy milyen leképezéssel készült.

Régóta tépen azon a szám, hogy egy olyan kalibrációs rendszerre lenne szükségem, ami szép nyugodtan megoldja a több (sok) pontos kalibráció kérdését. A kiindulási alap, hogy ha a referencia pontok illeszkednek a térkép kijelölt pixelére, akkor azok rörzetében is mindennek illeszkedni kell feltéve, hogy megfelelő transzformációt alkalmazunk.

Tehát urak, a következőre lenne szükségem:
1. tetszőleges mennyiségű ponttal kalibrált térkép
2. ErthToMap(...)
3. MapToEarth(...)

más nem is nagyon érdekel. Az algoritmus meg találja ki, hogy a sok-sok ref pont alapján hol milyen transzformációt kell használni.

Te Finrod, ez a bizonyos _GUMILEPEDŐ_-nek csúfolt transzformáció neked nem mond valamit? Ahogy elképzelem nekem épp valami ilyesmire lenne szükségem.

Ge.

Előzmény: Finrod (1815)
Lokator Creative Commons License 2001.11.16 0 0 1818
Ha valaki megnyeri a lotto otost... Benefon ESC. Most a MediaMarktban 300k HUF.
rugo- Creative Commons License 2001.11.16 0 0 1817
Na tessék, ez a Finrod koléga már meg is tette.
(Engem meggyőzött, aszem ugyan azt modjuk, csak én nem tudtam ilyen szépen kifejteni)

üdv.

Előzmény: Finrod (1815)
rugo- Creative Commons License 2001.11.16 0 0 1816
Én biztos vagyok abban hogy időnként benéznek ide geodéták (vagy hasonló, ezt az "ipart" hivatalból űző) és ebből adódóan profi kollégák is...

Ha van itt valaki ilyen a vitát eldöntendő erősitsétek vagy cáfoljátok lenti amatőr hozzászólásom.

kösz

üdv
rugo

Előzmény: rugo- (1814)
Finrod Creative Commons License 2001.11.16 0 0 1815
Szia BadGe,

de akkor sem mukodhet egy konkret algoritmus minden tovabbi feltetel nelkul ket tetszoleges pontbol.

Egesz biztos hogy tovabbi feltelek vannak ahhoz az algoritmushoz amit te mondtal, csak konkretan azokat a felteteleket elfelejtetted elmondani.

Amit te mondtal vetuletet (Lambert Conformal Conic projection) az egy konkret kupvetulet, tehat arra mukodHET. De ez hogy kikotod a vetuletet, mar magatol is tovabbi feltetel. Ezert igencsak meglepne ha hengervetuletre vagy akar mas kupvetuletekre is tokeletesen (0 hibaval)mukodne ket pontbol tovabbi feltelek nelkul.

Ahhoz hogy te egy terkepet bekalibralj, ahhoz meresi adatokbol kell a terkep parametereit visszaszamold. Ahany parameter, annyi egyenleted kell legyen.

Ket pontbol akar milyen faramuci algoritmusod van, nem lesz eleg egyenleted ahhoz hogy TETSZOLEGES vetulet osszes parameteret visszaszamold, es meg a vetuletet is azonositsd, valamint a szkennelesi torzitast is kompenzald.

Vegyuk a legegyszerubb peldat:

1. Hengervetulet, tehat a hosszusagi korok parhuzamos egyenesek, es a szelessegi korok szinten. A hosszusagi korok tavolsaga azonos, a szelessegi korok tavolsaga monoton csokkeno a sarkok iranyaban, kis teruleten elhanyagolhato, viszont mas es mas szelessegi koron levo dofespontu hengervetuletnel mas es mas a szelessegi korok tavolsaga (hosszusagi fok) a hosszusagi korok tavolsagahoz (szelessegi fok) kepest.

Ahhoz hogy leird a hengervetulet kepet egyszeruen, eleg 5 osszetartozo fuggetlen adatra van szukseged:

PL:
1. Az eszaki irany kepenek iranya a kepfile
fuggoleges oldalahoz kepest (deklinacio).

2. Az eszaki iranyba mutato megadott hosszusagu
vektor kepenek hossza a keppontban.

3. A keleti iranyba mutato megadott hosszusagu
vektor kepenek a hossza.

4-5: Egy kituntetett pont x es y koordinataja a kepen.

Ez ot egymastol teljesen fuggetlen ertek, egyiket sem tudod a masik 4-bol kiszamolni, tehat ennel kevesebb parameter nem lehet eleg egy hengervetulet leirasahoz.

Ez egy tetszoleges de KIS TERULETET atfogo hengervetulethez eleg. A kis terulet atfogasa fontos, mert nagy teruleten mar nem igaz az hogy az eszaki iranyu 1km-es vektor kepe tetszoleges szelessegi foknak ugyanolyan hosszu.

Ez most helybol 5 adat amit 2 TETSZOLEGES pontbol NEM LEHET megallapitani mert csak azt a 4 egyenletet tudod felallitani, ami a 4 koordinatat kiszamolja tetszoleges altalad kivalasztott modon, ami aritmetikusan elvegezheto.

Ahhoz tehat, hogy te ezt ket pontbol kiszamold tovabbi felteteleket kell megadnod, amik ujabb egyenletek hozzaadasat biztositjak.

Ilyen lehet pl. az, ha pontosan tudod a vetulet dofespontjanak szelessegi koordinatajat (azt a szelessegi kort amin vett szelessegi/hosszusagi fok kepeinek hosszaranyat feltetelezheted) ES feltetelezed hogy nem torzit a szkenner.

Ez esetben van 1 plusz egyenleted, ami alapjan az elso parametert ki tudod szamolni, mert ki tudod szamolni hogy milyen iranyban kell allnia a ket pontot a kepfilebna osszekoto egyenesnek az eszaki irany kepehez kepest.

Vagy feltetelezed azt hogy pontosan beallitottad a delkoroket eszaki iranyban a kepfileban, ami szinten az elso erteket adja, ez esetben nem erdekes a szkenner torzitasa amennyiben egyenletesen torzit az egesz terkep teruleten (minden pontban ugyanannyi a fuggoleges es a vizszintes iranyu 1papircm/kepfilepixel arany.

Es akkor meg csak hengervetulettel dolgoztunk, ahol a kep elmozgathato, tehat tetszoleges helyrol kivalasztott ket pontbol ugyanazt az informaciot tudod leszurni anelkul hogy ismerned a vetulet dofespontjat.

Tetszoleges kupvetuletnel mar sokkal zurosebb dolgod van, ott ugyanis attol fuggoen hogy hol vagy a terkepen a dofesponthoz kepest mas lesz ket pont tavolsaga a terkepen. Ott mar 5 adat nem is lesz eleg szerintem.

Szerintem eleg meggyozoen bizonyitottam, hogy ha kezedbe adok egy kepfilet es csak annyit mondok hogy hengervetulet elforgatva (tehat nem tudod merre mutat az eszaki irany) es egy resze levagva (tehat nem kituntetett pontok es nem tudod hol a dofespont tehat nem tudod a szelessegi es hosszusagi fok hosszanak aranyat), es megmondom ket pont koordinatajat, foldrajzi es kepfileban akkor te ebbol nem fogod tudni megmondani nekem (mert matematikailag lehetetlen) azt az ot adatot amit fent definialtam, mert csak 4 egyenletet tudsz felallitani.

Ergo az elobbi pelda ellenpeldanak tekintendo, tehat cafoltam a feltetelezest hogy tetszoleges vetulettel eloallitott terkep szkennelese utan csak ket megadott pont koordinataibol tovabbi feltetelek teljesulese nelkul pontosan kalibralni lehet a terkepet.

Ebbol kovetkezik, ha az algoritmus amit hasznalsz mukodik, akkor vannak olyan feltetelek amiket elhallgattal, es tovabbi egyenleteket biztositanak. (Pl. hogy valamilyen helyzetben kell betenned a terkepet, vagy az egyik pontnak a terkep kozepvonalan kell lenni, vagy a kozepvonalhoz kepest szimmetrikus pontokat kell lemerj, vagy megmondod hogy a kozepvonal milyen aranyban van a pontokhoz, vagy mas feltetelek).

Ezek mind-mind tovabbi egyenleteket adnak.

Innentol kezdve ne haragudj, de azt amit leirtal (ertsd pontosan annyi informaciot amit leirtal, azt pedig nem hozzaertve amit elfelejtettel elmondani), csak mokusvakitasnak tudom minositeni.

Finrod

ui: bocs ha egy kicsit hosszu lett.

Előzmény: BadGe (1811)
rugo- Creative Commons License 2001.11.16 0 0 1814
EMBEREK !
mielött "ölre mennétek", had jegyezzem meg hogy feleslegesen vitatkoztok ezen (Ó)

Szerintem mindkettőtöknek igaza van (lehet), csak éppenséggel nem egyről beszéltek!!! (Mint általában mi mindannyian a magunk észjárásával gondolkodunk és nehéz átváltani a másikéra)

A Vgyuri arról az esetről beszél amikor fingunk sincs a trkp vetületi rendszeréről (és ekkor szerintem sem (és _biztosan_ NEM elég két ref pont! -Lásd egy réges régi értekezésem lentebb itt a fórumon-)

BadGe meg arról az esetről beszél ha ismert a trkp vetületi rendszere (LCC= Lambert Conic Conformal ez esetben)
Ekkor meg Ge-nek van igaza! (Mert itt egy spec esetvan, a vetületi rendszerből sokminden következi, ezért elég (lehet) a két pont.
(BadGe: kérdés hogy kalibrál(nál) ha egy más vetületi trkp-ről lenne szó?)

(5let: mondjuk szerezz egy EOV-s térképdarabot és próbáld ki.)

Na, "áldásom (r)átok" :-)))

rugo

Előzmény: BadGe (1813)
BadGe Creative Commons License 2001.11.16 0 0 1813
Hát akkor elemezgesd, tényleg mágikus. illetve LCC, amiből valóban egy nagycsomó egyéb adat is következik :)

//**************************************************
//*
//* Kiszámítja egy adott földrajzi szélesség távolságát
//* a pólustól. Sok esetben a vetített földrajzi pontot
//* ezzel a sugárral számítjuk ki.
//*

double CGeoCalc::LatitudeDistance( double l )
{
double sz; // számláló
double n; // nevező
double beta; // komplementer szög;
double m1; // a kúp "kis" magassága

beta = 90 - l;
sz = tan( beta * RAD ) * cone_m;
n = tan( alpha * RAD ) + tan( beta * RAD );
m1 = sz/n;

return m1/cos(alpha*RAD);
}

//**************************************************
//*
//* A szélességi és hosszúsági koordinátákat
//* a kúppalást x,y koordinátáivá transzformálja.
//* Az eredményeket a CEarthCoordinates erre a
//* célra fenntartott x,y változóiban kapjuk.
//*

void CGeoCalc::ConeCoordinates(CEarthCoordinate *a)
{
double n, ld;
//
// a leképezés sugara
//
n = LatitudeDistance( a->Lat );
//
// torzított szélesség
//
ld = a->Long * cone_lambda * RAD * m_Ortographic;
//
// x,y koordináták a kúppaláston
//
a->x = cos( ld ) * n;
a->y = sin( ld ) * n;

return;
}

//**************************************************
//*
//* Bemenő paraméter az A földrajzi koordinátái
//* az eredményeket X,Y-ban kapjuk
//*

void CGeoCalc::EarthToMap( CEarthCoordinate *a )
{
double x,y;
double Lat,Long;

//
// 0. leképezés
//
switch ( m_Projection )
{
case PRJ_CONE :
ConeCoordinates( a );
//
// 1. térkép deviáció korrigálása
//
FlatRotate( &ref1 , a , map_dev + map_dev2 + m_RotationConstant);
//FlatRotate( &ref1 , a , map_dev2);
//
// 2. térkép elhelyezése a középpontban
//
x = a->x - ref1.x;
y = a->y - ref1.y;
//
// 3. átszámítás pixelekbe
//
x = x * km2pixel;
y = y * km2pixel;
//
// 4. elhelyezés a térképen
//
x = x + ref_x;
y = ref_y - y; // képernyő inverz Y felépítése miatt !

//
// 5. eredmény
//
a->x = x;
a->y = y;
break;
case PRJ_ORTO:
//
// bázisponthoz viszonyított koordináták
//
Lat = a->Lat - ref1.Lat;
Long = a->Long - ref1.Long;
//
// skálázzuk az adatokat
//
a->x = Long / OrtoLong;
a->y = Lat / OrtoLat;
//
// bázispontok hozzáadása
//
a->x = a->x + ref_x;
//a->y = ref_y - a->y;
a->y = ref_y + a->y;
break;
}
}

Előzmény: Vgyuri (1812)
Vgyuri Creative Commons License 2001.11.16 0 0 1812
Akkor te meg a programod tenyleg magusok vagytok. Lehet hogy nekem valami földhözragadt marxista-morfinista materialista lineáris geometriai képem van, aki utoljara 35 évvel ezelött tanult mértant:-)

De én úgy gondolom, hogy egy területi interpolálást, ami a koordináta átszámoláshoz kell, csak legalább 3 sarok ismeretében lehet csinálni, de a háromszögön belüli interpolálásnál biztosan egyszerübb a négyzeten belüli, vagyis négy sarokpont. Ha ebböl neked kettö adott, akkor biztosnak kell lenned ahhoz, hogy a másik kettöt ugy kapod meg, hogy az egyik pont X koordinátáját kombinálod a másik Y koordinátájával és viszont. Ez csak derékszögü négyszög esetén egyértelmü, minden más esetben végtelen számú lehetöség van.
Ugyanez érvényes az elforgatásra is. Ha nem észak-déli a szkennelés, nem lehetsz biztos benne, hogy két azonos X-koordinátáju pontot összekötö egyenes észak-déli irányt jelöl ki.

Én ebböl szerény képességeimmel nem látok elméleti kiutat, a gyakorlati eredményt láthatod az Ozi Demo tapasztalataival. De még azt sem tartom lehetetlennek, hogy éppen ezen kalibrálási rendszered miatt volt rossz az összes térképről levett közut rajza - ahogy még az elején panaszkodtál - a trackböl visszavetthez képest.

Előzmény: BadGe (1811)
BadGe Creative Commons License 2001.11.15 0 0 1811
Gyuri, csak az érdekesség kedvéért jegyzem meg, hogy én 2 ponttal kalibrálom a szkennelt térképeket. Ez biztosan valami mágikus algoritmus lehet, merthogy csodák csodájára figyelembe veszi a térkép esetleges elforgatásait is. Sőt, mivel az algoritmus eleve szkennelt téképekhez készült, ezért ez azt hiszem alapkövetelmény is volt... na mindegy, amíg nem freeware, addig hiába is jártatom a szám :(

Ge.

Csak a teljesség kedvéért, Lambert Conformal Conic projection, a'la AeroMap. Eredetileg az 1:500e-es légügyi térképhez készült, de az autós térképeket leszámítva :( más térképek esetén is nagyon jól működik. Ide tartoznak a várostérképek is.

Előzmény: Vgyuri (1809)
Vgyuri Creative Commons License 2001.11.15 0 0 1810
Pardon, nem csak négyzet, hanem téglalap is lehet. Ezek összefogalaló neve a parallelepipedon? Már csak rémlik, régen tanultam számtant.
Előzmény: Vgyuri (1809)
Vgyuri Creative Commons License 2001.11.15 0 0 1809
Kékvillám:

Ez biza bödületes nagy marhaság volt. Miként azt néhány héttel ezelőtti kiselöadásomban már elmondtam, a két ponton való kalibrálás feltételezi

1. a pontos észak/déli irányba szkennelést
2.a derékszögü koordinátahálót a trapézos helyett.

Utobbi már eleve gyanus, mert ezesetben a térkép nem lehet szögtartó, már pedig a mozgótérképek azt szeretik. (Vagy további keresztkérdéseket tesznek fel vetületi rendszer vonatkozásában, ld. Fugawi). Ha végiggondold szegény progi által megoldandó feladatot, rájössz, hogy ha nem lehetsz biztos abban, hogy a két kalibrációs pont egy É/D tájolású négyzet két csúcsa, akkor végtelen sok koordinátából jöhet ki 1-1 pixel.

A három ponton való kalibárálásnál már a két feltétel közül az egyiket el lehet hagyni, de az igazi szabadságot csak 4 foktrapézban elhelyezett ponttal tudod biztositani.

Előzmény: kekvillam (1808)
kekvillam Creative Commons License 2001.11.15 0 0 1808
Sziasztok!

Lehet, hogy most valami boduletesen nagy marhasagot fogok kerdezni...

Tehat:
A szombati tura utan lehivtam a mentett waypontokat es a tracket egy bescannelt es _ket_ pont alapjan kalibralt (OziE. demo) turistaterkepre.
Meglepodve tapasztaltam, hogy a pontok nincsenek a helyukon es a track is keresztul-kasul "szaguldozik" a hegysegen, de meg veletlenul sem arra, amerre jartunk.
A terkepet a jobb helykihasznalas miatt ferden scanneltem be es nem forgattam vissza E-i tajolasuva.

Lehet ez a hiba oka?
Nem kene a programnak barhogyan forgatott terkepet helyesen kalibralnia? Vagy csak 2< pont alpjan?

Gabor

NoGun Creative Commons License 2001.11.14 0 0 1807
a pontosságot nem tudhatom, mert nem teszteltem GPS-sel, viszont a legkisebb falu is rajta van.
a felbontásból adódóan a kanyargós utak egyenesebbek, mint valójában...
Előzmény: rugo- (1802)
N.G.J. Creative Commons License 2001.11.13 0 0 1806
Most, hogy ilyen témára terelődött a szó, ismét felhívnám a figyelmet a www.freegis.org -ra. Nagyon sok jó program érhető el innen, köztük számos GPS-el foglalkozó is.
Én végiglátogattam már azokat, melyek az összefoglaló alapján jobban felkeltették az érdeklődésemet. Nagyon sok "keretrendszer" van köztük, ahogy előttem néhány hozzászólással nagyon találóan hívták őket. Az adat-konverziós és a nézegető programok száma is sok, és akad jópár vetületek közti átszámítást szolgáló eszköz is.
csillag Creative Commons License 2001.11.13 0 0 1805
A szoftverek a hazai fizetésekhez képest túlárazottak szerintem is.

Más: "pld. Ki a francnak kell pld. a WORD-be épített millió funkció? Az átlagember jó ha azok 10 %-at használja, mig megir egy szerződést vagy levelet vele. Miért fizessen a nem használt szolgáltatásokért? Jelenleg erre rá van kényszerítve! (rugo-)
"
Erre speciel már van megoldás, ha valaki nem tudná, a Win95 és az NT4 óta az oprendszerhez adják a Wordpad nevű programot. Nagyjából a Word 10%-át tudja.

Előzmény: rugo- (1804)

Ha kedveled azért, ha nem azért nyomj egy lájkot a Fórumért!