Vairāk

Vai GeoServer var saņemt GetFeature atbildi, ja atbildē nav koordinātu?


Man ir sekojošs GeoServer WFS slāņa URL; atbildes saņemšana prasa ļoti ilgu laiku

http://54.225.240.244:8080/envision/BaseMaps/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=BaseMaps%3AINGAA_PIPES9DecNew&outputFormat=json

Es saņemu šādu atbildi no GeoServer.

geometry_name ":" geom "," properties ": {" gid ": 3," Name ":" NGTL "," folderpath ":" INGAA_pipes / TransCanada / NGTL / NGTL "," symbolid ": 2," altmode ": -1, "base": 0E-11, "clamped": 0, "extruded": 0, "snippet": null, "popupinfo": "{" īpašnieks ": " TransCanada ", " sistēma ": " NGTL ", " vietne ": [" www.transcanada.com "]}", "shape_leng": 185.771114595}}, {"type": "Feature", "id": "INGAA_PIPES9DecNew.4", "geometry": {"type": "MultiLineString", "coordinates": [[[- 92.12717838899994,31.63917508000003], [- 92.14159562999998,31.617752779000057], [- 92.1661 31,53992164600004]], [[- 95.81837409699995,39.662585352000065], [- 95.81917758399999,39.66816340400004], [- 95.82365707699995,39.67032394000006], [- 95.82334205299998,39.677685806000056]], [[- 99.44366675499998,35.49866045500005], [- 99.43912620699996,35.49862043600007], [ -99,43753177499997,35.499503152000045], [- 99.43609020699995,35.50030088200003]]]}}

Atbildē koordinātu garums ir pārāk garš. Un tas arī prasa daudz laika.

Tātad, kā es varu lietot filtru URL, lai iegūtu tikai vārdu un izslēgtu koordinātas no visas atbildes?

piem. šeit atbildē nosaukums atbildē ir "Nosaukums": "NGTL"


Atmetot visas veiktspējas problēmas, kuras var atrisināt, indeksējot datus, atbilde uz jautājumu, vai jums var būt GetFeature pieprasījums bez atbildes koordinātām, ir

WFS GetFeature darbības mērķis ir nodrošināt vektoru datus.


GeoServer nedarbojas ar WCS parametriem "subsettingcrs" un "outputcrs"

Darbs GeoServer 2.11.1 un GeoServer 2.13.1 (izcelsmes projekts EPSG: 4326):

GeoServer 2.11.1

Bet GeoServer ignorē WCS parametrus & # 8220subsettingcrs & # 8221 un & # 8220outputcrs & # 8221!

GeoServer 2.13.1

Man vajag avota fragmentu pēc vektora objekta bbox (ideālā gadījumā pēc vektora kontūras).

Avots projekcijā EPSG: 4326, un man ir jāiegūst sākotnējā DPI fragments projekcijā EPSG: 3857.

Viena atbilde

Ja apakškopu piešķiršanai izmantojat EPSG: 3857, jāizmanto a) asu nosaukumi, kā tie ir noteikti SubsettingCRS, un b) koordinātas, kas izteiktas SubsettingCRS sistēmā.

Asu nosaukumus var pārbaudīt vietnē http://www.opengis.net/def/crs/EPSG/0/3857, un tie, šķiet, ir

Dekarta 2D CS. Cirvji: uz austrumiem, uz ziemeļiem (X, Y). Orientācijas: austrumi, ziemeļi. UoM: m.

Iepriekš minētā saite vairs neparāda asu kārtību. Sīkāku informāciju un alternatīvas var atrast no atbildes uz citu jautājumu. Kur es varu atrast DRS asu nosaukumus?

Tā vietā, lai izmantotu Lat un Long, apakšgrupām jāizmanto X un Y, un austrumu diapazonam jābūt apmēram tādam kā 4011501.2364863,4012948.7627869 un ziemeļu diapazonam 6619019.07950879,6618175.88355319

Tagad jūs varat redzēt, kas ir nepareizi ar jūsu apakškopām.

Ja jūs patiešām vēlaties veikt atlasi ar EPSG: 4326 koordinātām, jums vienkārši jānosaka SubsettingCRS vietnē http://www.opengis.net/def/crs/EPSG/0/4326. Vai arī šajā gadījumā jūs varat atstāt SubsettingCRS ārā, jo, aplūkojot DescribeCoverage, jūs varat redzēt no boundedBy, ka EPSG: 4326 ir šī pārklājuma dzimtā DRS, un SubsettingCRS to noklusē.

Šeit ir daži GetCoverage pieprasījumi, kas šodien ir pārbaudīti, lai darbotos (2018-06-06)

GetCoverage ar apakškopu, kas norādīta kā EPSG: 4326 koordinātas

GetCoverage ar apakškopu, kas norādīta kā EPSG: 3857 koordinātas. Bez OutputCSR izeja ir arī EPSG: 3857

GetCoverage ar apakškopu, kas norādīta kā EPSG: 3857 koordinātas un izeja definēta kā EPSG: 3857


GeoServer, veicot pārprojektēšanu, ražo caurspīdīgus attēlus kaskādes WMTS pakalpojumam

Es pakāšu WMTS pakalpojumu, izmantojot GeoServer, lai es varētu to izmantot kā WMS pakalpojumu. Šī daļa tagad darbojas ar zemāk norādītajiem URL, pateicoties ļoti nesenam kļūdu labojumam. Es tagad mēģinu pārprojektēt koordinātu sistēmu, lai atļautu WMS pakalpojuma izsaukumus, izmantojot lokalizēto koordinātu sistēmu. Diemžēl visi WMS zvani, izmantojot pārprojektēto VID, nodrošina pārskatāmus attēlus, nevis gaidītos attēlus.

Vai ir kādas idejas par darbībām, kuras man varētu pietrūkt, problēmas ar WMS vietrāžiem URL, kurus es veidoju, vai arī tas varētu būt saistīts ar kļūdu GeoServer?

Es patērēju šo pakalpojumu NZ Topo50 Maps, izmantojot šādu WMTS iespēju galapunktu:

Tad es atkārtoti projektēju slāni, izmantojot šādus iestatījumus:

WMS pieprasījuma piemērs, kuru mēģinu veikt, izmantojot sākotnējo EPSG: 2193 koordinātas: 1221300,4965200,1293300,5037200 bbox.

  • http: // localhost: 8080 / geoserver / wms? service = WMS & ampversion = 1.1.1 & amprequest = GetMap & amplayers = gavin% 3Anztopo50 & ampbbox = 1221300% 2C4965200% 2C1293300% 2C5037200 & ampsrs = EPSG% 3A2193 & ampformat = = & & amp;

Tas ir to attēlu apgabals, kurus es ceru redzēt caurspīdīgā attēla vietā:

Risinājuma mēģinājums & # 8230

Pamatojoties uz Iana Turtona atsauksmēm, es nolēmu izmēģināt risinājumu, kur es izmantoju sākotnējās WMTS iespējas XML, ko apkalpoja LINZ, atņēma EPSG: 3857 iespējas, pēc tam pats mitināju modificēto XML, lai reģistrētos GeoServer.

Visi izskatījās daudzsološi, un GeoServer noklusēja EPSG: 2193. Tomēr pēc visiem pieprasījumiem par attēliem tika atgriezta šāda kļūda:

Modificētās iespējas XML:

Pilna kļūdu kaudze no GeoServer žurnāla:

Viena atbilde

Es nedomāju, ka tas darbosies (kā jūs redzējāt) - Projekta apstrādes kods WMTS (un WMS) kaskādes kodā ir diezgan elementārs, jo tas tikai izvēlas pirmo, ko atzīst par derīgu, kad tam patiešām vajadzētu aizpildīt vietējo Projekcijas atvelk visas iespējamās iespējas, ko nodrošina attālais resursdators.

Es domāju, ka pašreizējais vienīgais veids, kā darīt to, ko vēlaties, ir atstāt vietējo un deklarēto VID tādu, kāds tas ir, un vienkārši pieprasīt savu WMS karti vēlamajā projekcijā (EPSG: 2193). Tad GeoServer vai nu pārprojektēs to, vai arī ir gudrs pieprasīt pareizās flīzes tieši, nepārprojektējot (man būtu jāpārbauda kods, bet es neatceros, ka tas būtu tik gudrs).

Viena lieta, kas jāizmēģina, ir Force Declared, nevis Reproject iestatīšana uz Declared, jo tas var likt pieprasīt pareizās flīzes.

Būtu vērts izveidot ziņojumu par kļūdu, ka deklarēt atbalstītu DRS nedarbojas, un tas var būt uzlabošanas pieprasījums, lai apskatītu visu WMS un WMTS prognožu problēmu (bet bez sponsorēšanas, kas, visticamāk, drīz netiks novērsts).


Shēmas apstiprināšana

1. Dators ar interneta pieslēgumu

2. A tīmekļa pakalpojums kas atgriezīs XML instances dokumentus apstiprināšanai

. XML shēma dokumenti, kuriem instancei ir jāatbilst. XML dokumentu shēma parasti tiek glabāta, izmantojot .xsd faila paplašinājumu. AASG shēmas atrodas vietnē http://schemas.usgin.org/schemas/.

4. Programmatūras pakotne, kas veic XML shēmas validāciju. Šajā dokumentā ir sniegti norādījumi par shēmas validāciju, izmantojot XML Explorer (pieejami vietnē: http://xmlexplorer.codeplex.com/)

5. Pamata izpratne par XML sintaksi, nosaukumvietām un datu tipiem.


Pieteikuma shēma

Ja iestatīts uz Jā, GML lasītājs mēģina nolasīt GML datu kopu bez lietojumprogrammas shēmas.

GML instances dokuments norāda nosaukumvietu un tās lietojumprogrammas shēmas atrašanās vietu, izmantojot saknes elementa xsi: schemaLocation atribūtu. Šis lauks ļauj GML lasītājam izmantot atšķirīgu GML shēmas dokumentu no tā, kas norādīts atribūtā xsi: schemaLocation.

XML shēmas specifikācijā teikts, ka atribūta xsi: schemaLocation vērtību veido pāru kopa: Katra pāra pirmais loceklis ir nosaukumvieta, kurai otrais loceklis ir mājiens, kas apraksta, kur atrast piemērotu shēmas dokumentu. Šī mājiena klātbūtne neprasa, lai procesors iegūtu vai izmantotu citēto shēmas dokumentu, tomēr procesors var brīvi izmantot citas shēmas, kas iegūtas ar citiem piemērotiem līdzekļiem.

Piezīme: Tas stājas spēkā tikai tad, ja datu kopas mērķa nosaukumvieta nav drošas fiksētas shēmas nosaukumvietā http://www.safe.com/xml/schemas/FMEFeatures. GML2 rakstītājs fiksētās shēmas režīmā izraksta dokumentus, kas pieder šai nosaukumvietai.

Šis parametrs var būt nepieciešams, ja WFS lasītājs tiek izmantots trešās puses lietojumprogrammā, kurā katra slāņa funkcija ir jāidentificē ar ciparu identifikatoru.

Izmantojiet šo parametru, lai norādītu atribūta nosaukumu šim skaitliskajam identifikatoram.

Šis izvēles parametrs liek lasītājam norādīt Map FeatureCollection kā FME funkciju.

Vērtības: & # 160 & # 160 gml: FeatureCollection | wfs: FeatureCollection

Parasti datu kopā tiek izmantota tikai viena vērtība. Gan gml: FeatureCollection, gan wfs izvēle: FeatureCollection var izraisīt sadursmi funkciju tipu nosaukumos, kad tiek ielādētas gan GML, gan WFS shēmas, jo FME ir nepieciešams, lai objekta tips būtu unikāls lasītājā vai rakstītājā.

Ja abas vērtības ir nepieciešamas, jums, iespējams, būs jāiestata parametram Pievienot XML nosaukumvietas prefiksu parametram Funkciju tipu vērtība - šis parametrs pievieno nosaukumvietas prefiksu objektu tipiem, lai padarītu tos unikālus.

Šis parametrs nav obligāts un derīgs tikai tad, ja Ignorēt lietojumprogrammu shēmu ir iestatīta uz Jā.

Derīgās vērtības ir ar atstarpēm atdalīti XML elementu nosaukumi.

Šis parametrs ir noderīgs, ignorējot lietojumprogrammas shēmu, ja GML lasītājs neizdodas nolasīt GML funkcijas. Pēc tam jūs varat skaidri uzskaitīt XML elementus, kurus paredzēts interpretēt kā GML līdzekļus.


Vai GeoServer var saņemt GetFeature atbildi, ja atbildē nav koordinātu? - Ģeogrāfiskās informācijas sistēmas

Es ceru, ka kāds varētu man palīdzēt šeit.
Šeit ir produkcijas WFS piedāvājums: (kas darbojas, izmantojot Geoserver 2.8.1 / ArcSDE 10.2.2 (Oracle 12c) / jdk 7)
https://openmaps.gov.bc.ca/geo/pub/ows?REQUEST=GetFeature&TYPENAME=pub:WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP&SERVICE=WFS&VERSION=1.1.0&BBOX=-116.99599122104645,51.2709965795517,-116.93005705776214,51.299251070594785&srsName=EPSG:4326 (nē dati, bet tas darbojas)

Man ir testa eksemplārs Geoserver 2.10 jdk 8 un ar tādiem pašiem datiem kā produkcija (punktu datu kopa ArcSDE 10.2.2 (Oracle 12c))
ar šādiem apjomiem un prognozēm:
Ierobežojošās kastes: BC Albers Native Bounding Box Min X 34,758.74871682725 Min Y 359,549.2446022132 Max X 1,883,159.4990994572 Max Y 1,736,633,6842181915
Lat / Lon ierobežojošais lodziņš: Min X -143.2069522759408 Min Y Y 47.460599090527495 Max X -110.20610352993367 Max Y 60.61128669277986

Koordinātu atskaites sistēmas
* Dzimtā VID. saka Nezināms - WKTXT ir
* PROJCS ["NAD_1983_BC_Environment_Albers",
GEOGCS ["GCS_North_American_1983",
DATUM ["D_North_American_1983",
SPHEROID ["GRS_1980", 6378137.0, 298.257222101],
PRIMEM ["Greenwich", 0,0],
UNIT ["grāds", 0,017453292519943295],
AXIS ["garums", EAST],
AXIS ["Latitude", NORTH]],
PROJECTION ["Albers_Conic_Equal_Area"],
PARAMETRS ["central_meridian", -126,0],
PARAMETER ["sākotnējā platums", 45,0],
PARAMETRS ["standarta_paralēlais_1", 50,0],
PARAMETER ["false_easting", 1000000.0],
PARAMETRS ["false_northing", 0.0],
PARAMETRS ["standarta_paralēli_2", 58,5],
VIENĪBA ["m", 1,0],
AXIS ["x", EAST],
AŠIS ["y", ZIEMEĻU]]
*

* Deklarētais VID EPSG: 3005
* VID rīkojas ar spēku deklarētu

WMS labi darbojas gan EPSG: 3005, gan EPSG: 4326:
http://test.openmaps.gov.bc.ca/geo/pub/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image%2Fpng&TRANSPARENT=true&STYLES&LAYERS=pub%3AWHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1&SRS=EPSG%3A4326&WIDTH=769&HEIGHT=330&BBOX= -116.99599122104645% 2C51.2709965795517% 2C-116.93005705776214% 2C51.299251070594785

Bet GETfeature WFS neizdodas ar to pašu BBOX:

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance "version =" 1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: Nevar ģenerēt SeShape no apgabalu ((-116,99599122104645 51,2709965795517, -116,99599122104645 51,299251070594785, -116,93005705776214 51,299251070594785, -116,93005705776214 51,2709965795517, -116,99599122104645 51,2709965795517)) [SDE kļūda -139] [Error desc = norādītā KOORDINĀTU pārsniedz derīgajām KOORDINĀTU diapazonā.] [paplašinātā desc =] org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((-116,99599122104645 51,2709965795517, -116,99599122104645 51,299251070594785, -116,93005705776214 51,299251070594785, -116,93005705776214 51.2709965795517, -116.99599122104645 51.2709965795517)) [SDE kļūda -139] [Kļūdas apraksts = SPECIFIKĒTAIS KOORDINĀTS PĀRSLĒDZ DERĪGO KOORDINĀCIJAS diapazonu.] [Paplašinātais desc =] Nevar ģenerēt SeShape no POLYGON ((-116.9974559999) 116.93005705776214 51.299251070594785, -116.93005705776214 51.2709965795517, -116.99599122104645 51.2 709965795517)) [SDE kļūda -139] [Kļūda desc = NOSAUKTĀ KOORDINĀTA PĀRSNIEDZ DERĪGO KOORDINĀTU DAĻU.] [Paplašināts desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Ja es nedaudz mainu slāņa konfigurēšanu:
Koordinātu atskaites sistēmas
* Dzimtā VID.

* Deklarētais VID EPSG: 4326
* VID rīkojas ar Pārprojektēt vietējo deklarēto

Pēc tam es saņemu atbildes kļūdu BC Albers koordinātās

Tie paši dati, bet ar “Reproject native to deklarēts” (EPSG: 4326)
https://test.openmaps.gov.bc.ca/geo/pub/WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1/ows?REQUEST=GetFeature&TYPENAME=pub:WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1&SERVICE=WFS&VERSION=1.1.0&BBOX=-116.982421875,51.279296875,-116.8896484375,51.328125&srsName = EPSG: 4326

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance "version =" 1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūdu -148] [Error desc = NUMOFPTS ir mazāks nekā nepieciešams, lai FEATURE] [paplašinātā Dilstošā =] org.geotools.arcsde.ArcSdeException. nevar radīt SeShape no apgabalu ((14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūda - 148] [Error Dilstošā = NUMOFPTS ir mazāks nekā nepieciešams, lai funkciju.] [paplašinātā Dilstošā =] nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804)) [SDE kļūda -148 ] [Kļūda aprakstā = NUM BANKU DAUDZ IR TĀ, KAS PIEPRASĪTS FUNKCIJAI.] [Extended desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Vai šī ir zināma problēma vai kļūda?
Es cerēju jaunināt, bet man šķiet, ka tas man šobrīd ir izstādes aizbāznis.

Pievienojiet bbox ", EPSG: 4326". Ja tas nav norādīts, bbox pieņem, ka jūs norādāt vietējo srs.

No: Douville, Michelle R JTST: EX [mailto: *** @ gov.bc.ca]
Nosūtīts: vrijdag 2016. gada 4. novembrī 20:52
Kam: 'geoserver-***@lists.sourceforge.net' <geoserver-***@lists.sourceforge.net>
Temats: [Geoserver-users] Geoserver 2.10.0 un ARCSDE 10.2.2

Es ceru, ka kāds varētu man palīdzēt šeit.
Šeit ir produkcijas WFS piedāvājums: (kas darbojas, izmantojot Geoserver 2.8.1 / ArcSDE 10.2.2 (Oracle 12c) / jdk 7)
https://openmaps.gov.bc.ca/geo/pub/ows?REQUEST=GetFeature&TYPENAME=pub:WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP&SERVICE=WFS&VERSION=1.1.0&BBOX=-116.99599122104645,51.2709965795517,-116.93005705776214,51.299251070594785&srsName=EPSG:4326 (nē dati, bet tas darbojas)

Man ir testa eksemplārs Geoserver 2.10 jdk 8 un ar tādiem pašiem datiem kā produkcija (punktu datu kopa ArcSDE 10.2.2 (Oracle 12c))
ar šādiem apjomiem un prognozēm:
Ierobežojošās kastes: BC Albers Native Bounding Box Min X 34,758.74871682725 Min Y 359,549.2446022132 Max X 1,883,159.4990994572 Max Y 1,736,633,6842181915
Lat / Lon ierobežojošais lodziņš: Min X -143.2069522759408 Min Y Y 47.460599090527495 Max X -110.20610352993367 Max Y 60.61128669277986

Koordinātu atskaites sistēmas
* Dzimtā VID. saka Nezināms - WKTXT ir
* PROJCS ["NAD_1983_BC_Environment_Albers",
GEOGCS ["GCS_North_American_1983",
DATUM ["D_North_American_1983",
SPHEROID ["GRS_1980", 6378137.0, 298.257222101],
PRIMEM ["Greenwich", 0,0],
UNIT ["grāds", 0,017453292519943295],
AXIS ["garums", EAST],
AXIS ["Latitude", NORTH]],
PROJECTION ["Albers_Conic_Equal_Area"],
PARAMETRS ["central_meridian", -126,0],
PARAMETER ["sākotnējā platums", 45,0],
PARAMETRS ["standarta_paralēlais_1", 50,0],
PARAMETER ["false_easting", 1000000.0],
PARAMETRS ["false_northing", 0.0],
PARAMETRS ["standarta_paralēli_2", 58,5],
VIENĪBA ["m", 1,0],
AXIS ["x", EAST],
AŠIS ["y", ZIEMEĻU]]
*

* Deklarētais VID EPSG: 3005
* VID rīkojas ar spēku deklarētu

WMS labi darbojas gan EPSG: 3005, gan EPSG: 4326:
http://test.openmaps.gov.bc.ca/geo/pub/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image%2Fpng&TRANSPARENT=true&STYLES&LAYERS=pub%3AWHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1&SRS=EPSG%3A4326&WIDTH=769&HEIGHT=330&BBOX= -116.99599122104645% 2C51.2709965795517% 2C-116.93005705776214% 2C51.299251070594785

Bet GETfeature WFS neizdodas ar to pašu BBOX:

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance "version =" 1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd<http://www.opengis.net/ows%20http:/test.openmaps.gov.bc.ca/geo/schemas/ows/1.0.0/owsExceptionReport.xsd>">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: Nevar ģenerēt SeShape no apgabalu ((-116,99599122104645 51,2709965795517, -116,99599122104645 51,299251070594785, -116,93005705776214 51,299251070594785, -116,93005705776214 51,2709965795517, -116,99599122104645 51,2709965795517)) [SDE kļūda -139] [Error desc = norādītā KOORDINĀTU pārsniedz derīgajām KOORDINĀTU diapazonā.] [paplašinātā desc =] org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((-116,99599122104645 51,2709965795517, -116,99599122104645 51,299251070594785, -116,93005705776214 51,299251070594785, -116,93005705776214 51.2709965795517, -116.99599122104645 51.2709965795517)) [SDE kļūda -139] [Kļūdas apraksts = SPECIFIKĒTAIS KOORDINĀTS PĀRSLĒDZ DERĪGO KOORDINĀCIJAS diapazonu.] [Paplašinātais desc =] Nevar ģenerēt SeShape no POLYGON ((-116.9974559999) 116.93005705776214 51.299251070594785, -116.93005705776214 51.2709965795517, -116.99599122104645 51.2 709965795517)) [SDE kļūda -139] [Kļūda desc = NOSAUKTĀ KOORDINĀTA PĀRSNIEDZ DERĪGO KOORDINĀTU DAĻU.] [Paplašināts desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Ja es nedaudz mainu slāņa konfigurēšanu:
Koordinātu atskaites sistēmas
* Dzimtā VID.

* Deklarētais VID EPSG: 4326
* VID rīkojas ar Pārprojektēt vietējo deklarēto

Pēc tam es saņemu atbildes kļūdu BC Albers koordinātās

Tie paši dati, bet ar “Reproject native to deklarēts” (EPSG: 4326)
https://test.openmaps.gov.bc.ca/geo/pub/WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1/ows?REQUEST=GetFeature&TYPENAME=pub:WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1&SERVICE=WFS&VERSION=1.1.0&BBOX=-116.982421875,51.279296875,-116.8896484375,51.328125&srsName = EPSG: 4326

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance "version =" 1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd<http://www.opengis.net/ows%20http:/test.openmaps.gov.bc.ca/geo/schemas/ows/1.0.0/owsExceptionReport.xsd>">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūdu -148] [Error desc = NUMOFPTS ir mazāks nekā nepieciešams, lai FEATURE] [paplašinātā Dilstošā =] org.geotools.arcsde.ArcSdeException. nevar radīt SeShape no apgabalu ((14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūda - 148] [Error Dilstošā = NUMOFPTS ir mazāks nekā nepieciešams, lai funkciju.] [paplašinātā Dilstošā =] nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804)) [SDE kļūda -148 ] [Kļūda aprakstā = NUM BANKU DAUDZ IR TĀ, KAS PIEPRASĪTS FUNKCIJAI.] [Extended desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Vai šī ir zināma problēma vai kļūda?
Es cerēju jaunināt, bet man šķiet, ka tas man šobrīd ir izstādes aizbāznis.

Informatie Vlaanderen e-pasta atruna: http://www.vlaanderen.be/informatievlaanderen

Sveiks, Bart,
Liels paldies par jūsu atbildi, tas mums ļoti palīdzēs! Man ir interese, kāpēc / kā šī uzvedība mainījās starp Geoserver 2.8.1 un 2.10, iespējams, jautājums ir specifisks SDE atbalstam.
Ļoti saistītā piezīmē ar nedaudz atšķirīgu WFS pieprasījumu veidu mēs, šķiet, saņemam nepāra atbildi arī uz šo (ņemiet vērā, ka šoreiz bbox ir EPSG kods:

Tas atgriež kļūdu ar koordinātām, kas nav ne BC Albers, ne Lat / Long (tās drīzāk izskatās pēc tīmekļa Mercator):

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance"version="1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūdu -148] [Error desc = NUMOFPTS ir mazāks nekā nepieciešams, lai FEATURE] [paplašinātā Dilstošā =] org.geotools.arcsde.ArcSdeException. nevar radīt SeShape no apgabalu ((14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūda - 148] [Error Dilstošā = NUMOFPTS ir mazāks nekā nepieciešams, lai funkciju.] [paplašinātā Dilstošā =] nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804)) [SDE kļūda -148 ] [Kļūda aprakstā = NUM BANKU DAUDZ IR TĀ, KAS PIEPRASĪTS FUNKCIJAI.] [Extended desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Liels paldies.
Mišela

No: Bart Verbeeck [mailto: *** @ agiv.be]
Nosūtīts: pirmdien, 2016. gada 7. novembrī 00:46
Kam: Douville, Michelle R JTST: EX 'geoserver-***@lists.sourceforge.net'
Temats: RE: Geoserver 2.10.0 un ARCSDE 10.2.2

Pievienojiet bbox ", EPSG: 4326". Ja tas nav norādīts, bbox pieņem, ka jūs norādāt vietējo srs.

No: Douville, Michelle R JTST: EX [mailto: *** @ gov.bc.ca]
Nosūtīts: vrijdag 2016. gada 4. novembrī 20:52
Kam: 'geoserver-***@lists.sourceforge.net' & ltgeoserver - *** @ lists.sourceforge.net & ltmailto: geoserver - *** @ lists.sourceforge.net & gt & gt
Temats: [Geoserver-users] Geoserver 2.10.0 un ARCSDE 10.2.2

Es ceru, ka kāds varētu man palīdzēt šeit.
Šeit ir produkcijas WFS piedāvājums: (kas darbojas, izmantojot Geoserver 2.8.1 / ArcSDE 10.2.2 (Oracle 12c) / jdk 7)
https://openmaps.gov.bc.ca/geo/pub/ows?REQUEST=GetFeature&TYPENAME=pub:WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP&SERVICE=WFS&VERSION=1.1.0&BBOX=-116.99599122104645,51.2709965795517,-116.93005705776214,51.299251070594785&srsName=EPSG:4326 (nē dati, bet tas darbojas)

Man ir testa eksemplārs Geoserver 2.10 jdk 8 un ar tādiem pašiem datiem kā produkcija (punktu datu kopa ArcSDE 10.2.2 (Oracle 12c))
ar šādiem apjomiem un prognozēm:
Ierobežojošās kastes: BC Albers Native Bounding Box Min X 34,758.74871682725 Min Y 359,549.2446022132 Max X 1,883,159.4990994572 Max Y 1,736,633,6842181915
Lat / Lon ierobežojošais lodziņš: Min X -143.2069522759408 Min Y Y 47.460599090527495 Max X -110.20610352993367 Max Y 60.61128669277986

Koordinātu atskaites sistēmas
* Dzimtā VID. saka Nezināms - WKTXT ir
* PROJCS ["NAD_1983_BC_Environment_Albers",
GEOGCS ["GCS_North_American_1983",
DATUM ["D_North_American_1983",
SPHEROID ["GRS_1980", 6378137.0, 298.257222101],
PRIMEM ["Greenwich", 0,0],
UNIT ["grāds", 0,017453292519943295],
AXIS ["garums", EAST],
AXIS ["Latitude", NORTH]],
PROJECTION ["Albers_Conic_Equal_Area"],
PARAMETRS ["central_meridian", -126,0],
PARAMETER ["sākotnējā platums", 45,0],
PARAMETRS ["standarta_paralēlais_1", 50,0],
PARAMETER ["false_easting", 1000000.0],
PARAMETRS ["false_northing", 0.0],
PARAMETRS ["standarta_paralēli_2", 58,5],
VIENĪBA ["m", 1,0],
AXIS ["x", EAST],
AŠIS ["y", ZIEMEĻU]]
*

* Deklarētais VID EPSG: 3005
* VID rīkojas ar spēku deklarētu

WMS labi darbojas gan EPSG: 3005, gan EPSG: 4326:
http://test.openmaps.gov.bc.ca/geo/pub/wms?SERVICE=WMS&VERSION=1.1.1&REQUEST=GetMap&FORMAT=image%2Fpng&TRANSPARENT=true&STYLES&LAYERS=pub%3AWHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1&SRS=EPSG%3A4326&WIDTH=769&HEIGHT=330&BBOX= -116.99599122104645% 2C51.2709965795517% 2C-116.93005705776214% 2C51.299251070594785

Bet GETfeature WFS neizdodas ar to pašu BBOX:

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance "version =" 1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd<http://www.opengis.net/ows%20http:/test.openmaps.gov.bc.ca/geo/schemas/ows/1.0.0/owsExceptionReport.xsd>">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: Nevar ģenerēt SeShape no apgabalu ((-116,99599122104645 51,2709965795517, -116,99599122104645 51,299251070594785, -116,93005705776214 51,299251070594785, -116,93005705776214 51,2709965795517, -116,99599122104645 51,2709965795517)) [SDE kļūda -139] [Error desc = norādītā KOORDINĀTU pārsniedz derīgajām KOORDINĀTU diapazonā.] [paplašinātā desc =] org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((-116,99599122104645 51,2709965795517, -116,99599122104645 51,299251070594785, -116,93005705776214 51,299251070594785, -116,93005705776214 51.2709965795517, -116.99599122104645 51.2709965795517)) [SDE kļūda -139] [Kļūdas apraksts = SPECIFIKĒTAIS KOORDINĀTS PĀRSLĒDZ DERĪGO KOORDINĀCIJAS diapazonu.] [Paplašinātais desc =] Nevar ģenerēt SeShape no POLYGON ((-116.9974559999) 116.93005705776214 51.299251070594785, -116.93005705776214 51.2709965795517, -116.99599122104645 51.2 709965795517)) [SDE kļūda -139] [Kļūda desc = NOSAUKTĀ KOORDINĀTA PĀRSNIEDZ DERĪGO KOORDINĀTU DAĻU.] [Paplašināts desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Ja es nedaudz mainu slāņa konfigurēšanu:
Koordinātu atskaites sistēmas
* Dzimtā VID.

* Deklarētais VID EPSG: 4326
* VID rīkojas ar Pārprojektēt vietējo deklarēto

Pēc tam es saņemu atbildes kļūdu BC Albers koordinātās

Tie paši dati, bet ar “Reproject native to deklarēts” (EPSG: 4326)
https://test.openmaps.gov.bc.ca/geo/pub/WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1/ows?REQUEST=GetFeature&TYPENAME=pub:WHSE_WATER_MANAGEMENT.GW_WATER_WELLS_LITHOLOGY_SP1&SERVICE=WFS&VERSION=1.1.0&BBOX=-116.982421875,51.279296875,-116.8896484375,51.328125&srsName = EPSG: 4326

& ltows: ExceptionReport xmlns: xs = "http://www.w3.org/2001/XMLSchema" xmlns: ows = "http://www.opengis.net/ows" xmlns: xsi = "http: // www. w3.org/2001/XMLSchema-instance "version =" 1.0.0 "xsi: schemaLocation =" http://www.opengis.net/ows http://test.openmaps.gov.bc.ca/geo/schemas /ows/1.0.0/owsExceptionReport.xsd<http://www.opengis.net/ows%20http:/test.openmaps.gov.bc.ca/geo/schemas/ows/1.0.0/owsExceptionReport.xsd>">
& ltows: Izņēmums kivételCode = "NoApplicableCode" & gt
& ltows: ExceptionText & gt
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūdu -148] [Error desc = NUMOFPTS ir mazāks nekā nepieciešams, lai FEATURE] [paplašinātā Dilstošā =] org.geotools.arcsde.ArcSdeException. nevar radīt SeShape no apgabalu ((14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8.584.608,689835804, 14929124.260812046 8584608.689835804, 14929124.260812046 8584608.689835804)) [SDE kļūda - 148] [Error Dilstošā = NUMOFPTS ir mazāks nekā nepieciešams, lai funkciju.] [paplašinātā Dilstošā =] nevar ģenerēt SeShape no apgabalu ((14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804, 14929124,260812046 8.584.608,689835804)) [SDE kļūda -148 ] [Kļūda aprakstā = NUM BANKU DAUDZ IR TĀ, KAS PIEPRASĪTS FUNKCIJAI.] [Extended desc =]
& lt / ows: ExceptionText & gt
& lt / ows: izņēmums & gt
& lt / ows: ExceptionReport & gt

Vai šī ir zināma problēma vai kļūda?
Es cerēju jaunināt, bet man šķiet, ka tas man šobrīd ir izstādes aizbāznis.

Informatie Vlaanderen e-pasta atruna: http://www.vlaanderen.be/informatievlaanderen

Jums tur ir deģenerēta bbox, min un max vērtības ir tieši tādas pašas:

Iespējams, tāpēc SDE sūdzas.

Priekā
Andrea
--
==
GeoServer Professional Services no ekspertiem! Apmeklējums
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

*AVVERTENZE AI SENSI DEL D.Lgs. 196/2003*

Le informazioni contenute in questo messaggio di posta elettronica e/o
nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il
loro utilizzo Ú consentito esclusivamente al destinatario del messaggio,
per le finalità indicate nel messaggio stesso. Qualora riceviate questo
messaggio senza esserne il destinatario, Vi preghiamo cortesemente di
darcene notizia via e-mail e di procedere alla distruzione del messaggio
stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso,
divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od
utilizzarlo per finalità diverse, costituisce comportamento contrario ai
principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for
the attention and use of the named addressee(s) and may be confidential or
proprietary in nature or covered by the provisions of privacy act
(Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection
Code).Any use not in accord with its purpose, any disclosure, reproduction,
copying, distribution, or either dissemination, either whole or partial, is
strictly forbidden except previous formal approval of the named
addressee(s). If you are not the intended recipient, please contact
immediately the sender by telephone, fax or e-mail and delete the
information in this message that has been received in error. The sender
does not give any warranty or accept liability as the content, accuracy or
completeness of sent messages and accepts no responsibility for changes
made after they were sent or for other risks which arise as a result of
e-mail transmission, viruses, etc.

Hi Andrea,
Thank you for your response.
Looking at this a bit more, I see the KML reflector response is behaving differently between Geoserver 2.8.1 and Geoserver 2.10.0

Here are the examples (using the same data and same ESRI binaries, delivery is 2.10 and production is 2.8.1),

both access this feature:
Feature Type "WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY"

* Name: WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY
* Description: null
* Abstract: null
* Enabled: true
* SRS: EPSG:3005
* Bounds: ReferencedEnvelope[273875.663 : 1870571.76, 362346.895 : 1735670.856]>

Geoserver 2.10.0 produces an invalid response (NOTE the coordinates in the response do not look like BC Albers metres)
http://delivery.openmaps.gov.bc.ca/geo/pub/wms?service=wms&request=GetMap&version=1.1.1&format=application/vnd.google-earth.kml+xml&layers=pub:WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY&styles=1_7500000_Bathymetric&height=2048&width=2048&transparent=false&srs=EPSG:4326&format_options=AUTOFIT:trueKMATTR:trueKMPLACEMARK:falseKMSCORE:40MODE:refreshSUPEROVERLAY:false&BBOX=-180,3.611321000262786,180,90
HTTP/1.1 200 OK
Date: Tue, 15 Nov 2016 16:41:51 GMT
Server: Apache-Coyote/1.1
X-Control-flow-delay-ms: 1
Content-Disposition: attachment filename=pub-WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY.kml
Content-Type: application/vnd.ogc.se_xmlcharset=UTF-8
Set-Cookie: GS_FLOW_CONTROL="GS_CFLOW_-1dfe26d1:15865646918:-7ffc" Version=1
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: OPTIONS,GET,POST
Access-Control-Allow-Headers: X-Requested-With, Referer, Origin, Content-Type
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Length: 16283

<?xml version="1.0" encoding="UTF-8" standalone="no"?><!DOCTYPE ServiceExceptionReport SYSTEM "http://delivery.openmaps.gov.bc.ca/geo/schemas/wms/1.1.1/WMS_exception_1_1_1.dtd"> <ServiceExceptionReport version="1.1.1" > <ServiceException>
java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: Can&apost generate SeShape from POLYGON ((-8798635.294192027 -4141849.593624121, -8798635.294192027 13231621.026177911, 10592768.196073437 13231621.026177911, 10592768.196073437 -4141849.593624121, -8798635.294192027 -4141849.593624121))
[SDE error -139][Error desc=THE SPECIFIED COORDINATE EXCEEDS THE VALID COORDINATE RANGE.][Extended desc=
]
org.geotools.arcsde.ArcSdeException: Can&apost generate SeShape from POLYGON ((-8798635.294192027 -4141849.593624121, -8798635.294192027 13231621.026177911, 10592768.196073437 13231621.026177911, 10592768.196073437 -4141849.593624121, -8798635.294192027 -4141849.593624121))
[SDE error -139][Error desc=THE SPECIFIED COORDINATE EXCEEDS THE VALID COORDINATE RANGE.][Extended desc=
]
Can&apost generate SeShape from POLYGON ((-8798635.294192027 -4141849.593624121, -8798635.294192027 13231621.026177911, 10592768.196073437 13231621.026177911, 10592768.196073437 -4141849.593624121, -8798635.294192027 -4141849.593624121))
[SDE error -139][Error desc=THE SPECIFIED COORDINATE EXCEEDS THE VALID COORDINATE RANGE.][Extended desc=
]
Details:
org.geoserver.platform.ServiceException: java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: Can&apost generate SeShape from POLYGON ((-8798635.294192027 -4141849.593624121, -8798635.294192027 13231621.026177911, 10592768.196073437 13231621.026177911, 10592768.196073437 -4141849.593624121, -8798635.294192027 -4141849.593624121))
[SDE error -139][Error desc=THE SPECIFIED COORDINATE EXCEEDS THE VALID COORDINATE RANGE.][Extended desc=
]
at org.geoserver.ows.Dispatcher.exception(Dispatcher.java:1665)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:278)
at org.springframework.web.servlet.mvc.AbstractController.handleRequest(AbstractController.java:147)
at org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter.handle(SimpleControllerHandlerAdapter.java:50)
at org.springframework.web.servlet.DispatcherServlet.doDispatch(DispatcherServlet.java:959)
at org.springframework.web.servlet.DispatcherServlet.doService(DispatcherServlet.java:893)
at org.springframework.web.servlet.FrameworkServlet.processRequest(FrameworkServlet.java:968)
at org.springframework.web.servlet.FrameworkServlet.doGet(FrameworkServlet.java:859)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:622)
at org.springframework.web.servlet.FrameworkServlet.service(FrameworkServlet.java:844)
at javax.servlet.http.HttpServlet.service(HttpServlet.java:729)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:292)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.apache.tomcat.websocket.server.WsFilter.doFilter(WsFilter.java:52)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.filters.ThreadLocalsCleanupFilter.doFilter(ThreadLocalsCleanupFilter.java:28)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:75)
at org.geoserver.wms.animate.AnimatorFilter.doFilter(AnimatorFilter.java:71)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
at org.geoserver.flow.controller.IpBlacklistFilter.doFilter(IpBlacklistFilter.java:94)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
at org.geoserver.flow.ControlFlowCallback.doFilter(ControlFlowCallback.java:252)
at org.geoserver.filters.SpringDelegatingFilter$Chain.doFilter(SpringDelegatingFilter.java:71)
at org.geoserver.filters.SpringDelegatingFilter.doFilter(SpringDelegatingFilter.java:46)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.platform.AdvancedDispatchFilter.doFilter(AdvancedDispatchFilter.java:50)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:316)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.invoke(FilterSecurityInterceptor.java:126)
at org.springframework.security.web.access.intercept.FilterSecurityInterceptor.doFilter(FilterSecurityInterceptor.java:90)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at org.springframework.security.web.access.ExceptionTranslationFilter.doFilter(ExceptionTranslationFilter.java:114)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at org.geoserver.security.filter.GeoServerAnonymousAuthenticationFilter.doFilter(GeoServerAnonymousAuthenticationFilter.java:54)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at org.springframework.security.web.authentication.www.BasicAuthenticationFilter.doFilterInternal(BasicAuthenticationFilter.java:158)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at org.geoserver.security.filter.GeoServerBasicAuthenticationFilter.doFilter(GeoServerBasicAuthenticationFilter.java:84)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:69)
at org.springframework.security.web.context.SecurityContextPersistenceFilter.doFilter(SecurityContextPersistenceFilter.java:91)
at org.geoserver.security.filter.GeoServerSecurityContextPersistenceFilter$1.doFilter(GeoServerSecurityContextPersistenceFilter.java:53)
at org.geoserver.security.filter.GeoServerCompositeFilter$NestedFilterChain.doFilter(GeoServerCompositeFilter.java:73)
at org.geoserver.security.filter.GeoServerCompositeFilter.doFilter(GeoServerCompositeFilter.java:92)
at org.springframework.security.web.FilterChainProxy$VirtualFilterChain.doFilter(FilterChainProxy.java:330)
at org.springframework.security.web.FilterChainProxy.doFilterInternal(FilterChainProxy.java:213)
at org.springframework.security.web.FilterChainProxy.doFilter(FilterChainProxy.java:176)
at org.geoserver.security.GeoServerSecurityFilterChainProxy.doFilter(GeoServerSecurityFilterChainProxy.java:152)
at org.springframework.web.filter.DelegatingFilterProxy.invokeDelegate(DelegatingFilterProxy.java:346)
at org.springframework.web.filter.DelegatingFilterProxy.doFilter(DelegatingFilterProxy.java:262)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.filters.LoggingFilter.doFilter(LoggingFilter.java:87)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.filters.GZIPFilter.doFilter(GZIPFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.filters.SessionDebugFilter.doFilter(SessionDebugFilter.java:48)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.geoserver.filters.FlushSafeFilter.doFilter(FlushSafeFilter.java:44)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.springframework.web.filter.CharacterEncodingFilter.doFilterInternal(CharacterEncodingFilter.java:121)
at org.springframework.web.filter.OncePerRequestFilter.doFilter(OncePerRequestFilter.java:107)
at org.apache.catalina.core.ApplicationFilterChain.internalDoFilter(ApplicationFilterChain.java:240)
at org.apache.catalina.core.ApplicationFilterChain.doFilter(ApplicationFilterChain.java:207)
at org.apache.catalina.core.StandardWrapperValve.invoke(StandardWrapperValve.java:212)
at org.apache.catalina.core.StandardContextValve.invoke(StandardContextValve.java:106)
at org.apache.catalina.authenticator.AuthenticatorBase.invoke(AuthenticatorBase.java:502)
at org.apache.catalina.core.StandardHostValve.invoke(StandardHostValve.java:141)
at org.apache.catalina.valves.ErrorReportValve.invoke(ErrorReportValve.java:79)
at org.apache.catalina.valves.AbstractAccessLogValve.invoke(AbstractAccessLogValve.java:616)
at org.apache.catalina.core.StandardEngineValve.invoke(StandardEngineValve.java:88)
at org.apache.catalina.connector.CoyoteAdapter.service(CoyoteAdapter.java:522)
at org.apache.coyote.http11.AbstractHttp11Processor.process(AbstractHttp11Processor.java:1095)
at org.apache.coyote.AbstractProtocol$AbstractConnectionHandler.process(AbstractProtocol.java:672)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.doRun(AprEndpoint.java:2500)
at org.apache.tomcat.util.net.AprEndpoint$SocketProcessor.run(AprEndpoint.java:2489)
at java.util.concurrent.ThreadPoolExecutor.runWorker(Unknown Source)
at java.util.concurrent.ThreadPoolExecutor$Worker.run(Unknown Source)
at org.apache.tomcat.util.threads.TaskThread$WrappingRunnable.run(TaskThread.java:61)
at java.lang.Thread.run(Unknown Source)
Caused by: java.lang.RuntimeException: org.geotools.arcsde.ArcSdeException: Can&apost generate SeShape from POLYGON ((-8798635.294192027 -4141849.593624121, -8798635.294192027 13231621.026177911, 10592768.196073437 13231621.026177911, 10592768.196073437 -4141849.593624121, -8798635.294192027 -4141849.593624121))
[SDE error -139][Error desc=THE SPECIFIED COORDINATE EXCEEDS THE VALID COORDINATE RANGE.][Extended desc=
]
at org.geotools.arcsde.filter.GeometryEncoderSDE.addSpatialFilter(GeometryEncoderSDE.java:296)
at org.geotools.arcsde.filter.GeometryEncoderSDE.visit(GeometryEncoderSDE.java:305)
at org.geotools.filter.spatial.BBOXImpl.accept(BBOXImpl.java:224)
at org.geotools.arcsde.filter.GeometryEncoderSDE.encode(GeometryEncoderSDE.java:155)
at org.geotools.arcsde.data.ArcSDEQuery$FilterSet.getSpatialFilters(ArcSDEQuery.java:1136)
at org.geotools.arcsde.data.ArcSDEQuery.calculateResultCount(ArcSDEQuery.java:595)
at org.geotools.arcsde.data.ArcSDEQuery.calculateResultCount(ArcSDEQuery.java:510)
at org.geotools.arcsde.data.ArcSdeFeatureSource.getCount(ArcSdeFeatureSource.java:238)
at org.geotools.arcsde.data.ArcSdeFeatureSource.getCount(ArcSdeFeatureSource.java:223)
at org.geotools.arcsde.data.ArcSdeFeatureCollection.getCount(ArcSdeFeatureCollection.java:110)
at org.geotools.data.store.DataFeatureCollection.size(DataFeatureCollection.java:271)
at org.geotools.data.crs.ReprojectFeatureResults.size(ReprojectFeatureResults.java:126)
at org.geoserver.kml.sequence.PlainFolderSequenceFactory$PlainFolderGenerator.useVectorOutput(PlainFolderSequenceFactory.java:180)
at org.geoserver.kml.sequence.PlainFolderSequenceFactory$PlainFolderGenerator.encodeFolderContents(PlainFolderSequenceFactory.java:51)
at org.geoserver.kml.sequence.AbstractFolderSequenceFactory$AbstractFolderGenerator.next(AbstractFolderSequenceFactory.java:87)
at org.geoserver.kml.sequence.AbstractFolderSequenceFactory$AbstractFolderGenerator.next(AbstractFolderSequenceFactory.java:39)
at org.geoserver.kml.sequence.SequenceList$GeneratorIterator.&ltinit&gt(SequenceList.java:29)
at org.geoserver.kml.sequence.SequenceList.iterator(SequenceList.java:63)
at com.sun.xml.internal.bind.v2.runtime.reflect.Lister$CollectionLister.iterator(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.reflect.Lister$CollectionLister.iterator(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.property.ArrayReferenceNodeProperty.serializeListBody(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.property.ArrayERProperty.serializeBody(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.XMLSerializer.childAsSoleContent(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.ClassBeanInfoImpl.serializeRoot(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.property.SingleReferenceNodeProperty.serializeBody(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.ClassBeanInfoImpl.serializeBody(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.XMLSerializer.childAsSoleContent(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.ClassBeanInfoImpl.serializeRoot(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.XMLSerializer.childAsRoot(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.MarshallerImpl.write(Unknown Source)
at com.sun.xml.internal.bind.v2.runtime.MarshallerImpl.marshal(Unknown Source)
at javax.xml.bind.helpers.AbstractMarshallerImpl.marshal(Unknown Source)
at org.geoserver.kml.KMLEncoder.encode(KMLEncoder.java:35)
at org.geoserver.kml.KMLMapResponse.write(KMLMapResponse.java:65)
at org.geoserver.ows.Dispatcher.response(Dispatcher.java:991)
at org.geoserver.ows.Dispatcher.handleRequestInternal(Dispatcher.java:272)
. 96 more
Caused by: org.geotools.arcsde.ArcSdeException: Can&apost generate SeShape from POLYGON ((-8798635.294192027 -4141849.593624121, -8798635.294192027 13231621.026177911, 10592768.196073437 13231621.026177911, 10592768.196073437 -4141849.593624121, -8798635.294192027 -4141849.593624121))
[SDE error -139][Error desc=THE SPECIFIED COORDINATE EXCEEDS THE VALID COORDINATE RANGE.][Extended desc=
]
at org.geotools.arcsde.data.ArcSDEGeometryBuilder.constructShape(ArcSDEGeometryBuilder.java:233)
at org.geotools.arcsde.filter.GeometryEncoderSDE.addSpatialFilter(GeometryEncoderSDE.java:288)
. 132 more
Caused by: com.esri.sde.sdk.client.SeException:
at com.esri.sde.sdk.client.SeShape.f(Unknown Source)
at com.esri.sde.sdk.client.SeShape.generatePolygon(Unknown Source)
at org.geotools.arcsde.data.ArcSDEGeometryBuilder.constructShape(ArcSDEGeometryBuilder.java:230)
. 133 more

Geoserver 2.8.1 gives a valid response:
http://openmaps.gov.bc.ca/geo/pub/wms?service=wms&request=GetMap&version=1.1.1&format=application/vnd.google-earth.kml+xml&layers=pub:WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY&styles=1_7500000_Bathymetric&height=2048&width=2048&transparent=false&srs=EPSG:4326&format_options=AUTOFIT:trueKMATTR:trueKMPLACEMARK:falseKMSCORE:40MODE:refreshSUPEROVERLAY:false&BBOX=-180,3.611321000262786,180,90

HTTP/1.1 200 OK
Date: Tue, 15 Nov 2016 16:41:50 GMT
Server: Apache-Coyote/1.1
X-Control-flow-delay-ms: 0
Content-Disposition: attachment filename=pub-WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY.kml
Content-Type: application/vnd.google-earth.kml+xml
Set-Cookie: GS_FLOW_CONTROL="GS_CFLOW_-5b55a34f:158632b16fc:-769" Version=1
Access-Control-Allow-Credentials: true
Access-Control-Allow-Methods: OPTIONS,GET,POST
Access-Control-Allow-Headers: X-Requested-With, Referer, Origin, Content-Type
Keep-Alive: timeout=5, max=100
Connection: Keep-Alive
Content-Length: 2393

<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<kml xmlns="http://www.opengis.net/kml/2.2" xmlns:ns2="http://www.google.com/kml/ext/2.2" xmlns:ns3="http://www.w3.org/2005/Atom" xmlns:ns4="urn:oasis:names:tc:ciq:xsdschema:xAL:2.0">
<Document>
<LookAt>
<longitude>180.0</longitude>
<latitude>46.8056605001314</latitude>
<altitude>1.079333589037531E7</altitude>
<heading>0.0</heading>
<tilt>0.0</tilt>
<range>8721581.527918957</range>
<altitudeMode>clampToGround</altitudeMode>
</LookAt>
<Folder>
<name>pub:WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY</name>
<LookAt>
<longitude>30.610150000512988</longitude>
<latitude>31.442138170034262</latitude>
<altitude>1.0704582219433395E7</altitude>
<heading>0.0</heading>
<tilt>0.0</tilt>
<range>8649863.906519601</range>
<altitudeMode>clampToGround</altitudeMode>
</LookAt>
<GroundOverlay>
<name>pub:WHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY</name>
<drawOrder>0</drawOrder>
<Icon>
<href>http://openmaps.gov.bc.ca/geo/pub/wms?service=wms&amprequest=GetMap&ampversion=1.1.1&ampformat=image%2Fpng&amplayers=pub%3AWHSE_BASEMAPPING.DBM_BC_7H_MIL_BATHYMETRC_POLY&ampstyles=1_7500000_Bathymetric&ampheight=492&ampwidth=2048&amptransparent=true&ampbbox=-180.0%2C3.611321000262786%2C180.0%2C90.0&ampsrs=EPSG%3A4326&ampformat_options=AUTOFIT%3Atrue%3BKMATTR%3Atrue%3BKMPLACEMARK%3Afalse%3BKMSCORE%3A40%3BMODE%3Arefresh%3BSUPEROVERLAY%3Afalse</href>
<refreshInterval>0.0</refreshInterval>
<viewRefreshMode>never</viewRefreshMode>
<viewRefreshTime>0.0</viewRefreshTime>
<viewBoundScale>0.75</viewBoundScale>
</Icon>
<altitude>0.0</altitude>
<LatLonBox>
<north>90.0</north>
<south>3.611321000262786</south>
<east>-180.0</east>
<west>180.0</west>
<rotation>0.0</rotation>
</LatLonBox>
</GroundOverlay>
</Folder>
</Document>
</kml>

From: ***@gmail.com [mailto:***@gmail.com] On Behalf Of Andrea Aime
Sent: Monday, November 7, 2016 10:29 AM
To: Douville, Michelle R JTST:EX
Cc: Bart Verbeeck geoserver-***@lists.sourceforge.net Boisvert2, Eric (NRCan/RNCan) Davis, Martin NRTS:EX
Subject: Re: [Geoserver-users] Geoserver 2.10.0 and ARCSDE 10.2.2

On Mon, Nov 7, 2016 at 6:36 PM, Douville, Michelle R JTST:EX <***@gov.bc.ca<mailto:***@gov.bc.ca>> wrote:
Hi Bart,
Thank you very much for your reply, this will assist us greatly! I am curious why/how this behaviour changed between Geoserver 2.8.1 and 2.10, perhaps the issue is specific to SDE support.
On a very related note, with a slightly different type of WFS request, we seem to be getting an odd response with this one too (note this time it does have the EPSG code in the bbox.:

You have a degenerate bbox there, min and max values are exactly the same:

That's probably why SDE is complaining.

Cheers
Andrea
--
==
GeoServer Professional Services from the experts! Visit
http://goo.gl/it488V for more information.
==

Ing. Andrea Aime
@geowolf
Technical Lead

GeoSolutions S.A.S.
Via di Montramito 3/A
55054 Massarosa (LU)
phone: +39 0584 962313
fax: +39 0584 1660272
mob: +39 339 8844549

AVVERTENZE AI SENSI DEL D.Lgs. 196/2003

Le informazioni contenute in questo messaggio di posta elettronica e/o nel/i file/s allegato/i sono da considerarsi strettamente riservate. Il loro utilizzo Ú consentito esclusivamente al destinatario del messaggio, per le finalità indicate nel messaggio stesso. Qualora riceviate questo messaggio senza esserne il destinatario, Vi preghiamo cortesemente di darcene notizia via e-mail e di procedere alla distruzione del messaggio stesso, cancellandolo dal Vostro sistema. Conservare il messaggio stesso, divulgarlo anche in parte, distribuirlo ad altri soggetti, copiarlo, od utilizzarlo per finalità diverse, costituisce comportamento contrario ai principi dettati dal D.Lgs. 196/2003.

The information in this message and/or attachments, is intended solely for the attention and use of the named addressee(s) and may be confidential or proprietary in nature or covered by the provisions of privacy act (Legislative Decree June, 30 2003, no.196 - Italy's New Data Protection Code).Any use not in accord with its purpose, any disclosure, reproduction, copying, distribution, or either dissemination, either whole or partial, is strictly forbidden except previous formal approval of the named addressee(s). If you are not the intended recipient, please contact immediately the sender by telephone, fax or e-mail and delete the information in this message that has been received in error. The sender does not give any warranty or accept liability as the content, accuracy or completeness of sent messages and accepts no responsibility for changes made after they were sent or for other risks which arise as a result of e-mail transmission, viruses, etc.


Quick Import problem - how to handle longitude-latitude (y,x) coordinates in GML

I'm trying to use Quick Import (9.3.1 SP1 ) on simple GML files where the coordinates in the bounding box and in the coordinate lists are all in longitude-latitude order. I don't have access to the server and can't change the configuration at that end.

Does anyone know if there is there a switch for the command-line or scripted version of QuickImport that will allow the software to import the data correctly? I'm starting to get a crick in my neck from looking at the screen sideways.

I don't have a license for the Data Interoperability extension if that makes any difference.

<gml:boundedBy>
<gml:Envelope srsName="EPSG:4269">
<gml:pos>-97.289708 41.911600</gml:pos>
<gml:pos>-97.273151 41.926187</gml:pos>
</gml:Envelope>
</gml:boundedBy>

by BruceHarold

In 9.3.1 there is no switch, but there is in 10. The format parameters have a pulldown for axis order - please see the attached image.

Thank you very much for the reply.

Even if this switch wasn't available in the 9.3.1 version of the Quick Import user interface, is it possible that it is still accessible through 9.3.1 commandline or through scripting? I notice that when I run the ArcTool that the command in the console output contains a lot of parameters that I don't see a reference to in the ArcTool menu.

Reference the ArcGIS Server 10 Help page.

<Concepts>
Controlling the axis order
Features returned in some geographic coordinate systems (for example, WGS 84) have an axis order of latitude, longitude (y,x) by default. This is in compliance with the WFS 1.1 specification. For example, a point may be returned from a getfeature request with its coordinates specified as follows:

<gml:Point>
<gml: pos>48.4922165520043 -122.630685732366</gml: pos>
</gml:Point>
Some WFS clients expect the coordinates to be returned with an axis order of longitude, latitude (x,y). To work with these clients, you can set the axis order for the service to be longitude, latitude. The following describes how to set the property:

Log on to the machine running ArcGIS server as an administrator.
Shut down ArcGIS Server.
Go to the location of the service configuration files. For example, if ArcGIS Server is installed in c:arcgis, go to c:arcgisserverusercfg.
Open the configuration file for your service (for example, myservice.cfg) in a text editor.
In the WFS section, add the following to the properties: <AxisOrderWFS11>longlat</AxisOrderWFS11> . Piemēram:
<Extension>
<TypeName>WFSServer</TypeName>
<Enabled>true</Enabled>
<Properties>
<AxisOrderWFS11>longlat</AxisOrderWFS11>
<CustomGetCapabilities>false</CustomGetCapabilities>
<EnableTransactions>false</EnableTransactions>
<Name>wfs_WFSTest_ras</Name>
<OnlineResource> http://bobmk/arcgis/services/wfs/WFSTest_ras/MapServer/WFSServer </OnlineResource>
<AppSchemaURI> http://bobmk/arcgis/services/wfs/WFSTest_ras/MapServer/WFSServer </AppSchemaURI>
<AppSchemaPrefix>wfs_WFSTest_ras</AppSchemaPrefix>
</Properties>
<Info>
<WebEnabled>true</WebEnabled>
</Info>
</Extension>
Start ArcGIS Server.
Features with geographic coordinates requested from the service are now returned with a longitude, latitude axis order.

Note that the axis order property only applies to features with geographic coordinates. Features with projected coordinates are always returned with an x,y axis order.


The default MIME used for GML 3.2 encoded responses is application/gml+xml version=3.2 which is the MIME type mandated by OGC WFS 2.0 specification. This MIME type is not identified as XML by most common clients like browsers.

Option Override MIME Type allows the selection of the MIME type that should be used for the responses encoded in GML 3.2.

The available MIME types are: application/gml+xml version=3.2 , text/xml subtype=gml/3.2 and text/xml .


Add a Layer¶

At the upper left-hand corner of the layers view page there are two buttons for the adding and removal of layers. The green plus button allows you to add a new layer. The red minus button allows you to remove selected layers.

Buttons to Add and Remove a Layer

Clicking the Add a new layer button brings up a New Layer Chooser panel. The menu displays all currently enabled stores. From this menu, select the Store where the layer should be added.

List of all currently enabled stores

Upon selection of a Store, a list is displayed of resources within the store. Resources which have already been published as layers are listed first, followed by other resources which are available to be published. In this example, giant_polygon , poi , poly_landmarks and tiger_roads are all existing layers within the NYC store.

List of published and available resources in a store

To add a layer for an available resource click Publish . To add a new layer for a published resource click Publish Again . (Note that when re-publishing the name of the new layer may have to be modified to avoid conflict with an existing layer.) The actions display an Edit Layer page to enter the definition of the new layer.


6 Answers 6

The HTTPS protocol is equivalent to using HTTP over an SSL or TLS connection (over TCP).

Thus, first a TCP connection (on port 443) is opened to the server. This is usually enough to reveal the server's host name (i.e. www.mysite.com in your case) to the attacker. The IP address is directly observed, and:

  1. you usually did an unencrypted DNS query before,
  2. many HTTPS servers serve only one domain per IP address,
  3. The server's certificate is sent in plain, and contains the server name (between multiple ones, maybe),
  4. in newer TLS versions, there is the server name indication, by which the client indicates to the server which host name is wished, so the server can present the right certificate, if it has multiple ones. (This is done to be able to go away from 2.)

Then a TLS handshake takes place. This includes negotiation of a cipher suite and then a key exchange. Assuming at least one of your browser and the server didn't include the NONE cipher in the accepted suites, everything following the key exchange is encrypted.

And assuming there is no successful man-in-the-middle attack (i.e. an attacker which does intercept the connection, and presents a forged server certificate which your browser accepts), the key exchange is secure and no eavesdropper can decrypt anything which is then sent between you and the server, and also no attacker can change any part of the content without this being noticed. This includes the URL and any other part of the HTTP request, as well as the response from the server.

Of course, as D.W. mentions, the length of both request (which contains not much more variable data than the URL, maybe some Cookies) and response can be seen from the encrypted data stream. This might subvert the secrecy, specially if there are only a small number of different resources on the server. Also any follow-up resource requests.

Your password in the URL (or any other part of the request) should still be secure, though - at most its length can be known.

You should assume that the URL is not protected, i.e., that a passive eavesdropper may be able to learn what URL you are visiting.

I realize this contradicts what some other folks are claiming, so I'd better explain.

It is true that everything after the domain name is sent encrypted. For instance, if the url is https://www.example.com/foo/bar.html , then www.example.com is visible to the attacker, while the HTTP request ( GET /foo/bar.html HTTP/1.0 ) is encrypted. This does prevent an eavesdropper from directly seeing the path part of the URL. However, the length of the path part of the URL may be visible to the eavesdropper. In addition, other information -- such as the length of the page you visited -- may also be visible to the eavesdropper. This is a foot in the door for the attacker. There has been some research which uses this foot in the door to learn what URLs you are visiting, if the attacker can eavesdrop on your https traffic.

While there is no guarantee that these attacks will succeed, I suggest that it would be prudent to assume the worst: to assume that an eavesdropper may be able to learn what URLs you are visiting. Therefore, you should assume that SSL/TLS hides from an eavesdropper which pages you are visiting.


Skatīties video: GeoServer. OpenLayers. Apache (Septembris 2021).