Ano to s tim routovanim pravda je. Je to tim, ze graf (vrcholy a hrany)
urcuji way, kde vrchol je pocatecni a koncovy nodeID. To jsou prave ty
krizovatky. Kdyz je spojis do jedne way napr. u Tckove krizovatky tak
pak bude ta treti slepa, protoze nema navaznou way, ktera zacina stenym
nodeID
2008/10/24 Jachym Cepicky [EMAIL PROTECTED]:
A ještě by to chtělo, aby ty mapy měly synchronní pohyb :-D
no jestli vis jak to udelat tak porad, jeste sem nezjistil jak udelat
nakej ondrag callback:), ja prozatim jen kopiroval examply a generoval
api klice. Rozhodne to jeste poupravim.
ale
nevím jak u ostatních api, ale u OpenLayers
map.events.register(zoomend,map,zoomAllMaps);
no a pak už něco jako
function zoomAllMaps(e) {
for (var i = 0; i apis.length; i++) {
apis[i].zoomToExtent(this.getExtent());
}
};
nebo tak nějak podobně
j
Dne 24. říjen 2008
On Fri, 24 Oct 2008 08:02:20 +0200, Tomas Kolda [EMAIL PROTECTED] wrote:
A které routování s tím nefunguje? Zkoušel jsem yournavigation.org (který
vychází z gosmore), a nevadí mu to. Tuhle cestu
2008/10/24 Jachym Cepicky [EMAIL PROTECTED]:
nevím jak u ostatních api, ale u OpenLayers
map.events.register(zoomend,map,zoomAllMaps);
uz sem to nasel eventy zoomend a moveend, pridam to tam. dik za nakopnuti:)
--
Michal Grézl
http://walley.org
Tomas Kolda napsal(a):
Ano to s tim routovanim pravda je. Je to tim, ze graf (vrcholy a hrany)
urcuji way, kde vrchol je pocatecni a koncovy nodeID. To jsou prave ty
krizovatky. Kdyz je spojis do jedne way napr. u Tckove krizovatky tak
pak bude ta treti slepa, protoze nema navaznou way,
Tomas Kolda napsal(a):
Ahoj,
takze jsem dodelal import. Dost me zdrzel prevod souradnic, ale melo by
to byt ok. Pro zvedave k presnosti posilam vysek databaze v okoli
prehrady. Zatim je tam jen waterway a vzdy river, ale nazvy uz tam
jsou.Polygony a brehy jeste dodelavam.
Podivejte na
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni
navigacni data napr. multinet jsou skutecne rozsekana po castech (format
GDF).
Jestli je to v OSM takto zavedene, tak proc ne. Asi tento zpusob
Vecer neco poslu. Ja vybral oblast kde jsou polygony, linie i riverbank.
Kdyz posles bounding rect udelam oblast na morave. Hlavne at to neni moc
velike...
Jinak kdyz to dam do JOSMu a pak stahnu okoli, tak ta oblast co jsem
posilal sedi skoro presne...
T
Petr Nejedly napsal(a):
Tomas
Ahoj,
On Fri, Oct 24, 2008 at 09:48:37AM +0200, Tomas Kolda wrote:
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni
navigacni data napr. multinet jsou skutecne rozsekana po castech (format
GDF).
Tomas Kolda napsal(a):
Vecer neco poslu. Ja vybral oblast kde jsou polygony, linie i riverbank.
Kdyz posles bounding rect udelam oblast na morave. Hlavne at to neni moc
velike...
Na porovnani by stacil ten kousek, co jsem psal, cili:
[50.152,16.813,50.154,16.817]
Jinak kdyz to dam do JOSMu
Ja to delam presne obracene, pro grafiku spojuji entity se stejnymi
atributy a navigacni data beru tak jak jsou. Proste to pro OSM
upravim... A stejne tak se to bude muset udelat pro Garmin, jak rikas.
A timto bych uzavrel tenhle offtopic :)
T
Ondrej Novy napsal(a):
Ahoj,
On Fri, Oct 24,
Já bych ho změnil spátky na intopic tím, že bych zopakoval požadavek na
spojení těch řek na úseky o nějaké rozumné délce (například po 30Km). Myslím,
že se s tím pak bude líp pracovat a zmenší se tím velikost výsledného souboru.
Původní zpráva
Od: Tomas Kolda [EMAIL
Tomas Kolda napsal(a):
V tom pripade se pouziva to co jsem psal v druhem odstavci (sekani ways
pomoci algoritmu, jenz urcuje zda tam krizovatka je ci neni). Komercni
navigacni data napr. multinet jsou skutecne rozsekana po castech (format
GDF).
Ano, ale to uz je zajiste exportni format
Tyto data jsou dabavod, coz neni povodi Labe. Melo by se to nejak ridit
asi tim zakonem, jak bylo zminovano v tomto threadu.
T
Martin Vidner napsal(a):
Petr Nejedly uz psal, ale asi to zapadlo:
V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na
vytištěném listu
takto: (c)
Petr Nejedly uz psal, ale asi to zapadlo:
V případě tisku si zpracovatel vyhrazuje uvedení copyrightu na
vytištěném listu
takto: (c) Zpracováno s použitím dat Povodí Labe
http://www.pla.cz/planet/ram.aspx?id=21
2008/10/24 Tomas Kolda [EMAIL PROTECTED]:
PS: Jeste poprosim nekoho komu
Slo by to v pripade, ze nekdo kdo dela routovani bude kontrolovat kazdy
nodeID v way a kdyz uvidi, ze je obsazen koncovy z jine cesty tak tam umele
udela krizovatku. To je ale velika nevyhoda, protoze ty nemuzes implicitne
predpokladat krizovatku pro kazdy sdileny nod. Proto se to dela
2008/10/24 Petr Dlouhý [EMAIL PROTECTED]:
Já bych ho změnil spátky na intopic tím, že bych zopakoval požadavek na
spojení těch řek na úseky o nějaké rozumné délce (například po 30Km).
Myslím, že se s tím pak bude líp pracovat a zmenší se tím velikost výsledného
souboru.
Kolik bude tech 30
BH píše v Pá 24. 10. 2008 v 14:41 +0200:
Jinak sdidelni nazvu pres vsechny cesty by mohlo jit udelat pres
pojmenovanou relaci, ne? Nikdy jsem to nedelal, ale mozna se to tak v OSM
dela...
Nic takovyho jsem v OSM nevidel. V praxi clovek musi pojmenovat vsechny
kousky.
Je to proposed
19 matches
Mail list logo