Vairāk

Vai ir veids, kā konfigurēt QGIS, lai nepieļautu zvanu st_extent, pievienojot PostGIS tabulu?


Es mēģinu pievienot QGIS ārkārtīgi lielu tabulu ar punktu ģeometrijas lauku, un šķiet, ka QGIS karājas. Pēc nelielas izmeklēšanas postgresql datu bāzē es to izsekoju līdz ast_extentuz visa galda.

Vai ir pareizi pieņemt, ka iemesls, kāpēc QGIS to dara, ir iegūt slāni pilnā apjomā? Un ja tā, vai ir kāds veids, kā to apiet? Varbūt vai nu izmantot telpisko atsauces apjomu, vai manuāli norādīt apjomu?

QGIS 2.6 64 bitu
POSTGIS = "2.1.3 r12547" GEOS = "3.4.2-CAPI-1.8.2 r3924" PROJ = "Rel. 4.8.0, 2012. gada 6. marts" GDAL = "GDAL 1.10.0, izlaists 2013. gada 24. aprīlī" LIBXML = "2.7.8" LIBJSON = "UNKNOWN" TOPOLOGY RASTER
PostgreSQL 9.3.5, apkopots ar Visual C ++ būvējumu 1600, 64 bitu


Apskatiet PostGIS savienojuma iestatījumus. Ir atlase "Izmantot aprēķinātos metadatus", kas pēc noklusējuma nav atlasīta. Pārbaudiet to, un QGIS izmantos ST_Estimated_Extent http://postgis.net/docs/manual-2.0/ST_Estimated_Extent.html. Atcerieties iepriekš palaist VACUUM ANALYZE.


Savienojuma opcija "izmantot aprēķinātos metadatus" darbojas jaunizveidotiem slāņiem, taču tas to nemaina esošajos slāņos, kas savienojas ar šo datu bāzi, kā arī neatradu veidu, kā to mainīt slāņa rekvizītos (es izmantoju 3.8.3). Es atklāju, ka salīdzinoši ātri ir jāmaina visi esošie slāņi, rediģējot pievienojamo QGS failuaptuvenie metadati = truevisiem PostGIS datu avotu aprakstiem.

Šeit ir norādītas darbības, kuras es veicu, izmantojot Linux termināli. Līdzīgas darbības var veikt jebkurā OS, ja vien jums ir veids, kā meklēt un aizstāt tekstu.

  1. Izvilkt QGS failu no QGZ:

    $ unzip map.qgz map.qgs
  2. Pievienotaptuvenie metadati = truevisiem PostGIS datu avotu aprakstiem QGS. Manā konkrētajā failā es tos atradu XMLuntagus.

    Attiecībā uz manu konkrēto failu es pārbaudīju un redzēju, ka visām šādām rindām navaptuvenie metadati =, tā vietā, lai pārslēgtosaptuvenie metadati = nepatiesauzaptuvenie metadati = true, Man bija jāpievieno jaunsaptuvenie metadati = true. Es meklēju virkni, kas atradās visu datu avotu aprakstu vidū, lai es varētu veikt meklēšanas un ievietošanas ekvivalentu, izmantojot teksta aizstāšanu. Virkne, ko atradu savā failā, bijacheckPrimaryKeyUnicity =, tāpēc es izpildīju šādu komandu:

    $ sed -i 's/checkPrimaryKeyUnicity/aptuvenie metadati = true checkPrimaryKeyUnicity/g' map.qgs

    Iespējams, tas būs jāpielāgo jūsu konkrētā faila detaļām, jāveic izmaiņas manuālāk vai jāizmanto rīks ar XML specifiskām rediģēšanas funkcijām.

  3. Aizstājiet QGS failu QGZ:

    $ zip -u map.qgz karte.qgs

Saglabājiet un vizualizējiet savu rasteri mākonī, izmantojot COG un QGIS

Mēs nesen strādājām Francijas Kosmosa aģentūrā (CNES), kurai vajadzēja uzglabāt un vizualizēt satelīta raserus mākoņu platformā. Viņi vēlas piekļūt attēla neapstrādātiem datiem bez pārveidošanas, lai pilnībā aizpildītu dziļu analīzi, piemēram, instrumenta kalibrēšanu. Klasiskā kartogrāfiskā servera standarta, piemēram, WMS vai TMS, izmantošana nav iespējama, jo šie pakalpojumi pārveido datu kopas jau atveidotās flīzēs.

Mēs izvēlējāmies izmantot pavisam neseno GDAL pārvaldīto formātu COG (mākoņa optimizācijas ģeotifs) un mērķēt uz OVH mākoņa platformu, jo tā nodrošina OpenStack - atvērtā pirmkoda mākoņdatošanas platformu.


Šis kods izveido logu ar nosacījumiem, ka lietotājs nevar mainīt loga Tk () izmērus, kā arī atspējo maksimizācijas pogu.

Programmā varat mainīt loga izmērus, izmantojot @Carpetsmoker atbildi, vai rīkojoties šādi:

Jums vajadzētu būt diezgan viegli to ieviest savā kodā. :)

Varat izmantot minimālo un maksimālo izmēru, lai iestatītu minimālo un maksimālo lielumu, piemēram:

Jūsu logam piešķirs fiksētu platumu un pastiprinājuma augstumu 666 pikseļi.

Gādās, lai jūsu logs vienmēr būtu vismaz 666 pikseļi lieli, taču lietotājs joprojām var paplašināt logu.


QGIS uzstādīšana

Jūs varat lejupielādēt QGIS no šīs saites [5], izmantojot zaļo krāsu Lejuplādēt tagad pogu. Izvēlieties savu platformu: Windows, Mac OS X, Linux, BSD vai Android no dažādām lejupielādes lapas nolaižamajām izvēlnēm (šai apmācībai tiks izmantota sistēma Windows). Ja jums ir Windows, pārbaudiet savas specifikācijas, jo vai nu izmantosit 32 bitu vai 64 bitu. Atlasiet jaunāko atsevišķo versiju un lejupielādējiet .exe instalētāju. Kad esat lejupielādējis, dodieties uz vietu, kur lejupielādēja .exe instalētājs, palaidiet to un izmantojiet parādīto iestatīšanas vedni, lai konfigurētu programmu.

Kad QGIS ir pilnībā instalēts datorā, palaidiet to, izmantojot darbvirsmas ikonu vai sākuma izvēlnes palaidēju. Pēc atvēršanas vajadzētu parādīties programmas logam, piemēram, attēlam. Lai mūsu projektam izveidotu projekta failu, noklikšķiniet uz Projekts augšējā kreisajā stūrī un Saglabāt kā. Pārlūkojiet mapi, kas izveidota iepriekšējā solī, piešķiriet projektam nosaukumu, piemēram, Ģeoreferenču apmācība, un sit Saglabāt.


Kā neļaut tensorflow piešķirt visu GPU atmiņu?

Es strādāju vidē, kurā tiek koplietoti skaitļošanas resursi, t.i., mums ir dažas serveru mašīnas, kas aprīkotas ar dažiem Nvidia Titan X GPU.

Maza vai vidēja izmēra modeļiem ar 12 GB Titan X parasti pietiek 2-3 cilvēkiem, lai vienlaicīgi vadītu apmācību vienā GPU. Ja modeļi ir pietiekami mazi, lai viens modelis pilnībā neizmantotu visas GPU skaitļošanas vienības, tas faktiski var izraisīt paātrinājumu, salīdzinot ar viena mācību procesa izpildi pēc otra. Pat gadījumos, kad vienlaicīga piekļuve GPU palēnina individuālo apmācības laiku, joprojām ir patīkami, ka GPU var trenēties vienlaikus vairāki lietotāji.

TensorFlow problēma ir tā, ka pēc noklusējuma tas palaiž visu pieejamo GPU atmiņas apjomu. Pat nelielam divslāņu neironu tīklam es redzu, ka visa 12 GB GPU atmiņa ir iztērēta.

Vai ir kāds veids, kā likt TensorFlow piešķirt tikai, teiksim, 4 GB GPU atmiņas, ja zināms, ka ar to pietiek konkrētam modelim?


A.5. Izlaidums 3.0.0rc2

Ja apkopošana tiek veikta, izmantojot PostgreSQL+JIT, ir nepieciešams LLVM & gt = 6

Šim laidienam tiek atbalstītas PostgreSQL versijas: PostgreSQL 9.5 - PostgreSQL 12 GEOS & gt = 3.6. Papildu funkcijas ir iespējotas, ja izmantojat Proj6+ un/vai PostgreSQL 12. Veiktspējas uzlabojumi, ja darbojas GEOS 3.8+

Galvenie akcenti

4534, novērst noplūdi lwcurvepoly_from_wkb_state (Raúl Marín)

4536, novērst noplūdi lwcollection_from_wkb_state (Raúl Marín)

4537, novērst noplūdi WKT kolekcijas parsētājā (Raúl Marín)

4535, WKB: izvairieties no bufera pārpildes (Raúl Marín)


Piektdien, 2015. gada 27. februārī

Tālvadība-kam vispirms vajadzētu būt-radiometriskā kalibrēšana vai līdzreģistrācija?

Kādam attēla pārim satelītattēlu pirmapstrādē vispirms būtu jānotiek-radiometriskā kalibrēšana vai kopreģistrācija?

Pieņemsim, ka mums ir divi attēli, kurus mēs vēlamies reģistrēt kopā, vai viens attēls, kuru mēs vēlamies reģistrēt uz zemes:

Pirmais solis ir novērst kļūdas katrā attēlā gan ģeometriski, gan radiometriski. Katram attēlam ir dažas ģeometriskas kļūdas šādu iemeslu dēļ:


  • Zemes rotācija
  • Skenēšanas laika šķībs
  • Malu attiecība
  • Panorāmas efekts (priekšgala kļūda)
  • Zemes izliekums

Šīs kļūdas novedīs pie pikseļu novirzes attēla iegūšanas laikā un tādējādi radīs radiometrisko informāciju. Tātad, kad mēs noņemam (pārnesam pikseļus pareizajā vietā attēlā) šīs ģeometriskās kļūdas, mums vajadzētu veikt arī radiometrisko interpolāciju. Radiometrisko interpolāciju var veikt, izmantojot:

Arī tad, ja abiem attēliem ir dažādi izmēri, mums šajā solī vajadzētu mainīt to izmērus, izmantojot iepriekš minētās interpolācijas metodes.

Otrais solis ir kopreģistrēt (nosakot matemātisko transformāciju starp diviem attēliem) attēlus. To var izdarīt dažādos veidos. Viens no tiem ir abu attēlu reģistrēšana uz zemes. Kad abi attēli ir reģistrēti uz zemes (tā pati atsauces sistēma), tie tiks savstarpēji reģistrēti.
Reģistrēšanai tiek izmantoti dažādi matemātiskie modeļi, kuru pamatā ir dažādi faktori, ieskaitot sensora veidu, kas tiek izmantots attēlu iegūšanai. Viens no tiem, kas tiek izmantots HRSI attēlos, ir no reljefa neatkarīgi RPC koeficienti

Tādējādi mēs vienmēr vispirms noņemam kļūdas katrā attēlā (katra attēla kalibrēšana) un pēc tam tās reģistrējam kopā. Tas attiecas uz visu veidu attālās uzrādes attēliem, ieskaitot PolSAR, InSAR, hiperspektrālos un multispektrālos attēlus.

Divi attēli tiek kopreģistrēti, ja abos nav kļūdu

Koordinātu sistēma - Waterman tauriņu projekcija Mapnik

Kā virsrakstā teikts, kā kāds varētu konfigurēt Mapnik izmantot Waterman tauriņu projekciju?

Pretējā gadījumā kādus citus rīkus varētu atveidot, izmantojot šo projekciju?

Es nedomāju, ka mapnik vai proj4 spēj nodrošināt šāda veida projekciju.

Saskaņā ar šo lielisko ziņu, Openlayers ar protovis bibliotēku spētu atveidot nevis tieši Waterman projekciju, bet gan Fuller projekciju (sauktu arī par Dymaxion).

Šeit jums pat ir tiešsaistes piemērs.

Pyqgis - Vai drukāt uz QGIS projekta orientētu karti katram formas faila punktam?

Man ir jāizveido apmēram 100 kartes, kuru centrā ir katrs figūras faila interesējošais punkts. Es vēlētos sagatavot visus slāņus galvenajā QGIS projektā un iestatīt kompozīciju vienam punktam (lai nepieciešamības gadījumā varētu izdrukāt 100 kartes manuāli).

Man būtu kaut kas līdzīgs šādiem slāņiem:

Un es gribētu pēc tam automatizēt drukāšanu līdz svg kaut ko līdzīgu:


  1. Katram figūras faila punktam
  2. Centrējiet kartes audeklu uz šo punktu

Esmu pārliecināts, ka zinu, kā rīkoties ar 1. un 2. punktu, bet šajā vietnē neesmu atradis informāciju par 3. un 4. punktu.


  1. Drukas komponētājā iespējojiet atlantu un izmantojiet punktu slāni kā atlanta pārklājuma slāni.
  2. Iestatiet kartes vienumu, ko kontrolēt ar atlantu, un izvēlieties fiksēto mērogu

Atpakaļ QGIS galvenajā logā katram slānim, kuru vēlaties filtrēt pēc noteikta attāluma līdz punktam, izmantojiet uz noteikumiem balstītu simboloģiju un izmantojiet šādu kārtulu

robežās ($ ģeometrija, buferis (@atlas_geometry, distance))

Kā iegūt funkciju konkrētai bbox no shapefile by ogr

Man ir dažas funkcijas punkts, līnija, daudzstūris ar shapefile formātu, tagad es vēlos iegūt funkcijas konkrētai ierobežotajai kastei, vai ir iespējams noņemt līdzekļus no bbox?

Un attiecībā uz daudzstūri es domāju, ka tas ir jāaizver.

Nez vai tas ir iespējams?

Postgis - punktu atrašana ceļā

Es neesmu pārliecināts par labāko pieeju šai problēmai. Es varu iedomāties dažus veidus, kā to izdarīt, un es tos uzskaitīšu zemāk, bet es meklēju labāko un efektīvāko veidu, kā to izdarīt.


    Ņemot vērā mainīgu punktu skaitu, izveidojiet "maršrutu" vai līniju starp punktiem.

Piezīme: rādiusam nav jābūt apļiem. A, B, C, D var izmantot taisnstūrveida ierobežojošās kastes.


  • Tabula ar punktiem (x, y - tehniski lat/lon)
  • Ievadiet punktus, lai izveidotu maršrutu

Mēs izmantojam PostgreSQL (8.4) un PostGIS (1.3.6) un Python.

Šis ir risinājums, ko es izdomāju. Domas? Idejas? Ievadi?


  • Izveidojiet trīs daudzstūra "caurules" (A-> B, B-> C, C-> D)
  • Filtrs norāda tikai tos, kas ir daudzstūros.
  • Atņemiet B-> C no A-> B, lai daudzstūri nepārklājas (bez dublikātiem)
  • Atņemiet C-> D no B-> C, lai daudzstūri nepārklājas (bez dublikātiem)

Mana pieeja bija naiva, pēc kāda laika un PostGIS metožu aplūkošanas es izdomāju šo vienu SQL zvanu. Ņemiet vērā, ka tā ir specifiska mūsu datu bāzei, taču tā kādam var palīdzēt nākotnē. Esmu pārliecināts, ka to varētu arī uzlabot.

Man bija jāprojektē dati, jo es izmantoju PostGIS 1.3.4, kas neatbalsta ģeogrāfijas tipu.

Būtībā es izmantoju ST_MakeLine un vaicājumu, lai atrastu "lidlaukus" un atgrieztu to ģeometriju.

Man tie bija jāpasūta (izmantojot CASE direktīvu), lai līnija tiktu savienota pareizajā secībā.

Pēc tam es projicēju un buferēju šo līniju, lai izveidotu daudzstūri, kuru pēc tam varētu izmantot, lai redzētu, kādi citi lidlauki krustojas ar buferēto daudzstūri.

Pēc tam bez buferizētās līnijas (maršruta) un izsaukuma ST_Line_Locate_Line I pēc tam pasūtu atklātos lidlaukus, kā tie parādās ceļā.

Jums ir nepieciešamas divas pasta funkcijas ST_Buffer un ST_Line_Locate_Point.

Piekļuves pārkāpums ArcObject daudzpavedienu lietojumprogrammā

Es domāju, ka esmu to izdomājis. Visticamākais izņēmuma cēlonis daudzšķiedru lietojumprogrammā var būt:

Kad abi pavedieni mēģina atvērt vienu un to pašu funkciju klasi, tas pārtrūkst: jo viens no pavedieniem jau tiek atvērts un citi mēģina darīt to pašu, tāpēc tiek parādīta šāda kļūda:

"Atmiņu nevarēja nolasīt vai rakstīt no aizsargātas atmiņas"

Tas ir mans minējums, bet mani pārsteidz tas, kāpēc bažas netiek atdalītas, pat ja katrā pavedienā atveru atšķirīgu darbvietu. Var būt iekšēji Arcobjects, meklē vienu un to pašu adreses telpu jebkuram objektam datu bāzē. Esmu uzrakstījis dažas koda rindas un mēģinājis to palaist ar dažādiem pavedieniem, atverot dažādas objektu klases, un tas arī pārtrauc, bet

kad vien es atveru dažus pavedienus, lai atvērtu to pašu funkciju klasi, kurā tas tiek pārtraukts ar iepriekš minētajām kļūdām.

Arī atmiņas neatbrīvošana ir otrs šādu kļūdu cēlonis.

Lai iegūtu vairāk skaidrojuma, pievienojiet kādu kodu:

Iepriekš minētais kods lielākoties tiek pārtraukts ar minēto izņēmumu.

@AndOne, es izmantoju Oracle telpisko tiešo savienojumu. Es arī izveidoju jaunu funkciju klasi un pret to palaistu to pašu kodu, tas arī neizdodas, ja tiek palielināti pavedieni. Ir dažas atšķirības, kuras es varētu saprast starp šīm divām iezīmju klasēm:

Sql - PostGIS krustošanās un atribūtu apkopojums

Es parasti esmu ArcGIS darbvirsmas lietotājs, taču vēlos vairāk izmantot PostGIS, un man ir jāveic ļoti daudz apstrādes. Neesat pārliecināts, kādas funkcijas izmantot, cerams, ka kāds var palīdzēt.

Man ir daudzstūra datu kopa (vairāki miljoni funkciju), pamatojoties uz zemes izmantošanas veidu/ zemes seguma klasifikāciju (20 kategorijas). Man ir vairāki reģioni citā datu kopā.

Katram reģionam es vēlos uzzināt katras zemes seguma klasifikācijas apgabalu.

ArcGIS (ja tā būtu mazāka datu kopa) es iedomājos, ka vispirms pievienojiet reģionu katram atribūtu tabulas daudzstūrim, izmantojot savienojumu. Pēc tam tabulā izmantojiet "apkopot" pēc reģiona un pēc seguma klasifikācijas.

Nav pārliecināts, kur sākt to darīt PostGIS / SQL.

Oho, paldies, ka ir bijusi milzīga palīdzība.

Tas darbojas ilgu laiku (44 stundas!), Un tagad es saņemu:

Es pieņemu, ka tā ir problēma sākotnējos datos - tikai gadījums, kad tiek pārskatīti sākotnējie dati, vai arī es vispirms varu pārbaudīt topoloģiju, kā visiem datiem? Vai ir kaut kas, pieņemot noteiktas kļūdas / apstrādes pielaides?

Pieņemot, ka jums ir šāds tabulas izkārtojums

Platības vērtības katram seguma tipam katrā reģionā var aprēķināt, izmantojot

ST_Intersection izmanto, lai uzskaitītu zemes seguma daudzstūrus, kas atrodas tikai daļēji reģionā.

Arcgis desktop - Kā izveidot maršruta notikumu slāni?

Es izmantoju ArcGis 10.1, bet esmu iesācējs šajā programmā.

Es vēlos izveidot maršruta notikumu slāni, pamatojoties uz jau definētu maršrutu. Mans jautājums ir trešajā rindā, kad programma man prasa ievades notikumu tabulu. Es izlasīju pāris paskaidrojumus par šo rīku, bet jebkurš no tiem paskaidro, kāda ir šī tabula. Vai man ir jāizveido Excel tabula? Ja jā, kā tam jāizskatās?

Jums jāiesniedz galds. Tas var būt .dbf fails, ģeodatubāzes tabula vai Excel faila lapa. Es ieteiktu eksportēt Excel/.dbf uz ģeodatubāzes tabulu, lai pārliecinātos, ka lauka datu veidi ir pareizi konvertēti.

Pēc tabulas iesniegšanas jums būs jānorāda vairāki lauki (būtībā kartējiet ievades tabulas laukus līdz nepieciešamajiem laukiem). Ko šie lauki nozīmē, varat izlasīt palīdzības lapā Izveidot maršruta notikumu slāni (lineāra atsauce).

Ja esat iesācējs lineārajā atsaucē, apsveriet iespēju iepazīties ar ArcTutor apmācību, kas tiek piegādāta kopā ar jūsu ArcGIS datu nesēju. To var arī lejupielādēt no Esri klientu aprūpes portāla.

Qgis - vertikālas/horizontālas etiķetes, apzīmējot apļveida daudzstūrus perimetrā?

Man ir vairāki daudzstūri (apļi), kurus vēlos apzīmēt ar to ID numuru. Etiķetei jābūt ārpus apļiem, tāpēc es izmantoju pozicionēšanas opcijas "Izmantot perimetru" un izvēles rūtiņu "Blakus līnijai (vai līdzīgi, mana qgis runā spāņu valodā.).

QGIS tagad automātiski izlīdzina etiķetes ar līnijas izliekumu. Vai ir kāda iespēja vai veids, kā tos orientēt horizontāli?


3 atbildes 3

Lai gan @sysdmin1138 atbilde bija pareiza, ir vērts pieminēt, ka darbības jomas maiņa nav vienīgais iemesls, kāpēc skata trūkst. Ir lietas, kas neredzams pēc noklusējuma.

Daži objekti, piemēram ,. PhysicalDeliveryOfficeName ir paslēptas no skata, tāpēc jūs nevarat tās viegli deleģēt. Ir slēpti arī daudzi citi atribūti, taču PhysicalDeliveryOfficeName ir ļoti specifisks un var būt labs piemērs tam, kā darbojas Delegācija.

Cilne Īpašuma atļaujas lietotāja objektam, kuru skatāt Active Directory lietotāji un datori nedrīkst parādīt visus lietotāja objekta rekvizītus. Tas ir tāpēc, ka piekļuves kontroles lietotāja saskarne filtrē objektu un rekvizītu veidus, lai sarakstu būtu vieglāk pārvaldīt. Kamēr shēmā ir definēti objekta rekvizīti, parādīto filtrēto rekvizītu saraksts tiek saglabāts Dssec.dat fails, kas atrodas %systemroot% System32 mapi visos domēna kontrolleros. Varat rediģēt faila objekta ierakstus, lai parādītu filtrētos rekvizītus, izmantojot lietotāja saskarni.

Filtrēts īpašums izskatās šādi Dssec.dat fails:

Lai parādītu objekta rekvizīta lasīšanas un rakstīšanas atļaujas, varat rediģēt filtra vērtību, lai tiktu parādīta viena vai abas atļaujas. Lai parādītu īpašuma lasīšanas un rakstīšanas atļaujas, mainiet vērtību uz nulli (0):

Lai parādītu tikai īpašuma rakstīšanas atļauju, mainiet vērtību uz 1:

Lai parādītu tikai īpašuma lasīšanas atļaujas, mainiet vērtību uz 2:

Pēc Dssec.dat faila rediģēšanas jums ir jāaizver un jārestartē Active Directory lietotāji un datori, lai redzētu vairs nefiltrētos rekvizītus. Fails ir arī specifisks mašīnai, tāpēc, mainot to vienā datorā, netiek atjaunināti visi pārējie. Tas ir atkarīgs no jums, vai vēlaties to redzēt visur vai nē.

Pilnu stāstu par PhysicalDeliveryOfficeName un to, kā to mainīt ar ekrānuzņēmumiem, var izlasīt manā emuārā.

PS1. Tā kā PhysicalDeliveryOfficeName ir īpašs gadījums, pēc šī iestatījuma mainīšanas meklējiet Lasīšanas/rakstīšanas biroja atrašanās vieta. Diemžēl nosaukums PhysicalDeliveryOfficeName nekad neparādās.

PS2. Ja vien šie iestatījumi netiks atklāti, modificējot failu dssec.dat, jūs tos nevarēsit redzēt. Tā kā šis fails ir paredzēts vienam datoram, ir pilnīgi iespējams, ka tas ir redzams dažos datoros un nav redzams citos datoros atkarībā no tā, vai kāds ir veicis izmaiņas agrāk vai nē. Tas varētu izskaidrot, kāpēc jūs to varētu redzēt agrāk un ne vēlāk.

PS3. Atvainojiet par augšāmcelšanos, bet tikai dažas stundas pavadīju, cenšoties atrast cēloni, tāpēc domāju, ka dalīšos ar to turpmākai uzziņai.


Jūs vienmēr varat izsaukt cmd apvalku ar administratora tiesībām (vai jebkuru citu runas metodi) un izmantot tādu rīku kā SETX, lai neatgriezeniski mainītu ceļu. Esošās čaulas un/vai darbojošās programmas, iespējams, izmantos veco ceļu, bet jebkura jauna čaula/programma izmantos jaunos iestatījumus.

Kontiem bez administratora privilēģijām:

Atveriet “Lietotāju konti” un izvēlieties “Mainīt manus vides mainīgos” (http://support.microsoft.com/kb/931715).

Šajā dialoglodziņā tiks parādīti jūsu pašreizējie lietotāja mainīgie, kā arī sistēmas mainīgie. Jums, iespējams, būs jāpievieno vietējais PATH mainīgais, ja vēl neesat to izdarījis.

Piemēram, lai atjauninātu savu ceļu, iekļaujot direktoriju Python 3.3, noklikšķiniet uz Jauns:

Mainīgā nosaukums: PATH Mainīgā vērtība: %PATH %C: Python33

Tādējādi tiek izveidots vietējais PATH, ņemot pašreizējo sistēmas PATH un pievienojot to.


Trešdien, 2015. gada 25. februārī

Ģeoserveris - OpenLayers 3: bloķēts dažādu izcelsmju pieprasījums: viena un tā pati izcelsmes politika neatļauj

Izmantojot OpenLayers 3, es nevaru noņemt šo ziņojumu:

Esmu mēģinājis iestatīt crossOrigin iestatījumu uz:

Es redzu tikai tālummaiņas vadību, bet slānis nav atveidots.

Es izvēlējos Simona 3. variantu zemāk. Es iespējoju CORS GeoServer, kopējot nepieciešamos molu servletus jar failus un iespējojot to vietnē WEB-INF web.xml:

Pēc tam es vēlreiz pārbaudīju lapu un saņemu to pašu kļūdu:

Izskatās, ka man joprojām kaut kas pietrūkst. Vai man kaut kas jādara no OpenLayers puses?

Es galu galā atbrīvojos no Jetty un pilnībā atinstalēju GeoServer. Problēma ir tāda, ka, instalējot ģeoserveru logu instalētāju, tā instalē molu versiju, kas ir 4 gadus veca! (Jetty versija 6.1.8) Lai gan es biju nokopējis jar failus CORS, tas tiek atbalstīts tikai operētājsistēmā Jetty 7+.

Es uzzināju, ka varat instalēt WAR failu. Es nolēmu izmantot Tomcat, jo tieši tāpēc GeoServer galvenokārt tiek pārbaudīts saskaņā ar šo piezīmi no GeoServer vietnes:

Piezīme. GeoServer lielākoties ir pārbaudīts, izmantojot Tomcat, un tāpēc šīs instrukcijas var nedarboties ar citām konteineru lietojumprogrammām.

Šie ir norādījumi WAR faila instalēšanai:

Šis ir arī jauks pamācības video:

Pēc instalēšanas pabeigšanas jūs iespējojat CORS:

Telpiskā datu bāze - nepieciešams vektoru formāts, kas ir rediģējams QGIS un atbalsta & gt10 rakstzīmju kolonnu nosaukumus

Priekš iemeslu dēļ, Man jāizveido jauna kolonna vektora formas failā ar nosaukumu, kas garāks par 10 rakstzīmēm, un jāeksportē mapinfo TAB formātā. Es zinu, ka .shp neatbalsta> 10 rakstzīmju sleju nosaukumus, tāpēc es meklēju starpposma formātu, kas ir rediģējams QGIS, ļauj pievienot kolonnas pēc funkciju pievienošanas un atbalsta> 10 rakstzīmju lielos sleju nosaukumus. Šķiet, ka visi vektoru formāti atbalsta kādu šo kombināciju, bet ne visi trīs.

Vai kādam ir bijusi šī problēma pagātnē un/vai zināt formātu, kas atbalsta šo lietošanas gadījumu?

Jādarbojas jebkurai ar SQL saderīgai telpiskajai datu bāzei, ieskaitot PostGIS (ja jums gadās palaist PostGIS serveri) vai SpatiaLite (taču ņemiet vērā zemāk minētās darbības).

Jebkurš no tiem atbilst jūsu kritērijiem:


    Identifikatori (ieskaitot kolonnu nosaukumus) PostGIS noklusējuma instalācijā var būt līdz 63 rakstzīmēm (un to var palielināt, mainot servera NAMEDATALEN konstanti). Es nevaru atrast nekādus ierobežojumus kolonnu nosaukumu garumam SQLite dokumentos, un emuāra ziņas, šķiet, apstiprina, ka to nav.

Kopumā SQL izstrādātāji centīsies izvairīties no reģistrjutīgo identifikatoru izmantošanas. Tomēr reģistrjutīgos identifikatorus var izveidot, izmantojot citātus. Bez pēdiņām dažas datubāzes (Oracle) locīs identifikatorus ar lielajiem burtiem, dažas (PostgreSQL/PostGIS)- mazos burtus, bet dažas (SQLite/SpatiaLite, SQL Server)-saglabāšana bet lieta-jutīgs.

PostGIS var uzspiest lielos burtus, izmantojot citētos identifikatorus:

Ņemiet vērā, ka, tā kā es nekad neveicu šāda veida tabulu izveidi QGIS DB pārvaldniekā, es nezinu, vai jūs varat piespiest lielo burtu nosaukumus šādā veidā, bet jūs varat to izdarīt, izmantojot citus pārvaldības rīkus vai rakstot SQL pats (ko varat iesniegt izmantojot DB pārvaldnieka SQL redaktoru), kā parādīts iepriekš.

Lai to izdarītu, jebkurā rakstītajā SQL jums būs jāizmanto citāts kā SELECT COLUMN_NAME_1. tiks salocīts uz SELECT column_name_1. iekšēji, un kolonnas_nosaukums_1 nav vienāds ar sleju COLUMN_NAME_1.

SpatiaLite uzvedība ir nedaudz dīvaina. SQLite saglabās izveidotās kolonnas reģistru (neatkarīgi no tā, vai jūs citējat identifikatoru), kā arī saglabās to eksportējot, taču jebkurā rakstītajā SQL kolonnas nosaukums tiks apstrādāts, neņemot vērā reģistrus. Jebkura lielo un mazo burtu kombinācija tiks pieņemta neatkarīgi no citēšanas, un SQLite uzskatīs kolonnas COLUMN_NAME_1 un kolonnu_nosaukumus_1 kā pretrunīgus vārdus. ļauj izveidot abas kolonnas vienā tabulā. (PostGIS, OTH atļaus nosaukumus, kas atšķiras tikai gadījumā.)

PostGIS vai SpatiaLite gadījumā lieta tiks saglabāta, ja slāni ielādēsit QGIS un eksportēsit uz cilni TAB, izmantojot dialoglodziņu Saglabāt kā.

Plašāka informācija par identifikatora reģistrjutību ir pieejama šajā ārkārtīgi informatīvajā emuāra ziņā: http://www.alberton.info/dbms_identifiers_and_case_sensitivity.html

PIEZĪME: Sākotnējā atbilde tika apspriesta tikai PostGIS. Pamatojoties uz @user30184 atbildi, esmu būtiski mainījis atbildi, iekļaujot tajā informāciju par SpatiaLite.

Vai veikt apstāšanos nevis noteiktā secībā, lai ar ArcGIS tīkla analītiķi atrastu īsāko maršrutu?

Vai ir iespējams apstāties noteiktā secībā, lai kopā ar tīkla analītiķi atrastu īsāko maršrutu?

Tagad es izmantoju mazos zaļos punktus kā ievades pieturu, jo es vēlos, lai maršrutā blakus būtu līnijas ar rozā punktu. Tad es tos pārkārtoju un nesaglabāju beigas un sākuma punktu. Es domāju, ka tas nozīmē, ka tīkla analītiķis neveic reālu ievades apstāšanās secību un neizvēlas īstu sākuma un beigu punktu, bet vienkārši atrod īsāko maršrutu starp punktiem.

Tomēr, ja paskatos uz rīka izvadi (gaiši zaļš), šķiet, ka tīkla analītiķu rīks joprojām izmanto sava veida secību un sākuma un beigu punktu. Tā kā attēlā izskatās, ka punkts, uz kuru norāda zilā bultiņa, ir sākuma vai beigu punkts. Sarkanā līnija ir ceļš, kuru es vēlos. Tātad maršruts tagad veic apli (kreisajā pusē, kur atrodas melnā bulta), kas iet gar dienvidu segmentu, nevis dodas uz ziemeļiem un savieno caur mazo pelēko saiti pie zilās bultiņas (piemēram, sarkano maršrutu, kuru es vēlos). Zaļā izeja, ko tagad saņemu, nav īsākais ceļš.

Es domāju, ka viena problēma varētu būt tāda, ka instruments pie zilās bultiņas tiek piešķirts kā sākuma vai beigu punkts, un otra problēma, ka tīkla analītiķis ņem segmentu melnās bultiņas tuvumā, jo dienvidrietumu punkts (melnais aplis) nāk secībā vēlāk nekā punkts vidū (melns aplis). Tātad, tas dod katram punktam 1,2,3 un tā tālāk, nevis protektoru kā visi 0,0,0. Tātad, es domāju, ka to var atrisināt, ja pieturvietas ir vienādi punkti (visas nulles vai kaut kas tāds) un aprēķinot īsāko maršrutu starp tiem, nevis pieturvietas kā secība un pārejot no 1 līdz 2 un 3 utt. Bet es nezinu, vai tas ir pareizi, skatiet arī @ChrisW pēdējo komentāru, izmantojot līnijas funkciju kā pārtrauktu ievadi tīkla analītiķī ?.


Skatīties video: Lattelecom TechniColor rūtera konfigurācija (Oktobris 2021).