Vairāk

Kā salabot grass7 paketi, kas pieejama no nestabilā ubuntugis PPA?

Kā salabot grass7 paketi, kas pieejama no nestabilā ubuntugis PPA?


No zila,zālešorīt vairs nedarbojas vienā no manis izmantotajām Ubuntu 14.04 sistēmām:

$ grass Sākot GRASS GIS ... python: nevar atvērt failu '/usr/lib/grass70/gui/wxpython/gis_set.py': [Kļūda 2] Šāds fails vai direktorijs nav saņēmis EXIT ziņojumu no GUI. GRASS nav uzsākta. Uz redzēšanos.

Pēc nedaudz satraukumiem es atklāju, kazālemeta-pakete, kas pieejama no ubuntugis-nestabila PPA, pirms divām dienām tika atjaunināta no 6.4.4 līdz 7.0.0. Tā kā man šī PPA ir reģistrētasources.listfailuzālemeta-pakete tika automātiski jaunināta. Tomēr kaut kas notika nepareizi, grass-gui pakotne joprojām ir 6.4.4 versija:

$ dpkg -l | grep grass ii zāle 7.0.0-1 ~ exp2 ~ uzticama visām ģeogrāfisko resursu analīzes atbalsta sistēmai (GRASS GIS) ii zāles galvenā pamatne 7.0.0-1 ~ exp2 ~ uzticama amd64 GRASS GIS pamatkomponenti ii grass-doc 7.0.0-1 ~ exp2 ~ uzticama visa GRASS GIS lietotāja dokumentācija ii grass-gui 6.4.4-1 ~ trusty5 amd64 GRASS GIS grafiskās lietotāja saskarnes ii libqgisgrass2.8.0 1: 2.8.0 + 20trusty amd64 QGIS - koplietojama zāles bibliotēka ii libqgisgrass2.8.1 1: 2.8 .1 + 20trusty amd64 QGIS - koplietojama zāles bibliotēka ii qgis-plugin-grass 1: 2.8.1 + 20trusty amd64 GRASS spraudnis QGIS ii qgis-plugin-grass-common 1: 2.8.1 + 20trusty viss GRASS spraudnis QGIS - arhitektūra -neatkarīgi dati

Kā tas notiek, jaunaiszāle-guiatzīmē vairākas atkarības, kuras nevar instalēt:

$ sudo apt-get build-dep grass-gui Pakotņu sarakstu lasīšana ... Gatavs Atkarības koka veidošana Informācijas lasīšana par stāvokli ... Gatavs Piezīmes “grass-gui” vietā avota pakotnei izvēlēts “grass”, “libtiff” vietā atlasot “libtiff5-dev” -dev 'Šīm paketēm ir neapmierinātas atkarības. libcairo2-dev: Atkarīgs no: libcairo2 (= 1.13.0 ~ 20140204-0ubuntu1), bet jāinstalē 1.13.0 ~ 20140204-0ubuntu1.1. Atkarībā: libcairo-gobject2 (= 1.13.0 ~ 20140204-0ubuntu1), bet 1.13.0 Ir jāinstalē ~ 20140204-0ubuntu1.1. Atkarīgs: libfontconfig1-dev (> = 2.2.95), bet tas netiks instalēts. Atkarīgs: libglib2.0-dev, bet tas netiks instalēts libproj-dev: Depends : libproj0 (= 4.8.0-2ubuntu2), bet ir jāinstalē 4.8.0-4 ~ saucy2. E: Zāles-gui būvēšanas atkarības nevarēja apmierināt.

Vai ir cerības iegūt šīs atkarības? Vai man ir nepieciešams papildu PPA? Vai arī man vienkārši vajadzētu atgriezties pie 6.4.4 versijas?


Pagājušajā nedēļā pieejamā meta pakete GRASS 7 radīja kļūdas, kas izraisīja šo situāciju. Tādējādi nestabili ubuntugis PPA uzturētāji ir noņēmuši šo meta paketi.

Sistēmā, kurā tika instalēta šī negodīgā GRASS 7 meta pakete, labojums ir noņemt visus tā pakotnes un pazemināt:

sudo apt-get purge grass grass-core grass-doc grass-gui sudo apt-get install grass = 6.4.3-3

GRASS GIS 7.2.1 atbrīvots

Kas īsumā ir jauns

Pēc četru mēnešu attīstības jauns atjauninājumu laidiens ZĀLES ĢIS 7.2.1 ir pieejams. Tas nodrošina vairāk nekā 150 stabilitātes labojumi un manuāli uzlabojumi salīdzinājumā ar pirmo stabilā laidiena versiju 7.2.0. An pārskats šīs izlaišanas sērijas jauno funkciju ir pieejamas GRASS GIS 7.2 jaunajās funkcijās.

Par GRASS GIS 7: Tā grafiskā lietotāja saskarne palīdz lietotājam veikt pēc iespējas vienkāršākas sarežģītas ĢIS darbības. Atjaunināts C bibliotēkas Python interfeiss ļauj lietotājiem vienkāršā veidā izveidot jaunus GRASS GIS-Python moduļus, vienlaikus iegūstot jaudīgus un ātrus moduļus. Turklāt bibliotēkas atkal bija ievērojami uzlabots ātrums un efektivitāte, kā arī atbalstu milzīgiem failiem. Ir ieguldītas lielas pūles, lai standartizētu parametru un karodziņu nosaukumus. Visbeidzot, GRASS GIS 7 nāk ar sēriju jauni moduļi analizēt rastra un vektoru datus, kā arī pilnīgu laika ietvars. Detalizētu pārskatu skatiet jauno funkciju sarakstā. Kā stabila izlaišanas sērija bauda 7.2.x ilgtermiņa atbalsts.

Bināru / instalētāja lejupielāde:

  • winGRASS 7.2.1: 32 bitu autonomais instalētājs | 64 bitu savrupais instalētājs
  • winGRASS 7.2.1 OSGeo4W & # 8211 testēšanas zona: 32 bitu OSGeo4W instalētājs | 64 bitu OSGeo4W instalētājs: RHEL6 / Centos6 / Scientific Linux6: RHEL7 / Centos7 / Scientific Linux7 (xenial, uzticams)
  • Drīz sekos & # 8230 citi binārā pakotne citiem Linux izplatījumiem un Mac OSX. Lūdzu, pārbaudiet programmatūras lejupielādes.

Avota koda lejupielāde:

Skatīt vairāk:

Skatiet arī mūsu detalizēto paziņojumu:

Pirmoreiz lietotāji pēc instalēšanas var izpētīt pirmo darbību apmācību.

Par GRASS GIS

Ģeogrāfisko resursu analīzes atbalsta sistēma (https://grass.osgeo.org/), ko parasti dēvē par GRASS GIS, ir atklātā pirmkoda ģeogrāfiskās informācijas sistēma, kas nodrošina jaudīgas rastra, vektoru un ģeotelpiskās apstrādes iespējas vienā integrētā programmatūras komplektā. GRASS GIS ietver instrumentus telpiskai modelēšanai, rastra un vektoru datu vizualizēšanai, ģeotelpisko datu pārvaldībai un analīzei, kā arī satelītu un gaisa attēlu apstrādei. Tas arī nodrošina iespēju izstrādāt izsmalcinātas prezentācijas grafikas un kopijas kartes. GRASS GIS ir tulkots apmēram divdesmit valodās, un tas atbalsta milzīgu datu formātu klāstu. To var izmantot vai nu kā atsevišķu lietojumprogrammu, vai kā aizmuguri citām programmatūras pakotnēm, piemēram, QGIS un R ģeostatistikai. Tas tiek brīvi izplatīts saskaņā ar GNU General Public License (GPL) noteikumiem. GRASS GIS ir Atvērtā koda ģeotelpiskā fonda (OSGeo) dibinātāja.

GRASS izstrādes komanda, 2017. gada maijs


Tas sniedz informāciju par visām pieejamajām pakotņu versijām.

No izejas jūs varat redzēt, ka ir pieejamas divas versijas: 2.0.8-0ubuntu0.13.04.1 un 2.0.6-1. Tas arī norāda, no kādām krātuvēm viņi nāk.

Instalēts: norāda instalēto versiju. Ja jums nav instalēta pakotne, redzēsit (nav).

Kandidāts: ir versija, kas tiks instalēta, ja izmantojat apt-get install vlc. Ja vēlaties instalēt citu versiju, veiciet apt-get install vlc = 2.0.6-1.

Iet uz paketes.ubuntu.com, aizpildiet meklēšanas formu un iegūstiet jauku skatu uz paketi, ieskaitot versiju.

Papildu priekšrocības

  • Tiks uzskaitītas arī citu Ubuntu versiju pakotņu versijas. Piem. ja vēlaties uzzināt par pakotnes versiju Raring (13.04), bet jūsu sistēmā joprojām ir precīza (12.04), tad tas nodrošinās veidu, kā to uzzināt.
  • Jums pat nav nepieciešams instalēt Ubuntu.

Lielākais trūkums ir tas, ka tajā netiks uzskaitītas citu iespējamo instalēto krātuvju versijas, piemēram, EPL. Pēc tam jums būs nepieciešama jau publicētā pieeja apt-cache politikai.

Pro padoms

Izmantojiet saīsni - vienkārši pārlūkojiet vietni http://packages.ubuntu.com/packagename un aizstājiet packagename ar tās paketes nosaukumu, kuru vēlaties vaicāt.

Tas arī sniedz informāciju par visām pieejamajām pakotņu versijām krātuvēs. Šai komandas izvadei bija šāda sintakse:

apt-cache komanda madison mēģina atdarināt izvades formātu un Debian arhīva pārvaldības rīka Madison funkcionalitātes apakškopu. Tas parāda pieejamās paketes versijas tabulu formātā. Atšķirībā no sākotnējā Madison, tā var parādīt informāciju tikai par arhitektūru, kurai APT ir izguvis pakotņu sarakstus (APT :: Architecture).


Ģeogrāfiskie dati ir specifiski dati.
Lai tos varētu apstrādāt, ir jāinstalē vairākas papildu bibliotēkas un pakotnes. Lūdzu, pārliecinieties, vai visas tālāk uzskaitītās bibliotēkas ir instalētas un darbojas bez kļūdām **
Instalēšana ir vairāk vai mazāk sarežģīta atkarībā no operētājsistēmas. Ja jūs spējat instalēt QGIS programmatūru savā datorā, jūs jau esat spēris lielu soli!

  • Windows: Parasti R bibliotēkās ir viss nepieciešamais, lai palaistu tādu, kāds tas ir.
  • Linux: Ubuntu gadījumā netrūkst dokumentācijas. Pasūtījumi jāpielāgo citiem izplatījumiem.
  • MacOS: ja instalējat paketes bināros failus, tam vajadzētu būt viegli. Izmantojot avotus, tas bieži ir nedaudz sarežģītāk, taču, ja esat Apple mīļotājs, jūs varēsit atrast informāciju.

QGIS »QGIS lietojumprogramma

00:53 Kļūdu ziņojums # 9784 (Slēgts): Tuvināt atlasi nedarbojas pareizi punktu slānī. Kad es atlasu tikai vienu punkta slāņa funkciju, rīks * Tuvināt atlasi * tikai atjauno atlasītā karti. Leonidas Liakos 00:21 Kļūdas ziņojums # 9783 (Slēgts): Datu definēto rekvizītu izteiksmes pēc to saglabāšanas ir nepareizas. Caurules slānī I & # 39m, izmantojot datu definētās īpašības, veidojiet līnijas platumu atbilstoši diametram.
Priekš . Tudor Bărăscu 23:56 Kļūdas ziņojums # 9782 (Slēgts): Apstrāde: modeļa veidotājs nepieļauj Gnome3 aizvēršanas un maksimizēšanas pogas. Tas notiek vismaz ar Gnome3. Vajadzētu viegli salabot. Paolo Cavallini 18:39 Редакция 5683f35f (qgis): Neliels labojums IT tulkošanai Paolo Cavallini 17:57 Funkcijas pieprasījums # 9781 (Atvērts): no komponista eksportētajos SVG ir jāiekļauj ģeoreferences informācija & quot; SVG Tiny 1.2 §7.15 & quot: http: // www .w3.org / TR / SVGMobile12 / coords.html # GeographicCoordinates norāda metodi georef. Evan Derickson 15:24 Редакция bd507013 (qgis): [FEATURE] (Processing) Likvidēt ar mazāko daudzstūri Bernhard Ströbl 13:03 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus Sveiki, Hugo, es izpētīšu, vai vienkāršošanas kods var izvairīties no nederīgas ģeometrijas izveidošanas.
Visi komentāri ir laipni gaidīti. Alvaro Huarte 10:22 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus. Ok, es redzu.
Tāpēc vajadzēs ielādēt abas ģeometrijas. Un mēs to droši vien nevēlamies.
Paldies, ka noskaidrojāt t. Hugo Mercier 09:59 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus Hugo Mercier rakstīja:

& gt Neesat pārliecināts, ka to saprotat. simplify () tiek veikts nextFeature () tūlīt pēc ģeomoda ielādes. Alvaro Huarte 09:46 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus. Alvaro Huarte rakstīja:
& gt
& gt Sākotnējo ģeometriju nevar iegūt visos gadījumos (piemēram, postgis nodrošinātājs) vienkāršotais. Hugo Mercier 09:33 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus Hugo Mercier rakstīja:
& gt
& gt Man par to ir mazliet jāpadomā, bet risinājums būtu kaut kas līdzīgs & quot $ tarkka_geome. Alvaro Huarte 09:24 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus Jā, es runāju par vienkāršošanas renderēšanu (MapToPixelGeometrySimplifier).
Mana problēma ir, lietojot $ ģeometriju. Hugo Mercier 09:14 Kļūdas ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus. Mans iepriekšējais komentārs ir par vienkāršošanas renderēšanu, ja jūs runājat par rīku vektoru vienkāršošanai, tad c. Alvaro Huarte 09:04 Kļūdu ziņojums # 9777: Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus QGIS 2.2 vienkāršošanas iespēja lidojuma laikā tika izstrādāta, lai ātri iegūtu ģeometriju. Tas var izdarīt s. Alvaro Huarte 04:31 Kļūdu ziņojums # 9777 (Slēgts): Daudzstūru vienkāršošana var atgriezt nederīgus daudzstūrus Pat pēc labojuma # 9655 daži poligoni pēc vienkāršošanas joprojām var būt nederīgi.
Šeit ir self-intersec piemērs. Hugo Mercier 11:28 Kļūdas ziņojums # 9780: Ceļu diagrammas spraudnis ir bojāts Apstiprināts Debian un Win7, 2.2 un Master. Paolo Cavallini 11:27 Kļūdu ziņojums # 9780 (Slēgts): Ceļu diagrammas spraudnis ir bojāts RGP nedarbojas, jo tas neredz slāni, lai sāktu Paolo Cavallini 10:43 Редакция 03ca0c89 (qgis): Neliels labojums IT tulkošanā 10:18 Редакция 51b06326 (qgis): sapludināšanas pieprasījuma Nr. 1237 apvienošana no simogeo / master tulkošanas un kļūdu labojumiem Werner Macho 10:10 Bug report # 9779 (Closed): QGIS avarē, atverot veco (2.0.1) projektu valmierā (2.2.). 1) Man ir problēmas ar Dufour projekta (2.0.1) atvēršanu Valmierā (2.2.1), izmantojot Windows 7 64 bit.
QGIS mani par to brīdina. Alexandre Neto 10:06 Izvērst e5597e26 (qgis): sapludināšanas pieprasījuma Nr. 1236 apvienošana no aharfoot / master fix identifikācijas rīkā Processing Dissolve (labojums # 9764)
pievienot polilines atbalstu Alexander Bruy 08:57 Kļūdu ziņojums # 5644: GRASS integrācijai jāizmanto privāts, nevis lietotāja & # 39s .grassrc6 fails Acīmredzot jā: http://lists.osgeo.org/pipermail/grass-user/2014-March/069945 .html
Markus Neteler 07:22 Funkcijas pieprasījums Nr. 9778 (Atvērts): Atbalstiet metabilitāti un metabuffer etiķetēm. Kad es sēju kešatmiņu kartei ar MapCache un iestatu metatile un metabuffer parametrus, WMS serverim ir jābūt instruētam. Semen Makhorkin 05:57 Kļūdas ziņojums # 9776: Atbalsts ģeoreferencētiem pdf failiem sistēmā Windows joprojām ir pārtraukts. Paldies par ātro atbildi. Jā, http://trac.osgeo.org/osgeo4w/ ir pareizā vieta tam, es samulsu. T Hell 05:42 Kļūdu ziņojums Nr. 9776 (slēgts): operētājsistēmā Windows joprojām nav atbalstīts ģeogrāfiski norādīto PDF failu. Šī nav faktiska QGIS problēma. QGIS operētājsistēmā Windows izmanto GDAL no & quotOSGeo4W & quot: http: //osgeo4w.osgeo.org, kura pašreizējā versija. Jirgen Fischer 05:42 Kļūdu ziņojums # 9776 (slēgts): Atbalsts ģeoreferencētiem pdf failiem sistēmā Windows joprojām ir bojāts. Šī nav faktiska QGIS problēma. QGIS operētājsistēmā Windows izmanto GDAL no & quotOSGeo4W & quot: http: //osgeo4w.osgeo.org, kura pašreizējā versija. Jirgens Fišers 05:20 Kļūdu ziņojums # 9776: Atbalsts ģeoreferencētiem pdf failiem joprojām ir bojāts Windows parauga failā http://www.terragotech.com/images/pdf/rumney_farmforest_geopdf.pdf Jürgen Fischer 05:13 Kļūdu ziņojums # 9776: Atbalsts ģeoreferencēti pdf faili joprojām ir bojāti operētājsistēmā Windows Šeit ir pilns Windows kļūdas ziņojums gdalinfo. T Hell 02:44 Kļūdu ziņojums # 9776 (Slēgts): Atbalsts ģeoreferencētiem pdf failiem sistēmā Windows joprojām ir bojāts. Kā tas tika rakstīts zem kļūdas # 8912, es lūdzu ar šo logu atkārtoti atvērt Windows plattform, šķiet, ka Linux ir w. T Hell 04:23 Funkcijas pieprasījums Nr. 4996: kodēšanas digitalizācijas rīkjoslā pievienojiet rīku & quot; noņemt pārklāšanās apgabalus & quot; Camillo Berti 03:18 Kļūdas ziņojums # 9763: GetPrint segfault Šķiet, ka tas ir & quot; X un Q & quot; jautājums.
X serveris ir nepieciešams, lai palaistu QGIS mapserver, vai arī tas avarēs, tiklīdz SVG sy. Alesandro Pasoti

2014-03-12

2014-03-11

2014-03-10

2014-03-09

pēc projekta slēgšanas netiek izdzēsti.
Bye Alessandro Ciali 03:48 Редакция 10ddb027 (qgis): [TRANSUP] pl Roberts Szczepanek 01:40 Kļūdas ziņojums # 9733: GPS / KML / WFS ielāde ar tukšu atribūtu tabulu qgis master un 2.2 (ir labi uz 2. Tas ir briesmīgi. . vai ir kāds risinājums? Tiem, kas ikdienā strādā ar GPS ierīcēm un Google Earth. Filipe Dias


Šis neattiecas uz planētu attēliem, taču lielākajai daļai Zemes attēlu parasti ir pievienots RPC kameras modelis. Lejupielādējiet DEM no USGS's NED, un pēc tam, izmantojot GDAL, jūs varat pārklāt savus avota attēlus virs DEM.

Šī ir rokasgrāmata pieredzējušiem bārdainiem lietotājiem. Ja jums nav bārdas, neizmēģiniet to mājās! Šīs instrukcijas darbosies arī OSX, atskaitot pakotņu pārvaldnieku.

Ames Stereo Pipeline ir atvērta pirmkoda rīku kolekcija 3D modeļu veidošanai no NASA un # 8217s planētu pavadoņiem. Mūsu programmatūra to var izdarīt, atkarībā no USGS & # 8217s ISIS visiem kameru modeļiem. Tas man ietaupa daudz laika, jo man vairs nav jāprogrammē pielāgoti modeļi visām daudzajām kamerām, kas tur atrodas (MOC, HiRISE, MDIS, LROC, ISS utt ). Negatīvie ir tas, ka ISIS veidošana ir gandrīz neiespējama, jo viņi sagaida, ka jūs izmantosit viņu bināros izlaidumus. Tas nozīmē, ka, lai apkopotu pret viņu binārajiem failiem, mums ir jāatjauno viņu attīstības vide līdz katras trešās puses bibliotēkai.

Ubuntu lodziņā ir jāinstalē daži pamata rīki.

ISIS vides veidošanu ir neticami grūti izdarīt ar rokām. Neaizmirstiet, ka ir grūti notīrīt bash apvalku, lai tas neatrastu bibliotēkas nepāra vietās. Tāpēc mans kolēģis izveidoja lielisku skriptu kolekciju, lai to atvieglotu. To sauc par bināro veidotāju, un tas ir pieejams vietnē Github. Zemāk esošās komandas izrakstās no Github skriptiem un pēc tam palaiž tos. Ko BB dara šajā pirmajā solī, ir visu Vision Workbench un Ames Stereo Pipeline atkarību lejupielāde un apkopošana. Tas nozīmē, ka mēs veidojam Boost, GDAL, Zip, OpenSceneGraph, LAPACK un daudzus citus. Kā jūs varat iedomāties, šis solis prasa ilgu laiku.

Visticamāk, ka šajā brīdī lietas mirs. Šeit ir jāpiemēro jūsu bārdainās pilnvaras! Veiksmi. Kad labojat kļūdu vai domājat, ka esat to atrisinājis. Lai ātri restartētu, jums jāizmanto šāda komanda.

Jūs zināt, ka jums bija pilnīgi veiksmīga ./build.py sesija, kad tā izdrukāja & # 8220Viss pabeigts!& # 8221 un sniedz izmantoto vides mainīgo sarakstu. Pēc tam ļaujiet sakopt & # 8217, izveidojot BaseSystem tarball.

Šajā lietojumprogrammā būs visas galvenes, bibliotēkas un ISIS kopija, kas jums jāveic. Tā būs jūsu bāka, kad viss pārējais neizdosies. Jūs varat arī koplietot šo patērē ar citiem lietotājiem, kuriem ir līdzīgas sistēmas. Jebkurā gadījumā ir pienācis laiks šo BaseSystem tarball izvietot pastāvīgā stāvoklī.


Vision Workbench instalēšana

Jūs esat gatavs 2. solim. Tas viss ir diezgan taisni uz priekšu. Tomēr jums vajadzētu pamanīt, ka izvietošanas bāzes skripts radīja config.options gan Vision Workbench, gan Stereo Pipeline. Skripts config.options ir vēl viens veids, kā ievadīt argumentus ./configure. Instalējot Vision Workbench, konfigurācijas config.options.vw pamata opcijām mums vajadzētu būt piemērotām.

Šajā brīdī visiem vienības testiem jāiztur. Ja nē, bārdains jūs zināt, ko darīt.


Npm install - atjauninājumi un skaidrība & quot: pack-lock.json # 17749

Te tāpat. Šķiet, ka mezgla_moduļu dzēšana kādu laiku palīdz.

Sarkiroka komentēja 2017. gada 28. jūliju

Arī man ir tā pati problēma
npm: 5.3.0
mezgls v6.7.0

RaniSputnik komentēja 2017. gada 1. augustu

  • npm -v izdrukas: 5.3.0
  • mezgls -v izdrukas: v8.1.2
  • npm config iegūt reģistra izdrukas: https://registry.npmjs.org/
  • Windows, OS X / macOS vai Linux?: OS X

Joakimcarlsten komentēja 2017. gada 2. augustu

Tā pati problēma - atrisināta, noņemot mezglus_modules

Teledēmisks komentēja 2017. gada 2. augustu

Mana Mac mašīna vienmēr maina integritāti uz sha512, savukārt mana Windows mašīna vienmēr maina to uz sha1 tai pašai repo

Sarkiroka komentēja 2017. gada 2. augustu

Man ir Linux mašīna, un tā vienmēr maina integritāti arī uz sha512.

Ruchern-chong komentēja 2017. gada 3. augustu

Es gribētu ziņot par līdzīgu problēmu ar MacOS un Linux. Integritāte tiek pārslēgta no sha1 uz sha512.

Opalo komentēja 2017. gada 3. augustu un # 8226

Tas pats šeit makos un Linux darbstacijās:
macos

Toobulkeh komentēja 2017. gada 3. augustu

Tāda pati problēma Windows / Mac sadalīta šeit:

Saskaņā ar dokumentiem, tas nāk no dažām vietām:

  • Komplektētajām atkarībām tas nav iekļauts neatkarīgi no avota.
  • Reģistra avotiem tā ir integritāte, ko sniedzis reģistrs, vai, ja SHAS1 shasum nav nodrošināts.
  • Attiecībā uz git avotiem tas ir īpašais saistības hash, no kura mēs klonējām.
  • Attālajiem tarball avotiem tā ir integritāte, kuras pamatā ir faila SHA512.
  • Vietējiem tarball avotiem: Šis ir integritātes lauks, kura pamatā ir faila SHA512.

Manā gadījumā šie visi ir reģistra avoti bez nodrošinātas integritātes, tāpēc shasum ir galvenā atšķirība starp šīm divām sistēmām. Manā sistēmā šīs paketes nav, tāpēc varu tikai pieņemt, ka tā ir apkopota atšķirība.

Elmariachi111 komentēja 2017. gada 14. augustu

npm -v izdrukas: 5.3.0
mezgls -v izdrukas: v8.2.1
npm config iegūt reģistra izdrukas: https://registry.npmjs.org/
Windows, OS X / macOS vai Linux?: OS X

Thom8 komentēja 2017. gada 16. augustu

Ienāca tajā pašā jautājumā, novērsa to, notīrot kešatmiņu npm cache clean - force

manuāli dzēšot node_modules un pēc tam vēlreiz palaižot npm install.

Kā redzu, problēma bija saistīta ar vecākas npm versijas sākotnējo instalēšanu.

AJDurant komentēja 2017. gada 16. augustu un # 8226

Man ir tāda pati problēma ar Windows maiņu uz sha1 un Linux mainīšanu uz sha512
Windows 10:
npm -v 5.3.0
mezgls -v v6.11.1
Ubuntu 16.4.2:
npm -v 5.3.0
mezgls -v v6.11.2

npm sūdzas, ka integritāte nesakrīt katru reizi, kad tiek veikta instalēšana komutācijas platformā.

Ruchern-chong komentēja 2017. gada 16. augustu

Sveiki, @zkat, vai ir kādi atjauninājumi šajā jautājumā?

Oliboy50 komentēja 2017. gada 24. augustu

IMHO šis jautājums ir diezgan svarīgs, jo tas rada nepatikšanas pat "ne javascript izstrādātājiem" (nodejs tagad Web izstrādē ir visur, pat PHP kaudzēs utt.).

tāpēc NPM būtu jāuztraucas pēc iespējas ātrāk novērst šo problēmu, pirms visi dodas uz dziju (piemēram, saite iepriekš)

Ruchern-chong komentēja 2017. gada 24. augustu

befor eeveryone iet uz dziju

Nu, tas nebūs visiem, bet ir cilvēki, kas meklēs pārslēgties. Patiesībā, kad mēs runājam, es pagaidām lietoju dziju, līdz tiek novērsti šie jautājumi ar npm. Es neesmu prasīgs, bet es turos uz ticību, ka npm to kādu dienu atrisinās.

Vēl viens iemesls ir tas, kāpēc es nevēlos pārāk ilgi palikt uz dzijas piederības dēļ Facebook.

Retorquere komentēja 2017. gada 2. septembri

Tas noliedz to, kas, šķiet, ir bloķēšanas faila galvenais mērķis - esmu pieņēmis to, lai pievienotu to .gitignore, jo tas manam git žurnālam pievieno viltus pļāpāšanu.

Septemptus komentēja 2017. gada 6. septembri

Vai šī problēma joprojām ir 5.4.0 versijā? Viens no maniem kolēģiem ziņoja, ka viņš vairs nav pieredzējis šo problēmu, taču es to nevaru apstiprināt, jo tas vispār nenotika manā vidē.

Zkat komentēja 2017. gada 6. septembri

vienkārši nometot piezīmi, ka mēs to zinām, bet man nav īsti izdevies izsekot, kāpēc notiek šāda veida diff. Mans ieteikums tiem, kas to skar, ir mēģināt veikt rm -rf mezgla_moduļus bez diff līdz sha1- , un palaidiet pilnu npm instalēšanu ar jaunāko npm un pārbaudiet, vai tas to novērš. Mums ir bijuši vairāki dažādi labojumi, un šķiet, ka nejaušas problēmas vienkārši novērš citas lietas. Kad man ir konkrēta ideja par to, kā notiek šī jaucējkrāna samazināšanās, es ceru to ātri novērst, bet idk, kas ar to notiek pašlaik - vairāki cilvēki ir tieši man par to ziņojuši un centušies panākt labu repro.

Retorquere komentēja 2017. gada 6. septembri

  1. npm kešatmiņa tīra
  2. rm -rf mezgla_moduļi
  3. rm package-lock.json
  4. npm instalēt

Es joprojām redzu sha1 un sha512 sajaukumu

Kevinburke komentēja 2017. gada 6. septembri un # 8226

Izmantojot versiju 5.3.0, es varētu 100% laika reproducēt izmaiņas, palaižot:

Tas mainītu 5–7 integritātes atslēgas paketēs 5000 līniju paketē lock-j.son - daži mainās no sha1 uz sha512, daži mainās citā virzienā.

Pēc jaunināšanas no 5.3.0 uz 5.4.0 failā joprojām ir sha1 un sha512 sajaukums, taču es neredzu sha1 nejaušu nomaiņu uz sha512, jo darbojas npm install.

Retorquere komentēja 2017. gada 6. septembri

@kevinburke var apstiprināt - nekādas izmaiņas starp manu Mac un Linux sistēmu.

Billmei komentēja 2017. gada 21. septembri

Marekr komentēja 2018. gada 21. janvāra & # 8226

Mezgli 8.9.4 un npm 5.6.0 ir svaigi gan Windows 10, gan Windows Server 2016 mašīnā.

Npm operētājsistēmā Windows 10 ģenerē sha1 jaucējus pavisam jaunā pakotnes bloķēšanas failā.

Npm Windows serverī atjaunina paketes bloķēšanas failu npm install uz sha512.

Arī veids, kā pilnībā sakaut bloķēšanas faila punktu, mainot to procesā, kas nav "npm atjauninājums".

IronSean komentēja 2018. gada 29. janvāra & # 8226

Notiek arī pie mums, ar vienu izstrādātāju operētājsistēmā Windows 10 ar mezglu 8.9.7 un npm 5.6.0, otru ar MacOS un Node 9.3.0 un npm 5.6.0.

REDIĢĒT: Izdzēšot direktoriju node_modules, notīrot kešatmiņu un pārinstalējot, tas, šķiet, man Windows 10 pārslēdza uz SHA512.

Gjgd komentēja 2018. gada 2. februāri

Tā pati problēma šeit.
npm -v: 5.6.0
mezgls -v: v9.4.0

Mēģinājāt dzēst mezglus_moduļus un notīrīt kešatmiņu, bet npm install joprojām maina visas sha512 jaucējkodus par sha1 hashēm.

Zkat komentēja 2018. gada 2. februāri

@pke "pareizs" integritātes jaucējkrāns faktiski tiek nodots CLI kā daļa no reģistra metadatiem - tas ir integritātes hash reģistrā saka mums, ka tā ir pareizā. Es saku, ka tas nav piemērots, jo, ja reģistra "garantija" ir vājāks algoritms, nav jēgas jaunināt.

Jebkurā gadījumā: šī kļūda jau ir jānovērš un jāiekļauj nākamajā npm laidienā. Plāksteris ir iekļauts npm kanārijputniņā, tāpēc, veicot $ npx npmc instalēšanu, varat redzēt, vai labojums jums darbojas. Ņemiet vērā, ka, ja jūsu paketes bloķēšana jau ir bojāta, tas joprojām var sajaukt, taču es domāju, ka tam vajadzētu novērst hash-bouncing problēmu, kā arī EINTEGRITY brīdinājumus, kurus cilvēki turpina saņemt.


Lejupielāde no NASA PDS

Kā parasti, visus NASA datus var izņemt no viņu PDS (Planētu datu sistēma). Tā kā es meklēju Japetu, noklikšķiniet uz & # 8216Saturn & # 8217 un pēc tam & # 8216Cassini attēlu meklēšana & # 8217. Tas atvērs ātrās meklēšanas lapu Cassini Image. Lapas kreisajā pusē atlasiet ISS instrumentu. Pēc tam zem produkta veida atlasiet EDR. EDR produkti ir neapstrādāti attēli, savukārt RDR ir apstrādāti produkti, piemēram, kartes. Visbeidzot zem mērķa nosaukuma atlasiet opciju Iapetus. Labajā malā noklikšķiniet uz & # 8216Gūt rezultātus & # 8217. Rakstīšanas laikā bija pieejami 4025 ieraksti vai attēli.

Šeit & # 8217, kur lietas kļūst mazliet nesakārtotas. Daudzi no šiem attēliem ir ar Japetu no ļoti tālu. Tik tālu, ka tie maniem projektiem nederēs. Es vēlētos kārtot šos attēlus pēc to attāluma. Labajā labajā pusē zem ATLASIET PARAMETRUS ZIŅOJUMA VAI TABULAS AILĒM Es varu pievienot kolonnu & # 8216Mērķa attālums & # 8217. Jaunajā kolonnā es varu noklikšķināt uz augšupvērstās bultiņas, un, cerams, tā kārtos attēlus pēc tā, kurš ir vistuvāk. Tomēr tas nedarbojas. Lapas vidū PDS ir rakstīts & # 8220508 no 4025 & # 8221 produktiem. Šajā lapā tiek kārtota tikai 1/8 daļa no visiem Japetus attēliem. Lai to labotu, turpiniet noklikšķināt uz pogas & # 8216Gūt vairāk & # 8217, līdz tajā ir rakstīts & # 82204025 no 4025 & # 8221 produktiem.

Šajā brīdī mēs esam gatavi sākt lejupielādēt produktus. Lapas labajā malā lejupielādējiet CSV failu ar atrastajiem ierakstiem kopā ar WGET produktu. Atverot CSV failu, jūs pamanīsit, ka tie nenoturēja sakārtotus attēlus attālumā no mērķa. Lame, es zinu. Tomēr mēs izmantojam Linux un varam sevi izvilkt no tā. Šeit ir bash komandas, kuras es izmantoju, lai kārtotu failu. Guru, iespējams, var paveikt labāku darbu nekā es.

Ja atvērsies sakārtoti_faili savā iecienītajā teksta redaktorā varat notīrīt nepareizi sakārtotās klaiņojošās līnijas. Es izvēlējos saglabāt failus ar attālumiem, kas atzīmēti ar & # 8216-1.0e3 & # 8217. Es arī ar roku izdzēsu līnijas, kur attālumi no Mēness bija atzīmēti vairāk nekā 300 km. Tas man atstāja 758 attēlu nosaukumus, kas ir diezgan tuvu Japetam. Tagad mums ir jāizvelk šie 758 vārdi no atlas_wget_script lai es lejupielādētu tikai vēlamos attēlus. Tomēr, aplūkojot šo skriptu, jūs pamanīsit, ka viņi attēlus nosauc nedaudz atšķirīgi no tā, ko mēs redzējām attēlā atlas_report.csv. Lūk, piemērs:

Lūk, kā filtrēju sakārtoti_faili uz leju tikai to mantisu, kuru es gribēju, un pēc tam izvilku cienītās līnijas, no kurām es gribēju atlas_wget_script.

Urā! Visbeidzot, mēs esam gatavi patiešām lejupielādēt attēlu failus! Ja paskatās iekšā want_get_script, jūs redzēsiet visu vajadzīgo Ipetus attēlu lejupielādes komandas. Lai sāktu lejupielādi:


Gaisa topogrāfisko lidaru rokasgrāmata - 3. nodaļas piezīmes

Gaisa topogrāfiskā lidmaņa rokasgrāmatas 3. nodaļa ir nosaukta Iespējojošās tehnoloģijas, un apspriež globālās navigācijas satelītu sistēmas (GNSS) un inerciālās navigācijas sistēmas (INS), kas kopā nodrošina gaisa lāzerskenēšanu (ALS). Abas šīs tehnoloģijas tika bieži pieminētas 2. nodaļas diskusijā par ALS tehnoloģiju elementiem, un no diskusijas ir skaidrs, kāpēc ALS nevarēja kļūt par dzīvotspējīgu komerciālu tehnoloģiju līdz 1990. gadiem, kad kļuva pieejama GPS sistēma.

Globālās satelītu navigācijas sistēmas

Pašlaik darbojas divas GNSS sistēmas - ASV globālā pozicionēšanas sistēma (GPS) un Krievijas GLObal NAvigation satelītu sistēma (GLONASS), kā arī divas izstrādes stadijā esošās sistēmas - ES Galileo sistēma un Ķīnas BeiDou navigācijas satelītu sistēma (BDS). paredzams, ka abi tiks pabeigti līdz 2020. gadam.

Kā darbojas GNSS?

Nedaudz vēlāk ziņojumā ir norādīts šāds vienādojums:


Aplūkojot 4 nezināmos, x, y, z un t, ir jēga, kāpēc 4 satelītiem ir jānodrošina atrašanās vieta (un laiks).