Vairāk

Pievienojiet vairākus slāņu failus apakšdirektorijos mxd, izmantojot python


Man ir vairāk nekā 300 slāņu failu, kas atrodas daudzās apakšmapēs un apakšmapēs. Visas apakšmapes atrodas vienā lielā direktorijā. Es izlasīju Izmantojiet python, lai pievienotu slāņus TOC, un es mēģinu ar arcpy noteikt visus slāņus un pievienot tos mxd. Vai tas ir iespējams?


Ja strādājat ar ArcGIS 10.1 SP1 vai jaunāku versiju, varat izmantot funkciju arcpy.da.Walk ():

importēt arcpy, os workspace = r "C:  directory" mxd = arcpy.mapping.MapDocument (r "C:  Map.mxd") df = arcpy.mapping.ListDataFrames (mxd, "*") [0] staigāt = arcpy.da.Walk (workspace, datatype = "Layer") dirpath, dirnames, filen names in walk: faila nosaukumam failu nosaukumos: arcpy.mapping.AddLayer (df, arcpy.mapping.Layer (os.path.join (dirpath, faila nosaukums))) mxd.save ()

Python 3.5 un jaunākās versijās izmantojiet jauno rekursīvo **/ funkcionalitāti:

Ja ir iestatīts rekursīvs, ** seko ceļu atdalītājs, kas atbilst 0 vai vairāk apakšdirektorijām.

Iepriekšējās Python versijās glob.glob () nevar rekursīvi uzskaitīt failus apakšdirektorijos.

Tādā gadījumā es tā vietā izmantotu os.walk () kopā ar fnmatch.filter ():

Tas rekursīvi pārvietos jūsu direktorijus un atgriezīs visus absolūtos ceļu nosaukumus atbilstošajiem .txt failiem. Šajā specifisks Gadījumā, ja fnmatch.filter () var būt pārspīlēts, varat izmantot arī .endswith () testu:

Par šo tēmu ir daudz neskaidrību. Ļaujiet man redzēt, vai es varu to precizēt (Python 3.7):

  1. glob.glob ('*. txt'): atbilst visiem failiem, kas beidzas ar '.txt' pašreizējā direktorijā
  2. glob.glob ('*/*. txt'): tāds pats kā 1
  3. glob.glob ('**/*. txt'): atbilst visiem failiem, kas beidzas ar '.txt' tikai tūlītējās apakšdirektorijās, bet ne pašreizējā direktorijā
  4. glob.glob ('*. txt', rekursīvs = True): tāds pats kā 1
  5. glob.glob ('*/*. txt', rekursīvs = True): tāds pats kā 3
  6. glob.glob ('**/*. txt', rekursīvs = True): atbilst visiem failiem, kas beidzas ar '.txt' pašreizējā direktorijā un visās apakšdirektorijās

Tāpēc vislabāk vienmēr norādīt rekursīvu = True.

Lai atrastu failus tūlītējās apakšdirektorijās:

Rekursīvai versijai, kas šķērso visas apakšdirektorijas, varat izmantot ** un iziet rekursīvu = True kopš Python 3.5:

Abu funkciju izsaukumu atgriešanās saraksti. Jūs varētu izmantot glob.iglob (), lai atgrieztu ceļus pa vienam. Vai arī izmantojiet ceļu:

Abas metodes atgriež iteratorus (ceļus var iegūt pa vienam).

Glob2 pakete atbalsta aizstājējzīmes un ir samērā ātra

Manā klēpjdatorā nepieciešamas aptuveni 2 sekundes, lai saskaņotu> 60 000 failu ceļus.

Formic varat izmantot kopā ar Python 2.6

Atklāšana - es esmu šīs paketes autors.

Šeit ir pielāgota versija, kas nodrošina glob.glob līdzīgu funkcionalitāti, neizmantojot glob2.

Tātad, ja jums ir šāda dir struktūra

Jūs varat darīt kaut ko līdzīgu šim

Gandrīz fnmatch raksts atbilst visam faila nosaukumam, nevis tikai faila nosaukumam.

Tas nedarbojas visos gadījumos, tā vietā izmantojiet glob2

Ja varat instalēt glob2 pakotni.

Visi failu nosaukumi un mapes:

Ja jūs izmantojat Python 3.4+, varat izmantot Pathlib moduli. Metode Path.glob () atbalsta ** modeli, kas nozīmē “šis direktorijs un visas apakšdirektorijas, rekursīvi”. Tas atgriež ģeneratoru, kas dod ceļa objektus visiem atbilstošajiem failiem.

Kā norādīja Martijn, glob to var izdarīt tikai caur ** operatoru, kas ieviests Python 3.5. Tā kā OP skaidri pieprasīja globālo moduli, tālāk norādītais atgriezīs slinku novērtēšanas iteratoru, kas darbojas līdzīgi

Ņemiet vērā, ka šajā pieejā varat atkārtot konfigurācijas failus tikai vienu reizi. Ja jums ir nepieciešams reāls konfigurācijas failu saraksts, ko var izmantot vairākās operācijās, jums tas ir jāizveido, izmantojot sarakstu (configfiles).

Komanda rglob veiks bezgalīgu rekursiju jūsu direktoriju struktūras dziļākajā apakšlīmenī. Ja vēlaties tikai vienu līmeni dziļumā, tomēr to neizmantojiet.

Es saprotu, ka OP runāja par glob.glob izmantošanu. Es uzskatu, ka tas tomēr atbild uz nodomu, proti, rekursīvi meklēt visas apakšmapes.

Funkcija rglob nesen 100 reizes palielināja ātrumu datu apstrādes algoritmam, kas izmantoja mapju struktūru kā fiksētu pieņēmumu datu nolasīšanas secībai. Tomēr, izmantojot rglob, mēs varējām vienu reizi skenēt visus failus noteiktā vecāku direktorijā vai zem tā, saglabāt to nosaukumus sarakstā (vairāk nekā miljons failu), pēc tam izmantot šo sarakstu, lai noteiktu, kuri faili mums bija jāatver jebkurš nākotnes punkts, pamatojoties tikai uz failu nosaukumu konvencijām, salīdzinot ar to, kurā mapē tie bija.


To ir viegli pievienot failu basename testiem un direktoriju nosaukumu testiem.

Piemēram, *.jpg failu pārbaude:

Turklāt, izņemot direktoriju .git:

Jūs varat apskatīt šo manu izveidoto paraugu. Tas izmanto os.path.walk funkciju, kas ir novecojusi. Sargieties. Izmanto sarakstu, lai saglabātu visus failu ceļus

Tā kā katrs piemērs šeit izmanto tikai staigāšanu (ar pievienošanos), es vēlos parādīt jauku piemēru un salīdzinājumu ar sarakstu:

Tātad, kā redzat paši, listdir versija ir daudz efektīvāka. (un pievienošanās notiek lēni)

Tas ir tikai papildinājums, ar to jūs varat iegūt datus CSV formātā

Diezgan vienkāršs risinājums būtu palaist pāris apakšprocesa zvanus, lai eksportētu failus CSV formātā:

Šī komanda rada ar komatu atdalītas vērtības, kuras var viegli analizēt programmā Excel.

Iegūtajam CSV failam nav galvenes rindas, taču varat pievienot otru komandu, lai tos pievienotu.

Atkarībā no tā, cik daudz datu jūs saņemat, varat tos masēt tālāk, izmantojot Pandas. Šeit ir dažas lietas, kas man šķita noderīgas, it īpaši, ja jums ir jāpārbauda daudzu līmeņu direktoriji.


1 Atbilde 1

Kā jūs ierosinājāt, glob šeit darbojas labi. Tas pat var filtrēt tikai .pdf failus.

Pēc komentāru noņemšanas komentējiet 3 rindas.

Lai noteiktu faila ceļu jaunajam .txt failam, izmantojiet funkcijas no moduļa os.path.

os.path.relpath (filepath, pdf_dir) atgriež faila faila ceļu, ieskaitot visas apakšdirektorijas attiecībā pret pdf_dir.

Tas atgriezīs Setec Astronomy/darbinieki.pdf, ko pēc tam var nodot os.path.join () kopā ar txt_dir, sniedzot mums pilnu failu ceļu ar iekļautajām papildu apakšdirektorijām.

Jūs varētu darīt txt_filepath = filepath.replace (filepath, pdf_dir), taču jums jāpārliecinās, ka visas atbilstošās slīpsvītras ir vienā virzienā un vai nav papildu/trūkstošu priekšējo/beigu slīpsvītru.

Pirms jaunā .txt faila atvēršanas ir jāizveido jebkura apakšdirektorija. Os.path.dirname () tiek izsaukts, lai iegūtu faila direktorija faila ceļu, un os.makedirs () ar argumentu pastv_ok iestatīts uz True, lai izslēgtu FileExistsError izņēmumu, ja direktorijs jau pastāv.

Atverot .txt failu, tiek izmantots paziņojums ar paziņojumu, lai izvairītos no nepārprotamas izsaukšanas .close (), it īpaši jebkādu izņēmumu gadījumā.


Direktorija saknē izveidojiet nūjas failu, kurā ir daudz apakšdirektoriju ar arhīviem. Pēc tam ielīmējiet šeit:

Palaidiet nūju, un visi rar's/zips tiks izvilkti mapē, kurā tie atrodas.

Kā tas darbojas?

FOR /D /r %% F (& quot*& quot) DO (

Lai cikliski izietu cauri visām pašreizējā direktorija mapēm un ievietotu ceļu mainīgajā %% F.

pushd %CD %

Ievietojiet atmiņā pašreizējo direktoriju.

cd %% F.

Iestatiet mapi no mainīgā %% F kā pašreizējo direktoriju.

Visiem rar un zip failiem pašreizējā mapē rīkojieties šādi:

Palaidiet failos 7 zip. Citāti ir nepieciešami aptuveni %% X, jo dažos failu nosaukumos ir atstarpes.

Atgriezieties iepriekšējā direktorijā, kuru iepriekš saglabājām atmiņā.

Ceru, ka tas kādam noder.

Man bija problēma skripta palaišanā no Windows Vista. Kad es palaidu kodu, nekas nenotika. Man bija jābūt administratoram, lai varētu palaist skriptu. Kad es ar peles labo pogu noklikšķināju uz .bat faila un "palaist kā administratoram", tas nedarbojās, jo tas nez kāpēc sākās mapē system32 (ja pareizi atceros). Lai to atrisinātu, vienkārši izmantojiet Windows vides mainīgo (šeit paskaidrots: Windows vides mainīgie) %

dp0, lai atgrieztos direktorijā, no kura tika palaists skripts.

Pārliecinieties, vai neviens *.rar vai *.zip fails nav vienā līmenī ar skriptu. Tiem vajadzētu būt par vienu līmeni zemāk.

Es ceru, ka šis komentārs kādam palīdzēja.

Uzsāk rekursīvu meklēšanu pašreizējā direktorijā, atrod visus failus, kas beidzas ar .zip, pēc tam ievada to cilpā. Katram atrastajam failam failā tiek palaista unzip komanda ar izeju, kas novirzīta uz faila direktoriju.

Tomēr iepriekš minētās atbildes darbojas, ja izmantojat Windows 64 bitu un 7 zip 32 bitu versiju, pareizais ceļš ir C: Program Files (x86) 7-Zip for 7-Zip. Zemāk ir skripts, kas man darbojās.


2D slāņi netiek parādīti 3D ainā.

Esmu izveidojis jaunu projektu, izmantojot vietējās ainas projekta veidni programmā ArcGIS Pro 1.1. Mani 2D slāņi, kurus pievienoju no esošas faila ģeodatubāzes, sižetā nav redzami. Tie ir ieslēgti manā satura rūtī un ir iestatīti uz zemes. Pārvietojot slāņus uz 3D, tie parādās. Man nebija šīs problēmas ar ArcGIS 1.1 beta versiju, kuru biju izmantojis.

Ja pievienoju vietējo DEM kā pacēluma virsmu papildus noklusējuma pasaules pacēlumam, ko izmanto ArcGIS Pro, 2D slāņi kļūst redzami. Pēc brīža, kad noņemu vietējo DEM, tie atkal pazūd. Esmu iestatījis pacēluma virsmu bez krāsas un ļāvis navigēt zem virsmas. 2D slāņi netiks parādīti.

autors: JeremyWright

Izklausās, ka tā varētu būt kļūda. Vai jūsu dati no faila ģeodatubāzes ir PCS vai GCS? Vai tie ir punkti, līnijas vai daudzstūri?

Vai varat, lūdzu, iesniegt tehniskajam atbalstam savus repro datus, lai mēs varētu izmeklēt?

Šķiet, ka šī uzvedība ir saistīta ar koordinātu sistēmu. Ja es iestatīšu ainu izmantot ģeogrāfisko koordinātu sistēmu, 2D slāņi parādās kā paredzēts. Ja es to iestatīšu atpakaļ uz projicēto koordinātu sistēmu, 2D slāņi atkal pazūd. Esmu izmēģinājis vairākas ģeogrāfiskās un prognozētās koordinātu sistēmas, un šķiet, ka uzvedība ir konsekventa.

autors Dāvids

Daļa no tā ir sagaidāma uzvedība. Pievienojot 3D ainai 2D datus, tie netiks parādīti, kamēr tie netiks pārvietoti sadaļā "3D slāņi" un nav iestatīts pacēlums. Katrai 3D datu kopai ir jāiestata pacēluma avots, lai ArcGIS Pro zinātu, kur tā sāks zīmēt datu kopu (uz zemes, attiecībā pret zemi, uz pielāgotas pacēluma virsmas, attiecībā pret pielāgotu pacēluma virsmu vai absolūtā augstumā) ).

Jūs būsit pievienojis savu DEM kā pacēluma virsmu no 3D kartes rekvizītiem. Pievienojot vietējo DEM kā paaugstinājuma avotu, varat noņemt noklusējumu (jums ir nepieciešams tikai viens). Izvērsiet “Zeme” un noklikšķiniet uz sarkanā X, lai to notīrītu. Pievienotās pacēluma virsmas krāsai nav nozīmes, tā izmanto tikai pacēluma vērtības.

Informāciju par pacēluma virsmu iestatīšanu skatiet tiešsaistes palīdzības dokumentācijā.

Paldies, ka atbildējāt uz manu problēmu. Tomēr man ir jautājums, ja 2D slānis 3D ainā nedrīkst tikt parādīts, kamēr tas nav pārvietots uz 3D slāņa sadaļu, kāpēc tas tiks parādīts kā 2D slānis, ja aina izmanto ģeogrāfisko koordinātu sistēmu, bet ne tiek izmantota prognozētā koordinātu sistēma? Tas šķiet ļoti pretrunīgi. Arī kāpēc pat 3D ainā atļaut 2D slāņus, ja tie netiks parādīti? 2D slāņi pat ļauj iestatīt to pacēlumu, kuru esmu iestatījis uz zemes.

Kā jau minēju, es varu panākt, lai 2D slāņi bez problēmām tiktu parādīti 3D ainā, ja rīkošos šādi. Izmantojot Esri World Elevation virsmu, man jāglabā aina ģeogrāfiskajā koordinātu sistēmā. Ja es to daru, visi slāņi gan 2D, gan 3D tiek parādīti, kā paredzēts. Vai arī es varu izmantot projicētu koordinātu sistēmu, ja vien izmantoju savu zemes virsmu. Kad es to daru, visi slāņi tiek parādīti, kā paredzēts.

Es zinu, ka daudziem maniem klientiem nav savas pacēluma virsmas, uz kuras atgriezties. Tāpēc viņi vēlēsies izmantot Esri World virsmu. Tomēr viņi vēlēsies izveidot ainas, kurās tiek izmantota vietējā projicētā koordinātu sistēma, piemēram, State Plane vai UTM. Tāpēc šķiet, ka tā ir problēma.


Vairāku TPK ģenerēšana.

Es daudz agrāk neesmu strādājis ar TPK un nesen saņēmu pieprasījumu, par kuru es cerēju, ka jūs varētu palīdzēt. Mums tie ir nepieciešami lietošanai ar Survey123 bezsaistē, tāpēc tās būtībā ir bāzes kartes, kas lietotājiem sniegs atsauci punktu pievienošanai.

Mums ir desmitiem pilsētu, kuras lietotājiem ir jāapseko, un mūsu pašreizējā stratēģija ir veikt vienu TPK katrai pilsētai katra faila lieluma dēļ. Iekļautie slāņi ir twp robeža, nodokļu zemes gabali, ceļi un attēli no gaisa. Pašlaik dati ir apgriezti un gatavi lietošanai trīs failu ģeodatubāzēs (robežas, zemes gabali, attēli), un es izmantoju ceļu apkalpošanas slāni.

Man nav problēmu izveidot TPK ArcGIS Pro, bet man ir jādodas pa vienam, pievienojot katru no iepriekš minētajiem slāņiem (pareizā secībā) un eksportējot, izmantojot ģeopārstrādes rīku. Tas ir tikai kaitinoši, un man ir citas lietas, ar kurām es drīzāk strādāju (tas viss notiek citā mašīnā, kurā es attāli izmantoju)

Tātad, mans jautājums- vai jums ir kādi ieteikumi, kā izmantot modeļu veidotāju, lai pievienotu slāņus (iespējams, pēc nosaukuma saskaņotu) un eksportētu TPK? Man nav vislabākās Python prasmes, bet, ja nepieciešams, varu iet šo ceļu.

Vai jūs strādājat tikai ar ArcGIS Pro? Es parasti veidoju TPK, izmantojot ArcMap un rīku Izveidot kartes flīžu pakotni.
Tas prasa ievadi MXD ar stilu un slāņiem un izvada flīžu paketi. Jums nevajadzētu veikt nekādus papildu darbus, izņemot potenciālā apjoma noteikšanu, kas var būt jūsu laika vērts vai var nebūt.

Ar šo darbplūsmu jūs vienkārši saglabājat katru pilsētu kā savu MXD (pieņemu, ka jūs jebkurā gadījumā veicat apstrādi un darbu). Pēc tam varat iestatīt slāņus/attēlus un noteikt apjomu atkarībā no tā, kā jūsu dati aptver pilsētas.

Lai palaistu visas savas pilsētas (MXD), izmantojiet modeļa veidotāja izvēlni, lai ievietotu & gt Iteratorus un gt failus un atkārtotu failus. Varat norādīt faila paplašinājumu (mxd) un meklēt to noteiktā darbvietā. Jūs varat iestatīt displeja apjomu, kuram būtu jāatbilst jūsu MXD saglabāšanai, vai to, kā jūs to iestatījāt agrāk (jo ekrāna izmērs var nedaudz ietekmēt apjomu).

Izmantojot rindā esošos mainīgos, modelis varēs saglabāt .tpk failus ar atsevišķiem nosaukumiem, kas darbojas ar tiem, kuru pamatā ir MXD nosaukums. Ideālā gadījumā to vajadzētu veidot, izmantojot visus tos, un dažus parametrus vēlāk jums varētu būt modelis un kvotools, kuru vienkārši piegādājat darbvietai un apjoma opcijai (atkarībā no jūsu prasībām), kā arī visu jūsu TPK izvades vieta. Noklikšķināšanas sekundes, apstrādes stundas vēlāk, cerams, ka jums ir pieejams risinājums.

ArcGIS Pro nerada MXD (kopš pēdējās pārbaudes), tāpēc tas var neatbilst jūsu iestatījumiem. Pro šajā gadījumā, visticamāk, ir ātrāks par ArcMap. Tomēr, ja jūs vienkārši atkārtojat šīs darbības un jums nepatīk gaidīt, lai turpinātu, ArcGIS Pro ir jāatbalsta fona apstrāde, un parasti jūs varat vienkārši ievietot rindā vairākus TPK uzdevumus vienlaikus, lai tie darbotos pēc kārtas. iepriekš. Joprojām iestatiet to un aizmirstiet.
Ceru, ka jebkurā gadījumā atradīsit labu risinājumu!


1 Atbilde 1

Komponētājā varat izmantot failu izvades mezglu, lai renderus no katras ainas saglabātu atsevišķos failos. Lai gan vairāki renderēšanas slāņa mezgli var izraisīt vairāku ainu renderēšanu, blenderis nesaglabā katru ainu failā, ja vien neesat to savienojis ar faila izvades mezglu.

Katram renderēšanas slāņa mezglam var atlasīt citu ainu, kā arī renderēšanas slāni no šīs ainas. Faila izvades mezglam var pievienot jebkuru ieeju skaitu, katrai ieejai ir dažādi faila nosaukuma iestatījumi, un, ja nepieciešams, var izmantot citu attēla formātu.

Pamata ceļš un faila apakšceļš tiks apvienoti katram savienojumam, faila apakšceļš ar / izveidos apakškatalogus savienojuma pamata ceļā. Ja vēlaties izmantot vairākus bāzes ceļus, varat pievienot vairākus failu izvades mezglus.

Tagad, atveidojot šo ainu, tiks atveidota arī katra renderēšanas slānī norādītā aina, un visi savienojumi ar faila izvades mezglu tiks saglabāti failā.

Tā kā jūs jau esat iestatījis vairākas ainas, varat izmantot skriptu, lai izveidotu galveno ainu renderēšanai. Šim skriptam vajadzētu veikt lielāko daļu darba.


Dienas padoms – Failu datiem izmantojiet stingru direktoriju struktūru

Katrā ar kartēšanu saistītā darbā, ko es strādāju, viena problēma, kas vienmēr rodas, ir datu pārvaldība. Ja vien jums jau nav ieviesta telpiskā datu bāze, iespējams, ka lielākā daļa jūsu datu ir kādā failu formātā. Heck, pat ja jums ir telpiska datu bāze, jūs joprojām saņemsit datus kaut kādā faila bāzes formātā. Jums, iespējams, būs arī projektu faili, kas ir jāsakārto, un citi faili, kurus, iespējams, nevēlaties ielādēt datu bāzē, piemēram, aerofotogrāfijas.
Es esmu pārliecināts, ka lielākā daļa no jums var būt saistīti ar ienākšanu organizācijā un katalogā redzēšanu direktorijā, kas ir piepildīta ar formātu failiem, aerofotogrāfijām, mxd un#8217, Excel failiem, MS Access datu bāzēm un kas jums ir. Viņi visi mēdz sajaukties kopā, bieži vien ievieto vairākus slāņus dziļi un vienmēr viens ar otru.
Ir daudz iemeslu, kāpēc šī struktūra ir slikta ideja, taču galvenokārt ir ārkārtīgi grūti kaut ko atrast. Ģeogrāfiskās informācijas sistēmas izveides un datu vākšanas mērķis ir to izmantot, lai racionalizētu pārvaldību vai biznesa procesus. Ja nevarat atrast datus, varat tos efektīvi izmantot.
Labi, lekcija beigusies. Mēs esam par risinājumiem, tāpēc lūk, kā novērst problēmu:

  1. Pārskatiet savus datus un projektus, lai redzētu, kas jums ir.
  2. Izveidojiet direktoriju struktūru, kas atdala projekta failus un datu failus.
    1. Mēģiniet saglabāt augstākā līmeņa direktorijus salīdzinoši nelielā skaitā
    2. Dodieties plašāk un dziļāk, izmantojot apakšdirektorijus. Tas palīdzēs novērst datu apglabāšanu. Ja redzat, ka šī problēma attīstās, atrodiet veidus, kā sadalīt savus projektus komponentos, lai vēl vairāk paplašinātu struktūru.

    Šeit ir direktoriju struktūras paraugs:

    Kā redzat, es esmu saglabājis augstāko līmeni salīdzinoši ierobežotu. Divi katalogi, kurus es droši vien pievienotu, ir Media un Orthophoto. Multivide būtu jebkāda veida video, fotoattēli vai citi dokumenti, kurus, iespējams, vēlēsities saistīt ar funkcijām. Es atdalu ortofotogrāfijas, jo, lai gan tie ir dati, tie parasti ir ļoti statiski. Turklāt, tā kā tie ir ļoti lieli, dažreiz ir nepieciešams tos novietot citā vietā, tāpēc to atdalīšanai ir lielāka jēga.
    Cerams, ka tas dos jums sākumpunktu, lai sakārtotu uz failiem balstītus datus tā, lai tie būtu kodolīgāki un vieglāk atrodami. Viens no izaicinājumiem, ar kuriem es bieži sastopos, tiek prasīts izveidot karti ar datiem, kurus, iespējams, neizmantošu ļoti bieži. Tā kā esmu definējis savu direktoriju struktūru un esmu stingri noteicis, kur es ievietoju lietas, tas ļauj ātri atrast vajadzīgos slāņus. Reaģētība var būt izaicinājums, tāpēc mums ir jāizmanto visi mūsu rīcībā esošie resursi, lai to padarītu vieglāku.


    Norādiet savu sākuma direktorija izvēli, lai atrastu, ja nevēlaties sākt no . . Pievienojiet f tipu, ja vēlaties failu vārdus.

    • Atrašanas komanda izveido failu (un direktoriju) nosaukumu sarakstu direktoriju secībā (ti, nejaušā secībā, ciktāl tas attiecas uz jums).
    • -printf " %p %f n" izdrukā pilnu ceļa nosaukumu (attiecībā pret.) un faila nosaukumu.
    • sort -f ir saīsinājums no sort --ignore-case, t.i., tas sakārto failu nosaukumu sarakstu, nejūtot reģistru
    • -k2 liek tai izmantot otro lauku kā kārtošanas atslēgu.
    • uniq -Di -f1 ir saīsinājums no uniq-visi atkārtoti --ignore-case --skip-fields = 1, ti, tas parāda (visas) secības izvades rindas, kas notiek atkārtoti, pamatojoties uz salīdzinājumu ar reģistrjutību otrā laukā un ārpus tā (ti, kam ir vienāds faila nosaukums (reģistrjutīgajiem).

    Tam vajadzētu dot jums vēlamo izvadi, izņemot to, ka katras rindas beigās faila nosaukums tiks atkārtots. Ja vēlaties no tā atbrīvoties, ievadiet cauruli sed 's/.*//'.

    Ja Jums ir katalogi kuru nosaukumi ir vienādi, izņemot gadījumus, un tajos ir faili, kuru nosaukumi ir vienādi, izņemot gadījumus, piemēram,

    tad šie tiks uzskaitīti.

    Ja jums ir faili (vai katalogi), kuru nosaukumos ir atstarpes, cilnes vai jaunas rindas, tas tiks pārtraukts.