Talk:Ruimtescanner XL

Ik stel voor de titel van deze pagina te veranderen naar: "RuimteScanner XL Beta 2013"

Simulatie 'werken': nut en noodzaak (en mogelijkheden) van toevoeging van het individuele bedrijf (of vestiging) als eenheid
Tot nu toe werken we in Tigris XL met arbeidsplaatsen (per sector) en in RS met het ruimtebeslag daarvan (e.g., bedrijventerrein of zeehaven). De vertaling van arbeidsplaatsen naar ruimtebeslag gebeurt obv kentallen en historische trends daarin, om precies te zijn m.b.v. de z.g.n. 'locatiecoefficient' (LC) en 'terreincoefficient' (TC) zoals bepaald in het project/model "BedrijfsLocatieMonitor" (BLM). De locatiecoefficient bepaalt (per corop) de verdeling van arbeidsplaatsen per sector(detailhandel, industrie etc.) over locatietypen (bedrijventerrein, zeehaven etc.). De terreincoefficient bepaalt vervolgens het ruimtebeslag per combinatie van sector, locatietype en regio. Veranderingen in LC en TC worden per regio gebaseerd op waargenomen veranderingen daarin. Bijvoorbeeld: in corop amsterdam tussen 1990 en 2000 x% meer zakelijke dienstverlening in woongebied, met x% minder ruimtebeslag per arbeidsplaats. Net zoals in het geval van de functie 'wonen' wordt locatietypevoorkeur en ruimtebeslag per werknemer dus niet verklaard. Ook voor deze functie ligt er dus een uitdaging om dit te verklaren en te simuleren.

In het geval van de functie 'wonen' staat hierbij de locatievoorkeuren etc. (bid-rent curve) van huishoudens per type centraal. Hiervoor hebben zijn, per regio, cijfers beschikbaar uit Tigris XL. Dit geldt niet voor de functie 'werken'. Tigris XL noch BLM produceren cijfers voor bedrijfseenheden of bedrijfsvestigingen. Er kunnen dus geen bedrijven worden gealloceerd (discreet) aan bebouwingsobjecten met werkfunctie.

Oplossingsrichtingen:

1) arbeidsplaatsen per sector alloceren aan objecten etc. 2) arbeidsplaaten Tigris XL op een of andere manier vertalen naar bedrijven bedrijven 3) cijfers m.b.t. bedrijfseenheden elders betrekken (beschikbaarheid)?

Afbakening woning- en vastgoedmarktregio's in conceptueel en operationeel model

 * Is het mogelijk en heeft het zin om af te stappen in de RS van het gebruik van bijvoorbeeld corop regio's als generieke (voor alle huishoudens daarbinnen) DUS, met harde begrenzingen, en over te gaan op DUS per huishoudenstype, evt zelfs per uniek huishouden gecentreerd rondom huidige locatie (kegel, o.b.v. coordinaten huidig perceel of andere attributen daarvan), hiermee de harde grenzen tussen DUS 'fluide' makend?
 * Hoe groot moeten deze DUS dan zijn?
 * Welke verschillen tussen welke verschillende huishoudenstypen?
 * Of de generieke, hard begrensde NVM regioindeling gebruiken?

Simulatie huishoudensvorming
In werkelijkheid wordt deze dynamiek deels bepaald door woningmarkt. Voorbeeld: grotere huishoudens (minder nieuwe huishoudens) in het geval van ongunstige woningmarkt
 * Gaan we dit simuleren?
 * Hoe gaan we uberhaupt huishoudensdynamiek simuleren? Of exogeen houden?