Operation

Returnerar punktgeometrier för adresser i en tabell, det vill säga geokodning. Ange antingen en adresssträng i egenskapen Search Text eller strukturerade delar i motsvarande egenskaper, såsom Country, Street etc. Kombinationer är också tillåtna. Denna operation kräver en särskild licens. Adresser som av någon anledning inte kunde hittas returneras inte i resultatet.

Den funktionalitet som erbjuds av Qlik Geocoding (via AddressPointLookup och PointToAddressLookup) skiljer sig från andra funktioner för uppslagning av plats. Qlik Geocoding tillåter uppslagningar på adressnivå, medan vanliga platsuppslagningar endast kan vara så exakta som på postnummernivå.

När du kommer igång med Qlik Geocoding, använd mallen som refereras till i Konfigurera Qlik Geocoding (endast på engelska).

De flesta parametrar finns i två versioner, en som anger det faktiska värdet, såsom country="SWE", och en som anger ett fältnamn där det faktiska värdet ska hämtas från, såsom countryField="CountryIso2".

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet.
• Address - Den hittade adressen, formaterad enligt landets adress-standarder.
• Geometry - Punkten för det hittade objektet.
• HouseNumber - Husnumret för det hittade objektet.
• Street - Gatan för det hittade objektet.
• PostalCode - Postnumret för det hittade objektet.
• City - Namnet på den administrativa indelningen på stadsnivå för det hittade objektet.
• Adm1 - Namnet eller det förkortade namnet på den administrativa indelningen av första ordningen (delstat) för det hittade objektet.
• CountryIso2 - Landskoden för det hittade objektet.
• Match - Ett värde mellan 0 och 1 som visar hur bra matchningen var. Värdet 1 innebär en perfekt matchning.
• Alla kolumner utom nyckelkolumnen från dataset, med datasetets namn som prefix.

De returnerade fälten kan vara tomma där de inte är tillämpliga eller där data inte är tillgängliga.

Stöder:

• ScriptEval i laddningsskript.

Exempel som geokodar några svenska adresser där varje objekt finns i ett eget fält:

Det här exemplet visar geokodning i fritextformat:

Genererar rektangulära eller hexagonala fack (bins) för ett punktdataset. Detta är ett sätt att aggregera punktdata så att en översikt av data kan visas effektivt.

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet.
• BinId - Identitet för facket.
• BinTable.BinPolygon - Polygonen för facket.
• BinTable.CenterPoint - Punkten i mitten av facket.
• Alla kolumner utom nyckelkolumnen från dataset, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.

Exempel som laddar hexagonala fack från amerikanska flygplatser:

Returnerar relationer och avstånd mellan objekt i ett dataset och de närmaste objekten i ett annat, om något är närmare än det maximala avståndet. Kostnaden kan också beräknas längs vägar, och i så fall valfritt använda restid. Denna operation är användbar i många fall, inte bara för att få relationerna till de närmaste objekten, utan också för att få avståndsmatriser mellan en uppsättning punkter.

Returnerar följande kolumner:

• <dataset1 name>_<dataset2 name>_RelationId - En nyckel genererad för relationen mellan de två geometrierna.
• <dataset1 key column> - Nyckelkolumnen från indata-dataset1.
• <dataset2 key column> - Nyckelkolumnen från indata-dataset2.
• Distance - Avståndet i den enhet som anges i costUnit.
• Status - Den returnerade statusen är antingen "ok" eller "failed:" följt av ett felmeddelande.
• LowResLine - En lågupplöst version av ruttlinjen, endast tillgänglig för avståndstyper som inte är bird.
• Alla kolumner utom nyckelkolumnen från indata-datasetet dataset1, med datasetets namn som prefix.
• Alla kolumner utom nyckelkolumnen från indata-datasetet dataset2, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.

Det här exemplet hittar de närmaste flygplatserna till punkter i en tabell:

Producerar kluster från ett punktdataset baserat på geografisk närhet mellan punkter. Klustergenereringen styrs av parametern distance, som definierar hur långt bort en punkt får vara från det kluster den tillhör. Returnerar en tabell med relationer mellan punkter och kluster. Returnerar också en inkopplad tabell med namnet Clusters med klustergeometrier. Den innehåller fälten ClusterID, ClusterCenter (punktgeometri) och PointCount. Antalsfältet innehåller antalet punkter i klustret.

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet.
• ClusterID - Id för det kluster punkten tillhör.
• Clusters.ClusterPoint - Mittpunkt för klustret.
• Clusters.PointCount - Antal ursprungliga punkter som tillhör klustret.
• Alla kolumner utom nyckelkolumnen från indata-datasetet, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.

Det här exemplet klustrar flygplatser i USA så att flygplatser närmare än 50 km tillhör ett kluster:

Löser upp och förenklar områden för att bilda större områden baserat på mappningen mellan gamla områdesidentiteter (eller geometrier) och nya områdesidentiteter. Detta används vanligtvis för att bygga anpassade områden som är uppbyggda av mindre väldefinierade områden, såsom postnummerområden eller administrativa områden.

Returnerar följande kolumner:

• <dissolveField> - Fältet som anges som dissolveField i indata.
• DissolvedPolygon - Geometrierna för de nya upplösta områdena.

Stöder:

• ScriptEval i laddningsskript.

Geometridatasetet är valfritt. Om det inte tillhandahålls förväntas geometrier vara tillgängliga i datasetet för upplösningsdefinitionen.

Observera att överlappningar av polygoner tas bort i alla upplösningar utom Source.

Det här exemplet skapar två regioner, en som består av CA och AZ och en som består av WA och OR:

Returnerar en tabell som mappar mellan nyckeln i dataset1 och nyckeln i dataset2 för alla objekt som skär varandra. Om båda dataseten innehåller polygoner returneras den relativa överlappningsarean jämfört med areorna i respektive dataset.

Det är möjligt att begränsa antalet skärande geometrier i det andra datasetet som ska mappas till varje geometri i det första datasetet genom att ange intersectsCount. Då returneras de mest skärande geometrierna i ordning. Operationen är symmetrisk om intersectsCount inte anges.

Returnerar följande kolumner:

• <dataset1 name>_<dataset2 name>_RelationId - En nyckel genererad för relationen mellan de två geometrierna.
• <dataset1 key column> - Nyckelkolumnen från indata-dataset1.
• <dataset2 key column> - Nyckelkolumnen från indata-dataset2.
• <dataset1 name>.RelativeOverlap - Överlappningen jämfört med polygonen i dataset1. Returneras endast om båda dataseten innehåller polygoner. Det finns en prestandaförlust vid begäran av detta fält.
• <dataset2 name>.RelativeOverlap - Överlappningen jämfört med polygonen i dataset2. Returneras endast om båda dataseten innehåller polygoner. Det finns en prestandaförlust vid begäran av detta fält.
• Alla kolumner utom nyckelkolumnen från indata-datasetet dataset1, med datasetets namn som prefix.
• Alla kolumner utom nyckelkolumnen från indata-datasetet dataset2, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.

Det här exemplet beräknar vilka delstater som vissa linjer skär:

Returnerar platsinformation och punktgeometrier för IP-adresser i en tabell. Detta är användbart när du analyserar åtkomstdata till webbtjänster. Den returnerade tabellen innehåller följande fält:

• Nyckelfält - Samma som nyckelfältet för namntabellen.
• <Address Table Ip Field> - Samma som IP-fältet som slogs upp. Endast tillgängligt om det inte är samma som nyckelfältet.
• IpPoint - Punkten för det hittade objektet.
• CountryIso2 - Landskoden för det hittade objektet.
• Adm1Code - Koden för det administrativa området av första ordningen för det hittade objektet. Observera att denna kod inte alltid är kompatibel med koden som returneras av platstjänsten.
• City - Staden för det hittade objektet.
• Alla kolumner utom nyckelkolumnen från indata-datasetet, med datasetets namn som prefix.

IP-geolokalisering är i sig oprecis. För många IP-adresser är det möjligt att peka ut en stad, men för andra kan endast land fastställas.

Bästa praxis är att endast skicka Ip-kolumnen till operationen IpLookup. Exempel som slår upp några IP-adresser:

Det är vanligt att samma IP upprepas på många rader. Det förbättrar då prestandan att först filtrera ut endast de unika IP-adresserna som i det här exemplet:

Denna produkt inkluderar GeoLite2-data skapad av MaxMind, tillgänglig från MaxMind.

Laddar datasetet utan att någon operation tillämpas. Detta gör det möjligt att ladda alla format som GeoOperations stöder. Observera att Simplify kan vara ett bra alternativ till Load om geometrier är detaljerade och långsamma att visa.

Returnerar följande kolumner:

• Alla kolumner från dataset.

Stöder:

• ScriptEval i laddningsskript.

Exempel som laddar postnummer från Sverige:

Eftersom WKT stöds som geometriformat för data i INTABLE är operationen Load utmärkt för att konvertera geografiska geometrier som laddats från en databas till Sense-geometriformatet så att det kan visas. Följande exempel visar hur man konverterar WKT-data, i det här fallet från tabellen MyWKTData:

Returnerar den närmaste adressen för punkter i listan, även känt som omvänd geokodning. Denna operation kräver en särskild licens. Punkter som ligger nära gator får adresser på gatunivå, annars faller den tillbaka på att returnera träffar på postområdes- eller stadsnivå. För punkter som är för långt borta returneras inga data.

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet.
• Address - Den hittade adressen, formaterad enligt landets adress-standarder.
• Geometry - Punkten för det hittade objektet.
• HouseNumber - Husnumret för det hittade objektet.
• Street - Gatan för det hittade objektet.
• PostalCode - Postnumret för det hittade objektet.
• City - Namnet på den administrativa indelningen på stadsnivå för det hittade objektet.
• Adm1 - Namnet eller det förkortade namnet på den administrativa indelningen av första ordningen (delstat) för det hittade objektet.
• CountryIso2 - Landskoden för det hittade objektet.
• Distance - Avstånd i meter till den hittade adressen.
• Alla kolumner utom nyckelkolumnen från dataset, med datasetets namn som prefix.

Observera att de returnerade fälten kan vara tomma där de inte är tillämpliga eller där data inte är tillgängliga.

Exempel som hämtar adresserna för några punkter:

Beräknar rutter, inklusive längd och varaktighet, mellan två platser i en tabell.

Observera att ursprunget är geometrikolumnen i datasetet. Destinationskolumnen anges i operationsparametrarna eftersom dataset endast känner till en geometrikolumn.

Om du använder bird som transporttyp genereras storcirkelbågar mellan ursprung och destinationer.

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet.
• Distance - Ruttens avstånd i meter.
• Duration - Den uppskattade restiden för rutten i sekunder.
• Status - Den returnerade statusen är antingen "ok" eller "failed:" följt av ett felmeddelande.
• LowResLine - En lågupplöst version av ruttlinjen.
• Alla kolumner utom nyckelkolumnen från indata-datasetet, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.
• ScriptEvalStr i diagramskript för att hämta rutten.
• ScriptEval i diagramskript för att hämta avståndet eller varaktigheten.

Detta är ett exempel som beräknar rutter mellan punkter i ett dataset:

Detta är ett exempel som beräknar rutter direkt i ett linjelager. Operationen anropas för urvalet varje gång urvalet ändras. Normalt bör det finnas ett beräkningsvillkor som är sant om endast ett fåtal punkter är valda (annars är det bättre att beräkna rutterna i laddningsskriptet). Detta bör läggas i laddningsskriptet för att ladda data. Till exempel:

Använd följande dimension i linjelagret:

Använd ett beräkningsvillkor i linjelagret:

I egenskapen Location, som bör vara inställd på Line geometry, lägg in detta för att beräkna rutterna från en fast position till de valda punkterna:

Förenklar linje- och områdesgeometrier i ett dataset. Det är ofta användbart att ladda geografiska data med operationen Simplify istället för operationen Load för att få mer effektiva geometrier som är snabbare att visa.

Graden av förenkling beräknas automatiskt baserat på area, antal objekt och objektens storlek. Det är sedan möjligt att justera detta till en högre eller lägre upplösning med parametern resolution.

Områdesförenkling görs med en algoritm som hanterar topologier och kan ta bort luckor och sammanfoga öar.

Linjeförenkling görs med en algoritm för brytpunktsreducering.

Observera att överlappningar av polygoner tas bort. Det kommer inte att finnas några överlappande polygoner i utdata.

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet dataset1.
• Simplified_<geometry column name> - Förenklade versioner av de ursprungliga geometrierna.
• Alla kolumner utom nyckelkolumnen från dataset, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.

Exempel som laddar förenklade versioner av amerikanska delstater:

Beräknar ISO-områden för restid. Alla platser inom det returnerade området kan nås inom en viss tid eller är närmare än ett visst avstånd längs vägar. Returnerar en tabell med id, reseområdesgeometri, mittpunkt, kostnad, kostnadsenhet och status (OK eller failed).

Om du använder "bird" som transporttyp genereras geografiskt korrekta cirklar runt ursprungen.

Returnerar följande kolumner:

• <dataset key column> - Nyckelkolumnen från indata-datasetet.
• TravelArea - Polygongeometrin som definierar reseområdet.
• Cost - Kostnaden som anges i costValue eller costField.
• CostUnit - Kostnadsenheten som anges i costUnit.
• Status - Den returnerade statusen är antingen "OK" eller "failed:" följt av ett felmeddelande.
• Alla kolumner utom nyckelkolumnen från indata-datasetet, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.
• ScriptEvalStr i diagramskript för att hämta reseområdesgeometrin.
• ScriptEval i diagramskript för att hämta kostnad.

Detta laddningsskriptexempel genererar 10-minuters reseområden i Miami och Orlando från koordinater:

Detta laddningsskriptexempel genererar 10-minuters reseområden i Miami och Orlando med hjälp av namngivna punkter:

Detta är ett exempel som beräknar reseområden runt punkter direkt i ett områdeslager. Operationen anropas för urvalet varje gång urvalet ändras. Detta bör läggas i laddningsskriptet för att ladda data för exemplet:

Använd följande dimension i områdeslagret:

Använd ett beräkningsvillkor i områdeslagret:

I egenskapen Location lägg in detta:

Returnerar relationerna mellan två dataset där en geometri i ett dataset (enclosed) är helt inuti området i det andra datasetet (enclosing). Returnerar en tabell som mappar mellan nyckeln i enclosed och nyckeln i enclosing för alla hittade relationer.

Använd within vanligtvis för att hitta vilka områden data befinner sig i; till exempel för att testa GPS-positioner för vilket administrativt område de befinner sig i. Detta är en typ av omvänd geokodning.

Returnerar följande kolumner:

• <enclosed name>_<enclosing name>_RelationId - En nyckel genererad för relationen mellan de två geometrierna.
• <enclosed key column> - Nyckelkolumnen från indata-dataset1.
• <enclosing key column> - Nyckelkolumnen från indata-dataset2.
• Alla kolumner utom nyckelkolumnen från datasetet enclosed, med datasetets namn som prefix.
• Alla kolumner utom nyckelkolumnen från datasetet enclosing, med datasetets namn som prefix.

Stöder:

• ScriptEval i laddningsskript.

För att kompensera för felaktigheter i data är det ibland bättre att använda Closest istället för Within. Till exempel, om du har punktdata i kustområden som du vill relatera till administrativa områden, kan små felaktigheter göra att punkter hamnar något utanför områdena.

Detta är ett laddningsskriptexempel som beräknar vilka punkter som ligger inom vilka delstater: