Viac

Dotaz na rozsah Postgis 4D

Dotaz na rozsah Postgis 4D


Je možné v Postgise vyjadriť dotaz na rozsah 4D? Chcel by som vedieť, aké 4d body ležia v hyperkocke. Toto je môj stôl:

VYTVORIŤ TABUĽKU myTable (geometria bodov, dvojitá presnosť atribu, OBMEDZENIE ge_idx PRIMÁRNY KĽÚČ (bod));

Takto som vložil dátové body:

vložiť do hodnôt myTable (bod) (ST_MakePoint (-71,10, 42,31, 12,43, 54,3));

Na dotaz hyper kocky použite operátor &&&. Pretože ako jeho brat && je to dotaz na ohraničovací rámček, stačí vytvoriť geometriu dotazu, ktorá pokrýva požadovanú kocku: linestring je najľahšie urobiť:

VYBERTE * Z myTable KDE bod &&& 'LINESTRING (50 50 50 50, 100 100 100 100)';

Od virtuálnych glóbusov po ArcheoGIS: Stanovenie technických a praktických možností

Webové mapovanie a virtuálne gule sa čoraz viac používajú na komunikáciu 3D geopriestorových výsledkov s ostatnými výskumníkmi a verejnosťou. Nedostatok analytických funkcií však obmedzuje ich použiteľnosť vo výskume vrátane archeológie. Integrácia 3D a analytických funkcií by mala viesť k 4D archeologickému GIS, ktorý je možné použiť v celom archeologickom pracovnom toku. Tento dokument sa zaoberá realizovateľnosťou rozšírenia virtuálneho sveta na taký užívateľsky príjemný systém. Jedná sa o technické posúdenie porovnaním charakteristík virtuálnych glóbusov s užívateľskými, dátovými, funkčnými a organizačnými požiadavkami. Prototypová implementácia následne používa ako základ Cesium®. Tento prototyp slúžil na hodnotenie praktickej realizovateľnosti. Test použiteľnosti s dvoma flámskymi archeologickými organizáciami ukázal širokú podporu nízkoprahového 4D ArcheoGIS od jeho potenciálnych koncových používateľov. Napriek tomu, že ako aplikačné domény boli uvedené verejné činnosti, analýzy a prípravy v teréne, je nevyhnutné rozšíriť systém tak, aby vyhovoval archeologickým pracovným tokom alebo kybernetickej infraštruktúre.


Banka priestorových údajov bola doplnená o mapu Indickej republiky

Geoportál „Banka priestorových údajov“ bol doplnený o mapu Indickej republiky, zostavenú podľa údajov OpenStreetMap. Zdrojové údaje získané z webovej stránky Geofabrik. Na prácu s mapou môžete použiť program GIS Panorama Mini alebo iné softvérové ​​produkty KB „Panorama“.

Mapa bola prevedená na modernizovaný klasifikátor veľkých plánov v mierke 1: 5 000 (mapa5000m.rsc). Publikovanie aktualizácií v banke priestorových údajov sa vykonáva pomocou programu Databanka digitálnych máp a údajov diaľkového prieskumu. Publikovanie obsahu banky priestorových údajov na geoportáli a prístup k údajom na stiahnutie je realizovaný prostredníctvom GIS WebServer SE.

Bezplatné mapy na základe údajov OpenStreetMap sú k dispozícii na stiahnutie na stránke „Digitálne mapy“.


Vývoj softvérového produktového radu orientovaného na subdoménu

Abstrakt. Objavili sa metodiky softvéru zamerané na opätovné použitie, ktoré poskytujú súbor pravidiel alebo sprievodcov pre vývoj a vývoj softvérových systémov opätovným používaním existujúcich artefaktov doménového inžinierstva, ako sú požiadavky, architektúra, komponenty, testovacie prípady atď. ako inžinierstvo softvérových produktových radov sa zameriavajú na zníženie času, úsilia, nákladov a zložitosti vývoja využitím spoločných vlastností v portfóliu podobných produktov. Tieto metodiky však nie sú založené na konkrétnych doménach, namiesto toho pokrývajú široký rozsah domén bez toho, aby sa v nich zohľadňovali osobitosti. V tejto práci preto definujeme nový prístup, v ktorom sa tvorba radu softvérových produktov riadi procesom analýzy subdomény, orientovaným na konkrétny prípad v oblasti morskej ekológie. Metodika sa potom aplikuje na konkrétnu organizáciu s cieľom vytvoriť produkt tejto rady.

Kľúčové slová: Geografické informačné systémy, softwarové produktové rady, služby, morská ekológia, analýza domény

Úvod

Veľký prírastok počtu vyvinutých systémov a vznikajúce metodiky na špecifikovanie dobre navrhnutého vývoja softvéru vygenerovali nové paradigmy zamerané na opätovné použitie. Napriek tomu, že táto metóda opätovného použitia softvéru začala najmenej pred tridsiatimi rokmi [1, 6], práve v posledných rokoch došlo k novej explózii rôznych metodík. Všeobecne platí, že softvér orientovaný na opätovné použitie

?Táto práca je čiastočne podporená projektom UNComa 04/E072 (Identificaci´dňa,

inžinierstvo sa zameriava na zlepšenie známych nevýhod tradičného vývoja softvéru. Zameriavajú sa teda na zníženie nákladov na vývoj, uvedenie na trh a zložitosť a zlepšenie niektorých nefunkčných požiadaviek, akými sú údržba, vývoj atď. V rámci tejto výskumnej línie opätovného použitia softvéru Softwarové inžinierstvo produktovej rady (SPLE) vzišla z pokroku v oblasti softvérovej architektúry. V [4] je SPLE predstavený ako súbor systémov zdieľanie spoločných znakov a uspokojovanie špecifických potrieb segmentu trhu. Hlavnými charakteristikami tejto disciplíny sú [10]:variabilita, v ktorom sú jednotlivé systémy považované za variácie spoločnej časti založené na architektúre, v ktorom musí byť softvér vyvinutý s prihliadnutím na podobnosti medzi jednotlivými systémami a prístup dvoch životných cyklov, v ktorom sa musia vziať do úvahy dva inžinieri v každom procese softvérového produktového radu: doména inžinierstvo aaplikačné inžinierstvo [8, 10]. Za posledných desať rokov vzniklo niekoľko návrhov [2, 9] založených na paradigme orientovanej na črty v rámci oblasti analýzy do-main [1]. Tieto návrhy vo všeobecnosti poskytujú rozšírenia analýzy domén orientovaných na funkcie (FODA) navrhnutej Kangom et.al [6]. Paradigma zameraná na funkcie sa teda používa ako de facto štandard na reprezentáciu variabilít v SPL. Neexistuje však štandardná metodika a/alebo nástroje, ktoré by sa použili pri vývoji softvérového produktového radu. Nové metodiky SPL sú navyše zamerané na široké spektrum domén bez ohľadu na špecifiká niektorých z nich. Keď napríklad vezmeme do úvahy doménu geografických informácií, môžeme nájsť súbor bežných služieb, ktoré je možné ľahko extrahovať z akéhokoľvek GIS, ako napríklad posúvanie a približovanie mapy, vydanie geografických funkcií, správa vrstiev atď. Tiež štandardný informácie definované otvoreným geopriestorovým konzorciom3 (OGC) a technickou komisiou ISO 2114 (ISO/TC 211, geografické informácie/geomatika) poskytujú taxonómiu geografických služieb, ktoré možno použiť ako východiskový bod na definovanie týchto bežných služieb. Napriek tomu, že je tento štandard užitočný na pochopenie širokého spektra služieb, ktoré môže každý GIS ponúkať, sú tieto služby definované veľmi genericky a abstraktne. Vytvorenie radu softvérových produktov s týmito službami by generovalo príliš veľa otvorených problémov, ktoré by bolo možné zvládnuť iba pomocou veľmi zložitých variabilít. Preto je potrebné súbor geografických služieb vymedziť na konkrétnu subdoménu, v našom prípade morská ekológia doména. Abstraktné služby definované v štandarde je možné prispôsobiť tejto subdoméne, aby sa získali a manipulovali s informáciami užitočnými pre organizácie pracujúce v tejto subdoméne.

Táto práca vychádza z predĺženia predchádzajúcej práce uvedenej v [7], v ktorej sme ukázali implementáciu SPL v subdoméne morskej ekológie. V tejto práci definujeme novú metodológiu pre vytváranie softvérových produktových radov pre geografické informácie v rámci tej istej subdomény. Geografický softvér tu zdieľa súbor spoločných služieb, ktoré sú nevyhnutné pre každú aplikáciu, preto musia byť tieto spoločné služby identifikované a modelované ako súčasť produktového radu spolu s rôznymi variáciami. Aby sme to urobili, vylepšujeme poskytované služby

podľa normy ISO 19119 štandardne ich prispôsobením požiadavkám používateľa v doméne. Tiež definujeme súbor krokov a pravidiel použitých pri vytváraní aplikačného rámca, ktorý sa má použiť ako platforma pre každý produkt linky. Rámec pokrýva správanie, ktoré je bežné pre všetky produkty, a umožňuje vývojárom pridávať funkcie špecifické pre produkt. Metodika aplikuje znalosti získané v subdoméne za účelom usmernenia činností pri tvorbe SPL.

Tento dokument je usporiadaný nasledovne: ďalšia časť popisuje našu metodológiu na vytvorenie produktového radu pre aplikácie morskej ekológie na základe špecifík tejto domény. Potom popíšeme vytváranie inštancií produktového radu aplikovaného na skutočný projekt. Potom sa prediskutuje budúca práca a závery.

Rad softvérových produktov zameraných na subdoménu

Metodika

Naša metodika vývoja kombinuje výhody niekoľkých metodológií, na ktoré sa v akadémii a priemysle bežne odkazuje [3, 5, 6, 8], a rozširuje ich tak, aby aplikovali zobrazenie subdomény, ktoré riadi vývoj radu softvérových produktov. Obrázok 1 ukazuje hlavné činnosti metodiky týkajúce sa fázy inžinierstva domény. Táto fáza je rozdelená do dvoch úrovní:subdoména a

organizačné. Na prvej úrovni definujeme tri procesy, ktoré majú priamy vplyv na činnosti definované na druhej úrovni. Sivé obdĺžniky sfarbené na obrázku označujú procesy analýzy subdomény a ich vplyv na činnosti organizačnej analýzy. Procesy na tejto nižšej úrovni zhromažďujú a modelujú informácie o osobitostiach oblasti morskej ekológie. Na druhej strane, na organizačnej úrovni sa informácie o subdoméne používajú na použitie v organizačnej analýze, v ktorej sa analyzujú organizácie v subdoméne. Informácie modelované a implementované na organizačnej úrovni budú podmnožinou informácií zachytávaných na úrovni subdomén.

Tri procesy na úrovni subdomény morskej ekológie zahŕňajú nasledujúce úlohy:

Analýza informačného zdroja: Tento proces zahŕňa tri zdroje, ktoré je potrebné zvážiť v rámci subdomény morskej ekológie: štandardy, existujúce aplikácie a odborníci na oblasti. Štandardné informácie sú získané z normy ISO 19119 za účelom extrahovania, klasifikácie a zdokonalenia všeobecných služieb domény GIS. Existujúce aplikácie zodpovedajú analýze geografických open source nástrojov dostupných na internete. Analýza týchto nástrojov je užitočná na zistenie, ktoré softvérové ​​komponenty alebo aplikácie je možné znova použiť na implementáciu konkrétnych služieb. Aby sme to urobili, zaradili sme nástroje do troch kategórií:

tenkých webových klientov napríklad Mapfish5, p.mapper6, Ka-Map7 a MapBender8,

geografické databázynapríklad databázy MySQL GIS9 a Postgis10 amapu serverynapríklad UMN MapServer11 a GeoServer12. Napokon, odborníkmi na doménu sú ľudia so skúsenosťami so subdoménou morskej ekológie, ktorí v súčasnosti môžu (alebo nemusia) pracovať v organizáciách v tejto subdoméne. Poskytujú užitočné informácie o rôznych aspektoch, ktoré je potrebné zvážiť. Do tejto skupiny patria aj softvéroví inžinieri a vývojári, ktorí sú zodpovední za zachytenie, porozumenie a analýzu všetkých informácií o subdoméne morskej ekológie.

Analýza a koncepcia subdomény: Tu sa informácie získané v predchádzajúcom procese používajú na analýzu a organizáciu funkcií13 alebo služieb, ktoré by mala subdoména ponúkať. Tieto funkcie sú definované s prihliadnutím na štandardné služby (ISO 19119 štandard) a informácie poskytnuté odborníkmi z oblasti domén. Tabuľka 114 zobrazuje časť výsledných znakov, ktoré sú špecificky definované pre subdoménu morskej ekológie. Z dôvodu stručnosti tu neuvádzame všetky.

V tomto procese musí byť navyše subdoména konceptualizovaná. Môžu tu byť použité rôzne softvérové ​​artefakty, ako sú triedové modely, procesné modely atď. Analýza opakovane použiteľných komponentov: Tento proces identifikuje množinu opakovane použiteľných komponentov, ktoré by bolo možné použiť na implementáciu funkcií definovaných v minulom procese. Aspekt ako flexibilita, vývoj a údržba musia byť starostlivo

5 http://mapfish.org/ 6 http://www.pmapper.net/ 7 http://ka-map.maptools.org/ 8 http://www.mapbender.org/

9 http://dev.mysql.com/tech-resources/articles/4.1/gis-with-mysql.html 10http://postgis.refractions.net/

13V [3] je funkcia definovaná ako logická jednotka správania, ktorá je určená sadou

funkčné a kvalitatívne požiadavky

Kategórie Služba Špecifické vlastnosti

interakcia S1. Geografický prehliadač

S1.1) a) Zobraziť zóny. b) Zobraziť stanice v zóne. c). S1.2) a) Zobraziť/skryť zónovú vrstvu. b) Zobraziť/skryť vrstvu hustoty. c).

S2. Editor geografických funkcií

S2.1) a) Ukážte mapu s umiestnením zón. b) Ukážte mapu s množstvom druhov.

manažérske služby S3. Služba prístupu k funkciám

S3.1) a) Dotazovacie zóny hustoty druhov. b) Dotazovacie zóny, v ktorých je populácia druhov vyššia ako špecifická hodnota. c).

služba S4.1) a) Vyhľadávajte a upravujte údaje v katalógu geografických služieb. b).

Služby priestorového spracovania

S5. Služba analýzy blízkosti

S5.1) a) Zistite umiestnenie staníc v určitej zóne. b).

Služby dočasného spracovania

S6. Služba časovej analýzy blízkosti

S6.1) a) Získať počet vzoriek určitých druhov v zóne v rôznych časoch. b).

Služby tematického spracovania

S7. Služba zisťovania zmien

S7.1) a) Nájdite zmeny medzi hustotami druhov na rôznych prieskumoch. b).

Stôl 1.Časť geografických služieb vyžadovaných subdoménou morskej ekológie

špecifikované pomocou definície všeobecnej štruktúry podhlavia. Tento proces definuje referenčný model, ktorý bude spresnený pre činnosti na organizačnej úrovni. Preto musí byť vytvorená predbežná štruktúra zložená z opakovane použiteľných komponentov odvodených zo znakov získaných v predchádzajúcich procesoch. V tomto procese definujeme niekoľko opakovane použiteľných komponentov. Jedným z nich jeGrafické rozhranie ktorá implementuje niektoré z podfunkcií definovaných v prvku S1. Tento komponent je zase prepojený s iným komponentom (s názvom Spravovať geografické funkcie) implementujúcim niektoré podfunkcie funkcií S1 a S2 (pozri tabuľku 1).

Ďalej sme stručne popísali hlavné činnosti na organizačnej úrovni (obrázok 1) poháňané procesmi analýzy subdomény morskej ekológie (popísané vyššie).

v druhej fáze sme analyzovali, čo sme potrebovali na implementáciu budúcich línií produktov vytvorením rámca. Výstupom tejto aktivity je organizačný model zohľadňujúci všetky tieto aspekty.

Opakované použitie a hraničná analýza: Analýza vykonaná v predchádzajúcej aktivite poskytuje informácie o tom, ktorý prístup k vývoju je možné použiť. V tomto prípade, pretože organizácie nemali predchádzajúci vývoj softvéru, línia používa evolučný prístup. Použitím informácií poskytnutých serveromanalýza zdroja informácií procesu na úrovni subdomény považujeme za súčasť vývojového procesu použitie existujúcich softvérových nástrojov s otvoreným zdrojovým kódom pre GIS. Aktivita okrem toho definuje organizačné hranice a spoločné črty a variabilné znaky. Vzhľadom na vlastnosti špecifikované v subdoména analýza a konceptualizáciaprocesov (tabuľka 1) a informáciách od doménových expertov je definovaný rozsah produktového radu. Táto aktivita potom analyzuje, ktoré z funkcií je možné implementovať pomocou geografických nástrojov s otvoreným zdrojovým kódom. V našej analýze napríklad definujeme, že niekoľko nástrojov tenkých webových klientov môže implementovať funkcie S1, S2 a S5. Všetky tieto informácie sú vložené do matice funkcií/nástrojov, aby bolo možné vizualizovať, ktoré nástroje s otvoreným zdrojovým kódom implementujú ktoré funkcie a definovať budúce opätovné použitie komponentov/aplikácií. Okrem funkčných vlastností je ďalšou úlohou v tejto činnosti identifikovať nefunkčné požiadavky (aspekty kvality). Tento typ požiadaviek definujú softvéroví inžinieri a budú mať vplyv na úlohy nasledujúcich činností.

Organizačné požiadavky: Pri tejto aktivite používame informácie o znakoch zhodnosti a variability identifikovaných v poslednej aktivite a informácie poskytnutéanalýza a koncepcia subdomény a

analýza opakovane použiteľných komponentov procesy. Hlavným cieľom je definovať rozsah produktov a funkcií, ktoré je linka schopná implementovať. Pretože naša metodika sleduje minimalistický prístup, súčasťou produktového radu sú iba funkcie používané vo všetkých produktoch. V našom prípade nám tento prístup umožnil plne implementovať iba spoločné funkcie a nechať funkcie špecifické pre produkt implementovať každou inou organizáciou. Preto je náš rad softvérových produktov potom považovaný za aplošina [10]. Prvou úlohou je vytvoriť maticu produkt/vlastnosť, ktorá indikuje vlastnosti požadované každým výrobkom. Potom pomocou tejto matice v druhej úlohe musia byť odvodené vlastnosti, ktoré majú byť súčasťou riadku. Tabuľka 2 zobrazuje podmnožinu funkcií, ktoré sú súčasťou produktového radu, a podmnožinu funkcií, ktoré sú vlastnosťami špecifickými pre produkt. Ako môžeme pozorovať, vlastnosti S1-S3, S5-S6 a S8 sú súčasťou produktového radu. S7 je funkcia špecifická pre produkt, ktorá bude implementovaná iba produktom 1. Podobne sú vlastnosti S4, S9, S10 a S11 súčasťou každého produktu 2, 3 a 4. Okrem toho sme v rámci každej funkcie určili modely zhodnosti a variability. Napríklad pre funkciu S2.1 model variability popisuje dva varianty úprav a zobrazovania geografických funkcií - pomocou máp alebo tabuliek.

Produkty/VlastnostiS1 S2 S3 S4 S5 S6 S7 S8 S9 S10 S11

Tabuľka 2Funkcie, ktoré sú súčasťou produktového radu a vlastností konkrétneho produktu

predbežná štruktúra opakovane použiteľných komponentov definovaná v opakovane použiteľné súčastná analýza proces je reorganizovaný a zdokonalený tak, aby vykonával dve úlohy. Po prvé, komponenty môžu byť rafinované, aby sa zvýšila variabilita. Je potrebné vziať do úvahy rozhodnutia o určení rôznych komponentov pre každú variabilitu alebo zahŕňať variabilitu v rámci komponentov alebo zlúčenie medzi oboma. Za druhé, funkcie je potrebné reorganizovať do dvoch súborov požiadaviek, aby sa oddelili funkčné a nefunkčné (kvalitné) potreby. Tieto sady budú základom pre definovanie komponentov našej architektúry. Tu definujeme vrstvený architektonický štýl, aby sme uľahčili riešenie požiadaviek na modifikovateľnosť a modifikovateľnosť modifikácie. Obrázok 2 ukazuje referenčnú architektúru, v ktorej sú definované tri hlavné vrstvy. Okrem toho obrázok ukazuje, ktoré funkcie (definované v tabuľke 1) implementujú ktoré komponenty a závislosti medzi nimi.Komponent na zisťovanie zmien (vrstva geografického spracovania) napríklad implementuje funkciu S7.1 a komponent geografickej štatistiky implementuje funkcie S13.1 a S13.215. Sivé diely zafarbené na sivo sú komponenty, ktoré sú súčasťou platformy a ostatné sú špecifické pre jeden alebo viac produktov v rade.

Implementácia platformy: V tejto aktivite sa implementujú komponenty, ktoré sú spoločné pre všetky produkty, to znamená komponenty radu. Táto aktivita vytvára aplikačný rámec, ktorý bude použitý ako platforma pre každý produkt z tejto rady. Rámec tiež umožňuje vývojárom pridať funkcie špecifické pre produkt.

Validácia: V rámci tejto činnosti je potrebné analyzovať niekoľko aspektov. Po prvé, na testovanie rámca a špecifikácie produktového radu je potrebné definovať niektoré testovacie prípady. Za druhé, keď sa vyvíja nový produkt, musíme túto novú inštanciu otestovať (ako tú, ktorú popíšeme v ďalšej časti).

Vytvorenie inštancie produktového radu: prípadová štúdia

V tejto sekcii uvádzame inštanciu SPL vytvoreného špeciálne pre subdoménu morskej ekológie. Zostavili sme produkt 1 (tabuľka 2) obsahujúci vlastnosti produktového radu plus sadu špecifických pre produkt (S7). Ostatné výrobky

Obr.Referenčná architektúra SPL pre doménu morskej ekológie

v softvérovom rade (Produkty 2 4) budú patriť iným organizáciám v rámci morskej ekologickej domény (Instituto Argentino de Oceanograf´ıa16, Centro Nacional Patag´onico17 a Laboratorio de Moluscos y Crust´aceos patriace Univerzite v Mar del Plata) .

Produkt 1 vyšiel z projektu medzi výskumnou skupinou GIISCO18 a inštitútom biológie Marina y Pesquera „Almirante Storni“ 19 (IBMPAS). IBMPAS je zodpovedný za analýzu a uchovávanie informácií o námorných prieskumoch v zálive San Mat´ıas, Patagónia, Argentína. Každý prieskum, ktorý sa vykonáva raz za rok (keď je to možné), zhromažďuje informácie o populácii konkrétnych druhov žijúcich v tejto oblasti. Tieto informácie sa potom použijú na priestorové spracovanie s cieľom získať informácie o priestorovom rozložení údajov, vzoroch variácií populácie v rôznych mierkach atď.

Aby sme vytvorili inštanciu a vyvíjali produkt 1, vykonali sme nasledujúce kroky:

Definovali sme vlastnosti uvedené v tabuľke 1 podľa požiadaviek na produkt. Vlastnosti boli vylepšené tak, aby zahŕňali špecifické vrstvy požadované systémom IBMPAS. Do tohto produktu sme teda implementovali niekoľko vrstiev vrátane prieskumov, morských zón20 a staníc21.

Vytvorili sme inštanciu modelov variability spojených s funkciami (tabuľka 2). Napríklad funkcia S2.1 v tomto produkte je implementovaná pomocou tabuliek (nie pomocou histogramov).

16http://iado.criba.edu.ar/web/ 17http://www.cenpat.edu.ar/ 18http://giisco.uncoma.edu.ar/ 19http://ibmpas.org/

20Zóna je prímorská oblasť ohraničená a definovaná konkrétnym názvom v zálive. 21Stanica je geografický bod nachádzajúci sa v jednej z definovaných zón. V tomto

Nakoniec sme vytvorili architektúru na základe referenčnej architektúry definovanej v procese doménového inžinierstva (obrázok 2). Táto architektúra obsahuje komponenty definované pre SPL a komponenty špeciálne vytvorené pre tento produkt (S7).

Časť produktu 1 je už implementovaná. Ako príklad tu uvádzame dve z implementovaných služieb - detekcia zmeny a geografický dopyt funkcia služieb. Prvý je zobrazený na obrázku 3 a vracia informácie o miestach (staniciach), v ktorých sa druh (Viera Tehuelche) nachádza v rôznych prieskumoch (rok 87 žltý a rok 96 fialový) v rôznych zónach (polygóny zelene). Táto služba je veľmi užitočná na analýzu migračných pohybov druhov. V tejto službe je implementovaná funkcia S7.1. Druhú službu, geografickú funkciu dotazu, je možné tiež znázorniť na obrázku 3. Táto služba ponúka v spodnej časti tabuľku s popisom, keď je vybratá jedna alebo viac zón (v tomto prípade boli vybraté dve zóny). Táto služba je implementáciou funkcie S2.1 s príponoustôl

Obr.Mapa zobrazujúcadetekcia zmenyageografická funkcia dotazu služieb

Záver a budúca práca

V tejto práci sme definovali metodológiu orientovanú na vytvorenie radu softvérových produktov v oblasti morskej ekológie. Naša práca sa javí ako riešenie pre rôzne organizácie v tejto oblasti. Napriek tomu, že pri vytváraní produktového radu je potrebné vynaložiť veľké úsilie, pri vytváraní každého nového produktu prichádzajú výhody. V tomto príspevku sme ukázali skutočnú prípadovú štúdiu, v ktorej sme vytvorili inštanciu linky za účelom vytvorenia konkrétneho produktu pre IBMPAS. Prínosy tohto modelu rozvoja neboli priamo merané, ale jedným z ukazovateľov úspechu je, že náklady na vývoj boli drasticky znížené.

Metodika a rámec si v budúcej práci vyžadujú väčšiu validáciu, ale sme si vedomí toho, že pre úspešné uplatňovanie tohto prístupu je zásadný aj vývoj usmernení pre manažment. V rámci tohto radu vyvíjame podporný nástroj (ako doplnok Eclipse), ktorý interaguje so softvérovými inžiniermi a vývojármi v procese vytvárania nového produktu v rade.

Referencie

1. Arango, G .: Analýza domény. In: Marciniak, J. (ed.) Encyclopedia of Software Engineering, roč. 1, s. 424–434. WILEY (1994)

2. Benavides, D., Segura, S., Ruiz-Cort´es, A .: Automatizovaná analýza modelov funkcií o 20 rokov neskôr: prehľad literatúry. Information Systems 35, 615–636 (september 2010)

3. Bosch, J .: Návrh a používanie softvérových architektúr: prijatie a vývoj prístupu k produktovej línii. ACM Press/Addison-Wesley Publishing Co., New York, NY, USA (2000)

4. Clements, P., Northrop, L .: Softwarové produktové rady: Cvičenia a vzorce. Addison-Wesley Professional (august 2001)

5. Czarnecki, K., Helsen, S., Eisenecker, U.W .: Formalizácia modelov funkcií založených na mohutnosti a ich špecializácia. Softvérový proces: Vylepšovanie a prax 10 (1), 7–29 (2005)

6. Kang, K., Cohen, S., Hess, J., Nowak, W., Peterson, S .: Feature-Oriented Domain Analysis (FODA) Feasibility Study. Technická správa CMU/SEI-90-TR-21, Soft-ware Engineering Institute, Carnegie Mellon University Pittsburgh, PA. (1990) 7. Pernich, P., Buccella, A., Cechich, A., Doldan, S., Morsan, E .: Reusing geographic

e-služby: Prípadová štúdia v morskej ekologickej oblasti. In: Cellary, W., Es-tevez, E. (eds.) Software Services for e-World, IFIP Advances in Information and Communication Technology, vol. 341, s. 193–204. Springer Boston (2010),

8. Pohl, K., B¨ockle, G., van der Linden, F .: Software Product Line Engineering: Foundations, Principles and Techniques. Springer (september 2005)

9. Sinnema, M., Deelstra, S .: Klasifikácia techník modelovania variability. Informačné a softvérové ​​technológie 49, 717 - 739 (júl 2007)


Vedúce položky

Úvodná téma bola trochu predvídateľná: aké boli dôvody prechodu na ďalšie vydanie jadra na 3.0? Problém bol, povedal Linus, príliš veľa čísel, ktoré boli príliš veľké. Hlavné vydanie jadra by malo číslo 2,6.x, ktoré by sa stalo 2.6.x.y, akonáhle Greg vydá stabilné vydanie. Akonáhle distribútori pridajú svoje číslo zostavy, výsledkom je nepríjemný päťčíselný reťazec. Napriek tomu v tomto bode používame túto schému číslovania asi osem rokov, časť „2,6“ čísla verzie jadra je úplne bezvýznamná.

Linus kedysi povedal, že zmena veľkého počtu bude uznaním nejakého veľkého míľnika. Jadro 1.0 bolo prvé, ktoré malo siete, 1.2 pridalo podporu pre architektúry iné ako x86, 2.0 pridalo „druh fungujúcej“ podpory SMP atď. Kedysi sme si mysleli, že zvýšenie počtu hlavných verzií vyžaduje tento druh zásadnej novej funkcie, ale v časovom rámci 2.6.x sme prestali vydávať funkcie založené na funkciách. Súčasný vývojový proces funguje úžasne, ale spôsobil, že schéma číslovania 2.6.x sa neobmedzene drží. Keď sa blížime k 20. výročiu jadra Linuxu, mali sme dobrú príležitosť povedať „dosť“, a tak to urobil aj Linus.

„3.x“ nezostane navždy - alebo dokonca kým jadro nebude mať 30 rokov, Linus povedal, že očakáva, že sa pohne približne o 3,20.

Linus poznamenal, že niektorí ľudia si myslia, že 3.0 znamená, že je načase začať s veľkými novými funkciami (alebo s odstraňovaním starého kódu), ale to sa nemá stať. Je to len zmena čísla, nič viac. Snažiť sa, aby bolo jadro po celú dobu stabilné, fungovalo podľa neho veľmi dobre, čo sa nezmení. Greg bol očividne spokojný s touto zmenou a daroval Linusovi fľašu whisky, ktorú sľúbil ako prejav svojho ocenenia. Po diskusii o jej otvorení na mieste (Greg pre istotu priniesol aj papierové poháre) sa rozhodli, že bude najlepšie ukončiť diskusiu ako prvú.

Greg sa opýtal: aké nedávne zmeny sa mu najviac páčili? Linus reagoval, že má rád nudné funkcie, veci, ktoré si ľudia nevšimnú. Vylepšenia výkonu, napríklad za jeden príklad označil prácu na škálovateľnosti dcache. Neexistuje žiadne nové rozhranie pre používateľov, iba to zrýchľuje prácu so starými vecami.

Vlastnosti a nadúvanie

Je jadro, ako Linus slávne povedal na paneli z roku 2009, nafúknuté? Linus uznal, že je stále dosť veľký, že by nemohol fungovať na stroji, ktorý používal na jeho vývoj pred 20 rokmi. Ale aj telefóny sú teraz oveľa výkonnejšie ako ten starý stroj, takže to nikoho vlastne nezaujíma. Jadro rastie, ale tento rast je spravidla potrebný na splnenie potrieb súčasného hardvéru a používateľov.

Čo tak sakra pridanie funkcií - nových vecí, ktoré nie sú striktne poháňané novým hardvérom? Je to niečo, čo ešte môžeme urobiť? Linus uviedol, že určite existujú vývojári, ktorí pracujú na funkciách bez súčasných používateľov, pričom uvažujú zhruba o päť rokov do budúcnosti. Niekedy je tá práca úspešná, niekedy skončíme s kódom, ktorý ľutujeme, že sme ho pridali. Linus uviedol, že stále viac trvá na dôkazoch, že existujú skutoční používatelia funkcie, skôr ako je ochotný túto funkciu zlúčiť.

Greg sa pýtal na kontrolné skupiny a poznamenal, že veľa vývojárov jadra voči nim skutočne namieta. Linus reagoval, že kontrolné skupiny sú funkcia, ktorá pôvodne nemala veľa používateľov, ale teraz ju majú. Kontrolné skupiny boli pôvodne pridané pre určité špecifické nastavenia serverov, o ktoré malo záujem niekoľko ďalších. Vývojári boli nešťastní, pretože kontrolné skupiny komplikujú základnú infraštruktúru. Kontrolné skupiny však začali nachádzať veľa používateľov mimo pôvodného cieľového publika, čo sú nakoniec úspešné funkcie.

Symetrické multiprocesing (SMP) bol tiež na začiatku funkcia s malým počtom používateľov, bola to funkcia „veľkého železa“. Teraz vidíme podporu SMP využívanú plošne, dokonca aj v telefónoch. To ilustruje, povedal Linus, jednu zo základných silných stránok Linuxu: používame rovnaké jadro na širokej škále platforiem. Nikto iný, povedal, nerobí veci tak, ako majú tendenciu mať rôzne jadrá malých a veľkých systémov-napríklad iOS a Mac OS. Linux to nikdy neurobil, v dôsledku čoho napríklad nikdy neexistovalo výrazné obmedzené jadro pre vstavané systémy. Pretože je plné jadro k dispozícii dokonca aj na tejto úrovni, Linux bol vo vstavanom svete skutočným úspechom.

Vstavané systémy, nadvláda nad svetom a ďalších 20 rokov

Pokračujúc v téme vstavaných systémov sa Greg spýtal na aktuálny rozruch okolo stavu stromu ARM. Linus reagoval, že vývojári v tejto oblasti boli trochu ostrovní, riešili svoje vlastné problémy a nič viac. Výsledkom je trochu chaos, ale je spokojný s tým, ako sa veci teraz vyvíjajú. V dôsledku posunu od Linusa a ďalších začína komunita ARM reagovať na jadro 3.0, myslí si Linus, bude prvým v histórii, kde sa podstrom ARM skutočne zmenšuje. Vstavaný svet má v histórii len myslenie na akúkoľvek malú platformu, na ktorej v súčasnosti pracuje, a nemyslenie na väčší ekosystém, ale to sa mení, táto komunita sa rozrastá.

Greg pred mnohými rokmi hovoril, že Linus hovoril o cieli „úplnej nadvlády nad svetom“ a o tom, že kľúčom k dosiahnutiu cieľa je viac aplikácií. Je to stále pravda? Linus odpovedal, že je to menej pravdivé, ako to bývalo. Teraz máme aplikácie do značnej miery. Tiež už nežartuje o nadvláde nad svetom, bolo to zábavné iba vtedy, keď to bolo očividne myslené ako žart.

V tomto bode, povedal Linus, sa nám darí naozaj všade, okrem tradičnej pracovnej plochy. To je trochu ironické, pretože Linus začal s prvou vecou predovšetkým pre desktop - chcel ho spustiť na vlastnom stolnom systéme. V tomto bode máme väčšinu z toho, čo by sme potrebovali, vrátane mnohých aplikácií, ale desktop je jednoducho ťažký trh, na ktorý sa dostať. Je ťažké prinútiť ľudí, aby zmenili svoje návyky. To znamená, že sa tam niekedy dostaneme.

Môžeme v jadre urobiť niečo pre dosiahnutie tohto cieľa? Linus odpovedal, že nad touto otázkou premýšľal, ale v skutočnosti to nevedel. Vykonalo sa veľa práce, aby jadro podporilo vývojárov jadra pre prípad použitia stolného počítača. Koniec koncov, Linux spravidla používa ako svoju pracovnú plochu, takže si dobre uvedomujú, ako dobre funguje. Je však na distribútoroch, aby sa na tento trh zamerali a vytvorili kompletný produkt.

Greg poznamenal, že 20 rokov je dlhá doba na prácu na jednom projekte, premýšľal Linus niekedy o tom, že sa pohne ďalej? Linus reagoval, že sa skutočne rád koncentruje na jednu vec, pretože nie je multi-tasker. Je skutočne šťastný, že má jednu vec, ktorú robí dobre, a povedal, že nikdy nečakal, že to bude robiť tak dlho. Na otázku, či bude pokračovať ďalších 20 rokov, Linus odpovedal, že dovtedy bude dosť starý. Jedného dňa sa objaví niekto mladý a energický a dokáže, že je v tejto práci skutočne dobrý. To bude Linusov krok k tomu, aby ustúpil: keď príde niekto lepší.

Čo musíme urobiť, aby bolo jadro relevantné? Linus povedal, že relevancia nie je problém, ktorý má unixová architektúra v súčasnosti už 40 rokov, a je rovnako aktuálna ako dnes. Ďalších 20 rokov veľký rozdiel neprinesie. Budeme sa však naďalej vyvíjať. Nikdy nechce, aby sa jadro dostalo do režimu údržby, kde už nebudeme vykonávať významné zmeny.

Momenty, výzvy a licencie

Člen publika požiadal Linusa, aby mu popísal jeho jediný najpamätnejší moment za posledných 20 rokov. Linus odpovedal, že v skutočnosti nemá jadro, pretože je výsledkom mnohých malých myšlienok, ktoré v priebehu dlhého obdobia prinieslo veľa ľudí. Nebolo žiadne veľké „aha ha!“ moment. Pokračoval v opisovaní svojho malého maznáčika v súvislosti s technologickým priemyslom: veľa sa hovorí o „inováciách“ a „vízii“. Ľudia chcú počuť o jednej veľkej myšlienke, ktorá mení svet, ale takto svet nefunguje. Nejde o vizionárske nápady, ale o veľa dobrých myšlienok, ktoré v tej dobe nevyzerajú, že by sa menili svetom, ale ktoré sú po použití veľkého množstva potu a práce skvelé.

Uznal však, že nastali zaujímavé chvíle, ktoré sa datujú takmer pred 20 rokmi, keď Linux prešiel od osobného projektu k niečomu, kde už nepoznal všetkých ľudí, ktorí sa na ňom podieľali. V tej chvíli si uvedomil, že Linux už nie je len jeho hračka. V deň, keď spoločnosť Oracle oznámila, že bude podporovať Linux, k jedným z nich došlo k vzrušujúcemu vývoju. Ale o čo vlastne ide, je vytrvalosť a tvrdá práca tisícov ľudí.

Ďalší človek sa pýtal, či zvyšujúci sa úspech webových aplikácií bude znamenať koniec Linuxu. Linus reagoval, že prechod na prehliadač bol namiesto toho pre Linux užitočný. Kedysi existovalo množstvo špecializovaných aplikácií iba pre Windows na úlohy, ako je riešenie problémov bánk, ktoré sú už všetky preč. Keď sú aplikácie spustené v prehliadači, nezáleží na podrobnostiach operačného systému. V tomto momente ide o technológiu, licencovanie a cenu - to všetko sú oblasti, v ktorých Linux vyniká.

Ďalšia otázka znela: Ste spokojní s Ubuntu? Linus navrhol, aby Greg na túto otázku odpovedal, aby mal zábavnejší výsledok. Ďalej uviedol, že Ubuntu používa iný prístup a prináša niekoľko zaujímavých výsledkov. Je užitočné mať distribútora, ktorý pracuje s menej technickým prístupom viac zameraným na používateľa. Ubuntu bol s týmto prístupom úspešný a ukázal ostatným distribútorom časť trhu, ktorá im chýbala. Greg dodal, že mu ide predovšetkým o to, aby chcel rásť komunitu jadier. Veci sa zlepšujú, povedal Greg.

Aký je najťažší technický problém, s ktorým sa Linus musel kedy vyrovnať? Linus odpovedal, že najväčšie problémy, s ktorými sa stretáva, nie sú technické. Nakoniec môžeme vyriešiť technické problémy, pri ktorých sa niekedy rozhodujeme zle, ale postupom času sa dajú opraviť. Keď máme vážne problémy, väčšinou sú v oblasti dokumentácie a pomoci od výrobcov hardvéru. Niektorí výrobcovia nám nielenže odmietajú pomôcť pri podpore ich hardvéru, ale aktívne sa snažia podporu aj sťažiť. To ho, Linus, dráždi, ale tento problém pomaly ustupuje.

Čo je však skutočne ťažké, je problém zmiešania agend tisícov vývojárov a stoviek spoločností. To vedie k občasným veľkým nezhodám ohľadom funkcií a kódu, ktorý sa má zlúčiť. Ak Linus stratí spánok, zvyčajne ide o ľudí a politiku, nie o technické problémy, interakcie medzi ľuďmi ho môžu niekedy frustrovať. Obvykle riešime aj tieto problémy, ale riešenie môže zahŕňať zlú krv niekoľko mesiacov.

Zoznam adries linux-kernel, povedal Linus, je trochu známy svojou otvorenou povahou a niekedy je považovaný aj za prekážku účasti. Je však dôležité, aby ste dokázali vyčistiť vzduch, aby boli ľudia úprimní a dali ostatným vedieť, čo si myslia. Ak sa pokúsite byť na internete subtílni, ľudia tomu nerozumejú, čo môže viesť k tomu, že vývojári budú roky pracovať na funkciách, ktoré ostatní jednoducho nenávidia. Linus povedal, že z dlhodobého hľadiska môže byť oveľa zdravšie povedať „peklo nie“ na začiatku a mať istotu, že ľudia porozumejú. Samozrejme, to funguje len vtedy, ak si to potom dokážeme priznať, keď sa ukáže, že sme sa mýlili.

Posledná otázka sa týkala GPL: je stále spokojný s licenciou? Linus povedal, že s GPLv2 je skutočne veľmi šťastný. Začínal s licenciou na vlastnú tvorbu, ktorá zakazovala komerčné využitie. Trvalo to veľmi málo času, kým bolo jasné, že to komplikuje život distribútorom a ďalším.Takže bol vždy spokojný s prechodom na GPL, čo je podľa neho spravodlivá a úspešná licencia. Cíti, že nie je potrebné predĺžiť (alebo prejsť na GPLv3) licencia, povedal, očividne fungovala dobre. Prečo to meniť?

[Váš redaktor by chcel poďakovať nadácii Linux Foundation za pomoc pri jeho ceste do Japonska.]

MeeGo 1.2 na N900

K tomuto článku prispel Nathan Willis

Ako bolo prediskutované minulý týždeň, tŕňom v oku projektu zostáva pretrvávajúca absencia vreckového zariadenia na masovom trhu so systémom MeeGo. Aj keď sa set-top box a palubné platformy podpísali pod veľkých výrobcov OEM, všeobecný spotrebiteľský trh sa naďalej zameriava na smartfóny. Minulý mesiac kolovalo po konferencii MeeGo v San Franciscu niekoľko klebiet, ktoré naznačovali, že Nokia mala v úmysle na podujatí uviesť svoj dlho plánovaný telefón so systémom MeeGo, ale bola nútená opäť posunúť dátum vydania (príbehy sa hádajú, prečo) . Napriek tomu existuje snaha komunity vyvinúť používateľsky pripravenú distribúciu MeeGo pre telefón N900 a tento tím urobil zverejnite na konferencii.

Projekt je známy ako MeeGo Developer Edition (DE) pre N900 a jeho najnovšie vydanie nesie názov MeeGoConf/SF na počesť jeho odhalenia na konferencii. Vydanie SF je založené na MeeGo 1.2, ale obsahuje rozsiahlu sadu prispôsobení, ktoré boli zdieľané späť proti prúdu s projektom MeeGo Handset user experience (UX) (aj keď nie všetky zmeny sú určené na zlúčenie s oficiálnymi vydaniami MeeGo) . Softvér MeeGo DE je v súčasnej dobe v funkčnom a pozoruhodne stabilnom stave, aj keď vývojári upozorňujú, že by sa stále nemal používať ako denná náhrada predvoleného operačného systému Maemo N900 a existujú očakávané chyby plus strata záručná ochrana. Napriek tomu si tím pre projekt stanovil veľmi užívateľsky orientované ciele a je príjemným prekvapením vidieť, ako dobre niektoré z nich fungujú.

Vnútri Developer Edition

Jukka Eklund viedol panelovú prezentáciu o vydaní MeeGo DE v posledný deň konferencie. V ňom načrtol štyri prípady použitia, ktoré si tím stanovil ako svoje ciele: pracovné mobilné hovory, pracovné SMS správy, funkčná kamera a prehliadač pracujúci cez WiFi. Cieľ kamery bol pridaný do zoznamu po ceste, poznamenal, pretože kód kamery fungoval tak dobre.

Okrem základnej funkcie sa tím rozhodol zahrnúť do základnej distribúcie telefónu MeeGo aj niektoré doplnky vrátane ďalších aplikácií (prehliadač Firefox For Mobile, instant messenger Peregrine, čítačka správ QmlReddit atď.), Vylepšenia základné aplikácie MeeGo Handset (ako napríklad silne patchovaný a portovaný na QML dialer a vylepšené ovládanie hlasitosti) a niektoré úplne nové funkcie. Nová funkcia obsahuje režimy USB, ktoré ešte nie sú podporované, a navyše možnosť zamknúť a odomknúť kartu SIM pomocou kódu PIN a mdash vrátane používateľského rozhrania.

Napriek tomu, že projekt MeeGo DE funguje úplne pod holým nebom, v rámci existujúcej projektovej infraštruktúry MeeGo (IRC, zoznamy adries a sledovač chýb) Eklund opísal svoje myslenie ako „virtuálneho predajcu“, ktoré sleduje rovnaký životný cyklus správy produktov ako komerčný dodávateľ hardvéru/softvéru by & mdash, ale zdieľal skúsenosti na otvorenom priestranstve a poskytoval svoje zmeny späť do komunity.

Je to nový a zaujímavý prístup: Linux Foundation vo veľkej miere využíva schopnosť MeeGo skrátiť časy a náklady na vývoj produktu, spravidla však na príkladoch z reálneho sveta, kde sa produkt objaví až na konci. Tím WeTab bol počas konferencie MeeGo na dosah ruky, aby povedal, že napríklad ich tablet na báze MeeGo prešiel od návrhu k výrobe napríklad za necelé štyri mesiace. Rozhodne nie je dôvod pochybovať o týchto číslach, ale v skutočnosti je dokumentovaný proces ešte lepšie.

Nokia navyše dlhodobo obhajuje svoje právo ponechať si vlastnú vrstvu UX ako vlastnú, pretože je to jediný spôsob, ako „odlíšiť“ svoje produkty MeeGo na trhu. Zdá sa, že toto zmýšľanie čiastočne viedlo k súčasnej stratégii projektu UX, kde MeeGo vydáva pokles so sadou UX „referenčnej kvality“, ktoré sa značne líšia v použiteľnosti a lesku. Je zásluhou tímu MeeGo DE, že sa zlepšil v referenčnom UX a poslal svoje záplaty proti prúdu. Niektoré (ako napríklad dialer) už boli zlúčené, iné (napríklad téma a vrstva používateľského rozhrania) na nich čaká menej jasný osud.

Eklund sa zaoberal aktuálnym stavom vydania SF, poskytol nejaký čas kolegom diskutujúcim Makoto Sugano, Harri Hakulinen, Marko Saukko a Carsten Munk, aby vyjadrili svoje pripomienky, a potom pokračoval v predvádzaní nového kódu fungujúceho na N900. Ukážka zahŕňala vylepšený dialer, ktorý nazýval Tom Swindell & mdash vývojárom, ktorý portoval dialer do QML & mdash tam v publiku. Predviedol tiež základnú sadu aplikácií a predviedol schopnosť N900 prevádzkovať MeeGo Tablet UX (aj keď rozhranie tabletu nie je celkom použiteľné, pretože predpokladá nehnuteľnosť s väčšou obrazovkou).

Testovanie

Aj keď to demo bolo pekné, rozhodol som sa, že musím kód vyskúšať na vlastnej N900, aby som získal plný zážitok. Pokyny na inštaláciu sú na wiki MeeGo, ktorá sa ukázala ako jediná náročná časť procesu a nie je neprekonateľná, ale pravdepodobne je potrebné vykonať čistenie. Wiki šíri pokyny na stiahnutie, blikanie, prípravu pamäťovej karty a inštaláciu na veľkom počte stránok, z ktorých niektoré nie sú správne aktualizované, aby odrážali aktuálny stav vydania a javili známky kríženia viacerých editorov.

Napríklad v tabuľke „Inštalovať obrázok“ sú uvedené dva samostatné procesy ako „odporúčaný spôsob“ inštalácie programu MeeGo DE a najviac odporúčaný postup je uvedený ako „Inštalácia s dvojitým zavedením systému“, čo je samostatná položka z „Inštalácia MMC“ „Aj keď to v skutočnosti vyžaduje inštaláciu MeeGo DE na kartu MMC telefónu. Okrem toho existuje niekoľko miest, kde pokyny hovoria, že 2 GB pamäťová karta je dostačujúca, ale to už neplatí pre vydanie SF, ktoré zaberá najmenej 4 GB úložného priestoru.

Najjednoduchšou možnosťou je nainštalovať do telefónu bootloader uBoot (čo vyžaduje najskôr aktiváciu nestabilného úložiska Maemo Extras-devel, dostatočne dlhé na pridanie programu uBoot) a potom zapísať surový obrázok MeeGo DE na nemontovanú kartu microSD. Na stránke sťahovania vydania SF je to veľký súbor .raw.bz2. Teoreticky je možné stiahnuť surový obrázok zo samotného N900 a potom ho potrubím cez bzcat do dd zapísať priamo na pamäťovú kartu, ale prerušil som prácu a krok prípravy karty som vykonal namiesto toho zo stolného počítača Linux.

S novo zapísanou pamäťovou kartou vloženou do telefónu zostane všetko, čo ho potrebuje na zapnutie. Zavádzač uBoot rozpozná bootovateľný zväzok na karte a v predvolenom nastavení ho načíta, pričom zavádza telefón do systému MeeGo DE. Ak chcete telefón znova zaviesť do systému Maemo, jednoducho reštartujete počítač s vybratou pamäťovou kartou alebo na príkaz uBoot pri zapnutí zadajte príkaz run noloboot.

Pri prehliadaní okolia musím povedať, že na mňa MeeGo DE celkom zapôsobil. Existuje niekoľko oblastí, v ktorých je DE výrazným zlepšením oproti vanilkovému telefónu MeeGo Handset UX: miniaplikácie používateľského rozhrania sú vzhľadovo konzistentnejšie, text má vyšší kontrast a je čitateľnejší a navigačné prvky používateľského rozhrania (napríklad „návrat domov“) tlačidlo a indikátor stránky mriežky aplikácie) jednoduchšie naberanie.

Načítavanie aplikácií je pomalé, aj keď to nepochybne do značnej miery závisí od rýchlosti pamäťovej karty, ktorú som použil. Po spustení funguje rozhranie hladko, vrátane rýchlych prechodov QML. Pokiaľ ide o samotnú sadu aplikácií, dialer je (ako naznačovali všetky správy) obrovským zlepšením oproti sériovému dialeru Maemo. Je jednoduchšie nájsť kontakty a zadať čísla a tlačidlá na obrazovke rýchlejšie reagujú na stlačenia prstov. Podobné vylepšenia použiteľnosti v sieti a všeobecné konfiguračné nastavenia a rozhranie mdash Maemo na pripojenie k novému prístupovému bodu WiFi alebo zariadeniu Bluetooth sú náročné. Zdá sa, že fotoaparát rýchlejšie zaostruje a oveľa rýchlejšie sa prispôsobí zmenám osvetlenia a zobrazí najnovší záber.

Na druhej strane existujú body bolesti. Vôbec som nedokázal spustiť prehrávač videa (vydanie SF dodávané s Big Buck Bunny a oddaným videom pre mačiatko kalibru YouTube v rozlíšení 240 p), striedalo sa medzi zobrazovaním iba čiernej obrazovky a divoko natiahnutým obrazom mimo hry. pomer. Zvukový prehrávač má krajšiu navigačnú štruktúru ako Maemo (ktorá sa spolieha na veľké, zvisle sa posúvajúce zoznamy, ktoré sa podivne zobrazujú iba vo formáte na šírku), ale tlačidlá na prehrávanie sú malé a majú asi jednu štvrtinu veľkosti tlačidiel na spustenie aplikácie.

MeeGo DE z nejakého dôvodu vycíti orientáciu zariadenia a otočí displej do troch zo štyroch možných smerov, nie však do štvrtého portrétu hore nohami. Nepotrebujem používať svoj telefón v orientácii na výšku-na výšku, ale určite je užitočnejší než na výšku-na výšku, ktorý je podporovaný, aj keď vám ponechá klávesnicu hore nohami. Nakoniec som sa nemohol dostať na vrchol horného stavového panela, po ktorom som stále chcel (alebo očakával), že otvorí ponuku rýchlych nastavení, ako to robí Maemo, pri bežných úlohách, ako je zapnutie alebo vypnutie Bluetooth alebo dátového pripojenia.

Aplikácie tretích strán sú zmiešanou taškou, ako by ste mohli očakávať. Som veľkým fanúšikom Firefoxu pre mobily a Peregrine sa zdá pekný, ale aplikácia Facebook Kasvopus na mňa urobila menší dojem. Niektoré z aplikácií používajú svoje vlastné štýly miniaplikácií, čo môže byť nepríjemné. To určite nie je chyba MeeGo DE, ale vyvoláva to niekoľko otázok o QML. Jednou z veľkých výhod spoločnosti Maemo je, že všetky aplikácie používajú rovnakú súpravu nástrojov, takže tlačidlá funkcií, posuvníky a upozornenia je ľahké vybrať. Čím viac aplikácií píše vlastné bláznivé rozhrania QML, tým je väčší potenciál pre zmätok používateľov.

Celkovo však vydanie SF obsahuje dobrý výber aplikácií. Ak ste si nedávno kúpili telefón, nepochybne si pamätáte, že prvým krokom je vždy odstránenie nadbytočných sponzorovaných aplikácií a nástrojov poskytovaných predajcom, ktoré fungujú iba s jednou službou. MeeGo DE neponúka vo svojich ponukách služieb prehnane veľa, iba vám poskytuje flexibilnú sadu nástrojov: IM klient, nie aplikácia iba pre GoogleTalk alebo Skype, ale skutočný prehliadač, nie vyhľadávací nástroj iba pre Yahoo.

Všetko, čo bolo povedané, MeeGo DE ešte nie je pripravené slúžiť ako úplná náhrada za Maemo. V súčasnosti sú veľkými blokátormi správa mobilných dát a napájania, bude však potrebovať vylepšenie podpory správ SMS a MMS, upozornenia na hovory a niekoľko ďalších kľúčových oblastí použiteľnosti. Eklund a ostatní členovia tímu hovoria priamo o zamýšľanom publiku DE buildov: sú ukážkou MeeGo na mobilných telefónoch, ukazujú, že kód môže bežať pohodlne aj na niekoľko rokov starom hardvéri a umožňujú komunite presadiť obálka, v ktorej nie sú výrobcovia mobilných telefónov.

Na všetkých týchto frontoch treba vydanie MeeGo DE SF považovať za úspešné. Nezaznamenal som žiadne havárie a telefonoval som aj prijímal hovory bez incidentov. Ešte lepšie je, že vrstva UX (vrátane rozhrania a aplikačného balíka) je vylepšením oproti referenčnému dizajnu. Ak chce riadiaca skupina MeeGo udržať referenčné UX v neleštenom stave, ktoré je iba demo, stále to môžu urobiť. Osobne sa domnievam, že je to chyba: žiadny OEM nie je zabrániť od ich nahradenia za účelom odlíšenia svojich produktov, ale verejnosť lačníca po pomôckach vždy najskôr uvidí dizajn v demo kvalite. MeeGo DE pre N900 však ukazuje, že projekt nemusí pokračovať touto cestou, pretože komunita je pripravená a ochotná zapojiť sa.

[Autor by chcel poďakovať Linux Foundation za sponzorovanie jeho cesty na konferenciu MeeGo. ]

PGCon 2011, konferencia pre vývojárov PostgreSQL

K tomuto článku prispel Josh Berkus

PGCon je medzinárodná konferencia prispievateľov PostgreSQL, ktorá sa posledné štyri roky koná v kanadskej Ottawe. Slúži to rovnakému účelu pre komunitu PostgreSQL, ako to robí Linux Plumbers Conference pre Linux, a priťahuje väčšinu popredných prispievateľov kódu do PostgreSQL a jeho rozšírení a nástrojov. Tento rok sa zúčastnilo takmer 200 prispievateľov z celého sveta, vrátane hackerov z ďalekého Čile a Ukrajiny, ako aj veľkého kontingentu z Japonska.

PostGIS vie, kde ste

„Všetci sú neustále sledovaní,“ povedal Paul Ramsey v úvode svojho rozhovoru o PostGIS. Ramsey je tvorcom PostGIS, rozšírenia geografických údajov do PostgreSQL, a pracuje pre OpenGeo ako architekt. Hovoril o tom, ako zmeny v spôsobe nášho života spôsobujú výbuch v prijímaní geografických a priestorových technológií. „PostGIS vie, kde ste. Mali by ste si robiť starosti? Nie. Mali by ste si robiť starosti s Apple? Pravdepodobne,“ povedal. Stručne sa tiež zaoberal históriou geografického informačného systému (GIS), ktorý bol vynájdený v Kanade, a potom hovoril o vývoji projektu PostGIS.

PostGIS rýchlo napreduje a podľa Ramseyho teraz napreduje aj samotný GIS. „Došli nám veci na implementáciu do štandardu, preto sme prešli na nový štandard, ktorý mal implementovať viac vecí.“ Plány pre PostGIS 2.0 obsahujú podporu rastrov, 3D a 4D indexovanie a volumetrické objekty.

Prvé žiadosti o rastrovú podporu a volumetrické objekty prišli od archeológov a plánovačov vodných systémov. Títo ľudia potrebujú reprezentovať trojrozmerné objekty pod zemou nielen svoj tvar, ale aj relatívnu polohu v troch dimenziách. Ďalšou oblasťou, kde sú zásadné objemové tvary, je vzdušný priestor, kde jeden účastník predviedol aplikáciu SVG a PostGIS, ktorá v reálnom čase ukazovala premávku na letisku Ottawa.

„4D indexovanie“ znamená indexovanie objektov nielen vo vesmíre, ale aj v čase, aby bolo možné sledovať osoby a objekty pri ich pohybe. Rozširovanie verejných videokamier a geografických údajov z našich mobilných telefónov prináša záplavu údajov o pohybe a polohe. V súčasnej dobe neexistuje žiadny softvér, ktorý by mohol tieto údaje reprezentovať a vyhľadávať vo veľkom. Projekt PostGIS ho plánuje rozvíjať.

Primárnymi obmedzeniami, s ktorými dnes PostGIS zápasí, sú škálovateľnosť zápisu a nedostatok paralelného spracovania údajov GIS. To druhé je problém, pretože vykresľovanie, transformácia a testovanie priestorových objektov a mdash, napríklad na zodpovedanie otázky „ktoré stavebné pozemky hraničia s týmto?“ & mdash sú náročné na procesor. V súčasnosti nemôžete na jeden dotaz GIS použiť viac ako jedno jadro.

Nedávno sa Foursquare musel odvrátiť od PostGIS, pretože nedokázal udržať krok so stovkami tisíc aktualizácií za sekundu, ktoré služba dostane. Transakčná réžia aj čas potrebný na zápis serializovaných geometrických objektov boli príliš vysoké. Na Lucene a MongoDB prešli na vlastný softvér. Ramsey dúfa, že PostgresXC dodá klastre, ktoré môže PostGIS využívať.

Konferenčné zasadnutia

Keďže PGCon pozostáva z 34 relácií v troch paralelných tratiach, nemohol som sa zúčastniť všetkého. Niektoré z najzaujímavejších prednášok zahŕňali:

  • Spoločnosť Unisys Japan predstavila svoju prácu na databázovej federácii PostgreSQL, Oracle a SQL Server.
  • Jignesh Shah z VMWare predstavil svoju analýzu režijných nákladov na zamykanie na nízkej úrovni v PostgreSQL.
  • Tim Child predstavil PgOpenCL, rozšírenie PostgreSQL na používanie GPU s dotazmi.
  • Zamestnanec Kanadskej vysielacej spoločnosti predstavil World Flight Planner.
  • Vedci z Moskovskej univerzity predstavili nový druh indexu, SP-GiST.

Bolo mnoho ďalších dobrých relácií, na ktoré som nemal čas sa zúčastniť. Urobil som však:

Hackovanie plánovača dopytov

Asi najpopulárnejšou reláciou na PGCon bola kontrola Toma Lanea a vysvetlenie, ako funguje plánovač dotazov PostgreSQL. Tom Lane je vedúcim hackerom projektu PostgreSQL a jeho relácia, ktorá sa predĺžila do druhej relácie, bola plná.

Plánovač dotazov je súčasťou odpovedí na databázové požiadavky, ktoré rozhoduje o tom, ako najefektívnejšie získať údaje. Pretože aj stredne zložitý dotaz môže zahŕňať rozhodovanie medzi miliónmi možných ciest spustenia, samotný kód plánovača dotazov je trochu. nepriehľadné.

Niektoré z viac ako 25 000 riadkov kódu plánovača PostgreSQL majú 20 rokov. Mnoho častí plánovača je najlepšie opísať ako „kludgy“, ale Tom Lane a ďalší vedúci vývojári sa zdráhajú ich upraviť, pretože v súčasnosti fungujú pomerne dobre. Ešte dôležitejšie je, že plánovač dotazov je holistický systém s časťami, ktoré na seba vzájomne pôsobia ťažko predvídateľným spôsobom. To viedlo k nedostatku vývojárov, ktorí sa zaujímali o vylepšenia z dôvodu náročnosti úlohy. Lane prednášal v nádeji, že to zmení.

Plánovač je najkomplexnejšou časťou zo štyroch fáz, ktoré idú do odpovede na dotaz PostgreSQL. Analyzátor najskôr rozhodne o sémantickom význame reťazca dotazu, pričom oddelí identifikátory objektov, operátory, hodnoty a syntax. Po druhé, Prepisovač rozširuje zobrazenia, pravidlá a aliasy. Po tretie, Plánovač vyberá indexy, spája plány, podvyberá „splošťuje“ a používa výrazy na rôzne tabuľky, aby našiel najlepší plán dotazov, ktorý sa má vykonať. Exekútor nakoniec vykoná plán, ktorý plánovač pripraví.

Tri ciele plánovača sú: nájsť dobrý (rýchly) plán dotazov, nestráviť príliš veľa času jeho hľadaním a podporiť rozšíriteľnosť PostgreSQL ošetrením väčšiny operátorov, typov a funkcií ako objektov čiernej skrinky. Plánovač to urobí vytvorením stromu „uzlov plánu“, z ktorých každý predstavuje konkrétny typ spracovania, ktoré sa má vykonať. Každý uzol preberá prúd n -tíc (t. J. Riadkov) a vydáva prúd n -tíc.

Uzly plánu sa skladajú z troch typov: Relačné kontroly, ktoré čítajú údaje z tabuliek a indexov, Spojovacie uzly, ktoré spájajú ďalšie dva uzly, a uzly so špeciálnym plánom, ktoré spracovávajú veci ako agregáty, skenovanie funkcií a ÚNIE dvoch vzťahov. Každý uzol má zdroj údajov (vstupný tok), výstupné stĺpce a výpočty a kvalifikátory alebo filtre. Uzly majú tiež sadu štatistík, ktoré odhadujú, koľko času bude potrebné na vykonanie všetkých týchto vecí. Uzly plánu sú od seba väčšinou autonómne, ale nie vždy napríklad plánovač pri zvažovaní zlúčeného spojenia zohľadňuje poradie výstupu.

Prvá fáza, ktorou plánovač prechádza, je pokus o zjednodušenie dopytu.To zahŕňa zjednodušenie výrazov, „vloženie“ jednoduchých funkcií SQL a „sploštenie“ podvýberov a podobných štruktúr dotazov do spojení. Toto zjednodušenie poskytuje plánovaču maximálnu flexibilitu pri plánovaní dotazu a znižuje opakované opakované spracovanie pre každú n-ticu.

Plánovač potom prejde plánovaním Relation Scan a Join, ktoré zhruba zodpovedá častiam OD a KDE dotazu SQL. V tejto fáze plánovania je najdrahšou časťou Plánovanie spojov, pretože dochádza k faktickému rozšíreniu počtu možných plánov na základe počtu vzťahov, ku ktorým sa pripájate (t. J. N tabuliek je možné spájať n! Spôsobmi). V prípade jednoduchého až stredne zložitého dotazu sa plánovač pokúsi naplánovať všetky možné plány spustenia alebo cesty, ktorých vykonanie môže trvať.

Pokiaľ ide napríklad o veľmi komplexný dotaz & mdash, plánovač s 25 tabuľkami Join & mdash, musí sa uchýliť k približným metódam plánovania, ako je napríklad genetický algoritmus „GEQO“ na vytváranie plánov dotazov zabudovaných do PostgreSQL. GEQO však nemá tendenciu vytvárať veľmi dobré plány dotazov a skutočne potrebuje zlepšenie alebo nahradenie iným algoritmom. Existuje aj súbor pravidiel zjednodušenia pre komplexné stromy spájania, ale keďže tieto nie sú založené na odhadoch, niekedy spôsobujú zlé plány.

Všetky predchádzajúce sú potrebné na určenie možných ciest na vykonanie dotazu, aby mohol plánovač vypočítať náklady na každú cestu a nájsť „najlacnejší“ plán z hľadiska odhadovaného času vykonania. Tento odhad je vytvorený kombináciou sady štatistík o tabuľkách a indexoch, ktoré sú uložené v systémovej tabuľke pg_statistic, so sadou odhadovacích funkcií kľúčovaných pre operátory a dátové typy. Pri každom spojení alebo skenovaní s podmienkou filtra (napríklad klauzula WHERE) musí plánovač odhadnúť selektivitu podmienok, aby dokázal odhadnúť počet vrátených n -tíc a náklady na ich spracovanie.

Pomocou histogramu a uložených odhadov selektivity to môže plánovač zvyčajne vypočítať pomerne presne, ale často zlyhá so zložitými výrazmi o vzájomne závislých vzťahoch alebo stĺpcoch, ako sú podmienky AND/OR v stĺpcoch, ktoré sú v podstate korelované. Ďalším veľkým vynechaním tohto návrhu, ktoré spôsobuje problémy s plánovaním, je nedostatok odhadovaných výpočtov pre funkcie.

Lane tiež prešiel potrebou veľkých budúcich prác na plánovači. Dva konkrétne problémy, ktoré spomenul, boli potreba parametrizovaných skenov pre subselekty a funkcie a potreba podporiť odhady tabuliek zahraničných údajov v PostgreSQL 9.1. Podrobne tiež prešiel na niektoré súbory a štruktúry kódu, ktoré tvoria plánovač dotazov. Jeho snímky [PDF] sú dostupné na webovej stránke PGCon.

Summity pre vývojárov

Najväčšou zmenou konferencie v tomto roku boli viaceré samity a schôdze, ktoré sa konali súčasne s konferenciou a po nej. Utorok bol Clustering Hacker's Summit, Streda bolo Stretnutie vývojárov a Sobota bola PL/Summit, nová udalosť. Cieľom týchto celodenných stretnutí bola lepšia koordinácia stoviek prispievateľov vo viac ako 20 krajinách, ktorí pracujú na PostgreSQL

Clustering Summit bol druhým takýmto podujatím, sponzorované spoločnosťou NTT Open Source, ktorá sponzorovala aj predchádzajúci samit v Tokiu v roku 2009. PostgreSQL podporuje viacero externých projektov replikácie a klastrovania, pričom mnohé z nich majú iba jedného alebo dvoch vývojárov. Tridsať účastníkov zahŕňalo vývojárov projektov Slony-I, Bucardo, Londiste, pgPool-II a GridSQL. Niekoľko zamestnancov NTT a EnterpriseDB tam predstavovalo novší projekt s názvom PostgresXC, určený na klastrovanie škálovateľné pre zápis.

Za posledné tri roky sa stretlo dvadsaťpäť až tridsať najvýznamnejších a najplodnejších prispievateľov kódu PostgreSQL, aby prediskutovali plány a projekty rozvoja. Práve to umožnilo projektu pracovať na niekoľkých funkciách, ako je napríklad binárna replikácia, ktorých dokončenie trvalo niekoľko rokov a niekoľko vydaní. Aj keď sa na samite veľmi diskutovalo, padlo len málo rozhodnutí. Stretnutie vývojárov stanovilo harmonogram vývoja 9.2, ktorý bude veľmi podobný plánu z minulého roku, pričom CommitFests bude 15. júna, 15. septembra, 15. novembra a 15. januára a bude vydaný niekedy v lete 2012.

Tohtoročný PGCon zahŕňal aj prvý samit prispievateľov k rôznym projektom procedurálneho jazyka (PL) a zahŕňal vývojárov PL/Perl, PL/Python, PL/Lua, PL/PHP, PL/Tcl a pgOpenCL.

Záver

V PGCon boli aj ďalšie oznámenia. Marc Fournier, jeden zo zakladajúcich členov Core Team pre PostgreSQL, odišiel z Core Team. Nasleduje niekoľko zmien v základnom tíme v minulom roku, vrátane odchodu zakladajúceho člena Jana Wiecka do dôchodku a pridania hlavného prispievateľa Magnusa Hagandera. Organizátor oznámil novú novú konferenciu PostgreSQL zameranú na podnikanie Postgres Open.

Aby ste si nemysleli, že PGCon bol úplne hacking databázových mozgov, najpopulárnejšou traťou bola pravdepodobne neoficiálna Pub Track, ktorá sa konala v Royal Oak Pub neďaleko kampusu, kde Aaron Thul na konferencii predstavil The PostgreSQL Drinking Game [PDF]. Budúci rok by ste mohli ísť na PGCon a naučiť sa hackovať databázy a piť z nich.

Editor stránok: Jonathan Corbet
Ďalšia strana: Zabezpečenie & gt & gt

Copyright & copy 2011, Eklektix, Inc.
Komentáre a verejné príspevky sú chránené autorskými právami ich autorov.
Linux je registrovaná ochranná známka spoločnosti Linus Torvalds


Dotaz na rozsah 4D Postgis - geografické informačné systémy

Zobrazuje sa 8 zmenených súborov s príponou 969 dodatkov a 0 vymazaní.

@@ -0,0 +1,33 @@

cl-postgis-knižnica na kódovanie/dekódovanie do/z dobre známeho binárneho formátu. Knižnica tiež podporuje PostGIS EWKB.

ZÁVISLOSTI:
ieee-plaváky (vstavané)
flexi-streamov

POUŽITÍM

Knižnica podporuje nasledujúce typy PostGIS:

BOD
PODŠÍVKA
POLYGÓN
MULTIPOINT
MULTILINESTRING
MULTIPOLYGÓN
GEOMETRYKOLEKCIA

Funkcie pre dekódovanie:

(dekódovať oktety)
Dekódujte zo sekvencie wkb
(dekódovanie zo streamu)
Dekódovanie z prúdu WKB

Funkcie pre kódovanie:

(kódovanie endianness objektu)
Kódujte objekt do vektora

(endianness toku kódovania k objektu)
Kódujte objekt na streamovanie s endianness
@@ -0,0 +1,23 @@
(defpackage: cl-ewkb-system
(: use: common-lisp: asdf))

(v balení: cl-ewkb-system)

(defsystem: cl-ewkb
: verzia & quot; 0,1 & quot
: správca & quot; Michael Filonenko [email protected]> & quot
: autor & quot Michael Filonenko [email protected]> & quot
: licencia & quot; MIT & quot
: description & quot cl-ewkb je geopriestorová knižnica založená na cl-wkb, ktorá implementuje dobre známy databázový model geografickej geometrie OGC s rozšíreniami PostGIS 3d, 4d a poskytuje funkcie kódovania a dekódovania WKB a EWKB. Autorom cl-wkb je J.P. Larocue. & quot
: závisí od (: ieee-floats: sb-flexi-streams)
: komponenty
((: modul: cl-ewkb
: komponenty ((: súbor & quot; ieee-floats & quot)
(: súbor & quot; balík & quot)
(: súbor & quot; ewkb & quot: závisí od (& quot; balíček & quot;)))))))

(defsystem: cl-ewkb-testy
: závisí od (: cl-ewkb: postmoderná)
: komponenty
((: modul: cl-ewkb
: components ((: file & quot testy & quot)))))

Veľké rozdiely nie sú predvolene vykreslené.

Och! Niečo sa pokazilo. Skúsiť znova

@@ -0,0 +1,137 @@
Funkcie na prevod čísel s pohyblivou rádovou čiarkou reprezentovaných v
Štýl IEEE 754 na lisp čísla.
Pozri http://common-lisp.net/project/ieee-floats/

(defpackage: ieee-floats
(: use: common-lisp)
(: export: make-float-converters
: encode-float32
: decode-float32
: encode-float64
: decode-float64))

(v balení: ieee-plaváky)

Nasledujúce makro môže na príležitostné pôsobenie pôsobiť trochu príliš komplikovane
čitateľ. Hlavným vinníkom je skutočnosť, že NaN a nekonečno môžu byť
voliteľne zahrnuté, čo pridáva veľa podmienených častí.
Za predpokladu, že už viac -menej viete, ako čísla s pohyblivou rádovou čiarkou
sú zvyčajne zastúpené, pokúsim sa podrobnejšie popísať viac
mätúce časti označené písmenami:
(A) Exponenty v IEEE plavákoch sú posunuté o polovicu ich dosahu, pre
napríklad s 8 exponentnými bitmi má číslo s exponentom 2 129
uložené v jeho poli exponent.
(B) Maximálny možný exponent je vyhradený pre špeciálne prípady
(NaN, nekonečno).
(C) Ak sa exponent zmestí do exponentných bitov, musíme to prispôsobiť
význam pre skrytý bit. Pretože decode-float bude
vráťte význam medzi 0 a 1 a chceme jeden medzi 1
a 2, aby sme mohli skryť skrytý bit, zdvojnásobíme ho a potom
pred prevedením na celé číslo odpočítajte jeden (skrytý bit)
reprezentácia (aby sa to upravilo, 1 sa odpočíta od
exponent skôr). Keď je exponent príliš malý, nastavíme ho
nula (to znamená žiadny skrytý bit, exponent 1) a upravte
významne nadol, aby sa to vykompenzovalo.
(D) Tu sa pridá skrytý bit. Keď je exponent 0, existuje
žiadny skrytý bit a exponent sa interpretuje ako 1.
(E) Tu sa odpočíta exponentový offset, ale aj prídavok
faktor zodpovedajúci skutočnosti, že bity uložené v
Predpokladá sa, že významy budú nasledovať za desatinnou bodkou.

(defmacro make-float-converters (encoder-name
názov dekodéra
exponent-bity
Významné bity
support-nan- a -infinity-p)
& quot Zapíše funkciu kodéra a dekodéra pre plávajúcu desatinnú čiarku
čísla s daným množstvom exponentu a významu
bitov (plus extra znakový bit). Ak podpora-nan-a-nekonečno-p je
pravda, dekodéry budú rozumieť aj týmto špeciálnym prípadom. NaN
je reprezentovaný ako: ne-a-číslo a nekonečnosti ako
: pozitívna nekonečnosť a: negatívna nekonečnosť. Všimnite si, že to znamená
že vstup alebo výstup týchto funkcií nie je len plávajúci
čísla bodov, ale aj kľúčové slová. & quot
(nechajte * ((celkový počet bitov (+ 1 exponent-bitov znamená-bitov))
(exponent -offset (1 - (okrem 2 (1 - exponent -bitov))))) (A)
(sign-part `(ldb (byte 1, (1-total-bits)) bits))
(exponent-part `(ldb (byte, exponent-bits, significant-bits) bits))
(významná časť `(ldb (bajty, významové bity 0) bitov))
(nan support-nan- a -infinity-p)
(max-exponent (1-(okrem 2 exponent-bitov)))) (B)
`(progn
(defun, encoder-name (float)
,@(pokiaľ nan `((deklarovať (typ float float))))
(väzba s viacerými hodnotami (znamienko znamená exponent)
(podmienka,@(keď nan `(((ekv. float: nie -a -číslo))
(hodnoty 0 1, max. exponent))
((ekv. float: kladné nekonečno)
(hodnoty 0 0, max-exponent))
((ekv. float: negatívny-nekonečný)
(hodnoty 1 0, max. exponent))))
((nulový plavák)
(hodnoty 0 0 0))
(t
(väzba s viacerými hodnotami (významný znak exponentu) (dekódovanie-float)
(nech ((exponent (+ (1 - exponent), exponent -offset))
(znamienko (ak (= znamienko 1.0) 0 1)))
(pokiaľ (& lt exponent, (okrem 2 exponentných bitov))
(chyba & quot pretečenie plávajúcej bodky pri kódovaní
@@ -0,0 +1,12 @@
(v balíku: common-lisp-user)

(defpackage: cl-ewkb
(: use: common-lisp: ieee-floats
: flexi-streamy)
(: export #: kódovať
#: encode-to
#: dekódovať
#: decode-from
))

(v balení: cl-ewkb)
@@ -0,0 +1,143 @@
(vyžadovať: asdf)

(vyžadujú: cl-opengl)
(vyžadujú: cl-glu)
(vyžadujú: cl-glut)

(vyžadujú: postmoderna)
(balík použitia: postmoderný)

(vyžadujú: cl-ewkb)
(balík použitia: cl-ewkb)

--------------------------------------------------------

(zrušiť init-db ()
(ak (nie * databáza *)
(connect-toplevel & quot; michael & quot; & quot; michael & quot; & quot; xxx & quot; & quot; localhost & quot;)))

(zrušiť primitívný bod kreslenia (bod)
(podmienka
((point-primitive-p point)
(gl: vrchol
(point-primitive-x point)
(point-primitive-y point)))
((pointz-primitiv-p bod)
(gl: vrchol
(point-primitive-x point)
(bodovo-primitívny-y bod)
(pointz-primitiv-bod z)))
((pointm-primitiv-p bod)
(gl: vrchol
(point-primitive-x point)
(bodovo-primitívny-y bod)
0.0
(pointm-primitiv-m bod)))
((pointzm-primitiv-p bod)
(gl: vrchol
(point-primitive-x point)
(bodovo-primitívny-y bod)
(pointz-primitiv-z bod)
(pointzm-primitiv-m bod))))))

(zrušiť primitívum kreslenej čiary (riadok)
(mapa ' nula (lambda (bod) (draw-point-primitive point))
(riadok s primitívnymi bodmi)))

(zrušiť remízu-jednobodový (bod)
(primitív bodu ťahu (bod gisgeometrie-objektu)))

(zrušiť čerpací bod (bod)
(gl: s primitívami: body
(primitív bodu ťahu (bod gisgeometrie-objektu))))

(zrušiť kreslenie-čiarový reťazec (riadok)
(gl: with-primitive: line-strip
(primitíva kreslenia čiary (čiara gisgeometrického objektu))))

(zrušiť kreslený polygón (polygón)
„Nakresliť iba prvý riadok mnohouholníka“
(gl: s primitívami: mnohouholník
(primitívny ťah čiary (elt (polygón s gisgeometrickým objektom) 0))))

(zrušiť remízu-viacbodový (body)
(gl: with-primitive: points
(mapa ' nula (lambda (bod) (kresliť-jednobodový bod)) (body gisgeometrie-objektu))))

(zrušiť kreslenie-viacriadkový (riadky)
(mapa a#39 nula (lambda (riadok))
(čiara na kreslenie a kreslenie)
(čiary gisgeometrického objektu)))

(zrušiť kreslenie-multipolygón (polygóny)
(mapa a#39 nula (lambda (mnohouholník))
(mnohouholník na kreslenie)
(polygóny s gisgeometrickým objektom)))

(defun draw-gisobject (objekt)
(podmienka
((objekt point-p) (objekt ťahaného bodu))
((objekt linestring-p) (objekt kresliaci linestring))
((objekt polygónu-p) (objekt polygónu kreslenia))
((objekt viacbodového-p) (nakresliť-viacbodový objekt))
((objekt viacriadkového reťazca-p) (nakresliť objekt viacriadkového reťazca))
((objekt multipolygónu-p) (nakresliť objekt multipolygónu))
((gisgeometry-p object) (draw-geometrycollection object))))

(zrušiť kolekciu kreslenia a geometrie (geometrie)
(mapa ' nula (lambda (objekt))
(objekt draw-gisobject))
(geometria gisgeometrie-objektu)))


(cffi: defbackback key: void ((key: uchar) (x: int) (y: int))
(prípad (kľúč so znakom kódu)
( # Esc (glut: leave-main- loop))
( # q (glut: leave-main- loop))
( # r (glut: post-redisplay))))

(cffi: remíza spätného volania: neplatné ()
(gl: clear: color-buffer)

Písmeno P
(dolist (riadok (dotaz
(: vyberte
(: raw & quot unnest (ARRAY [ST_AsBinary (ST_AsEWKB ('GEOMETRYCOLLECTION (LINESTRING (-100 0 0, 100 0 0)), LINESTRING (0 -100 0, 0 100 0), LINESTRING (0 0 -100, 0 0 100 )) '))
- Písmeno O
, ST_AsBinary (ST_AsEWKB ('LINESTRING (3,5 0, 2,2 1, 3 3, 4,2 5, 5,2 3, 4,5 1, 3,5 0) '))
- písmeno S.
, ST_AsBinary (ST_AsEWKB ('LINESTRING (3,5 0, 2,2 1, 3 3, 4,2 5, 5,2 3, 4,5 1, 3,5 0) '))
])
& quot))))
(draw-gisobject (dekódovanie (rad auta))))
(gl: flush))

,
(zrušiť init ()
(gl: číra farba 0,0 0,0 0,05 0))

(defparameter nrange 50.0)

(cffi: defcallback pretvoriť: neplatné ((šírka: int) (výška: int))
(ak (= výška 0)
(setf výška 1))
(gl: výrez 0 0 výška šírka)
(gl: maticový režim: projekcia)
(gl: load-identity)
(ak (& lt = výška šírky)
(gl: ortho (- nrange) nrange (- (* nrange (/ width width)))
(* rozsah (/ výška šírky)) (- rozsah) rozsah)
(gl: ortho (- (* nrange (/ výška šírka))) (* nrange (/ výška šírka))
(- nrange) nrange (- nrange) nrange))
)

(zrušiť main ()
(init-db)
(glut: init)
(glut: init-display-mode: single: rgb)
(glut: create-window & quot hviezdičky & quot)
(init)
(glut: display-func (cffi: callback draw))
(glut: reshape-func (cffi: callback reshape))
(glut: keyboard-func (cffi: keyback key))
(glut: main- loop))

Och! Niečo sa pokazilo. Skúsiť znova

0 komentárov k odovzdaniu f3e3775

Túto akciu momentálne nemôžete vykonať.

Prihlásili ste sa pomocou inej karty alebo okna. Obnovte reláciu načítaním znova. Odhlásili ste sa na inej karte alebo v inom okne. Obnovte reláciu načítaním znova.


MySQL 5.7 GIS

Dôrazne odporúčam, aby ste si preštudovali webinár na požiadanie, pretože idem do podrobností, ktoré chýbajú len v samotnej prezentácii:
http: / /www.mysql.com /news-and-events /web-seminars /geographic-information-systems-gis-in-mysql-5-7-for-web-mobile-applications /

Ako už bolo povedané, tu je snímacia plošina. :)

P.S. Zostaňte naladení na ďalšie nové funkcie a vylepšenia GIS, ktoré prináša MySQL 5.7.6!

Súvisiace knihy

Zadarmo s 30 -dňovou skúšobnou verziou od Scribd

Súvisiace audioknihy

Zadarmo s 30 -dňovou skúšobnou verziou od Scribd

Ak vaša prezentácia pokrýva materiál, ktorého sa týkajú zásady uznávania výnosov spoločnosti Oracle, musí byť použitý jeden zo snímok Safe Harbor

Ak sa chcete dozvedieť viac o týchto zásadách, e-mail: [email protected]

Pre internú komunikáciu sa vyhlásenia bezpečného prístavu nevyžadujú. Je však potrebné použiť príslušné vylúčenie zodpovednosti (Príloha E), ktoré sa nachádza v zásadách uznávania výnosov spoločnosti Oracle pre budúcu komunikáciu produktu. Skopírujte a prilepte tento odkaz do webového prehliadača a získajte ďalšie informácie.

Toto pozorovanie je zakotvené v gravitačnom modeli distribúcie výletov. Súvisí to aj so zákonom dopytu, pretože interakcie medzi miestami sú nepriamo úmerné cestovným nákladom, čo je podobne ako pravdepodobnosť nákupu tovaru nepriamo úmerná nákladom.

Súvisí to tiež s myšlienkami zákona univerzálnej gravitácie Isaaca Newtona a je v podstate synonymom konceptu priestorovej závislosti, ktorý tvorí základ priestorovej analýzy. Ďalej je to základný princíp, na ktorom sú založené chápacie a nápravné opatrenia pre priestorovú autokoreláciu. [2]

Ukázalo sa, že štruktúra odkazov na geolokované články z Wikipédie je v súlade s prvým Toblerovým geografickým zákonom. [3]

Je možné, že táto potreba zmizne aj neskôr v 5.7. Uvažujeme o možnosti pridať funkciu ST_Distance_Sphere (), ktorá vracia výpočet vzdialenosti zeme medzi veľkými kruhmi v metroch medzi dvoma geometriami (čo sú body obsahujúce dvojice súradníc X, Y alebo LON/LAT).

Táto potreba môže zmiznúť aj neskôr v 5.7. Uvažujeme o pridaní funkcie ST_MakeEnvelope (), ktorá vezme parameter Geometry (opäť BOD obsahujúci pár súradníc LON/LAT) a celé číslo na vytvorenie obálky, ktorá by obsahovala všetky body v rámci zadaného počtu metrov z geometrie.

S podporou 3D máte okrem osi X a Y aj os Z. Os Z je potom výška, ale je prevzatá z jednoduchšieho merania severu/juhu gule.
Geodetické údaje vám v podstate umožňujú merať aj výšku, ale oveľa presnejšie pomocou transformácií založených na rôznych javoch skutočného sveta a ich meraní: napríklad skutočného tvaru Zeme (ktorý je splošteným sféroidom), náklonu Zem a pohyb/rotácia Zeme vo vesmíre.Helmertova transformácia je napríklad bežnou metódou používanou na meranie hodnôt osí X, Y a Z a ich transformáciu na veľmi presnú pozíciu v reálnom svete v trojrozmernom priestore.

Priestorové referenčné systémy vám okrem podpory projekcií tiež umožnia ľahko generovať obálky MBR, ktoré sa pri vyhľadávaní posunú nadol do priestorového indexu. To zmierňuje potrebu pokúšať sa ich vytvárať ručne, ako sme to urobili v našom predchádzajúcom príklade.

Ak vaša prezentácia pokrýva materiál, ktorého sa týkajú zásady uznávania výnosov spoločnosti Oracle, musí byť použitý jeden zo snímok Safe Harbor

Ak sa chcete dozvedieť viac o týchto zásadách, e-mail: [email protected]

Pre internú komunikáciu sa vyhlásenia bezpečného prístavu nevyžadujú. Je však potrebné použiť príslušné vylúčenie zodpovednosti (Príloha E), ktoré sa nachádza v zásadách uznávania výnosov spoločnosti Oracle pre budúcu komunikáciu produktu. Skopírujte a prilepte tento odkaz do webového prehliadača a získajte ďalšie informácie.


Databáza

Databáza Administrátorská edícia
Systém rozdeľovača Databáza Administrator Edition je verzia systému Manifold System, ktorá obsahuje ďalšie možnosti nastavenia a správy ukladania údajov GIS v systémoch DBMS, ktoré sa nenachádzajú v iných vydaniach.

Databáza Systém riadenia, DBMS
Sada počítačových programov na organizovanie informácií v a databázy. Často skrátený DBMS. DBMS obvykle obsahuje rutiny na štruktúrovanie a databázy v štandardnom formáte a poskytuje nástroje na zadávanie údajov, overovanie, ukladanie, získavanie, dotazovanie a manipuláciu.

Databáza - A. databázy je organizovaný zber údajov. Údaje môžu byť mená a adresy zosilňovačov, ojazdené autá alebo akákoľvek iná zbierka údajov. Vďaka rýchlemu a jednoduchému získaniu údajov sú údaje užitočné na analýzu alebo na vytváranie štítkov, zoznamov, správ atď.

modelov
Plochý (alebo tabuľkový) model pozostáva z jedného, ​​dvojrozmerného poľa dátových prvkov, kde sa predpokladá, že všetky členy daného stĺpca majú podobné hodnoty a všetky členy radu sa predpokladajú, že navzájom súvisia.

riadiace systémy (DBMS). Sada príkazov db.* Poskytuje základnú podporu SQL pre správu atribútov, zatiaľ čo sada príkazov v.db.* funguje na vektorovej mape (pozri Úvod do vektora).

Medzi prvky patrí akýkoľvek prvok použitý v rozložení stránky na mape. Môžu to byť priestorové prvky, napríklad pruhy mierky, šípky na sever a legendy, alebo to môžu byť logá, text alebo iná grafika, ktoré sú na mape vytvorené na konkrétne účely. Prvkami rozloženia môžu byť aj dátové rámce.

je usporiadaný do jednotlivých záznamov, na ktoré je možné odkazovať, triediť, indexovať, spájať a dopytovať.

manažment pramení z toho, že navigačné jednotky sa stávajú bežnejšími v automobilových vozidlách (pozri Automobilový navigačný systém).

servery používajú na autentifikáciu výlučne prihlásenia overené systémom Windows. Tento tutoriál vyžaduje štyri prihlásenia do systému Windows: vaše prihlasovacie meno a tri ďalšie.

riadiace systémy (RDBMS) používajú na prepojenie dátových tabuliek primárne kľúče a cudzie kľúče.
Model RDBMS znižuje redundanciu údajov používaním troch základných „normálnych foriem“.
Cvičenie.

ktorá poskytuje historické údaje.
Pre viac informácií
Na tento glosársky termín nič neodkazuje - zatiaľ! .

obsahuje 45 vrstiev a tabuliek bohatých na detaily. Východiskovým bodom pre celý súbor údajov sú najaktuálnejšie štátne a politické hranice pre celý svet a administratívne hranice druhého stupňa pre 148 krajín. Údaje sú navyše k dispozícii vo všetkých najpopulárnejších formátoch GIS vrátane:.

nie je pripojený alebo pripojený "
Platí pre AutoCAD Map 3D 2011, AutoCAD Map 3D 2012, AutoCAD Map 3D 2013 a AutoCAD Map 3D 2014 Platí pre AutoCAD Map 3D 2011, AutoCAD Map 3D 2012, AutoCAD Map 3D 2013 a AutoCAD Map 3D 2014
Zdieľam .

Konektory
Doplnky na pripojenie PostGIS 1.5+ / PostgreSQL 9.0+, SQL Server 2008 a Oracle s ArcMap bez potreby licencie SDE (pre ArcGIS 9.3 a 10.0)
OpenJump viac.

v štandardnom formáte a poskytuje nástroje na vkladanie údajov, overovanie, ukladanie, získavanie, dotazovanie a manipuláciu.

- Dátová štruktúra, v ktorej sú zbierky tabuliek logicky navzájom spojené prostredníctvom zdieľaných polí.
Normalizácia - proces organizovania, analýzy a čistenia údajov s cieľom zvýšiť efektivitu využívania a zdieľania údajov.

v štandardnom formáte a poskytuje nástroje na vkladanie údajov, overovanie, ukladanie, získavanie, dotazovanie a manipuláciu.
Datum.

Riadiace systémy: Softvérové ​​systémy špeciálne navrhnuté na ukladanie údajov o atribútoch.

Management System (DBMS): Systematický prístup k vytváraniu, údržbe, prístupu, reportovaniu a analýze atribútových (alfanumerických alebo textových) údajov.

: Organizovaný súbor údajov alebo zbierka súborov, ktoré je možné použiť na určený účel.
Dátový súbor: Pomenovaná zbierka logicky súvisiacich záznamov údajov usporiadaná predpísaným spôsobom.

Spravidla ide o počítačový súbor alebo sériu súborov alebo informácií, väčšinou diagramov, zoznamov, záznamov o polohe, abstraktov alebo odkazov na konkrétny predmet alebo subjekty, ktoré sú usporiadané podľa súborov údajov a riadia sa organizačnou schémou.

obsahuje údaje o priestorovom umiestnení a tvare geografických prvkov zaznamenaných ako body, čiary a mnohouholníky, ako aj ich atribúty.

s, Dátové sklady, Dátové trhy
Údaje týkajúce sa konkrétnej časti povrchu Zeme sú často v inom formáte, majú rôzne georeferencie (heterogenita dátumu, heterogenita projekcie atď.), Majú rôzne rozlíšenie.

: systém správy súborov špeciálne navrhnutý na ukladanie údajov o funkciách vrátane priestorového referenčného systému a súradníc, atribútov a pravidiel správania pre údaje.

. Slúži na ukladanie, manipuláciu a dopytovanie geografických informácií o miestach, ako sú jednotlivé body alebo iné objekty.
Geografický súradnicový systém - Definuje umiestnenie bodov na základe zemepisnej dĺžky a šírky na Zemi.

koncepty sú dôležité, pretože GIS zahŕňa veľkú časť funkcií systému DBMS.

schopnosti riadenia (Burrough 1987 Sheppard 1991).

obsahujúce údaje o vašich atribútoch, potom ich môžete tiež archivovať. Služba ADS uprednostňuje súbory oddelené ASCII (za predpokladu, že nám poviete, ako ste ich oddelili.

je zbierka súborov v priečinku na disku, ktoré môžu ukladať, dopytovať a spravovať priestorové aj priestorové údaje.

s sú tie, ktoré sú formalizované v písomnom dokumente alebo v počítačovom súbore
Mapa: grafické znázornenie časti zemského povrchu.

tabuľka, ktorá každej hodnote v poli priradí parametre zobrazenia na generovanie tematických máp.
Zoznam hodnôt, ktoré korelujú s rozsahom iných hodnôt.

softvér funguje oveľa lepšie ako vy a vy tiež. Dr. W. C. Minor, lekár devätnásteho storočia, ktorý bol inštitucionalizovaný pre šialenstvo a vraždy, bol jedným z najschopnejších a najplodnejších prispievateľov Oxfordského anglického slovníka (OED).

tabuľky: PostgreSQL/PostGIS, Oracle Spatial, MS SQL Spatial, SpatiaLite
väčšina vektorových formátov: vrátane tvarových súborov ESRI, vektorov MapInfo, SDTS a GML, OpenStreetMap
rastrové formáty, ako sú digitálne výškové modely, letecké fotografie alebo snímky krajiny,
Lokality a sady máp GRASS.

štruktúra súborov a topologické vzťahy.

môže to byť jeden súbor s mnohými záznamami, z ktorých každý odkazuje na rovnakú sadu polí.

tvorba zahŕňa niekoľko fáz:
vstup priestorových údajov
zadanie údajov o atribútoch
prepojenie priestorových a atribútových údajov.

systémy riadenia sa špecializujú na ukladanie a správu všetkých typov údajov vrátane geografických údajov. DBMS sú optimalizované na ukladanie a získavanie údajov a mnohé GIS sa na ne za týmto účelom spoliehajú. Nemajú analytické a vizualizačné nástroje spoločné pre GIS.

zabezpečenie a zálohovanie). Pozri tiež DBMS.
.

znalosť zdrojov (t. j. územné plánovanie,
ekológia voľne žijúcich živočíchov, plánovanie dopravy,.

model siete ciest a súvisiacich funkcií je formou údajov GIS, ktoré sa používajú pre navigačné systémy vozidiel.

v ideálnom prípade má atribúty každého jednotlivého majetku s informáciami, ako sú vlastník pozemku, spoluvlastník, poštová adresa a trvalá adresa, štýl domu, rok výstavby, meranie jednotlivých miestností, súlad s predpismi stavebných úradov, mapovanie verejných / súkromných služieb na zápletka,.

systém, ktorý bol schválený ministerstvom pre celopodnikové využitie. Ten systém je Oracle.
Normalizácia.

s uvedenou adresou alebo geografickou referenciou je možné mapovať za predpokladu, že je k dispozícii zodpovedajúca digitálna základná mapa. Možno budete chcieť napríklad namapovať údaje zo sčítacieho traktu. Údaje o sčítaní sú k dispozícii, ale mapa traktátov nie.

TABULÁRNE DATABÁZY
Internetové zdroje TCI - vzdelávacie
Učebné zdroje
Domovská stránka TEC
Technické problémy v geografických informačných systémoch
Techniques, Department of Geography, CSU Stanislaus
Terra Data Inc. predáva softvér na tvorbu máp Geocart
Vizualizácia terénu
STRÁNKA SOFTWARU AI-GEOSTATS
Druid - - Odkazy.

s na použitie v GIS
Vytváranie a analýza rastrových údajov
Vytvorenie vlastného súboru údajov pre študentov, ktorí ho použijú po ukončení programu
Pokročilá GIS analýza.

názov
Ak je všetko úspešné, zobrazí sa uvítacia správa PostgreSQL 8.4 a dostanete sa na príkazový riadok psql, kde je možné priamo zadávať SQL na spúšťanie dotazov. Ak chcete opustiť príkazový riadok psql, zadajte q.

Tabuľkový správca databáz, ktorý ARC/INFO používa na ukladanie množín atribútov a relačných dát.
INFO tabuľky
Jednotlivé súbory priamo alebo nepriamo súvisiace s geografickými množinami údajov (mapové vrstvy), ktoré ukladajú údaje o atribútoch.

majú rôzne štruktúry alebo spôsoby organizácie údajov. Hierarchické a sieťové dátové modely sú dva príklady, ale len málokedy sa používajú pre GIS (a preto budú v tejto časti preskočené).

Zbierka priestorových údajov a súvisiacich popisných údajov organizovaných na efektívne ukladanie a získavanie mnohými používateľmi.

.
Zachytávanie údajov-séria operácií potrebných na kódovanie údajov v počítačovo čitateľnej digitálnej forme.

pre pedagógov, s informáciami uloženými v počítači v Marshall Space Flight Center. Pedagógovia prostredníctvom počítača komunikujú so vzdelávacími špecialistami NASA a majú prístup k nasledujúcim ponukám: aktuálne správy NASA, letecký výskum, USA

Metro Area Disaster GIS (Oregon)
MADM
Rozhodovanie o viacerých atribútoch.

CRREL
Laboratóriá výskumu a inžinierstva v chladnom regióne.

. Údaje GIS o rôznych problémoch z Centra pre pokročilú priestorovú technológiu (CAST) na University of Arkansas.
Americké sčítanie ľudu. Enormné množstvo informácií, rovnako ako mapy a produkty TIGER.
Americká služba pre ryby a voľne žijúce zvieratá. Údaje o životnom prostredí.

Cudzí kľúč vo vzťahu

pojmy systému riadenia, položka alebo stĺpec údajov, ktoré sa používajú na prepojenie jedného súboru s druhým. Formát 1. Vzor, v ktorom sú údaje systematicky usporiadané na použitie v počítači.
2. Formát súboru je špecifický dizajn toho, ako sú informácie v súbore organizované.

Aj keď väčšine systémov CAD chýbajú určité funkcie nevyhnutné pre analýzu GIS, ako napríklad schopnosť spravovať rôzne priestorové súradnicové systémy a

schopnosti, mnoho CAD systémov bolo vyvinutých do plného GIS s pridaním potrebných funkcií.

Geografický informačný systém (GIS) Geografický informačný systém spája informácie v počítači

s priestorovými súradnicami na digitálnej mape. Teória geografického cyklu vyvinutá Williamom Morrisom Davisom, ktorá modeluje tvorbu riekou erodovanej krajiny.

Svet: Global Gazetteer - komerčný GIS

zaujímavých miest po celom svete
Svet: Galéria Veľkých glóbusov - viac obrázkov zemegule, ako by ste mohli potriasť palicou.

na chránených územiach!
Globálny atlas zdravia
GLOBAL Nerastné zdroje Online priestorové údaje
Webové rozhranie nástroja MODIS Reprojection Tool
GLOBÁLNE mapy a údaje o mriežke obyvateľstva
Európsky globálny digitálny archív na pôdnych mapách
Globálny model digitálnej nadmorskej výšky ASTER (GDEM).

Takéto zoskupenie viacerých súborov sa nazýva a

Súbor viacerých súborov používaných na zhromažďovanie, organizovanie a analýzu údajov.

Technológia GIS aplikovaná na informácie v a

týkajúce sa verejných alebo súkromných zariadení ako úžitkové alebo inžinierske zariadenia, t.j.

Mestská agentúra pre núdzový manažment môže napríklad zostaviť a

všetkých majetkových adries a zaradením do priestorového dotazu ich zaradiť do záplavových a nezáplavových oblastí. Mohlo by to použiť GIS na porovnanie mapy 100-ročnej nivy s mapou daňových balíkov.

Keď vektorové údaje nie sú ľahko dostupné na nastavenie GIS

, sú vektorové údaje obvykle vytvárané z existujúcich papierových máp alebo snímok z prírodného zdroja, ako sú letecké snímky alebo satelitné snímky.

Digitálne údaje, ktoré sú už v tabuľkovej forme, sa integrujú do GIS

dvoma veľmi dôležitými spôsobmi. Najprv tvoria základ pre atribúty vlastností GIS. V tomto prípade musia byť nejakým spôsobom spojené s objektmi tvoriacimi priestorovú geometriu.

Ministerstvo prírodných zdrojov v Južnej Karolíne (SCDNR) začalo s rozvojom celoštátnych prírodných zdrojov GIS

bol pôvodne navrhnutý tak, aby pokrýval povodie rieky Edisto, ale rozrástol sa mimo túto oblasť a teraz pokrýva väčšinu štátu.

Na získanie informácií o ceste, ako napríklad typu (spevnená, štrková, atď.), By ste museli z mapy vziať názov ulice a použiť ho na zadanie samostatného dotazu.

V ArcView sú funkcie uložené v a

spolu s informáciami, ktoré ich popisujú. Popisné informácie uložené s funkciou sa nazývajú atribúty funkcie. Atribúty ulice môžu zahŕňať jej názov, typ ulice, dĺžku, kód ulice, počet jazdných pruhov a typ chodníka.

Kanadský priestorový referenčný systém (CSRS) online

:
Nástroje a tipy pre navigáciu a mapovanie GPS, NRCAN:
Výšky priemernej hladiny mora z GPS a geoidného modelu, NRCAN:
Prieskum GPS s presnosťou na centimetre, NRCAN:
Vizualizačné a mapovacie nástroje UNAVCO, geodetické pomôcky, zber a spracovanie údajov GPS/GNSS:.

Prvým z nich je vynikajúce porozumenie geografickým konceptom, ktoré tvoria primitívne prvky GIS

s a spracovanie a spôsoby, akými sú tieto koncepty začlenené do teórií, analytických metód a modelov.

2 [softvér ESRI] V ArcGIS odkaz na zdroj údajov, ako je napríklad súbor tvarov, pokrytie, geo

trieda funkcií alebo raster, ktorý definuje, ako by mali byť údaje na mape symbolizované. Vrstvy môžu tiež definovať ďalšie vlastnosti, napríklad to, ktoré funkcie zo zdroja údajov sú zahrnuté.

Geografické informačné systémy alebo GIS je odvetvie geografie, ktoré sa vyvíja

geografických informácií a systémov na zobrazenie geografických údajov vo formáte podobnom mape.

ktorý obsahuje zoznam funkcií, ktoré budú mapované, ako aj súvisiace atribúty pre každú funkciu. Zoznam funkcií navyše obsahuje výber príslušných hodnôt pre každý atribút.

, OGP prieskum a polohovanie.
Mriežky a vzťahové značky, ASPRS.
Informačný a servisný systém pre európske referenčné systémy súradníc, CRSeu.
Projekcie máp pre Európu, GI a GIS EUR.
Zbierka projekcie máp pre Európu, S.A. Voser.
Vstupná stránka do národných mapovacích agentúr, ITC. htm ', 0)

Jeden z najzaujímavejších projektov NASA v tejto oblasti je technológia, ktorú nazývame syntetické videnie - vývoj pokročilých senzorov, digitálny terén

s, presné geografické určovanie polohy a digitálne spracovanie, ktoré poskytuje dokonale jasný 3D obraz terénu, prekážok, pristávacej dráhy a premávky.

, centrálny archív údajov GIS DDOT pre všetky aktíva a údaje súvisiace s dopravou.
SSL
Štvorec, prípona a časť. District of Columbia používa tento identifikátor na jedinečné umiestnenie nehnuteľnosti predovšetkým na účely zdanenia.

V KTOROM SA naučíte používať časť softvéru ArcView spoločnosti ESRI a používať vstupy z ArcUSA

a súbory GPS. PREHĽAD Čo je GIS Názov tejto témy, Globálny systém určovania polohy a GIS, naznačuje, že tu nájdete informácie o tom, ako používať GPS na vývoj údajov pre geografické informácie [& hellip].

Táto metóda zaisťuje, že sa značka nepohybuje a že ju ľudia nemôžu zničiť ani odstrániť. Po zviazaní týchto značiek do konkrétneho horizontálneho alebo vertikálneho vzťažného bodu môže byť značka zaradená do NSRS

, sú k dispozícii komukoľvek na použitie.

Otvorené geopriestorové konzorcium bolo založené v roku 1994 s cieľom „poskytnúť jeden„ univerzálny “časopriestorový údajový a procesný model, ktorý pokryje všetky existujúce a potenciálne časopriestorové aplikácie a poskytne špecifikáciu pre všetky hlavné

jazyky na implementáciu datamodelu OGIS.

GeoTools je veľmi dobré v tom, že zaisťuje, že vaše filtre a výrazy fungujú podľa očakávania, ale bude robiť to, čo hovoríte (dokonca aj pri vysokých nákladoch na výkon!). Rôzne webové služby a

s majú rôzne natívne schopnosti.

Pojem „prepojené údaje“ sa týka prístupu k publikovaniu údajov, ktorý kladie prepojenie do centra pojmu údaje a používa prepojovacie technológie poskytované na webe, ktoré umožňujú spájanie globálnych distribuovaných údajov.

GIS sa vyvinul aj v prostriedok zdieľania údajov a spolupráce a inšpiruje víziu, ktorá sa teraz rýchlo stáva realitou-nepretržitý, prekrývajúci sa a interoperabilný GIS

sveta, prakticky o všetkých predmetoch.

Strávil som dobrý čas dedukovaním vzorcov na premietanie polomeru, šírky a dĺžky do karteziánskych x a y. Samozrejme, že som mohol kresliť iba súradnicové mriežky, až kým som sa nedostal do verejného vlastníctva

zemepisných súradníc (spočiatku môj počítač PC-XT strávil viac ako hodinu nakreslením hrubej mapy).

Mapový program je potom prepojený s a

obsahujúci množstvo podrobných informácií o položkách na mape. Keď je mapa potrebná na zodpovedanie otázky, automaticky sa zobrazí na obrazovke. Aktualizácie sa rýchlo vykonávajú pomocou digitalizačnej tabuľky, myši a klávesnice.

OpenStreetmap je projekt, ktorý zapája verejnosť do projektu vývoja digitálnych mapových dát porovnateľných s mapami Google. Skvelé na tomto projekte je, že údaje sú voľne dostupné pre aplikácie mimo webového prehliadača - takže pre ecample si môžete stiahnuť GIS


Petrosys ’ dbMap/Web dosahuje PPDM ‘ Gold ’ súlad

Spoločnosť Petrosys dosiahla ‘zlatú úroveň ’ súlad s 3.8 edíciou rovnomenného dátového modelu Professional Petroleum Data Management Association ’s (PPDM) pre svoju ponuku dbMap/Web.Pre PPDM je zhoda ‘ ’ definovaná ako ‘a úroveň zhody medzi databázovým alebo softvérovým produktom a publikovanými štandardmi PPDM. ’ Najvyššia ‘ zlatá ’ úroveň zhody naznačuje zhodu na úrovni tabuľky a &# 8216 možnosť (ale bez záruky), že viacero softvérových aplikácií bude mať aktualizačnú interoperabilitu v databáze. ’

Podanie Petrosys ’ pokrýva celkom 73 tabuliek mapujúcich na 12 modulov PPDM týkajúcich sa vrtných, seizmických a GIS údajov. Petrosys ’ Scott Tidemann vysvetlil, ‘ Sme odhodlaným dlhodobým podporovateľom, používateľom a prispievateľom k štandardu dátového modelu PPDM a globálnej profesionálnej komunite pre správu údajov. Spoločnosť Petrosys prevádzkuje otvorený, voči dodávateľom neutrálny prístup k správe informácií, aby podporila dlhodobé potreby našich klientov. ’

dbMap/Web poskytuje prístup k údajom v kmeňových databázach na základe dátového modelu PPDM. Prístup k dotazom a úpravám je riadený zabezpečením Oracle. Interaktívne prvky poskytujú vyhľadávanie, prepájanie dokumentov a prehliadanie máp a systém je možné prispôsobiť rozšíreniam dátového modelu klienta, obchodným pravidlám a obsahu. Viac od spoločností Petrosys a PPDM.


14.10. Funkcie polyhedrálnej podpory povrchu PostGIS

Nasledujúce funkcie sú funkciami PostGIS, ktoré môžu používať geometriu POLYHEDRALSURFACE, POLYHEDRALSURFACEM

  • Box2D - vráti BOX2D predstavujúci maximálny rozsah geometrie.
  • Box3D - Vráti BOX3D predstavujúci maximálny rozsah geometrie.
  • GeometryType - vráti typ geometrie ako reťazec. Napr .: „LINESTRING“, „POLYGON“, „MULTIPOINT“ atď.
  • ST_3DArea - Počíta oblasť 3D geometrie povrchu. Pri telesách vráti 0.
  • ST_3DClosestPoint - Vráti trojrozmerný bod na g1, ktorý je najbližšie k g2. Toto je prvý bod 3D najkratšej čiary.
  • ST_3DDFullyWithin - Vráti hodnotu true, ak sú všetky 3D geometrie v určenej vzdialenosti od seba.
  • ST_3DDWithin - pre typ geometrie 3d (z) Vráti hodnotu true, ak je vzdialenosť dvoch geometrií 3d v rámci počtu jednotiek.
  • ST_3DRozdiel - Vykonajte 3D rozdiel
  • ST_3DDistance - For geometry type Vráti 3 -rozmernú karteziánsku minimálnu vzdialenosť (na základe priestorového odkazu) medzi dvoma geometriami v projektovaných jednotkách.
  • ST_3DExtent - súhrnná funkcia, ktorá vracia ohraničujúci box3D, ktorý ohraničuje rady geometrií.
  • ST_3DIntersection - Vykonajte 3D križovatku
  • ST_3DIntersects - Ak je geometria „priestorovo pretínajúca“ v 3d, vráti hodnotu TRUE - iba pre body, čiary, polygóny, polyhedrálny povrch (oblasť). Keď je povolený backend SFCGAL, podporuje aj TINS
  • ST_3DLongestLine - Vráti trojrozmernú najdlhšiu čiaru medzi dvoma geometriami
  • ST_3DMaxDistance - Pre typ geometrie Vracia 3 -rozmernú karteziánsku maximálnu vzdialenosť (na základe priestorového odkazu) medzi dvoma geometriami v premietaných jednotkách.
  • ST_3DShortestLine - Vráti trojrozmernú najkratšiu čiaru medzi dvoma geometriami
  • ST_3DUnion - Vykonajte 3D zjednotenie
  • ST_Accum - agregát. Zostavuje rad geometrií.
  • ST_Affine - Aplikujte 3d geometrickú transformáciu na geometriu.
  • ST_ApproximateMedialAxis - Vypočítajte približnú strednú os plošnej geometrie.
  • ST_Area - Vráti plochu povrchu, ak ide o mnohouholník alebo viacnásobný polygón. Pre geometriu je 2D karteziánska oblasť určená s jednotkami špecifikovanými SRID. V prípade geografie je plocha určená na zakrivenom povrchu s jednotkami v metroch štvorcových.
  • ST_AsBinary - Vráti dobre známu binárnu (WKB) reprezentáciu geometrie/geografie bez metadát SRID.
  • ST_AsEWKB - Vráti dobre známu binárnu (WKB) reprezentáciu geometrie s meta údajmi SRID.
  • ST_AsEWKT - Vráti reprezentáciu geometrie s dobre známym textom (WKT) s meta údajmi SRID.
  • ST_AsGML - Vráťte geometriu ako prvok GML verzie 2 alebo 3.
  • ST_AsX3D-Vracia geometriu vo formáte elementu uzla X3D xml: ISO-IEC-19776-1.2-X3DEncodings-XML
  • ST_CoordDim - Vráti súradnicový rozmer hodnoty ST_Geometry.
  • ST_Dimension - inherentná dimenzia tohto objektu Geometry, ktorá musí byť menšia alebo rovná súradnicovej dimenzii.
  • ST_Dump - Vráti množinu riadkov geometry_dump (geom, cesta), ktoré tvoria geometriu g1.
  • ST_DumpPoints - Vráti množinu riadkov geometry_dump (geom, cesta) všetkých bodov, ktoré tvoria geometriu.
  • ST_Expand - Vráti ohraničovací rámček rozbalený vo všetkých smeroch od ohraničujúceho rámčeka vstupnej geometrie. Používa dvojitú presnosť
  • ST_Extent - súhrnná funkcia, ktorá vracia ohraničujúce pole ohraničujúce rady geometrií.
  • ST_Extrude - Vytiahne povrch na príbuzný zväzok
  • ST_FlipCoordinates - Vráti verziu danej geometrie s preklopenými osami X a Y. Užitočné pre ľudí, ktorí majú vybudované funkcie zemepisnej šírky/dĺžky a potrebujú ich opraviť.
  • ST_Force2D - Vynútenie geometrie do „dvojrozmerného režimu“.
  • ST_ForceLHR - Vynútiť orientáciu LHR
  • ST_ForceRHR-Vynútite orientáciu vrcholov v mnohouholníku tak, aby dodržiavali pravidlo pravej ruky.
  • ST_ForceSFS - Vynútiť, aby geometrie používali iba typy geometrií SFS 1.1.
  • ST_Force3D - Vynútenie geometrie do režimu XYZ. Toto je alias pre ST_Force3DZ.
  • ST_Force3DZ - Vynútenie geometrie do režimu XYZ.
  • ST_ForceCollection - Preveďte geometriu na GEOMETRYCOLLECTION.
  • ST_GeomFromEWKB - vráti zadanú hodnotu ST_Geometry z rozšírenej dobre známej binárnej reprezentácie (EWKB).
  • ST_GeomFromEWKT - vráti zadanú hodnotu ST_Geometry z reprezentácie rozšíreného dobre známeho textu (EWKT).
  • ST_GeomFromGML - berie ako vstupnú GML reprezentáciu geometrie a vydáva geometrický objekt PostGIS
  • ST_GeometryN - Ak je to geometria GEOMETRYCOLLECTION, (MULTI) BOD, (MULTI) LINESTRING, MULTICURVE alebo (MULTI) POLYGON, POLYHEDRALSURFACE, vráti 1. N -tú geometriu založenú na 1. Vráťte NULL.
  • ST_GeometryType - vráti typ geometrie hodnoty ST_Geometry.
  • & amp & lt | - Vráti hodnotu TRUE, ak sa ohraničovací rámček A prekrýva alebo je pod bodom B.
  • ST_IsClosed - Vráti hodnotu TRUE, ak sa počiatočný a koncový bod LINESTRING zhodujú. Polyhedrálny povrch je uzavretý (volumetrický).
  • ST_IsPlanar - Skontrolujte, či je povrch rovinný alebo nie
  • ST_IsSolid - Otestujte, či je geometria telesom. Nevykonáva sa žiadna kontrola platnosti.
  • ST_MakeSolid - Odhoďte geometriu do telesa. Nevykonáva sa žiadna kontrola. Na získanie platného telesa musí byť vstupnou geometriou uzavretý polyedrický povrch alebo uzavreté DIČ.
  • ST_MemSize - Vráti množstvo priestoru (v bajtoch), ktoré zaberá geometria.
  • ST_NPoints - Vráti počet bodov (vrcholov) v geometrii.
  • ST_NumGeometries - Ak je geometria GEOMETRYCOLLECTION (alebo MULTI*), vráti počet geometrií, pre jednotlivé geometrie sa vráti 1, v opačnom prípade NULL.
  • ST_NumPatches - Vráti počet tvárí na polyedrickom povrchu. V prípade ne polyhedrálnych geometrií vráti hodnotu null.
  • ST_PatchN - Ak je geometria POLYHEDRALSURFACE, POLYHEDRALSURFACEM, vráti 1. N -tú geometriu (tvár). V opačnom prípade vráťte NULL.
  • ST_RemoveRepeatedPoints - Vráti verziu danej geometrie s odstránenými duplicitnými bodmi.
  • ST_Reverse - Vráti geometriu s obráteným poradím vrcholov.
  • ST_Rotate - Otočenie geometrie rotRadians proti smeru hodinových ručičiek o pôvode.
  • ST_RotateX - Otočenie geometrického rotátora okolo osi X.
  • ST_RotateY - Otočenie geometrického rotátora okolo osi Y.
  • ST_RotateZ - Otočenie geometrického rotátora okolo osi Z.
  • ST_Scale - Mierka geometrie podľa daných faktorov.
  • ST_ShiftLongitude - Prepína súradnice geometrie medzi rozsahmi -180..180 a 0..360.
  • ST_StraightSkeleton - Vypočítajte priamu kostru z geometrie
  • ST_Summary - Vráti textový súhrn obsahu geometrie.
  • ST_SwapOrdinates - Vráti verziu danej geometrie s prehodenými hodnotami daných súradníc.
  • ST_Tesselate - Vykonajte povrchové teseláciu polygónu alebo polyhedralsurface a vráti sa ako DIČ alebo súbor DIČ.
  • ST_Transform - Vráti novú geometriu so súradnicami transformovanými na inú priestorovú referenciu.
  • ST_Volume - Vypočíta objem 3D telesa. Ak je geometria aplikovaná na povrch (aj uzavretý), vráti hodnotu 0.

Zaujali vás títo poradcovia? Kontaktujte tu službu technickej pomoci spoločnosti AfricaWork.

QUERY Expertný konzultant Rwanda č. 00057777

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti 5 až 10 rokov
Odvetvia: IT, softvérové ​​inžinierstvo, internet
Vzdelanie: Bakalár
Jazyky: plynule francúzsky plynule anglicky
Zručnosti: Mám pokročilé schopnosti a skúsenosti v oblasti počítačového inžinierstva. Mám pokročilé znalosti v oblasti dátovej vedy a analýzy dát. Mám pokročilé znalosti v oblasti vývoja softvéru a vývoja mobilných aplikácií v jazykoch Python, Java, Flutter, css, html, C ++ a ďalších.
Geografická flexibilita: Provincia Rwanda Kigali

QUERY Expertný konzultant Rwanda č. 00057096

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti> 10 rokov
Odvetvia: IT, softvérové ​​inžinierstvo, internet - Údržba, servis, popredajné služby - Doprava, logistika, poštové služby
Vzdelanie: Bakalár
Jazyky: plynule anglicky
Zručnosti: Medzinárodné vzťahy Globálna podpora Tréner vývojárov Core PHP JavaScript AJAX MySQL Oracle SQL 10g Oracle PL/SQL 10g Oracle Forms 10g
Geografická flexibilita: Rwanda International

QUERY Expertný konzultant Rwanda č. 00056981

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expert Consultant Rwanda Skúsenosti 5 až 10 rokov
Odvetvia:
Vzdelanie: Bakalár
Jazyky: plynule anglicky
Zručnosti: Mám znalosti v oblasti správy údajov niekoľko rokov. Vrátane zadávania údajov, overovania údajov, vykazovania, analýzy údajov, dohľadu nad koučovaním v oblasti správy údajov, poskytovania spätnej väzby svojmu orgánu. Pomáhať manažmentu prijímať rozhodnutia na základe údajov
Geografická flexibilita: Provincia Rwanda Kigali

QUERY Expertný konzultant Rwanda č. 00052776

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti> 10 rokov
Odvetvia: Telecom
Vzdelanie: Doktorát
Jazyky: plynule anglicky
Zručnosti: Schopnosti riešiť problémy • Schopnosť zvládať plánované aj neplánované zmeny • Kreatívne a inovatívne schopnosti • Dobrá disciplína s integritou • Učiteľské schopnosti • Medziľudské vzťahové schopnosti • Futuristické schopnosti • Schopnosť ovplyvňovať členov tímu
Geografická flexibilita: Rwanda International

QUERY Expertný konzultant Rwanda č. 00040781

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti> 10 rokov
Odvetvia: Elektrické, elektronické, optické a presné zariadenia - IT, softvérové ​​inžinierstvo, Internet - Telecom
Vzdelanie: Bakalár
Jazyky: plynule francúzsky plynule anglicky
Zručnosti: Plánovanie transportnej kapacity Mikrovlnné plánovanie prepojenia s nástrojom Pathloss 5 Ericsson Mikrovlnný a IP prenos Huawei Optická a mikrovlnná doprava Transportné technológie a služby: SDH, EoS, Natívny ethernet, TDM cez paket, DWDM, MPLS-TP, IP, MPLS,
Geografická flexibilita: Rwanda Kigali - medzinárodná

QUERY Expertný konzultant Rwanda č. 00041148

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expert Consultant Rwanda Skúsenosti 5 až 10 rokov
Odvetvia: Letiskové a špedičné služby - Vydanie, tlač - Vzdelávanie, školenia - IT, softvérové ​​inžinierstvo, Internet - Marketing, komunikácia, médiá
Vzdelanie: Bakalár
Jazyky: plynule anglicky
Zručnosti: Riešenie problémov s IT a riešenie problémov zosilňovača na mieste a na diaľku Technická podpora na diaľku Aktuálne znalosti počítačových operačných systémov LAN a zosilňovač WAN Konektivita a zosilňovač Údržba počítačového hardvéru Systémy a komponenty zosilňovača Dobrá komunikácia
Geografická flexibilita: Rwanda východná provincia - provincia Kigali - severná provincia - južná provincia - západná provincia - medzinárodná

QUERY Expertný konzultant Rwanda č. 00038260

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti> 10 rokov
Odvetvia: Bankovníctvo, poistenie, financie - IT, softvérové ​​inžinierstvo, internet - Farmaceutický priemysel - Cestovný ruch, voľnočasové aktivity
Vzdelanie: Majster
Jazyky: anglický rodák
Zručnosti: Vynikajúca technická analýza údajov a skúsenosti s platformou veľkých dát v oblasti financií, marketingu a charitatívnych organizácií. Zručnosti vo webových službách Amazon a Google Cloud Platform, SQL, My SQL, Oracle Database, Business Objects. Amazon Web Services (AWS). Kenesis, Streams,
Geografická flexibilita: Provincia Rwanda Kigali

QUERY Expertný konzultant Rwanda č. 00028439

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expert Consultant Rwanda Skúsenosti 5 až 10 rokov
Odvetvia: Asociatívne činnosti - Vzdelávanie, školenia - IT, softvérové ​​inžinierstvo, Internet - Marketing, komunikácia, médiá
Vzdelanie: Majster
Jazyky: hindčina dobrá úroveň angličtiny plynule arabsky plynule
Zručnosti:  Plynulý a viacjazyčný  Znalostný manažment, podpora IT, administratíva a schopnosti zákazníckeho servisu  Skúsenosti s prácou v uponáhľanom a uponáhľanom prostredí  Dokáže vykonávať kvalitnú prácu v stanovených termínoch  Kompetentný v aplikáciách spoločnosti Microsoft.
Geografická flexibilita: Rwanda východná provincia - provincia Kigali - južná provincia - medzinárodná

QUERY Expertný konzultant Rwanda č. 00033284

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti> 10 rokov
Odvetvia: Edícia, tlač - Marketing, komunikácia, médiá
Vzdelanie: Vysoká škola
Jazyky: plynule anglicky
Zručnosti: • Riadenie, produkcia a navrhovanie projektov od krátkeho po splnenie. • Navrhovanie a vytváranie marketingových a e-marketingových materiálov pre celý rad projektov. • Zabezpečenie konzistentnosti v korporátnych a propagačných značkách klientov. • Prezentácia
Geografická flexibilita: Rwanda východná provincia - provincia Kigali - severná provincia - južná provincia - západná provincia - medzinárodná

QUERY Expertný konzultant Rwanda č. 00031535

Kategória: Technická pomoc / nábor Rwanda
Pracovné skúsenosti: QUERY Expertný konzultant Rwanda Skúsenosti> 10 rokov
Odvetvia:
Vzdelanie: Majster
Jazyky: plynule anglicky
Zručnosti: • Databázy: Microsoft Access, Oracle 12C, SQL • Adobe Suite CS6 (Dreamweaver, Illustrator, InDesign) • C ++, Java • Internet: HTML, Macromedia Dreamweaver MX, Drupal • Microsoft Vision (pre jazyk zjednoteného modelovania) Adobe Photoshop, HTML, MS Kancelária
Geografická flexibilita: Rwanda východná provincia - provincia Kigali - severná provincia - južná provincia - západná provincia - medzinárodná