Vairāk

Vai iezīmējat iezīmju diagrammu / grafiku uznirstošajā logā CartoDB?


Es vēlētos, lai tīmekļa kartē varētu iegult katras funkcijas atribūtu diagrammu / diagrammu. Esmu paskatījies apkārt un tur tālajās lapās neesmu atradis neko galīgu, kā to panākt.


Rediģēšana: Lai uzzinātu atbildi uz šo atbildi, kas saistīta ar CartoDB.js, lūdzu, skatiet šeit: Vai iekļaut diagrammu, kuras pamatā ir lauki CartoDB ievades logā?

Lai iegūtu atbildes risinājumu, vienkārši izmantojot CartoDB redaktoru (nevis tieši CartoDB.js):

CartoDB joprojām nav iespējas zīmēt grafikus: tas nozīmē, ka jums tie ir jāizveido ar citiem rīkiem un pēc tam, kā jūs sakāt, jāparāda tos infowindows.

Divas pieejas šeit:

  • Izveidojiet statiskus grafikus ar jebkuru rīku un saglabājiet tos kā attēlus. Pēc tam šos attēlus varat augšupielādēt internetā (vai Dropbox publiskajā mapē) un kopēt to tiešās saites CartoDB tabulas slejā. Tas ļaus jums pievienot šo attēlu ieplūdes lodziņā tieši ar vedņiem. Varat izmantot attēla galvenes veidni Windows operētājsistēmai vai arī izveidot pielāgotu modeli un ievietot URL kolonnu img taga src daļā:

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

  • Varat izmantot jebkuru diagrammu rīku, kas ļauj iegult diagrammas kā iframe. Jūs varat ielādēt iframe iekšpusē Windows. Lai to izdarītu, jums jāpievieno iframe kods pielāgotā HTML veidnē ieejas loga veidnē un, tāpat kā iepriekšējā gadījumā, tabulas kolonnā jāpievieno katra elementa URL vai identifikators.

Tas ļautu izmantot kādu HTML kodu kā:

Ieteicamie lasījumi:


1. risinājums: pieturieties pie R

Paldies @MLavoie. Šis piemērs izmanto tīru R, lai izveidotu divus parauglaukumus - "mainplot" un "hover", kas reaģē uz pirmā lidojuma notikumu.

Šajā piemērā izmantojiet spīdīgos saites uz plotly. Katram kursora kursora gadījumam serverim tiek nosūtīts POST pieprasījums, tad serveris atjauninās uznirstošo diagrammu. Tas ir ļoti neefektīvi, tāpēc tas var nedarboties lēnos savienojumos.

Iepriekš minētais kods ir paredzēts tikai demonstrācijai un vēl nav pārbaudīts. Darbīgu un daudz sarežģītāku piemēru skatiet šeit (ar avotu).


Vai iezīmējat iezīmju diagrammu / grafiku uznirstošajā logā CartoDB? - Ģeogrāfiskās informācijas sistēmas

Ģeogrāfisko jautājumu atbildēšana, pamatojoties uz zināšanu diagrammas iegulšanas paņēmieniem

Kods mūsu darījumu GIS, kā arī mūsu K-CAP 2019 dokumenta rezultātu atjaunošanai.

Lūdzu, apmeklējiet manu mājas lapu, lai iegūtu vairāk informācijas.

Ģeogrāfisko jautājumu atbildēšana

Atrašanās vietas apziņas entītijas kodētāja arhitektūra:

  • Python 2.7+
  • Lāpa 1.0.1+
  • numpy 1.16.0+
  • matplotlib 2.2.4+
  • sklearn 0.20.3+
  • ģeopandas 0.6.1+
  • formas 1.6.4+
  • pyproj 2.2.2+

Lai iestatītu kodu, palaidiet python setup.py. Ņemiet vērā, ka pirmie trīs ir nepieciešami modeļa apmācībai un testēšanai. Pārējie tiek izmantoti vizualizācijai, kas nav obligāta.

GeoQA datu kopu varat lejupielādēt šeit. Izvelciet to un ievietojiet tos diagrammā / dbgeo /.

Šis kods ir ieviests Python 2.7. Visi kodi ir grafikā / netquery /.

Ģeogrāfisko jautājumu atbildēšana

Katrai 3. tabulas bāzes līnijai:

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

Katrai 5. tabulas bāzes līnijai:

  1. SE-KGE_ : palaist graphqa / dbgeo_spa_sem_lift_space.sh
  2. SE-KGE_ : palaist graphqa / dbgeo_spa_sem_lift_ssl.sh.

Ja jums šķiet, ka mūsu darbs ir noderīgs jūsu pētījumos, lūdzu, apsveriet iespēju atsaukties uz mūsu rakstu.

Atrašanās vietas kodētāja komponents SE-KGE modelī ir balstīts uz Space2Vec. Izlasiet mūsu ICLR 2020 dokumentu, lai iegūtu visaptverošu izpratni:

Ņemiet vērā, ka mūsu koda daļa ir balstīta uz Hamiltona un citu NIPS 2018 dokumenta kodu:


Ziņot par pārkāpumu

Lieliski & # 33, paldies par jūsu atsauksmēm.

Cik apmierināts esat ar šo atbildi & # 63

Paldies par jūsu atsauksmēm, tas palīdz mums uzlabot vietni.

Cik apmierināts esat ar šo atbildi & # 63

Tas, vai šeit redaktorā ielīmējat HTML kodu, ir atkarīgs no tā, kur jūs kopējat un kuru tīmekļa pārlūkprogrammu izmantojat, vai esat saņēmis tagus vai redzat renderētu HTML.

Par diagrammu ielīmēšanu skatiet šo lapu:

Ziņot par pārkāpumu

Lieliski & # 33, paldies par jūsu atsauksmēm.

Cik apmierināts esat ar šo atbildi & # 63

Paldies par jūsu atsauksmēm, tas palīdz mums uzlabot vietni.

Cik apmierināts esat ar šo atbildi & # 63

Paldies. Fakts ir tāds, ka tekstu uzrakstīju tieši redaktorā, nevis kopēju no jebkuras vietas. Kā es daru tagad.

Es jau biju redzējis metodi, uz kuru jūs man norādāt. Manuprāt, tas ir interesanti, bet bezjēdzīgi. Punkts ir diagrammu izveide programmā Excel, pēc tam to kopēšana uz Powerpoint.

Katras diagrammas izveidei pārvarēšana, kas aprakstīta saitē, ir neticami garlaicīga un neproduktīva, un noteikti ne tā, kā to bija paredzējuši MS izstrādātāji.

Turklāt tur sniegtā metode ir OK tikai tad, ja jums ir diagrammas, kas veidotas no blakus esošajiem datu diapazoniem: ar saiti var ielīmēt tikai VIENKĀRT, nākamās pastas izdzēsīs iepriekš ielīmētos datus. Tātad jums vispirms ir jāizveido katra tabula katram grafikam programmā Excel? Vai mēs jokojam? Būtībā metode darbojas tikai tad, ja jums ir vienkāršas / pamata tabulas, kuras jūs varētu vienkārši apstrādāt ar Apple numuriem, nevis Excel.

Un es uzstāju: kāpēc heck mums trūkst funkciju, lai pārvaldītu saites un visus saistītos objektus, izlemiet, vai mēs vēlamies pārtraukt saites, atjaunināt tās, rediģēt visas saites uzreiz, ja failam ir mainīts nosaukums vai pārvietots uz jaunu vietu utt. ?

Kāpēc tas ir tik slikti izstrādāts? Es ceru, ka nākotnē kāds to uzlabos, jo tas ir kauns.

Ziņot par pārkāpumu

Lieliski & # 33, paldies par jūsu atsauksmēm.

Cik apmierināts esat ar šo atbildi & # 63

Paldies par jūsu atsauksmēm, tas palīdz mums uzlabot vietni.

Cik apmierināts esat ar šo atbildi & # 63

Tikai piezīme par jūsu pieņēmumu, ka vietturos varat ielīmēt tikai 2 diagrammas. Tas ir taisnība tikai tad, ja jūs ievērojat Microsoft izstrādāto akciju slaidu izkārtojumu. Atverot slaidu galvenā skatu, varat izveidot papildu slaidu izkārtojumus, un katrā no tiem var būt tik daudz satura vietturu, cik vēlaties. Vienkārši noklikšķiniet uz ikonas Ievietot vietturi, lai pievienotu vispārējas nozīmes satura vietturi vai diagrammas vietturi.

Tā kā saišu rediģēšana jums ir ļoti svarīga, iesaku apsvērt iespēju izmantot Office Windows versiju, jo tai ir labāki (lai arī joprojām nepilnīgi) rīki. Izmantojot BootCamp vai Parallels, vajadzības gadījumā varat pārvietot prezentācijas starp Windows un Mac versijām. Turklāt Windows versijās ir iekļauta saite Paste Special & gtPaste, kas nodrošina īstu saiti. Pretējā gadījumā es domāju, ka jums vajadzētu izmēģināt Jim OS X saistīšanas apmācību, tas patiesībā nav tik sarežģīts vai laikietilpīgs reālajā dzīvē.

Jūs izveidosiet konsekventāku diagrammas formatējumu starp Excel un PowerPoint, ja izveidosiet kopēju motīvu failu (to var izveidot programmā PowerPoint 2011) un pielietosiet to gan Excel avotam, gan PowerPoint galamērķim.

Ziņot par pārkāpumu

Lieliski & # 33, paldies par jūsu atsauksmēm.

Cik apmierināts esat ar šo atbildi & # 63

Paldies par jūsu atsauksmēm, tas palīdz mums uzlabot vietni.

Cik apmierināts esat ar šo atbildi & # 63

Paldies par jūsu ieteikumiem Džons.

Esmu bijis Windows lietotājs jau ilgu laiku (es pārslēdzos uz OSX 2012. gadā, personālos datorus izmantoju kopš 1990. gadu sākuma). Pēc manas pieredzes, neskatoties uz to, ka mums ir mazāk funkciju ar MS Office lietotņu OSX versijām nekā tas, kas ir pieejams Windows versijās, stabilitātes un izturības ieguvumi ir nenovērtējami. Vismaz ar OSX, kad esat sasaistījis failus starp MS Office lietojumprogrammām, ja viena lietotne (piemēram, PPT) sasalst, jūs nezaudējat kaskādē visas pārējās (Excel, Word, Outlook utt.). Laika mašīna ir arī dzīvības glābējs MS lietotņu sabrukšanai, kur nāvējošie MS atkopšanas faili tiek vienkārši šausmīgi ieviesti un ir pilnīgs apkaunojums jebkuram nopietnam programmētājam / izstrādātājam. Pirmā nodarbība, ko es dodu saviem praktikantiem un jaunākajiem darbiniekiem, vienmēr būtu: "Ctrl-S, ik pēc 5 minūtēm puiši!" jo nevar uzticēties šīm sistēmām darīt labu darbu.

Par saistīto failu izmantošanu sistēmā Windows: tas bija tas pats ****, patiesībā tas bija vēl sliktāk (sakarā ar Windows raksturīgo vājumu pagātnē - es dzirdu, ka WIn10 ir stabilāka). Interfeiss saišu rediģēšanai Powerpoint ir mazs, uznirstošs logs, kurā jums ir jārediģē katra saite atsevišķi, neņemot vērā faktu, ka visas saites var norādīt uz vienu un to pašu failu. Nav iespējams meklēt / aizstāt informāciju par saitēm, un kopumā saišu pārvaldības rīki ir nekas cits kā šausmīgs. Es novērtēju, ka daži cilvēki cenšas ticēt, ka šīs lietas ir izstrādātas labi, patiesībā tās nav.


GFD: svērtā neviendabīgā diagramma, kas balstīta uz krāpšanas atklāšanas pieeju mobilajā reklāmā

Tiešsaistes mobilajai reklāmai ir būtiska loma mobilo lietotņu ekosistēmā. Krāpšanās mobilajās ierīcēs, ko izraisa krāpnieciski klikšķi vai citas darbības ar reklāmām, tiek uzskatītas par vienu no kritiskākajām mobilās reklāmas sistēmu problēmām. Lai apkarotu mobilo reklāmu krāpšanos, ir veiksmīgi izmantotas mašīnmācīšanās metodes, lai tabulas datos identificētu reklāmas krāpšanos, nošķirot aizdomīgas reklāmas krāpšanas operācijas no parastās. Tomēr šādas pieejas var ciest no darbietilpīgas funkciju izveides un atklāšanas algoritmu izturības, jo tiešsaistes reklāmas lielie dati un sarežģītas krāpnieciskas reklāmas darbības, ko rada ļaunprātīgi kodi, robottīkli un klikšķu firmas, pastāvīgi mainās. Šajā rakstā mēs ierosinām jaunu svērtu neviendabīgu grafiku, kurā ir iekļauta un uz mācībām balstīta krāpšanas atklāšanas pieeja, proti, GFD, lai identificētu krāpnieciskas mobilās reklāmas lietotnes. Piedāvātajā GFD pieejā (i) mēs izveidojam svērtu neviendabīgu grafiku, lai attēlotu uzvedības modeļus starp lietotājiem, mobilajām lietotnēm un mobilajām reklāmām, un noformējam svērtu metapatu vektora algoritmam, lai no grafika uzzinātu mezglu attēlojumus (uz grafiku balstītas funkcijas) ( ii) mēs izmantojam statistikas analīzes metodi, kas balstīta uz laika periodu, lai no tabulas parauga datiem iegūtu raksturīgās pazīmes (uz atribūtiem balstītas pazīmes); (iii) mēs ierosinām hibrīdu neironu tīklu, lai sakausētu uz grafikiem un atribūtiem balstītas pazīmes krāpnieciskas lietotnes no parastām lietotnēm. GFD pieeja tika piemērota lielai reālās pasaules mobilās reklāmas datu kopai, un eksperimentu rezultāti parāda, ka pieeja ievērojami pārspēj labi zināmās mācību metodes.

1. Ievads

Tiešsaistes mobilajai reklāmai ir būtiska loma mobilo lietotņu ekosistēmā. Viens no populārākajiem mobilo lietotņu reklamēšanas modeļiem ir pazīstams kā maksa par darbību (CAP), kur maksājums ir balstīts uz lietotāja rīcību, piemēram, lietotnes lejupielādi un instalēšanu lietotāja mobilajā ierīcē. Šis KLP modelis var stimulēt ļaunprātīga mobilā satura izdevējus (parasti lietotņu īpašniekus) ģenerēt krāpnieciskas darbības ar reklāmām, lai iegūtu lielāku finansiālo atdevi [1–3]. Dažas tradicionālās metodes un paņēmieni ir izmantoti, lai atklātu un apturētu krāpšanos ar klikšķiem, piemēram, metode, kas balstīta uz slieksni [4], CAPTCHA [5], izkliedes koks [6], TrustZone [7], jaudas spektra blīvuma analīze [8] un sociālo tīklu analīze [9].

Lai automātiski noteiktu krāpšanās ar mobilajām ierīcēm uzvedību, mašīnmācīšanās metodes ir veiksmīgi izmantotas, lai datos atrastu krāpšanās modeļus, nošķirot aizdomīgas reklāmas krāpšanas operācijas no parastās [10–14]. Kas attiecas uz mācību modeli ar atribūtu pazīmēm, pētnieki parasti izmanto vairākus atribūtus no katra parauga, lai apmācītu mācību modeli, lai identificētu krāpšanas uzvedību. Diemžēl šādas pieejas var ciest no darbietilpīgās funkciju izveides un atklāšanas algoritmu izturības, jo tiešsaistes reklāmas lielie dati un sarežģītas krāpnieciskas reklāmas darbības, ko rada ļaunprātīgi kodi, robottīkli un klikšķu firmas, pastāvīgi mainās. Turklāt krāpnieki varētu viegli pielāgot savus krāpšanas modeļus, pamatojoties uz esošajiem krāpšanas atklāšanas atribūtiem un noteikumiem, lai izvairītos no tā atklāšanas. Nesen daži pētnieki mēģina izmantot attiecības starp informācijas entītijām, lai izveidotu grafu modeli, un pēc tam izmanto grafu ieguves vai mācīšanās metodes, lai identificētu mainīgo krāpšanas uzvedību [15–17]. Visas šīs metodes iegūst noderīgu ieskatu mācību mehānismā, lai klasificētu krāpšanas uzvedību no parastām darbībām. Intuitīvi, ja mēs varētu apvienot papildu informāciju no datu paraugu atribūtiem un saiknes starp entītijām (piemēram, lietotājiem, lietotnēm un reklāmām), mēs varēsim uzlabot krāpšanas noteikšanas precizitāti un izturību.

Tomēr, lai atraisītu uz atribūtiem balstītas informācijas un uz diagrammām balstītas informācijas spēku, mums jārisina virkne problēmu. Pirmkārt, lai izmantotu diagrammas raksturlielumus, mums vajadzētu izveidot piemērotu diagrammu, kas potenciāli varētu attēlot mijiedarbības uzvedību starp informācijas entītijām, piemēram, lietotājiem, lietotnēm un reklāmām. Otrkārt, jāizstrādā efektīva grafu apguves metode, lai uzzinātu noderīgu strukturālās un semantiskās attēlojuma informāciju no konstruēta grafika [18, 19], īpaši mācoties no neviendabīga grafika [20]. Treškārt, ir sarežģīti sapludināt dažāda veida informāciju no parauga atribūtiem un mezglu attēlojuma, ņemot vērā to raksturīgo neviendabīgumu un augstas kārtības īpašības.

Lai risinātu iepriekš minētās problēmas, šajā rakstā mēs piedāvājam svērtu neviendabīgu diagrammu iegulšanu un uz mācībām balstītu krāpšanas atklāšanas pieeju, proti, GFD, lai identificētu krāpnieciskas mobilās reklāmas lietotnes. Piedāvātajā GFD pieejā (i) ņemot vērā uzvedības modeļus starp lietotājiem, mobilajām lietotnēm un mobilajām reklāmām, mēs izveidojam svērtu neviendabīgu diagrammu, kas atspoguļo mobilo lietotņu reklamēšanas uzvedību, un ierosinām jaunu svērto vektora algoritma metapatu, proti, WMP2vec zemu dimensiju latentais attēlojums (uz grafiku balstītas funkcijas) lietotņu mezgliem svērtajā neviendabīgajā diagrammā (ii) mēs izmantojam statistikas analīzes metodi, kas balstīta uz laika logu, lai no tabulas parauga datiem izgūtu iekšējās pazīmes (uz atribūtiem balstītas funkcijas) mēs iepazīstinām ar hibrīdu konvolucionālo neironu tīkla modeli, lai sapludinātu uz grafikiem un atribūtiem balstītas funkcijas krāpniecisko lietotņu klasificēšanai no parastajām lietotnēm.

Mēs novērtējam GFD pieeju un WMP2vec algoritmu reālās pasaules datu kopā no vienas no mobilās reklāmas platformām Ķīnā. Rezultāti rāda, ka WMP2vec sasniedz augstāku veiktspēju nekā trīs labi zināmi grafu iegulšanas algoritmi konstruētajā svērtajā neviendabīgajā grafikā, un GFD pieeja nodrošina visaugstāko klasifikācijas veiktspēju, salīdzinot ar atbalsta vektoru mašīnu (SVM), izlases mežu (RF) un pilnībā savienotajiem neironu tīkliem ( FCNN).

Pārējais darbs ir sakārtots šādi. Mēs ieviešam GFD pieeju, lai atklātu krāpnieciskas lietotnes ar dziļiem neironu tīkliem un neviendabīgu grafu iegulšanas algoritmu WMP2vec 2. sadaļā. Eksperimentu rezultātus un diskusiju izklāstām 3. sadaļā. 4. sadaļā mēs iepazīstinām ar saistīto darbu. Šo darbu mēs noslēdzam 5. sadaļā.

2. Piedāvātā pieeja

Piedāvātās GFD pieejas plūsmas diagramma ir parādīta 1. attēlā. Pirmkārt, mēs piedāvājam svērto neviendabīgo grafu iegulšanas metodi, lai uzzinātu mezglu attēlojumu, ieskaitot svērtā neviendabīgā grafika un WMP2vec algoritma izveidi. Otrkārt, mēs izmantojam statistiskās analīzes metodi, lai no tabulas parauga datiem iegūtu iezīmes balstītas funkcijas. Treškārt, mēs ieviešam dziļos neironu tīklus, lai sapludinātu atribūtos un diagrammās ietvertās funkcijas krāpniecisku lietotņu identificēšanai no parastajām.

2.1. Datu apraksts

Mēs apkopojam mobilo lietotņu reklāmas žurnāla datus no mobilās reklāmas platformas. Mūsu mobilās reklāmas datu kopā ir šādi atribūti: lietotāja ID, kods, lai identificētu unikālu mobilās lietotāja lietotnes ID, kods, lai identificētu unikālu mobilās lietotnes reklāmas ID, kods, lai identificētu unikālas mobilās reklāmas ģeogrāfiskos atribūtus, lietotāja ģeogrāfisko virkne atribūti, ko izmanto anomāliju noteikšanai, tostarp šifrēts IP un pilsētas darbības veids, lietotāju uzvedība, kas saistīta ar reklāmām, piemēram, skatīšana, klikšķināšana, lietotnes lejupielādes sākšana, lietotnes lejupielādes pabeigšana un lietotnes instalēšanas pabeigšanas darbības laiks, laika zīmogs, kad darbība notika un ierīces atribūts, ar lietotāju saistītie atribūti, piemēram, ierīces ID, ierīču sistēmas modeļi un ekrāna izmērs.

Šajā rakstā tika pētīta septiņu dienu mobilās reklāmas žurnāla datu kopa 2015. gada jūnijā, un daži mūsu neapstrādāto datu piemēri ir parādīti 1. tabulā.


D. Kā izveidot QR kodu, lai izsekotu GPS atrašanās vietu

Izmantojot Scanova demonstrācijai, šeit ir detalizēts ceļvedis, kā to izdarīt:

1. Dodieties uz Scanova un reģistrējieties 14 dienu bezmaksas izmēģinājumam

2. QR kodu kategorijās atlasiet vajadzīgo. Mēs atlasīsim Vietnes URL QR kods demonstrācijai. Skenējot, lietotājiem ir nepieciešams redzēt kodēto vietni

3. Ievadiet saturu, kuru vēlaties kodēt (vietnes saite šeit) un noklikšķiniet Izveidojiet QR kodu

4. Parādīsies uznirstošais logs, aicinot jūs nosaukt un saglabāt QR kodu. Tajā pašā uznirstošajā logā būs redzamas divas opcijas - statiskā un dinamiskā. Klikšķis Dinamiski

Pēc tam tajā pašā logā tiks parādīta opcija - iegūt precīzu skenēšanas GPS atrašanās vietu. Noklikšķiniet uz tā un turpiniet klikšķināt Saglabāt.

5. Pēc tam jūs redzēsiet trīs QR koda noformēšanas opcijas - standarta melnbaltu, pielāgotu ar logotipu un pielāgotu ar fonu. Jūs varat turpināt jebkuru no iespējām

Ņemiet vērā, ka, ja jūsu lietošanas gadījums ir reklāmas līdzeklis, jums jāveido QR kods. Tas ir fakts, ka pielāgoti QR kodi piesaista vairāk skenējumu nekā melnbaltie. Tādējādi, lai piesaistītu maksimālu skenēšanu, noformējiet savu QR kodu.

6. Kad jūsu QR kods ir gatavs, sakiet, kad esat to pielāgojis, noklikšķiniet uz Atjaunināt un turpiniet Lejupielādēt to

7. Tiks parādīts logs ar aicinājumu norādīt QR koda izmēru un formātu. Kad esat norādījis informāciju, noklikšķiniet uz Eksportēt

Tieši tā. Jūsu QR kods tagad ir izveidots. Tagad to varat pievienot drukāto plašsaziņas līdzekļu akcijām, lai izsekotu precīzu katra skenēšanas GPS atrašanās vietu. Tagad, kad jūs zināt, kā izveidot QR kodu, nākamais jautājums ir:


Visu lietotņu vispārīgās prasības

Šīs sadaļas prasības attiecas gan uz uzskaitītajām, gan nerindotajām publiskajām lietotnēm. Atkarībā no tā, kā jūsu lietotne ir konfigurēta, tai, iespējams, būs jāatbilst arī Īpašas prasības noteiktām lietotņu konfigurācijām sadaļā.

1. Aizliegtas un ierobežotas lietotņu konfigurācijas

Aizliegtie lietotņu veidi

Šādi lietotņu veidi nav atļauti Shopify App Store:

  1. Lietotnes, kas ir atsevišķas programmatūras daļas, kuras ir jāielādē datorā - Shopify App Store & # 39s izplatīšanas metode tiek veikta, izmantojot tīmekļa lietojumprogrammas. Pašlaik nav infrastruktūras, lai droši un droši izplatītu jebkura cita veida lietotnes mūsu tirgotājiem.
  2. Lietotnes, kuru darbība galvenokārt ir atkarīga no tirgotāja vai partnera mijiedarbības - Lietotnēm, kas galvenokārt balstās uz cilvēku savstarpēju mijiedarbību, būtu jāapsver iespēja iekļaut pakalpojumu kā pakalpojumu mūsu ekspertu tirgū.
  3. Lietotnes, kas maz vai vispār neizmanto Shopify un # 39 API - Lietotnēm, kuras iesniedz Shopify App Store, efektīvi jāizmanto Shopify API, lai tās darbotos. Tas ir darīts, lai uzlabotu tirgotāju pieredzi, izmantojot tiešos veikala datus, un mazinātu lietotāju kļūdas.
  4. Lietotnes, kas vilto datus, lai maldinātu tirgotājus vai pircējus - Šīs lietotnes pārkāpj mūsu partneru programmas līguma C daļu - 2.3. Sadaļu, kā arī mūsu pieņemamās lietošanas politikas 7. sadaļu.
  5. Lietotnes, kas apstrādā maksājumus ārpus Shopify & # 39, norēķiniem - Shopify nevar garantēt tāda pasūtījuma drošību vai drošību, kurš ir veikts, izmantojot ārpuskopienas vai trešās puses kasi.
  6. Vairākas lietotnes ar pārklāšanās funkcionalitāti, ko izveidojis viens un tas pats partneris - Ja Shopify App Store vēlaties uzskaitīt vairāk nekā vienu lietotni, katrai lietotnei ir skaidri jāatšķiras no citām lietotnēm, kuras jau esat uzskaitījis. Dažos gadījumos jūs varat apvienot vairākas lietotnes vienā. Skatiet mūsu partneru programmas līguma C.2.4 sadaļu.
  7. Lietotnes, kas vietnē Shopify izvieto tirgus - Lietotnes, kas savieno tirgotājus ar tirgus vietām, nevar šīs vietnes izvietot vietnē Shopify. Lietotnes arī nevar ļaut tirgotājiem pārvērst savus veikalus par tirgus vietām. Lai uzzinātu vairāk par tirgus lietotņu paraugpraksi, skatiet Izveidojiet pārdošanas kanālu.
  8. Lietotnes, kas piedāvā kapitāla aizdevumus - Šāda veida pakalpojumus ir grūti pastāvīgi efektīvi uzraudzīt tādā veidā, kas nodrošina tirgotāju aizsardzību pret nepamatotu kreditēšanas praksi. Lai pasargātu tirgotājus no neparedzēta riska, lietotnes, kas aizdod kapitālu tirgotājiem, nav iespējams izplatīt, izmantojot Shopify App Store.
  9. Iespējotas lietotnes ar ierobežotām beta API jomām - Ja jūsu lietotnei ir piešķirta piekļuve beta testēšanas API jomām, jūs nevarat iesniegt savu lietotni Shopify App Store. Paziņojumus par to, kad beta versijas kļūst publiski pieejamas, apmeklējiet Shopify kopienas forumus Shopify kopienas forumus.
  10. Lietotnes, kas galvenokārt darbojas, lai kopīgotu vai sniegtu tirgotāja datus trešajām pusēm - Lietotnēm, kas galvenokārt darbojas, lai koplietotu vai sniegtu tirgotāja datus vienai vai vairākām trešajām pusēm, ir nepieciešama iepriekšēja rakstiska Shopify piekrišana un jāatbilst mūsu API noteikumiem. Pretējā gadījumā viņi nevar tikt iekļauti App Store veikalā. Katrai trešajai pusei, kas saņem tirgotāja datus, izmantojot lietotni, jāpiekrīt Shopify API noteikumiem.
  11. Lietotnes, kas savieno tirgotājus ar ārējiem izstrādātājiem - Ja jūsu lietotne savieno tirgotājus ar ārējām aģentūrām un ārštata darbiniekiem, jūsu lietotne nav piemērota izplatīšanai Shopify App Store.
  12. Iegultās lietotnes, kas neizmanto sesijas žetonus - iegultām lietotnēm, kas iesniedz pieteikumus Shopify App Store, autentifikācijai jāizmanto sesijas marķieri. Sesijas žetoni piedāvā labāku pieredzi tirgotājiem un ļauj izvairīties no pakalpojumu traucējumiem, ko izraisa trešo pušu sīkfaili.

Nerindoti lietotņu veidi

Tālāk norādītajam lietotnes veidam ir jāpaliek Shopify App Store sarakstā:

  1. Lietotnes, kas tirgotājiem darbojas tikai plānos Shopify Plus - Lietotnēm, kas ir norādītas Shopify App Store, ir jādarbojas visiem tirgotājiem neatkarīgi no viņu plāna. Lietotnes, kas darbojas tikai tirgotāju apakškopai, var apstiprināt, taču tās nevar uzskaitīt.
  2. Izstrādātājiem paredzētas un tirgotas lietotnes - Lietotnes, kas satur citiem izstrādātājiem paredzētas pamatfunkcijas, var apstiprināt, taču tās nevar uzskaitīt.

2. Uzstādīšana un iestatīšana

A. Autentifikācija

  1. Kad tirgotājs noklikšķina Pievienot lietotni no jūsu lietotnes un # 39. ieraksta, jūsu lietotnei nekavējoties jāveic autentifikācija, izmantojot OAuth pirms notiek citas darbības, pat ja tirgotājs ir iepriekš instalējis un pēc tam atinstalējis jūsu lietotni.

  1. Tirgotājam jāspēj autentificēt un izmantot jūsu lietotni vairākos veikalos, pat ja viņiem ir viena un tā pati e-pasta adrese.

B. Atļaujas

Atļaujas ir piekļuves līmeņi, kas jūsu lietotnei ir pieejami tirgotāja veikalā, izmantojot API. Pieprasītās atļaujas tiek parādītas tirgotājam OAuth rokasspiediena lapā, kur tirgotājs var tās piešķirt vai noraidīt.

  1. Pēc tam, kad viņi piekrīt atļauju piekļuvei OAuth rokasspiediena lapā, tirgotāji ir jānovirza uz jūsu lietotnes un lietotāja saskarni (UI).
  2. Jūsu lietotnei ir jāpieprasa tikai tās darbības atļaujas, kas nepieciešamas.
  3. Lietotnes API atļaujas jāatsauc tikai, izmantojot pogu Dzēst, kas atrodas lietotnes iestatīšanas lapā.

C. Iestatīšanas un tirgotāju darbplūsmas

  1. Jūsu lietotnē ir jāietver iestatīšanas instrukcijas lietotnē, kas tirgotājiem paskaidro, kā to pareizi lietot. Šie norādījumi ir jāraksta tieši Shopify tirgotājiem, pat ja jūsu lietotne izveido savienojumu arī ar citām platformām.

Jūsu lietotne nekad nedrīkst pieprasīt, lai tirgotājs ģenerē un sniedz privātu API atslēgu. Shopify App Store ir uzskaitītas tikai publiskas lietojumprogrammas.

Visiem savienojumiem, ko jūsu lietotne izveido, izmantojot lietotāja saskarni, lai izveidotu saiti uz citu veikalu vai instalētu citas lietotnes, vispirms ir jāiziet Shopify App Store saraksts.

Tirgotāju drošības nolūkos jūsu lietotnē nedrīkst izmantot uznirstošos logus būtiskākajām lietotņu funkcijām, piemēram, OAuth palaišanai vai lietotņu maksu apstiprināšanai. Izvairīšanās no uznirstošo logu izmantošanas aizsargā arī jūsu lietotni no tā, ka uznirstošo logu bloķētāji to var apdraudēt.

3. Funkcionalitāte un kvalitāte

A. Lietotāja saskarne

Piedāvājot lielisku lietotāja saskarni, jūs varat atvieglot tirgotājiem izmantot jūsu lietotni sava uzņēmuma attīstībai. Jūsu lietotnes un lietotāja saskarnei jāatbilst šādām prasībām:

  1. Jūsu lietotnei ir jābūt lietotāja saskarnei, ieskaitot pogas, vadības elementus, iestatīšanas vai iekļaušanas instrukcijas un funkcijas, ar kurām tirgotāji var mijiedarboties.

Vai nepieciešama palīdzība, izstrādājot un izveidojot lietotnes un lietotāja saskarni? Shopify Polaris resursi ir lieliska vieta, kur sākt.

B. Norēķini

Shopify ir uz API balstīta norēķinu sistēma, kas atbalsta dažāda veida lietotņu maksas. Tirgotājiem tiek izrakstīti rēķini, izmantojot to pašu sistēmu, kuru izmanto Shopify abonementā, un viņiem ir vieglāk sekot līdzi viņu maksājumiem.

Visām izmaksām, kas saistītas ar jūsu lietotni, jāveic Billing API. Jums nav atļauts izmantot citas maksājuma metodes vai sistēmas, ja vien Shopify jums nav paziņojis citādi. Ja jums ir kādi jautājumi vai neskaidrības, sazinieties ar mums.

Ja jūsu lietotnei ir vairāki cenu plāni, tirgotājiem jāspēj jaunināt un pazemināt savu plānu, neizdzēšot lietotni vai sazinoties ar atbalsta dienestu.

Uzņēmuma līmeņa cenu plāniem jābūt atsaucēm uz Papildu maksu apraksts lietotņu un sadaļas Cenu sadaļas sadaļa.

Jūsu lietotnē nedrīkst būt kļūdas par norēķinu atcelšanu. Ja tirgotājs sākotnēji noraida maksu, tad norēķinu modālim ir jāaicina tirgotājs vēlreiz apstiprināt atcelšanu. Ja tirgotājs noraida plāna izvēli, iepriekš pieņemtos plānus nedrīkst atcelt.

C. Lietotnes stāvoklis

Uzmanību

Tirgotāji ir aizņemti, un, vadot savu biznesu, ir svarīga katra minūte. Pārliecinoties, ka jūsu lietotne darbojas labi, varat palīdzēt tirgotājiem ātrāk sasniegt savus mērķus un vairāk laika veltīt problēmām, kurām viņu uzmanība jāpievērš visvairāk.

  1. Iesniedzot to Shopify App Store, jūsu lietotnei jābūt stabilam, gatavam produktam. Tam nevajadzētu būt beta versijā vai citādi nepabeigtā stāvoklī. Ja jūsu lietotne ir bojāta vai tajā ir kļūdas, tā var atturēt tirgotājus to izmantot, un dažos gadījumos tā var pat traucēt viņu uzņēmējdarbību.

4. Lietotnes veiktspēja

Paraugpraksi un ieteikumus par lietotņu veiktspēju skatiet mūsu lietotņu veiktspējas ieteikumos.

A. Veiktspējas rādītājs

  1. Lai to publicētu Shopify App Store, jūsu lietotne nedrīkst bākas veiktspējas rādītājus samazināt par vairāk nekā 10%. Iesniegumus vērtē, pamatojoties uz šo kritēriju, izmantojot testēšanas metodiku, kas izklāstīta zemāk esošajā sadaļā.
  2. Aprēķinātais veiktspējas rādītājs ir jāiekļauj sadaļā G. Testēšanas instrukcijas iesniegšanas veidlapā. Lūdzu, iesniedziet savu rezultātu ekrānuzņēmumu. Šī informācija pirms pārskatīšanas procesa jāsniedz mūsu lietotņu pārskatīšanas speciālistam.

B. Pārbaudes metodika

Shopify izmantotais rīks, lai pārbaudītu lietotnes veiktspēju, ir Lighthouse. Lighthouse ir atvērta pirmkoda automatizēts rīks tīmekļa lapu kvalitātes uzlabošanai. Bāka ir pieejama pārlūkprogrammas Google Chrome izstrādātāja rīku panelī, tāpēc varat pārbaudīt lietojumprogrammu tieši pārlūkprogrammā.

Lai pārbaudītu lietojumprogrammu pārlūkā Google Chrome, veiciet tālāk norādītās darbības.

  1. Sāciet ar atbalstīta Shopify motīva, piemēram, Express, tīru instalēšanu bez jūsu lietotnes vai citu instalētu lietotņu instalēšanas.
  2. Pārbaudes veikala mājas lapā pārlūkā Chrome atveriet izstrādātāja rīkus (Skats & gt Izstrādātājs & gt Izstrādātāja rīki).
  3. Izstrādātāja rīkos noklikšķiniet uz Bāka cilni.
  4. Atlasiet Mobilais no ierīču saraksta un pēc tam noklikšķiniet uz Ģenerēt pārskatu.

  1. Instalējiet lietotni testa veikalā un pārbaudiet, vai tā tiek pareizi ielādēta.
  2. Iet uz Bāka un noklikšķiniet uz Ģenerēt pārskatu pogu.
  3. Pierakstiet jauno Performance score. Tas ir tavs beigu rezultāts.
  4. Daliet beigu rezultātu ar sākuma rezultātu. Rezultāts ir jūsu lietotne un # 39 veiktspējas attiecība.

Piemēram, ja jūsu sākuma rezultāts bija 84 un beigu rezultāts bija 72, jūs aprēķinātu 72/84, lai redzētu, ka jūsu lietotnes veiktspējas koeficients ir 0,85.

Sadaļā iekļaujiet savas lietotnes un # 39 attiecību G. Pārbaudes instrukcijas iesniedzot lietotni pārskatīšanai, lietotnes saraksta veidlapas.

Bākas rādītāji katrā braucienā var atšķirties. Apsveriet, vai izstrādes laikā bieži veicat šos testus, un pirms iesniegšanas vidējā vērtējumā novērtējiet dažus secīgus Lighthouse testus pēc kārtas.

5. Lietotņu saraksts

Shopify App Store ieraksta rakstīšana

Lietotņu saraksts ir jūsu pirmais kontaktpunkts ar tirgotāju, un tur viņi meklē, vai jūsu lietotne ir piemērota tieši viņiem. Visām apstiprinātajām publiskajām lietotnēm ir saraksts Shopify App Store neatkarīgi no tā, vai izvēlaties to iekļaut sarakstā vai nerindot.

Šis ieraksts bieži ir lielākais mārketinga rīks - efektīvs lietotņu saraksts mudina Shopify tirgotājus izmēģināt jūsu lietotni paši. Pārliecinieties, vai jūsu lietotnes saraksts ir skaidrs un vai tas atbild uz potenciālajam lietotājam uzdotajiem jautājumiem.

Uzmanību

Ja veidojat mobilo sakaru operatora integrāciju, kurā tiek izmantota Fed-Ex, tad lietotnes un zīmola zīmolā nevar izmantot mobilo sakaru operatora vārdu. Tas ir saistīts ar līgumiskām vienošanām starp Shopify Shipping un šiem pārvadātājiem.

Lietotņu saraksta iesniegšanas veidlapa ļauj jums veikt šādas darbības:

  • izceliet lietotņu funkcijas, lai tirgotāji varētu viegli redzēt, ko jūsu lietotne var darīt viņu labā
  • sniegt skaidru informāciju par cenām
  • norādiet, kuri tirgotāji var instalēt jūsu lietotni

Izpildot lietotnes iesniegšanas veidlapu, ievērojiet šīs prasības un vadlīnijas, lai pārliecinātos, ka tirgotāji var viegli atrast jūsu lietotni, saprast, kam viņi to var izmantot, un redzēt, cik tā maksā.

Shopify logotipu nedrīkst izmantot nevienā no jūsu lietotnes ieraksta grafiskajiem elementiem, piemēram, galveno priekšrocību attēlos vai lietotnes ikonā.

Tulkojiet savu lietotņu ierakstu

Ja jūsu lietotne ir pieejama vairākās valodās, varat arī padarīt savu lietotņu sarakstu pieejamu šajās valodās, lai palīdzētu jūsu lietotnei sasniegt plašāku auditoriju. Tulkotus lietotņu sarakstus jebkurā no atbalstītajām valodām varat pievienot un dzēst Shopify App Store.

Noteiktu informāciju par sarakstu var pārvaldīt tikai jūsu primārajā sarakstā. Ja esat izveidojis tulkotus ierakstus savai lietotnei, varat izvēlēties, kuru iestatīt kā galveno ierakstu.

Uzmanību

Tulkoti ieraksti ir jāizveido tikai tajās valodās, kuras atbalsta jūsu lietotne. Visi tulkotie ieraksti, ko izveidojat valodām, kuras jūsu lietotne neatbalsta, tiks noņemti no Shopify App Store.

Pievienojiet tulkotu ierakstu

  1. Piesakieties sava partnera informācijas panelī.
  2. Klikšķis Lietotnes.
  3. Noklikšķiniet uz savas lietotnes nosaukuma.
  4. Klikšķis Lietotņu saraksti.
  5. Klikšķis Pievienot tulkotu ierakstu.

Šo veidlapu varat izmantot, lai rediģētu tulkoto lietotnes ierakstu izvēlētajā valodā. Lai mainītu ierakstu, kuru rediģējat, atgriezieties pie Lietotņu saraksti lapu un izvēlieties citu ierakstu.

Pirms varat iesniegt lietotni pārskatīšanai, jums jāpārliecinās, ka ar tulkotajiem ierakstiem, kurus esat pievienojis, nav problēmu. Ja problēmu nav, varat iesniegt visus tulkotos ierakstus, noklikšķinot uz Iesniegt lietotni.

Dzēst tulkoto ierakstu

  1. Piesakieties sava partnera informācijas panelī.
  2. Klikšķis Lietotnes.
  3. Noklikšķiniet uz savas lietotnes nosaukuma.
  4. Klikšķis Lietotņu saraksti.
  5. Noklikšķiniet uz ieraksta, kuru vēlaties izdzēst.
  6. Iekš Vairāk darbību nolaižamajā sarakstā noklikšķiniet uz Dzēst ierakstu.

A. Informācija par lietotni

Uzmanību

Lietotņu sarakstos nedrīkst būt neatbilstoša satura un tirgotāju datu.

1. Lietotnes nosaukums un tagline

Lietotnes nosaukumam, kuru ievadāt lietotņu saraksta iesniegšanas veidlapā, jāatbilst lietotnes nosaukumam, kas norādīts jūsu partnera informācijas panelī.

Jūsu lietotnes nosaukums ir svarīga daļa no tā, kā jūs zīmolojat sevi tirgotājiem un kā viņi atsaucas uz jūsu lietotni. Follow these requirements when deciding on an app name:

  1. The app name can't include the word "Shopify."
  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 sadaļā.

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. Esiet konsekventi. 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. Esiet konsekventi. 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

Iekš Screenshots 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āts Atzīmēt Piemērs
Nosaukums # # 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 Rediģēt un 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 sadaļā. 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 Bezmaksas 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 sadaļā.

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 laukā. 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 Bezmaksas iekš Plan pricing sadaļā. 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. Skat 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? - Ģeogrāfiskās informācijas sistēmas

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.

Svarīgs: 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:


Darba sākšana

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 IZVEIDOT button on the left side of the page and select Connect more apps. In the pop-up window, search "Fusion Tables" un noklikšķiniet 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.


Skatīties video: Visualizing Fulcrum Video Tracks With CartoDB (Oktobris 2021).