Více

Vkládání grafu funkcí / grafu do vyskakovacího okna v CartoDB?

Vkládání grafu funkcí / grafu do vyskakovacího okna v CartoDB?


Chtěl bych mít možnost vložit graf / graf atributů pro každou funkci do webové mapy. Rozhlédl jsem se kolem sebe a nenašel jsem na turistických stránkách nic definitivního, jak toho dosáhnout.


Úpravy: Odpověď na tuto odpověď související s CartoDB.js najdete zde: Zahrnutí grafu založeného na polích v CartoDB infowindow?

Chcete-li získat řešení pro odpověď pouze pomocí editoru CartoDB (a ne explicitně CartoDB.js):

CartoDB stále nemá schopnost kreslit grafy: to znamená, že je musíte vytvořit pomocí jiných nástrojů a poté, jak říkáte, ukázat je v infowindows.

Zde dva přístupy:

  • Vytvářejte statické grafy pomocí libovolného nástroje a ukládejte je jako obrázky. Poté můžete tyto obrázky nahrát na internet (nebo do veřejné složky Dropbox) a zkopírovat jejich přímé odkazy do sloupce tabulky CartoDB. To vám umožní přidat tento obrázek do infowindow přímo s průvodci. Můžete použít šablonu záhlaví obrázku pro infowindows nebo můžete vytvořit vlastní a vložit sloupec URL do části src značky img:

    < img src="{{url_column_name}}">

  • Můžete použít jakýkoli nástroj pro grafy, který vám umožní vložit grafy jako prvky iframe. Do informačních oken můžete načíst prvky iframe. Chcete-li to provést, musíte přidat kód iframe do vlastní šablony HTML šablony infowindow a stejně jako v předchozím případě přidat do sloupce tabulky adresu URL nebo identifikátor každého z vašich prvků.

To vám umožní použít nějaký HTML kód jako:

Doporučené hodnoty:


Řešení 1: Držte se R.

Díky @MLavoie. Následující příklad používá čistý R k vytvoření dvou grafů, „mainplot“ a „hover“, které reagují na událost přechodu prvního.

V tomto příkladu použijte lesklé vazby pro zápletku. U každé události přechodu se na server odešle požadavek POST, pak server aktualizuje vyskakovací graf. Je to velmi neefektivní, takže nemusí fungovat dobře na pomalých připojeních.

Výše uvedený kód je pouze pro ukázku a dosud nebyl testován. Zde naleznete fungující a mnohem komplikovanější příklad (se zdrojem).


Vkládání grafu funkcí / grafu do vyskakovacího okna v CartoDB? - Geografické informační systémy

Geografické odpovědi na otázky založené na technikách vkládání grafů znalostí

Kód pro opětovné vytvoření výsledků v našich dokumentech Transakce v GIS a také v našem dokumentu K-CAP 2019.

Další informace najdete na mé domovské stránce.

Odpověď na geografickou otázku

Architektura kodéru entity s vědomím umístění:

  • Python 2.7+
  • Pochodeň 1.0.1+
  • numpy 1.16.0+
  • matplotlib 2.2.4+
  • sklearn 0.20.3+
  • geopandy 0.6.1+
  • urostlý 1.6.4+
  • pyproj 2.2.2+

Chcete-li nastavit kód, spusťte python setup.py. Všimněte si, že první tři jsou povinné pro trénink a testování modelu. Zbytek se používá k vizualizaci, která je volitelná.

Zde si můžete stáhnout datovou sadu GeoQA. Rozbalte to a vložte je do graphqa / dbgeo /.

Tento kód je implementován v Pythonu 2.7. Všechny kódy jsou v graphqa / netquery /.

Odpověď na geografickou otázku

Pro každou základní linii v tabulce 3:

  1. GQE_ : spusťte graphqa / dbgeo_geoqa_gqe.sh
  2. GQE: spusťte graphqa / dbgeo_geoqa_gqe_diag.sh
  3. CGA: spusťte graphqa / dbgeo_geoqa_cga.sh
  4. SE-KGE_ : spusťte graphqa / dbgeo_geoqa_direct.sh
  5. SE-KGE_ : spusťte graphqa / dbgeo_geoqa_direct.sh
  6. SE-KGE_ : spusťte graphqa / dbgeo_geoqa_space.sh
  7. SE-KGE_ : spusťte graphqa / dbgeo_geoqa_full.sh.

Pro každou základní linii v tabulce 5:

  1. SE-KGE_ : spusťte graphqa / dbgeo_spa_sem_lift_space.sh
  2. SE-KGE_ : spusťte graphqa / dbgeo_spa_sem_lift_ssl.sh.

Pokud shledáte naši práci užitečnou pro váš výzkum, zvažte citování našeho příspěvku.

Součást kodéru polohy v modelu SE-KGE je založena na Space2Vec. V komplexním porozumění si přečtěte náš dokument ICLR 2020:

Upozorňujeme, že část našeho kódu je založena na kódu článku Hamiltona et al. NIPS 2018:


Nahlásit zneužití

Skvělé & # 33 Děkujeme za vaši zpětnou vazbu.

Jak jste spokojeni s touto odpovědí & # 63

Děkujeme za vaši zpětnou vazbu a pomáhá nám vylepšit web.

Jak jste spokojeni s touto odpovědí & # 63

Záleží na tom, odkud kopírujete a jaký webový prohlížeč používáte, když zde vložíte HTML kód do editoru, zda získáte značky nebo zda vidíte vykreslený HTML.

Informace o vkládání grafů najdete na této stránce:

Nahlásit zneužití

Skvělé & # 33 Děkujeme za vaši zpětnou vazbu.

Jak jste spokojeni s touto odpovědí & # 63

Děkujeme za vaši zpětnou vazbu a pomáhá nám vylepšit web.

Jak jste spokojeni s touto odpovědí & # 63

Děkuju. Faktem je, že jsem text psal přímo v editoru, ne zkopírován odkudkoli. Jak to dělám teď.

Už jsem viděl metodu, na kterou mi ukazuješ. Myslím, že je to zajímavé, ale zbytečné. Jde o to vytvořit grafy v aplikaci Excel a poté je zkopírovat do aplikace PowerPoint.

Projít rutinou popsanou v odkazu k vytvoření každého grafu je neuvěřitelně zdlouhavé a kontraproduktivní a rozhodně ne tak, jak to zamýšleli vývojáři MS.

Kromě toho je zde prezentovaná metoda v pořádku, pouze pokud máte grafy vytvořené ze sousedních rozsahů dat: můžete je vložit pouze s odkazem JEDNOU, následující pasty vymažou dříve vložená data. Nejprve tedy musíte v Excelu navrhnout každou jednotlivou tabulku pro každý graf? Děláme si srandu? Metoda v zásadě funguje pouze v případě, že máte jednoduché / základní tabulky, které byste mohli zvládnout spíše pomocí čísel Apple než Excel.

A trvám na tom: proč sakra nám chybí funkce pro správu odkazů a všech propojených objektů, rozhodnout se, zda chceme odkazy přerušit, aktualizovat je, upravit všechny odkazy najednou, pokud soubor změnil název nebo přesunul na nové místo atd. ?

Proč je to tak špatně navrženo? Doufám, že to někdo v budoucnu vylepší, protože je to škoda.

Nahlásit zneužití

Skvělé & # 33 Děkujeme za vaši zpětnou vazbu.

Jak jste spokojeni s touto odpovědí & # 63

Děkujeme za vaši zpětnou vazbu a pomáhá nám vylepšit web.

Jak jste spokojeni s touto odpovědí & # 63

Jen poznámka o vašem předpokladu, že do zástupných symbolů můžete vložit pouze 2 grafy. To platí pouze v případě, že se budete držet rozložení zásob, které společnost Microsoft navrhla. Pokud otevřete hlavní zobrazení snímků, můžete vytvořit další rozvržení snímků a každé z nich může mít tolik zástupných symbolů obsahu, kolik chcete. Stačí kliknout na ikonu Vložit zástupný symbol a přidat buď zástupný symbol obsahu pro obecné účely, nebo zástupný symbol grafu.

Vzhledem k tomu, že úpravy odkazů jsou pro vás velmi důležité, doporučuji vám zvážit použití verze Office pro Windows, protože má k tomu lepší (i když stále nedokonalé) nástroje. V případě potřeby můžete pomocí BootCamp nebo Parallels přesouvat prezentace mezi verzemi Windows a Mac. Verze pro Windows navíc obsahují odkaz Paste Special & gtPaste, který poskytuje originální odkaz. Jinak si myslím, že byste měli vyzkoušet Jim's OS X linking tutorial, ve skutečnosti to není tak komplikované nebo časově náročné.

Konzistentnější formátování grafů mezi Excelem a PowerPointem získáte, pokud vytvoříte společný soubor motivu (ten můžete vytvořit v PowerPointu 2011) a použijete jej na zdroj Excel i na cíl PowerPointu.

Nahlásit zneužití

Skvělé & # 33 Děkujeme za vaši zpětnou vazbu.

Jak jste spokojeni s touto odpovědí & # 63

Děkujeme za vaši zpětnou vazbu a pomáhá nám vylepšit web.

Jak jste spokojeni s touto odpovědí & # 63

Děkuji za vaše návrhy Johne.

Byl jsem uživatelem systému Windows po celé věky (v roce 2012 jsem přešel na OSX, počítače používám od počátku 90. let). Podle mých zkušeností, navzdory skutečnosti, že máme méně funkcí s verzemi OSX aplikací MS Office, než jaké jsou k dispozici ve verzích pro Windows, jsou zisky ve stabilitě a robustnosti neocenitelné. Alespoň s OSX, když máte propojené soubory mezi aplikacemi MS Office, pokud jedna aplikace (např.PPT) zamrzne, neztratíte v kaskádě všechny ostatní (Excel, Word, Outlook atd.). Stroj času je také zachráncem života při haváriích aplikací pro MS, kde jsou smrtící soubory pro obnovení MS jen strašně implementovány a jsou naprostou ostudou pro každého seriózního programátora / vývojáře. První lekce, kterou bych dal svým stážistům a mladším zaměstnancům, by vždy byla: „Ctrl-S, každých 5 minut, chlapi!“ protože těmto systémům nemůžete věřit, že odvedou dobrou práci.

O používání propojených souborů v systému Windows: toto bylo stejné ****, ve skutečnosti to bylo ještě horší (kvůli inherentní slabosti systému Windows v minulosti - slyšel jsem, že WIn10 je stabilnější). Rozhraní pro úpravy odkazů v powerpointu je malé malé vyskakovací okno, kde musíte upravit každý odkaz samostatně bez ohledu na to, že všechny odkazy mohou směřovat na stejný soubor. Neexistuje žádný způsob, jak vyhledat / nahradit informace o odkazu, a celkově nástroje pro správu odkazů nejsou nic jiného než děsivé. Oceňuji, že se někteří lidé snaží věřit, že tyto věci jsou navrženy dobře, ve skutečnosti tomu tak není.


GFD: Vážený heterogenní přístup založený na vkládání grafů pro detekci podvodů v mobilní reklamě

Online mobilní reklama hraje zásadní roli v ekosystému mobilních aplikací. Podvody s mobilní reklamou způsobené podvodnými kliknutími nebo jinými akcemi na reklamách jsou považovány za jeden z nejdůležitějších problémů v mobilních reklamních systémech. V boji proti vyvíjejícím se podvodům v oblasti mobilní reklamy byly úspěšně použity metody strojového učení k identifikaci reklamních podvodů v tabulkových datech, což odlišuje podezřelou operaci reklamních podvodů od běžné. Tyto přístupy však mohou trpět pracným inženýrstvím funkcí a robustností detekčních algoritmů, protože velká data online reklamy a složité podvodné reklamní akce generované škodlivými kódy, botnety a klikajícími firmami se neustále mění. V tomto článku navrhujeme nový vážený heterogenní vkládání grafů a přístup k detekci podvodů založený na hlubokém učení, konkrétně GFD k identifikaci podvodných aplikací pro mobilní reklamu. V navrhovaném přístupu GFD (i) zkonstruujeme vážený heterogenní graf, který představuje vzorce chování mezi uživateli, mobilními aplikacemi a mobilními reklamami, a navrhneme vážený metapath na vektorový algoritmus, abychom se z grafu naučili reprezentace uzlů (funkce založené na grafu) ( ii) používáme metodu statistické analýzy založené na časovém okně k extrakci vnitřních funkcí (funkce založené na atributech) z tabulkových vzorových dat (iii) navrhujeme hybridní neurální síť pro fúzi funkcí založených na grafech a vlastnostech založených na atributech pro klasifikaci podvodných aplikace z běžných aplikací. Přístup GFD byl aplikován na velký datový soubor mobilní reklamy v reálném světě a výsledky experimentů ukazují, že tento přístup výrazně překonává známé metody učení.

1. Úvod

Online mobilní reklama hraje zásadní roli v ekosystému mobilních aplikací. Jeden z populárních modelů v reklamě na mobilní aplikace je známý jako cena za akci (CAP), kde je platba založena na akci uživatele, jako je stahování a instalace aplikace do mobilního zařízení uživatele. Tento model CAP může motivovat vydavatele škodlivého mobilního obsahu (obvykle vlastníky aplikací) k vytváření podvodných akcí v reklamách s cílem dosáhnout vyšší finanční návratnosti [1–3]. Pro zjišťování a zastavování podvodů s klikáním byly použity některé tradiční metody a techniky, jako je metoda založená na prahových hodnotách [4], CAPTCHA [5], rozbalovací strom [6], TrustZone [7], analýza výkonové spektrální hustoty [8] a analýza sociálních sítí [9].

K automatickému zjišťování chování podvodů v oblasti mobilní reklamy byly úspěšně použity metody strojového učení k nalezení vzorů podvodů v datech, čímž se operace podezřelého podvodu v reklamě odlišují od běžných [10–14]. Pokud jde o model učení s funkcemi atributů, vědci obvykle používají několik atributů z každého vzorku k trénování modelu učení k identifikaci chování podvodů. Bohužel tyto přístupy mohou trpět pracným inženýrstvím funkcí a robustností detekčních algoritmů, protože velká data online reklamy a složité podvodné reklamní akce generované škodlivými kódy, botnety a klikajícími firmami se neustále mění. Navíc by podvodníci mohli snadno upravit své vzorce podvodů na základě stávajících atributů a pravidel pro detekci podvodů, aby nebyli odhaleni. V poslední době se někteří vědci snaží použít vztah mezi informačními entitami ke konstrukci grafového modelu a poté pomocí metod těžby grafů nebo metod učení k identifikaci měnícího se chování podvodů [15–17]. Všechny tyto metody získávají užitečné poznatky o mechanismu učení ke klasifikaci podvodného chování z běžných činností. Intuitivně, pokud bychom mohli zkombinovat doplňující informace z atributů ukázkových dat a vztahů mezi entitami (např. Uživateli, aplikacemi a reklamami), budeme schopni zlepšit přesnost a robustnost detekce podvodů.

Abychom však uvolnili sílu informací založených na atributech a informací založených na grafech, musíme řešit řadu výzev. Nejprve, abychom mohli využít charakteristiku grafu, měli bychom vytvořit vhodný graf, který by mohl potenciálně představovat chování interakce mezi informačními entitami, jako jsou uživatelé, aplikace a reklamy. Zadruhé, měla by být vyvinuta účinná metoda učení grafů, která by se naučila užitečné strukturální a sémantické reprezentační informace z vytvořeného grafu [18, 19], zejména učení z heterogenního grafu [20]. Zatřetí, fúzování různých druhů informací z ukázkových atributů a reprezentace uzlů je obtížné pro jejich inherentní heterogenitu a charakteristiky vysokého řádu.

Abychom řešili výše uvedené výzvy, v tomto článku navrhujeme vážený heterogenní vkládání grafů a přístup k detekci podvodů založený na hlubokém učení, konkrétně GFD, k identifikaci podvodných aplikací pro mobilní reklamu. V navrhovaném přístupu GFD (i) s ohledem na vzorce chování mezi uživateli, mobilními aplikacemi a mobilními reklamami vytvoříme vážený heterogenní graf, který představuje chování reklamy v mobilních aplikacích, a navrhneme novou váženou metapatii k vektorovému algoritmu, konkrétně WMP2vec nízkodimenzionální latentní reprezentace (funkce založené na grafu) pro uzly aplikací ve váženém heterogenním grafu (ii) používáme metodu statistické analýzy založené na časovém okně k extrakci vnitřních funkcí (funkce založené na atributech) z tabulkových vzorových dat (iii) představujeme hybridní konvoluční model neuronové sítě ke sloučení funkcí založených na grafech a funkcí založených na atributech pro klasifikaci podvodných aplikací od běžných aplikací.

Vyhodnocujeme přístup GFD a algoritmus WMP2vec na datovém souboru reálného světa z jedné z mobilních reklamních platforem v Číně. Výsledky ukazují, že WMP2vec dosahuje vyššího výkonu než tři známé algoritmy pro vkládání grafů do vytvořeného váženého heterogenního grafu a přístup GFD dosahuje nejvyššího výkonu klasifikace ve srovnání s Support Vector Machine (SVM), Random Forest (RF) a Fully Connected Neural Networks ( FCNN).

Zbytek příspěvku je uspořádán následovně. Představujeme přístup GFD k detekci podvodných aplikací s hlubokými neuronovými sítěmi a heterogenním algoritmem pro vkládání grafů WMP2vec v části 2. Prezentujeme experimentální výsledky a diskusi v části 3. V části 4 představujeme související práci. Tento příspěvek uzavíráme v části 5.

2. Navrhovaný přístup

Vývojový diagram navrhovaného přístupu GFD je znázorněn na obrázku 1. Nejprve navrhujeme metodu vkládání váženého heterogenního grafu, abychom se naučili reprezentaci uzlů, včetně konstrukce váženého heterogenního grafu a algoritmu WMP2vec. Za druhé, pomocí metody statistické analýzy extrahujeme funkce založené na atributech z tabulkových vzorových dat. Za třetí, představíme hluboké neuronové sítě, abychom spojili funkce založené na atributech a funkce založené na grafech pro identifikaci podvodných aplikací od normálních.

2.1. Popis údajů

Sbíráme data reklamního protokolu mobilních aplikací z mobilní reklamní platformy. Naše datová sada pro mobilní reklamu obsahuje následující atributy: ID uživatele, kód k identifikaci jedinečného ID aplikace pro mobilní uživatele, kód k identifikaci jedinečného ID reklamy na mobilní aplikaci, kód k identifikaci jedinečného geografického atributu mobilní reklamy, řada geografických atributů uživatele atributy používané k detekci anomálií, včetně šifrované adresy IP a typu akce města, chování uživatelů souvisejících s reklamami, jako je prohlížení, klikání, zahájení stahování aplikace, dokončení stahování aplikace a doba dokončení akce instalace aplikace, časové razítko, kdy k akci došlo a atribut zařízení, atributy související se zařízením uživatele, například ID zařízení, modely systému zařízení a velikost obrazovky.

V tomto článku byla studována sedmidenní datová sada protokolu mobilní reklamy v červnu 2015 a některé příklady našich nezpracovaných dat jsou uvedeny v tabulce 1.


D. Jak vytvořit QR kód pro sledování polohy GPS

Pomocí Scanova pro ukázku je zde podrobný průvodce, jak to udělat:

1. Přejděte do Scanova a zaregistrujte se na 14denní bezplatnou zkušební verzi

2. Z kategorií QR kódů vyberte požadovanou. Vybereme URL webových stránek QR kód pro ukázku. Při skenování trvá koncovým uživatelům, aby viděli kódovaný web

3. Zadejte obsah, který chcete kódovat (odkaz na webovou stránku zde), a klikněte na Vytvořte QR kód

4. Zobrazí se vyskakovací okno s výzvou k pojmenování a uložení QR kódu. Ve stejném vyskakovacím okně uvidíte dvě možnosti - statickou a dynamickou. Klepněte na Dynamický

Dále ve stejném okně uvidíte možnost - Získat přesnou GPS polohu skenování. Klikněte na něj a pokračujte kliknutím Uložit.

5. Dále uvidíte tři možnosti návrhu QR kódu - standardní černobílý, vlastní s logem a vlastní s pozadím. Můžete pokračovat v jedné z možností

Pokud je váš případ použití propagační, musíte navrhnout svůj QR kód. Faktem je, že přizpůsobené QR kódy přitahují více skenů než černobílé. Proto, abyste přilákali maximum skenů, navrhněte svůj QR kód.

6. Jakmile bude váš QR kód připraven, řekněte, až jej upravíte, klikněte na Aktualizace a pokračujte k Stažení to

7. Otevře se okno s výzvou k zadání velikosti a formátu QR kódu. Jakmile zadáte podrobnosti, klikněte na Vývozní

A je to. Váš QR kód byl nyní vytvořen. Nyní jej můžete přidat do propagačních akcí pro tisková média a sledovat tak přesnou polohu GPS každého skenování. Nyní, když víte, jak vytvořit QR kód, je další otázka -


Obecné požadavky pro všechny aplikace

Požadavky v této části se vztahují na veřejné i neveřejné veřejné aplikace. V závislosti na tom, jak je vaše aplikace nakonfigurována, může také potřebovat splnit požadavky v Specifické požadavky pro určité konfigurace aplikací níže.

1. Zakázané a omezené konfigurace aplikací

Zakázané typy aplikací

V Shopify App Store nejsou povoleny následující typy aplikací:

  1. Aplikace, které jsou samostatným softwarem, který je třeba stáhnout do počítače - Metoda distribuce Shopify App Store & # 39s je pomocí webových aplikací. V současné době neexistuje infrastruktura pro bezpečnou a bezpečnou distribuci jakéhokoli jiného typu aplikace našim obchodníkům.
  2. Aplikace, které se při provozu většinou spoléhají na interakci obchodníka nebo partnera - Aplikace, které se spoléhají hlavně na interakce mezi lidmi, by měly zvážit zařazení jako službu na našem Experts Marketplace.
  3. Aplikace, které málo nebo vůbec nevyužívají rozhraní API Shopify & # 39s - Aplikace odesílané do Shopify App Store musejí efektivně využívat API Shopify, aby mohly fungovat. To má zlepšit obchodní zkušenost s využitím přímých údajů o obchodu a zmírnit chyby uživatelů.
  4. Aplikace, které falšují data, aby oklamaly obchodníky nebo kupující - Tyto aplikace porušují část C - oddíl 2.3 naší dohody o partnerském programu a také část 7 našich zásad přijatelného používání.
  5. Aplikace, které zpracovávají platby mimo pokladnu Shopify a # 39s - Shopify nemůže zaručit bezpečnost objednávky zadané prostřednictvím pokladny mimo web nebo třetí stranou.
  6. Více aplikací s překrývajícími se funkcemi vytvořenými stejným partnerem - Pokud chcete v Shopify App Store vypsat více než jednu aplikaci, musí se každá aplikace jasně lišit od ostatních aplikací, které jste již uvedli. V některých případech můžete kombinovat více aplikací do jedné. Viz část C.2.4 naší smlouvy o partnerském programu.
  7. Aplikace, které hostují tržiště v Shopify - Aplikace, které propojují obchodníky s tržišti, nemohou tyto tržiště hostovat na Shopify. Aplikace také nemohou obchodníkům umožnit, aby ze svých obchodů vytvořili tržiště. Další informace o osvědčených postupech pro aplikace z webu Marketplace najdete v tématu Vytvořte prodejní kanál.
  8. Aplikace, které nabízejí kapitálové půjčky - Je obtížné průběžně efektivně sledovat tyto typy služeb způsobem, který zajišťuje ochranu obchodníků před nevhodnými úvěrovými praktikami. Z důvodu ochrany obchodníků před nechtěným rizikem nelze aplikace, které obchodníkům půjčují kapitál, distribuovat prostřednictvím Shopify App Store.
  9. Aplikace s povoleným omezeným rozsahem rozhraní API API - Pokud byla vaší aplikaci udělen přístup k rozsahům rozhraní API pro testování beta verze, nemůžete ji odeslat do Shopify App Store. Oznámení o tom, kdy budou beta verze veřejně dostupné, najdete na fórech komunity Shopify Community.
  10. Aplikace, které primárně slouží ke sdílení nebo poskytování údajů o obchodníkovi třetím stranám - Aplikace, které primárně slouží ke sdílení nebo poskytování údajů o obchodníkovi jedné nebo více třetím stranám, musí mít předchozí písemný souhlas od Shopify a musí být v souladu s našimi podmínkami API. Jinak nemají nárok na uvedení v Shopify App Store. Každá třetí strana, která pomocí aplikace přijímá údaje o obchodníkovi, musí souhlasit s podmínkami rozhraní Shopify API.
  11. Aplikace, které propojují obchodníky s externími vývojáři - Pokud vaše aplikace propojuje obchodníky s externími agenturami a nezávislými pracovníky, pak vaše aplikace není způsobilá k distribuci v Shopify App Store.
  12. Integrované aplikace, které nepoužívají tokeny relace - Integrované aplikace odesílané do Shopify App Store musí k autentizaci používat tokeny relace. Tokeny relace nabízejí lepší zážitek obchodníka a zabraňují narušení služeb způsobenému soubory cookie třetích stran.

Neuvedené typy aplikací

Následující typ aplikace musí zůstat v obchodu Shopify App Store neveřejný:

  1. Aplikace, které fungují pro obchodníky pouze na plánech Shopify Plus - Aplikace uvedené v Shopify App Store musí fungovat pro všechny obchodníky bez ohledu na to, jaký plán mají. Lze schválit aplikace, které fungují pouze pro podmnožinu obchodníků, ale nemohou být uvedeny.
  2. Aplikace, které jsou určeny pro vývojáře a jsou na trh uváděny - Aplikace, které obsahují základní funkce určené pro jiné vývojáře, mohou být schváleny, ale nemohou být uvedeny.

2. Instalace a nastavení

A. Ověřování

  1. Když obchodník klikne Přidat aplikaci ze seznamu vaší aplikace a # 39s se aplikace musí okamžitě ověřit pomocí OAuth dříve, než dojde k dalším krokům, i když obchodník vaši aplikaci dříve nainstaloval a poté odinstaloval.

  1. Obchodník musí být schopen ověřit a používat vaši aplikaci ve více obchodech, i když sdílí stejnou e-mailovou adresu.

B. Oprávnění

Oprávnění jsou úrovně přístupu, které má vaše aplikace k obchodu obchodníka prostřednictvím rozhraní API. Oprávnění, která požadujete, se obchodníkovi zobrazí na stránce handshake OAuth, kde je může obchodník udělit nebo odmítnout.

  1. Obchodníci musí být přesměrováni do uživatelského rozhraní vaší aplikace (UI) poté, co na stránce OAuth handshake přijmou přístup s oprávněními.
  2. Vaše aplikace by měla vyžadovat pouze oprávnění, která jsou nezbytná pro její fungování.
  3. Oprávnění API byste měli své aplikaci odvolat pouze pomocí tlačítka pro odstranění umístěného na stránce nastavení aplikace.

C. Nastavení a pracovní postupy obchodníka

  1. Vaše aplikace musí obsahovat pokyny k nastavení v aplikaci, které obchodníkům vysvětlují, jak ji správně používat. Tyto pokyny musí být napsány speciálně pro obchodníky Shopify, i když se vaše aplikace také připojuje k jiným platformám.

Vaše aplikace nikdy nesmí požadovat, aby obchodník vygeneroval a poskytl soukromý klíč API. Shopify App Store uvádí pouze veřejné aplikace.

Jakékoli připojení, které vaše aplikace vytvoří ze svého uživatelského rozhraní k propojení s jiným obchodem nebo k instalaci dalších aplikací, musí nejprve projít výpisem Shopify App Store.

Z důvodu zabezpečení obchodníka nesmí vaše aplikace používat vyskakovací okna pro základní funkce aplikace, jako je běh OAuth nebo schvalování poplatků za aplikaci. Vyhýbání se používání vyskakovacích oken také chrání vaši aplikaci před kompromitováním blokováním vyskakovacích oken.

3. Funkčnost a kvalita

A. Uživatelské rozhraní

Nabídkou skvělého uživatelského rozhraní můžete obchodníkům usnadnit používání vaší aplikace k rozvoji jejich podnikání. Uživatelské rozhraní vaší aplikace a # 39s musí splňovat následující požadavky:

  1. Vaše aplikace musí mít uživatelské rozhraní, včetně tlačítek, ovládacích prvků, pokynů k nastavení nebo připojení a funkcí, s nimiž mohou obchodníci komunikovat.

Potřebujete pomoc s návrhem a sestavením uživatelského rozhraní vaší aplikace? Zdroje v Shopify Polaris jsou skvělým místem pro začátek.

B. Fakturace

Shopify má fakturační systém založený na API, který podporuje různé typy poplatků za aplikace. Fakturuje obchodníky prostřednictvím stejného systému, který používá pro jejich předplatné Shopify, a usnadňuje jim sledování jejich plateb.

Všechny poplatky spojené s vaší aplikací musí probíhat prostřednictvím rozhraní Billing API. Není vám povoleno používat jiné platební metody nebo systémy, pokud vám Shopify nebylo oznámeno jinak. Pokud máte jakékoli dotazy nebo obavy, kontaktujte nás.

Pokud má vaše aplikace několik cenových plánů, musí být obchodníci schopni upgradovat a downgradovat svůj plán, aniž by museli aplikaci mazat nebo kontaktovat podporu.

Cenové plány na úrovni podniku musí být uvedeny v dokumentu Popis dodatečných poplatků část sekce cen v seznamu aplikací a # 39s.

Vaše aplikace nesmí obsahovat chyby zrušení fakturace. Pokud obchodník zpočátku odmítne platbu, musí fakturační režim obchodníka vyzvat k opětovnému potvrzení zrušení. Pokud obchodník odmítne výběr plánu, nesmí být dříve přijaté plány zrušeny.

C. Stav aplikace

Pozor

Obchodníci jsou zaneprázdněni a při podnikání je důležitá každá minuta. Tím, že se ujistíte, že vaše aplikace funguje dobře, můžete obchodníkům pomoci rychleji dosáhnout jejich cílů a věnovat více času problémům, které nejvíce vyžadují jejich pozornost.

  1. Vaše aplikace musí být stabilní a hotový produkt, když ji odešlete do obchodu Shopify App Store. Nemělo by to být v beta verzi nebo jinak nedokončeném stavu. Pokud je vaše aplikace poškozená nebo obsahuje chyby, může to obchodníky odradit od používání a v některých případech to může dokonce narušit jejich podnikání.

4. Výkon aplikace

Osvědčené postupy a doporučení ohledně výkonu aplikací najdete v našich doporučeních ohledně výkonu aplikací.

A. Skóre výkonu

  1. Aby mohla být aplikace zveřejněna v Shopify App Store, nesmí snížit skóre výkonu Lighthouse o více než 10%. Na základě tohoto kritéria se hodnotí příspěvky s využitím metodiky testování uvedené v následující části.
  2. Vypočítané skóre poměru výkonu by mělo být zahrnuto v sekci G. Pokyny k testování ve vašem přihlašovacím formuláři. Uveďte snímek obrazovky s vašimi výsledky. Tyto informace musí být před procesem kontroly poskytnuty našemu specialistovi na kontrolu aplikací.

B. Metodika zkoušení

Nástroj používaný Shopify k testování výkonu aplikace je Lighthouse. Lighthouse je automatizovaný nástroj s otevřeným zdrojovým kódem pro zlepšení kvality webových stránek. Lighthouse je k dispozici na panelu Nástroje pro vývojáře v prohlížeči Google Chrome, takže můžete aplikaci otestovat přímo v prohlížeči.

Testování aplikace v Google Chrome:

  1. Začněte čistou instalací podporovaného motivu Shopify, jako je Express, bez nainstalované aplikace nebo jiných aplikací.
  2. Na domovské stránce svého testovacího obchodu otevřete Nástroje pro vývojáře v prohlížeči Chrome (Pohled & gt Vývojář & gt Vývojářské nástroje).
  3. V Nástrojích pro vývojáře klikněte na Maják záložka.
  4. Vybrat mobilní, pohybliví ze seznamu zařízení a poté klikněte na Generovat zprávu.

  1. Nainstalujte si aplikaci do svého testovacího obchodu a ověřte, zda se načítá správně.
  2. Přejít na Maják kartu a klikněte na Generovat zprávu knoflík.
  3. Zapište si nové skóre výkonu. Toto je vaše konečné skóre.
  4. Vydělte své konečné skóre počátečním skóre. Výsledkem je vaše aplikace & # 39s poměr výkonu.

Například pokud bylo vaše počáteční skóre 84 a konečné skóre 72, vypočítali byste 72/84 a zjistili, že poměr výkonu vaší aplikace je 0,85.

V sekci uveďte poměr aplikací a # 39 G. Pokyny k testování při odeslání aplikace ke kontrole.

Skóre majáku se může mezi běhy lišit. Zvažte spuštění těchto testů často během svého vývoje a před odesláním zprůměrujte své skóre v několika po sobě jdoucích testech Lighthouse.

5. Výpis aplikace

Psaní seznamu Shopify App Store

Seznam aplikací je vaším prvním kontaktním místem s obchodníkem a bude hledat, zda je pro ně vaše aplikace vhodná. Všechny schválené veřejné aplikace mají zápis v Shopify App Store, bez ohledu na to, zda se rozhodnete jej uvést v seznamu nebo v seznamu.

Výpis je často vaším největším marketingovým nástrojem - efektivní výčet aplikací povzbuzuje obchodníky Shopify, aby si vaši aplikaci vyzkoušeli sami. Ujistěte se, že je váš seznam aplikací jasný a že odpovídá na otázky, které by potenciální uživatel mohl mít.

Pozor

Pokud stavíte integraci operátora, který používá Fed-Ex, můžete ve značce aplikace & # 39s použít název operátora & # 39s. Je tomu tak kvůli smluvním dohodám mezi Shopify Shipping a těmito přepravci.

Formulář pro odeslání záznamu aplikace umožňuje provádět následující akce:

  • zvýrazněte funkce aplikace, aby obchodníci mohli snadno zjistit, co pro ně vaše aplikace může udělat
  • poskytnout jasné informace o cenách
  • určit, kteří obchodníci si vaši aplikaci mohou nainstalovat

Při vyplňování formuláře pro odeslání aplikace postupujte podle těchto požadavků a pokynů a ujistěte se, že obchodníci vaši aplikaci snadno najdou, pochopí, k čemu ji mohou použít, a zjistí, kolik to stojí.

Logo Shopify nesmí být použito v žádném z grafických prvků vašeho seznamu aplikací, jako jsou obrázky klíčových výhod nebo ikona aplikace.

Přeložte svůj seznam aplikací

Pokud je vaše aplikace k dispozici ve více jazycích, můžete její seznam aplikací zpřístupnit také v těchto jazycích, abyste ji mohli oslovit širší publikum. V Shopify App Store můžete přidávat a mazat přeložené výpisy aplikací pro libovolný z podporovaných jazyků.

Určité podrobnosti zápisu lze spravovat pouze ve vašem primárním zápisu. Pokud jste pro svou aplikaci vytvořili přeložené výpisy, můžete si vybrat, který z nich chcete nastavit jako primární.

Pozor

Přeložené výpisy byste měli vytvářet pouze pro jazyky, které vaše aplikace podporuje. Přeložené výpisy, které vytvoříte pro jazyky, které vaše aplikace nepodporuje, budou z obchodu Shopify App Store odstraněny.

Přidejte přeložený výpis

  1. Přihlaste se na svůj partnerský řídicí panel.
  2. Klepněte na Aplikace.
  3. Klikněte na název aplikace.
  4. Klepněte na Výpisy aplikací.
  5. Klepněte na Přidat přeložený výpis.

Pomocí tohoto formuláře můžete upravit přeložený záznam aplikace v jazyce, který jste si vybrali. Chcete-li změnit, který záznam upravujete, vraťte se na Výpisy aplikací stránku a vyberte jiný výpis.

Než budete moci aplikaci odeslat ke kontrole, musíte se ujistit, že s přidanými přeloženými výpisy nejsou žádné problémy. Pokud nenastanou žádné problémy, můžete kliknutím na odkaz odeslat všechny své přeložené záznamy Odeslat aplikaci.

Smazat přeložený záznam

  1. Přihlaste se na svůj partnerský řídicí panel.
  2. Klepněte na Aplikace.
  3. Klikněte na název aplikace.
  4. Klepněte na Výpisy aplikací.
  5. Klikněte na zápis, který chcete smazat.
  6. V Více akcí v rozevíracím seznamu klikněte na Smazat výpis.

A. Informace o aplikaci

Pozor

Výpisy aplikací nesmí obsahovat nevhodný obsah a údaje o obchodníkovi.

1. Název aplikace a slogan

Název aplikace, který zadáte do formuláře pro odeslání záznamu aplikace, se musí shodovat s názvem aplikace na hlavním panelu partnera.

Název vaší aplikace je důležitou součástí toho, jak se u obchodníků označíte a jak odkazují na vaši aplikaci. Při rozhodování o názvu aplikace postupujte podle těchto požadavků:

  1. Název aplikace může obsahovat slovo & quot; nakupovat & quot
  2. The app name must be 30 characters or fewer.
  3. The app name can't be a generic description of your app's functionality, such as "Banner Slider." Your app name should be distinct and to the point.
  4. The app name can't include the name of your Shopify Partner account. For example, your app name can't be "App name by Shopify Partner account name". By default, we provide a "by Shopify Partner account name" suffix to your app name on the Shopify App Store.
  5. Your tagline should be unique and summarize your app to help promote it. Your tagline can't contain "Shopify" or the name of your Shopify Partner account.

2. App icon

You can add and update your app icon from the app submission form. When making your app icon, follow these guidelines:

  1. The app icon's dimensions should be 1200px by 1200px.
  2. Don't include text in your app icon.
  3. Don't include screenshots or photographs in your app icon.
  4. Use padding around your app icon. Your logo shouldn't touch the edge of the image.
  5. Keep the corners square. The image's corners are automatically rounded when it's displayed.
  6. Use bold colors and recognizable patterns.
  7. Make it simple and focus on one or two elements. Visual clutter can make an image less effective.

3. Search terms

The Search terms field lets you enter a maximum of five search terms for your app. To help merchants discover your app, include only relevant terms that you want to rank higher when merchants search the Shopify App Store.

Only listed appear in Shopify App Store search results. By default, apps are listed when they're approved.

Follow these guidelines when picking your search terms:

  1. Use complete words. For example, use "dropshipping" instead of "dropshi" or another partial form of the word.
  2. Include the single, complete form of a term instead of several versions of the same term. For example, if you include "dropshipping" as a search term, then you don't need to include other terms such as "dropship", "shipping," or "drop ship."
  3. Don't include "Shopify" in any of your search terms.
  4. Don't list your competitors as a search term. If you do, then we'll reject your app submission.
  5. Don't convey more than one idea in a single search term. For example, "email marketing" is appropriate, but "email marketing for leads" is not.

4. App listing content

Your app listing content should describe your app's features at a high level. When creating your app listing content, follow these guidelines:

  1. Remove references to your other apps and services from your app listing content.
  2. Don’t list your competitors in your app listing content.

We won't reject your app solely if you list competitors in your app listing content. However, we recommend focusing on your own app's features instead of your competitors.

B. App details

1. Promotional video

A promotional video isn't mandatory, but we strongly recommend including one to help show merchants more about your app. The promotional video should be created to promote the core features and functionality of your app and how it interacts with Shopify. Merchants want an honest picture of what to expect from your app and how it will help them run their businesses. An effective promotional video will encourage the merchant to take a deeper look through your app listing to learn more about the features that were introduced in the video.

Follow these guidelines when making your promotional video:

  1. The video should be no longer than 2-3 minutes.
  2. Don't include long screencasts of someone using the application. Up to 25% of the video can use screencasts for demoing features, but the video should be promotional, not instructional.
  3. Be mindful of any third-party logos or elements that you include in the promotional video to avoid potential trademark issues.

2. Key benefits

This section lets you highlight three key benefits that your app offers to merchants. You can include an image for each benefit and a brief description about the problem that each benefit solves.

Make sure to use this space to speak to the merchant's needs, not the specifics of how a particular feature works. You can talk about specific features in the Detailed description sekce.

Here are some examples of how you can write an app feature as a benefit that will appeal to merchants:

Data when you need it

Get your real-time sales data all in one view

Easy-to-read charts

Spot trends easily with graphically displayed data

Stay in the loop

Get notified about any significant spikes or dips

Spend less time writing emails

Quickly and easily create reusable email templates

Follow these guidelines when you're preparing images for your app's key benefits:

  1. Each image's dimensions should be 1600px by 1200px (4:3).
  2. Don't use text in your images.
  3. Don't use screenshots.
  4. Don't include the Shopify logo in your images.
  5. Keep the corners square. The image's corners are automatically rounded when it's displayed.
  6. Avoid using a white background. Instead, use bold, recognizable colors or patterns.
  7. Make it simple and focus on one or two elements. Visual clutter can make an image less effective.
  8. Být konzistentní. The icon and key benefits images for your app should look like they belong to the same brand and product.

Here's an example of how the key benefits for your app will be presented on a Shopify App Store listing:

3. Featured app banner (optional)

We regularly feature outstanding apps on the Shopify App Store homepage and on our social media channels. If you want us to consider featuring your app, then you need to provide an image that can be used to showcase your app.

Follow these guidelines when you're preparing your featured app image:

  1. The banner image's dimensions should be 1600px by 900px.
  2. Don't include any text in the banner except for your app name.
  3. Keep the corners square. The banner's corners are automatically rounded when it's displayed.
  4. Leave a margin of 100px around the outside edges of the image. Keep the icon and app name inside the safe zone, as shown in the example images below.
  5. Avoid using a white background. Instead, use bold, recognizable colors, patterns, or photography.
  6. Být konzistentní. The icon, benefits, and featured app banner images for your app should all look like they belong to the same brand and product.
  7. Don't use screenshots of your application. Screenshots are too small to see at the size that the banner appears on the Shopify App Store homepage.

It's a good idea to use the template provided to create your featured app banner image. This template outlines a safe zone for placing your app name and icon. Before you generate your final image, make sure that you remove the embedded assistance elements, such as the help text and the dotted line highlighting the safe zone.

The following example images show the correct and incorrect placement of these elements relative to the safe zone.

Incorrect placement of app icon and name:

Correct placement of app icon and name:

4. Screenshots

V Screenshoty section, you must provide screenshots to show what your user interface looks like in action. Add annotations or highlighting to draw attention to important elements, such as any links that your app inserts in the Shopify admin.

Follow these guidelines when you're preparing screenshots:

A) General screenshot guidelines

  1. Provide alt text for all images for accessibility and to improve SEO.
  2. Don't use a merchant's personal information without consent in the images. This includes information like store names, phone numbers, and .myshopify.com URLs.

B) Desktop screenshot guidelines

  1. Each screenshot's dimensions should be 1600px by 900px (16:9) for desktop, and 900px by 1600px (9:16) for mobile.
  2. Include between 3-6 screenshots of your app on desktop.
  3. Include at least one screenshot of your app's user interface.
  4. Provide alt text for all images for accessibility and to improve SEO.
  5. Don't include desktop backgrounds and browser windows in your screenshots. Crop them so your images aren't cluttered and don't distract merchants from your app.
  6. If your app is embedded, then don't include Shopify admin header content in your screenshots, such as the store name, the search bar, or any user information. You can include the left-hand navigation.

C) Mobile screenshot guidelines

  1. Each screenshot's dimensions should be 900px by 1600px (9:16).
  2. If your app is mobile responsive on the storefront, then include screenshots that show your app's mobile functionality. This helps merchants visualize how your app will look to a customer on their storefront.
  3. Your mobile screenshots should not be duplicates of your desktop screenshots. This means they must display the responsiveness of your user interface when viewed on a mobile device.

D) Point of sale screenshot guidelines

  1. Each screenshot's dimensions should be 2048px by 1536px (4:3).
  2. If your app is for Shopify Point of Sale or has features that work with it, then you must include a screenshot showing this. This helps merchants specifically looking for point of sale apps understand that yours integrates with it.

5. Detailed description

The Detailed description field gives you 2800 characters to tell merchants all about your app. This field supports a limited set of Markdown formatting options. Markdown is simpler to use and less error-prone than HTML because it requires fewer tags.

The following table lists supported formatting options and the corresponding Markdown notation to use:

Formát Štítek Příklad
Title # # This is a title
Ordered (numbered) list item 1. 1. Ordered list item 1
2. Ordered list item 2
Unordered (bulleted) list item * * Unordered list item 1
* Unordered list item 2

You can toggle between the Upravit a Preview tabs to see how your description will be displayed in the app listing.

Follow these guidelines when writing your detailed description:

  1. Explain each of your app's key features in detail. Merchants want to know what your app is capable of doing for their store.
  2. Don't use special characters or emojis in your description.
  3. Don't include testimonials in the detailed description.
  4. Don't use personal merchant information without consent from the merchant.
  5. Don't include links and URLs in the detailed description. The submission form lets you provide links to your website's homepage, your FAQ page, and your pricing information, where you can host whatever additional information.
  6. Don't include support information such as emails and phone numbers in your detailed description. Support information should be included in section D of the submission form.
  7. Don't include data or statistics in your detailed description since Shopify can't confirm this data. Feel free to share this information on your website and landing pages.
  8. Don't mention Shopify competitors except in specific cases (Example: If your app is mentioning how it migrates data from other platforms to Shopify).

6. Demo URL

Provide a link to a demo store that showcases your app so merchants can see a live demonstration of how the app works. If your app requires a more in-depth walkthrough, then you can instead link to a demo video that shows the app in action. This lets the merchant get a sense of how your app can benefit them.

You can use a development store as your demo store. When merchants visit your demo store from the Shopify App Store, the development store password page does not appear.

7. Integrations

The Integrations field lets you list a maximum of six integrations. If your app has more than six integrations, then list the ones that merchants will be most interested in.

Don't include the following in your list of supported integrations:

  1. Shopify
  2. other shopping carts, unless you provide synchronization or cross-platform compatibility
  3. other apps in the Shopify App Store, unless your app directly integrates with them

C. Pricing

The pricing section lets you clarify app pricing information for merchants.

1. Pricing details

Select your app's primary billing method in the Pricing details sekce. There are three primary billing methods that you can use for your app:

Free to install Select this option if you won't charge the merchant anything for installing the app. Apps that are free to install can have additional usage charges or charges that are charged outside of the Shopify Billing API. If there are no additional charges, such as commissions or usage charges, then your app will appear as Volný, uvolnit in the Shopify App Store. If you do specify additional charges, then your app will appear as Free to install.
Recurring charge Select this option if you will charge the merchant each month (every 30 days) or each year that they have the app installed. If you select this option, then you'll be able to add information about the different monthly or yearly plans that you offer.
One-time payment Select this option if you will charge the merchant a single fee for installing the app.

Any of the billing methods above can be combined with additional charges or external account charges. For example, if you charge a $10 one-time charge and $2 per 100 orders, then select One-time charge and provide details about the usage charges in the Additional charges sekce.

Set up an app subscription plan with recurring charges

To describe how merchants will be charged for using your app:

Enter the length of the free trial period, after which you will begin to charge for the app. If the free trial length is 0 days, then charges begin immediately. When you choose the length of the free trial period, make sure that it's enough time (at least 14 days) for the merchant to try your app.

Enter the details of your recurring plans. For each plan, specify whether it is free, billed monthly, or billed yearly:

  1. If your app charges the merchant monthly, then select Monthly charge and enter the amount that the merchant will be charged every 30-day billing cycle.
  2. If you offer a monthly plan that also has a discount option for the merchant to make a one-time yearly payment, then select Monthly charge and enter both the regular monthly charge and the discounted yearly charge. For example, if you have a plan that is $150 per month and you offer a yearly discounted price of $1200 a year, then enter $150 for the amount billed every 30 days and $1200 for the amount billed as one charge per year:
  3. If you offer a plan with a recurring charge that has only a yearly charge option, then select Yearly charge and enter the total charge per year. For example, if you have a yearly plan that is $1200, then enter $1200 for the amount billed as one charge per year:
  4. Select whether your plan has additional charges, such as usage fees or commissions. Provide a detailed description of these fees so that the merchant can understand how the charges are calculated. Do not enter yearly plan information in this field. Instead, enter yearly plan information either as a yearly charge or a yearly discounted price.
  5. Optional: In the Plan details section, enter a name for the plan and a list of features that it includes. Enter each feature on a separate line, without any bullet points or leading characters. Bullet points will be added when the feature list is rendered in the app listing.
  6. If you want to add another plan, then click Add another plan.
  7. The app listing lets you describe up to four pricing plans for your app. If you offer more than four plans, then you can provide a URL for an external pricing page that describes the additional plans. You can also let merchants know that you offer additional plans by selecting This plan has additional charges for one of the plans (typically the plan with the highest price) and then entering a note in the Description of additional charges pole. For example, the note might say "Additional plans available. See our pricing page for details."

Plans will be displayed from lowest price to highest price in your app listing, regardless of the order in which you specify the plans.

Apps with only a free plan

You can have a maximum of one free plan. If your app has only one plan for the entire app, and that plan is free, then that plan cannot be listed as a recurring charge. For this type of a pricing model (with or without additional charges), select Free to install as your primary billing method.

Apps with free and paid plans

If you have more than one plan and one of them is free, select Recurring charge as your primary billing method, then specify one of your plans as Volný, uvolnit v Plan pricing sekce. When your app appears in search results, it will be flagged as Free plan available.

Charges outside the Shopify Billing API

All app charges must go through the Shopify Billing API unless you have prior approval from Shopify. If you've received approval from Shopify, then select I have approval to charge merchants outside of the Shopify Billing API and provide a link so that merchants can read about the external charges and sign up for any external services that are required.

Here's an example of how the pricing details for your app might be presented in your app listing:

1. A link to a page that describes the app's pricing in detail.
2. A link to a page that describes any charges that are billed outside of Shopify's Billing API.
3. The name of each pricing plan.
4. A free monthly plan.
5. The paid monthly plan price.
6. The discounted yearly price for a monthly plan.
7. A description of any additional charges for this plan.
8. A list of features for this plan.

D. Contact information

Contact information is an important part of your app listing. The information you enter here helps merchants learn more about your app and contact you with questions or issues. Shopify also uses this information to contact you about your app submission.

1. Review notification email

This email is used to notify you when a merchant has left a review on your app. The notification email includes the star rating the merchant left, the comment they left in their review, and the name of the merchant's store.

2. App submission contact email

This is the email we use to contact you about your app submission to the Shopify App Store. You should enter the email of the person that will be the primary point of contact for making any necessary changes to your app submission.

3. Sales and support

Support for other languages (Required)

If you've added a translated listing to your app listing, then you need to show if you offer phone or email support in the language that's associated with it. You aren't required to offer support in the language of the translated listing, but you must include information in your listing about whether that support is available.

Email (Required)

This is the email that merchants will use to contact you if they have support questions.

Website URL (Optional)

Having a website that gives more information about your app can help merchants to decide if they want to install it. This URL needs to be set to the landing page of your developer website. If the URL goes to a special promotional page, then you'll be asked to change it.

Phone (Optional)

Having phone support can boost merchant confidence when selecting your app. If you want to offer phone support for your app, then you need to include a functioning phone number that a merchant can call to get phone support. We'll call this phone number during your app review to make sure it can be reached. If the number can't be reached, then you must remove or update the phone number.

Privacy policy URL (Required)

[Data and user privacy]/api/app-store/listing-in-the-app-store/data-and-user-privacy) is extremely important to merchants, and they value partners who take security seriously. To learn what you should include in your privacy policy, refer to the App privacy policy template.

FAQ URL (Optional)

This is a great opportunity to answer frequently asked questions in detail to merchants. This URL must redirect the merchant to a dedicated FAQ page on your website. If the URL redirects to a cloud document or PDF, then you'll be asked to change it.

E. Tracking

You can track your app listing traffic by entering a Google Analytics or Facebook pixel code for your app listing. You can also retarget merchants who view your app listing by adding a Google remarketing code or an AdRoll retargeting code.

F. Merchant install requirements

You can specify which merchants can install your app by setting the install requirements in the app submission form. By adding install requirements in the app submission form, you can reduce the number of uninstalls and negative reviews related to merchant eligibility for your app.

For example, when a merchant installs an app that they can't use, such as a free shipping app that doesn't work in their country, they will uninstall your app shortly after installing it. They may also be frustrated about the experience and leave a negative review. Both uninstalls and negative reviews affect your ranking in the Shopify App Store.

1. Sales channel requirements

If your app embeds features in a particular sales channel, then you only want merchants who use that sales channel to install your app. For example, if a merchant doesn't have an online store, then you want to prevent them from installing your app if it changes the merchant's online store.

If your app embeds features in a merchant's online store, then select Merchant must have online store. If your app embeds features in the Shopify POS app, then select Merchant must have Shopify Point of Sale.

2. Geography requirements

Set the geography requirements to make your app available only to merchants who meet specific geographic criteria. For example, if your app is a tax app that helps merchants in Germany file their taxes, then you should specify that only merchants with a business address in Germany can install your app. You can restrict the installation of your app to merchants who:

  • have a business address in a specific country or countries
  • ship to a specific country or countries
  • accept a specific currency or currencies.

For each requirement, you can specify a list of countries or currencies that meet the requirement. For example, if your app works for stores who accept any of USD, CAD or GBP, then you can specify all three acceptable currencies.

If you specify multiple geographic requirements, then only merchants who meet all of the requirements can install the app.

What if a merchant changes their store settings after installation?

Within your app, use endpoints and webhooks to check if a merchant changes their store settings after installation. If a merchant does change their settings, then you can notify them within the app or by email.

G. Testing instructions

In this section, you can provide instructions on how to test your app during your app review. You also need to include your app's performance ratio. To calculate your app's performance ratio, refer to B. Testing methodology in section 4. App performance of this document.

1. App testing instructions

Including instructions on how your app should be used lets us give you valuable feedback if they encounter issues while testing. If you have an app that offers a lot of functionality, then you should consider including a link to a video walkthrough of your app. This helps us understand how to use your app.

If your app connects to other services, then you must include test accounts. For example, if your app requires account access to a marketplace, then you must include credentials for a test account on that marketplace. If testing your app requires a test account and you don't provide one, then your app submission will be rejected.

6. Security and merchant risk

A. Security

Your app must store salted password hashes instead of actual passwords, as described on OWASP.

Your app must be protected against cross-site request forgery attacks, cross-site scripting attacks, and other security vulnerabilities.

Your app must be served over HTTPS using a valid SSL certificate.

Your app must not process payments or orders outside of Shopify's checkout.

Your app must not alter or modify Shopify's checkout.

7. Data and user privacy

A. Data and user privacy

If your app is used by merchants based in Europe, or merchants with buyers based in Europe, then it's your responsibility to make sure that your app is GDPR compliant.

You must include a link to a privacy policy in your app listing to communicate how your app uses data, and to help build trust with merchants.

If your app handles a significant amount of customer data, then it should have a system in place to manage that data properly, including secure storage and the ability to erase data at the user's request as per the data rights of individuals.

If your app runs marketing or advertising campaigns that require personal information, then it must have a system for allowing users to provide data consent for marketing promotions.

If your app requests or manages user data, then it must subscribe to the GDPR webhooks so that you can receive any data deletion requests that are issued by merchants.

Customer data collected by your app through a Shopify hosted service using the Online Store/Point of Sale channels must be returned to the Shopify admin and be made accessible to merchants. More information can be found in the Shopify API License and Terms of Use under section 2.3.17. Vidět Storing customer data for information regarding which customer data must be sent back to the merchant.

8. Support

A. Support

You must have an email address that merchants can use to contact you if they need help with setting up or using your app. Providing great customer support is an important part of Shopify's own business, and you're expected to provide prompt support to the merchants who use your app as well.

Your support contact information and content should be easy to find, and it should include clear instructions that are specific to how your app integrates with Shopify. To learn more about writing effective help documentation, see Help documentation in Shopify Polaris.

Your partner dashboard must have up to date emergency developer contact information in the case that you need to be contacted regarding your app.


Embedding feature chart/graph in pop-up window in CartoDB? - Geografické informační systémy

Pixels to Graphs by Associative Embedding

Tensorflow training pipeline for:

Pixels to Graphs by Associative Embedding. Alejandro Newell and Jia Deng. Neural Information Processing Systems (NIPS), 2017. arXiv:1706.07365

Update (March 25, 2018): Changed default optimization to deal with diverging models, so code should no longer freeze in the middle of training. Also, finally added pretrained models!

Python 3 package requirements:

(code tested on Python 3.5 and 3.6)

  • tensorflow_gpu (1.3.0)
  • numpy
  • h5py
  • scipy
  • scikit-image
  • tqdm
  • easydict
  • graphviz
  • simplejson (for Visual Genome driver)

Make sure to add the parent directory of px2graph to your PYTHONPATH.

  • Clone repo from here
  • Follow build instructions (make sure to use g++ 4.X)
  • For newer versions of TensorFlow it was a bit difficult to get this working, here is the command that finally worked for me:
  • Download images from Visual Genome (parts 1 and 2)
  • Place all images into data/genome/VG_100K/
  • Download VG-SGG.h5 and proposals.h5 from here and place them in data/genome/ (credit to Xu et al. 'Scene Graph Generation by Iterative Message Passing' for preprocessing the Visual Genome annotations)

python main.py -e [experiment name] --sg_task [PR|CL|SG]

The different task settings are defined as follows:

  • PR: Object boxes and classes provided, predict relationships
  • CL: Object boxes provided, classify objects and their relationships
  • SG: Full task, nothing but image required as input (an additional argument --use_rpn [0|1] determines whether or not to include box proposals from a RPN)

To train with multiple GPUs use a command like:

python main.py --batchsize 32 --gpu_choice '0,1,2,3'

To continue an experiment or branch off to a new directory (to test different hyperparameters for example), call:

python main.py -e test_exp --continue 1 or python main.py --branch test_exp -e test_exp_2 --learning_rate 1e-5

In general, any binary options you wish to change via the command line must be set explicitly with either a 0 or 1. Use --help to get a list of available options to set.

Důležité: Regarding optimization, some feature of the code can lead to spontaneous divergence in the midst of training

The recall logged during training should give a good sense of the performance of the model. After training, to generate a proper set of predictions and evaluate them, call:

The --predict argument accepts train|valid|test as options, and will generate predictions on the first opt.valid_iters * opt.batchsize samples of the specified subset.

Note, performance is higher than previously reported in our paper. This is not due to any changes in the algorithm, but instead is the result of training for longer and tuning some postprocessing parameters.

Another important detail regarding our evaluation is that our numbers are reported with unconstrained graphs meaning that when proposing the top 50 or 100 predicates, multiple edges may be proposed between any two nodes. This leads to a notable performance difference when comparing to numbers in a constrained setting particularly on the SGCls and PredCls tasks where nodes are provided ahead of time.

To get final test set predictions from the pretrained models, put them in the exp/ directory and call:


Začínáme

Accessing Fusion Tables

To use Google Fusion Tables, you'll need a non-HaverApps Google Account. Your regular @haverford.edu account does not work with Fusion Tables. If you don't already have one, you can create an account here.

Fusion Tables is accessed through Google Drive. There's a link to Drive on most Google pages, including your Gmail inbox and Google Search, or you can just click here.

Before using Fusion Tables, you may need to connect to the app. From Google Drive, click the CREATE button on the left side of the page and select Connect more apps. In the pop-up window, search "Fusion Tables" a klikněte Connect. Now, if you go back to the Create menu, you should see Fusion Tables as an option. Click on it. You are now ready to begin the tutorials below, or you can spend some time familiarizing yourself with the interface.


JavaScript Charts widgets for data visualization and analytics

Webix JS is a graphing and charting library for designing outstanding analytical web applications and custom UIs. This software product allows implementing dynamic data visualization with smooth animation and several interactive features. Webix development team followed the top-notch material design trends to create a variety of ready-to-use responsive widgets.

JavaScript Charts widget is a highly-customizable set of JS charts (line, spline, area, bar, pie, 3D-pie, donut, scatter, radar, etc.). The interactive UI controls include 14 types of charts and data tools such as sorting, filtering, and grouping.

Pivot Chart JavaScript UI widget facilitates smooth data aggregation and visualization by means of different chart types and data-structure sets. Data export feature allows converting information in PDF, PNG, Excel, and CVS formats. The widget provides seamless back-end and front-end integration.

Gage (Gauge) JavaScript widget is aimed to display dynamic data with the help of smooth and interactive animation. The widget enables to set up custom labels, placeholders, and dynamic colour change.

Bullet graph widget serves for efficient presentation of rapidly changing information, as well as for the creation of data-rich dashboards . This component has out-of-the-box design with smooth animation. A user can choose vertical or horizontal orientation depending on an app layout.

Barcode is a widget that displays text values in a machine-readable format. It provides an opportunity to easily embed generated barcodes into your applications. It includes three types of barcodes: EAN8, EAN13, and UPC-A. The width and the height of the barcode itself and the text are editable. Besides, there is a possibility to create a personal barcode.

Excel Viewer is a tool for viewing Excel files. The files may be loaded by setting a remote/local URL or parsing the contents of an uploaded file by using the related Webix API. The widget is easily editable. The toolbar contains tabs that allow switching between sheets.

GeoChart provides integrating Google maps into any application. It may be used in developing visual analytical systems. All Google GeoChart settings are available. The data is loaded into GeoChart in JSON, XML, or CSV formats.

Iframe is one of the three widgets that allow adding HTML content to applications. It allows embedding any external documents and web pages to an application. Several web pages may be shown with the help of the widget. Easy navigation is also provided.

Map UI widget is based on Google Maps API. It is a handy tool for applications that intend to use geographical visualization. The widget supports four map types: roadmap, satellite, hybrid, and terrain. Markers and heatmap layers are customizable.

Organogram intends to create hierarchical diagrams with links between data items. The API is similar to JS Tree UI widget. The items are easily configured and styled with CSS. Selection functionality is enabled. The lists inside each block of items are editable and can be arranged in different ways.

PDF Viewer provides the possibility of viewing PDF files into any web application. The PDF documents can be viewed, downloaded, and uploaded. The toolbar of the widget includes navigation arrows, the current page label, the "all pages" label, zooming buttons, and the download button. The public API allows using the toolbar separately from the viewer.

Template is one of the three widgets that allow adding HTML content to applications. There are four predefined types of Templates provided by Webix: with a thin grey border, borderless, "header" for parts of the app interface, and "section" from blocks of Form controls. The content of Template can be either plain text, or HTML markup with text, or a single data item. Template API allows setting the content dynamically.

TreeMap allows you to present the data in a set of nested rectangles. It helps to arrange the information in a compact form. The widget is flexible, so any style may be applied. Clicking on each item allows displaying the child items, which adds to the compactness of the application.

Video widget is one of the three widgets that allow adding HTML content to applications. The widget helps to embed video files into applications. It is based on HTML5 "video" tag and provides support for MP4, WebM, and Ogg video files. Video API is easily customizable.


Podívejte se na video: M9 Graf funkce v aplikaci Geogebra