Nevím jestli se to tu už někde neřešilo, ale nebylo by možné při importu z uloženého listingu zpracovat i odkazy na obrázky které jsou pod listingem? U spousty např. italských keší tam bývají fotohinty které vzhledem k často špadně zaměřeným keším hodně pomůžou.
Nechci aby geoget stahoval obrázky, to už si pořeším vlastním skriptem, stačilo by kdyby zpracoval a někam uložil linky na ně.
Momentálně to řeším přes spoilersync, ale to je dost něšikovné, protože jednak musí znova stahovat listingy, druhak to není propojené s geogetem a vyžaduje to ruční práci navíc.
to by stačilo, kdyby ovšem v listingu v geogetu byly odkazy na ty obrázky, což nejsou.
Pro vysvětlení, jedné se o obrázky které jsou v tom seznamu dole nad logy, ale nejsou zároveň linkované do textu listingu. Ty momentálně (zdá se) gg při importu ignoruje
jj, ja bych se taky primlouval, v SRN je taky trochu problem se zamerenim a pak uz zbejva jen SPOILERS , tam je ten obrazek. Online neprichazi v zahranici vetsinou k uvahu. Co vy na to chlapci sikovni
Problematika fotohintu se tu už řešila… jak se zdá, tak to GG umět nebude jelikož to není součástí standardního gpx…
… i když se GG honosí tím, že umí import z html Nedalo by se to využít jako fíčura jen pro import z html???
… když už umíme fotohint přidat i do POI do Garmina?
Uměl bych si to představit klidně i tak, že GG z html nahodí jen flag fotohint=ano. Pro tyto keše si obrázek stáhnu ručně, uložím do nějakého adresáře pod GC kódem a pak nějaké makro vygeneruje pro tuto keš POI s obrázkem
kdyz uz parsingem HTML vim, ze je tam prilozeny nejaky obrazek, proc bych jen nahazoval tag a nutil te k opetovnemu stazeni listingu, ktery zjevne uz stazeny mas?
jak strojove poznas, ze prilozeny obrazek je zrovna fotohint? Nejaky prilozeny obrazek ma temer kazda keska a neni zadna konvence pojmenovavani prilozenych obrazku, ze ktere bys spolehlive poznal, ze jde o fotohint.
To cini jakekoliv automaticke zpracovani jako hodne nespolehlive.
Prilepeni prilozenych obrazku na konec listingu hodlam nekdy udelat, ale z drive uvedenych duvodu to bude lidem s PQ k nicemu! Tam neni sila, jak by se o pritomnosti takoveho obrazku vubec dozvedeli.
S fotohinty je vazne problem. Jedna vec je jak poznat, co je spoiler (tedy ktery obrazek pridat) a druha, ze je rada kesi, ktere jich maji dokonce vic. Ktery obrazek z nich vybrat? Rozhodne je to velmi tvrdy orisek pro automatizaci. Zadny seznam slov to neresi obecne. Prislusne slovo se muze vyskytnout u bezneho obrazku a naopak u spoileru ne. Autor si je muze pojmenovat/popsat podle sve libovule a nic neni nikde otagovano tak, aby z toho slo spoiler(y) urcit.
Uspokojiva implementace musi zvladat tyto tri veci:
moznost rucni upravy seznamu slov (regularniho vyrazu?), kterym je urcovano, zda dany obrazek je ci neni fotohint (ono to ve vysledku nebude tak horke a pro vetsinu pripadu by stacilo neco jako hint a spoil a napoved
moznost generovani vice POI se spoilem na jedno misto. Sice je to Garminem opet nesmyslne omezeno na 1obrazek : 1 poi, ale mnozstvi poi na jednom zemepisnem miste neni snad nijak omezeno. Idealni tedy reseni neni, mozne je.
zmensovat obrazky na mensi rozliseni a komprimovat je. Je uplne zbytecne cpat tam nejejake fotky ve vysokem rozliseni, protoze ten fotohint vzdy bude obrazek s nejvyse 240px na sirku. Tohle neni uplne slozite, staci ulovit na netu nejaky freeware exe, ktery to davkove zvladne.
Problem tedy resitelny je. Jako hlavni nevyhoda je ovsem ta nutnost importovat listing z HTML.
A pokud uz to ma byt importovane pouze z html, degraduje to automaticky cely system na takovou jednorazovou kravovinku a opet to znevyhodnuje platici hrace. A to mi prijde zase skoro skoda programovat, protoze prace s tim nebude uplne malo.
Naprosto stačí to, o čem se zmiňuje Haluma. Tedy přidání všech těch obrázků k listingu v GG.
Vzhledem k tomu, že s těmi spoilery to není unifikované a vyskytují se pojmenované libovolně a v libovolném počtu, nepovažuji pokus o jejich automatické rozpoznání za vhodný. Většinu jich to snad rozpozná, ale všechny a vždycky jistě ne. To bychom si pak mohli vymýšlet jako že pokud na obrázku je šipka (a ta by jistě taky šla strojově rozpoznat), tak to chápat jako spoiler bez ohledu na jméno a podobně. To povede jen ke stále náročnějšímu algoritmu, který stejně všechny eventuality nikdy neošetří.
Myslím, že listing v GG + html export to úplně řeší - přesouvá totiž rozpoznávání spoileru na uživatele - a to je jediný použitelný způsob.
Přimlouvám se proto za toto (z navrhovaných řešení pravděpodobně to nejjedodušší) řešení. Mne by zcela uspokojilo.
Tam jsou a připadá mi škoda je zahodit.