Urbanization and Global Change Group:
'via Blog this'
Friday, October 05, 2012
Monday, October 01, 2012
Monday, September 24, 2012
Friday, September 07, 2012
Wednesday, September 05, 2012
Friday, August 24, 2012
RADAR - Microsoft Research
RADAR - Microsoft Research: "The RADAR system works using a radio map. A radio map is a lookup table that holds collections of packet signal strengths and the building locations where these signals were measured. To locate the user's position, the user's wireless device measures the signal strength from the APs within its range and then searches the radio map to determine the signal strength entry that best matches the measured signal strength. To improve its estimate, RADAR takes into account the recent movement history of the user and dynamic changes such as temperature, the number of people present, and any other environmental factors which will effect the radio map."
'via Blog this'
'via Blog this'
Thursday, August 23, 2012
IndoorGML SWG | OGC(R)
IndoorGML SWG | OGC(R):
'via Blog this'
Scope of Work
The scope of work for this SWG is to develop a candidate standard of a GML 3.2 application schema for indoor navigation and progress it to the state of an adopted standard by using OGC RFC process as follows;
- development a candidate of OGC standard for indoor navigation: this candidate standard, called tentatively IndoorGML will provide a GML application schema for exchanging information related to indoor navigation,
- gathering comments from SWG member on the draft of candidate standard and reflecting them to the candidate standard,
- submitting the candidate standard to OAB for review and subsequent release for the 30-day public comment,
- resolving the comments from OGC members, and
The aim of IndoorGML is to represent and exchange the geoinformation that is required to build and operate indoor navigation systems. IndoorGML will provide the essential model and data for important applications like building evacuation, disaster management, personal indoor navigation, indoor robot navigation, indoor spatial awareness, indoor location based services, and the support for tracking of people and goods. IndoorGML provides a framework for the flexible integration of different localization technologies and allows the ad-hoc selection of the appropriate navigation data according to the capabilities of the mobile device and the offered localization technologies of a building.
- submitting the final version of candidate standard to the OGC TC for voting.
Indoor navigation comprises route planning, localization, and tracking of subjects (i.e. people) and objects (e.g. robots or other indoor vehicles). IndoorGML will support these activities in different modes of locomotion, i.e. walking, driving, and flying as well as navigation in virtual environments. Since there is no unique localization technology like GPS available indoors, many different types of indoor positioning techniques are used today, often in combination with each other. This makes it necessary to provide geospatial data about the different senders, receivers, and sensors and their respective signal ranges.
Existing standards for the representation of 3D building models like IFC or CityGML do not address these aspects. From the perspective of IndoorGML they can be considered as important data sources for the interior topography of buildings (and other structures like tunnels). IndoorGML, which will be also an application schema of GML, will be thus a complementary standard to CityGML and IFC to support location based services for indoor space, particularly indoor navigation. This candidate standard will mainly consist of two components; first an indoor spatial data model given by a multi-layer space model to describe different contexts of indoor space, and the representation of indoor symbolic space and topological properties, building upon the former component.
The requirements and use-cases for this candidate standard are given in detail in the OGC discussion paper (OGC 10-191r1).
'via Blog this'
Wednesday, August 22, 2012
Monday, August 13, 2012
development_constraints
quote (code comments in urbansim_parcel.datasets.parcel_dataset) :
"calculate the min and max development capacity given by constraints.
modelled from the same method in urbansim/datasets/gridcell_dataset.py
-1 is a magic number. -1 in minimum/maximum column of developpment_constraint dataset is interpreted as
unconstrained, i.e. minimum = 0, maximum=positive infinite
if consider_constraints_as_rules is True, nothing is allowed to be built unless the
development_constraints says otherwise, disallowing any development if not
specified in development_constraints table, that is, minimum and maximum default to 0.
else if consider_constraints_as_rules is False, anything can be built unless it is explicitly disallowed
by development_constraints, allowing any development if not specified in development_constriant,
i.e. minimum and maximum default to -1 (equivalent to minimum = 0, and maximum = positive infinite). "
Friday, April 27, 2012
Monday, January 30, 2012
Subscribe to:
Posts (Atom)