Abstract: Embodiments relate to selecting textures for a user-supplied photographic image in image-based three-dimensional modeling. In a first embodiment, a computer-implemented method includes a method for inputting a user-supplied photographic image that uses a photogrammetry algorithm to adjust a plurality of camera parameters for the user-supplied photographic image. In the method, a user-supplied photographic image inputted by a user is received. A set of geographic characteristics inputted by the user that correspond to a geographic location of a camera that took the user-supplied photographic image is received. A plurality of camera parameters that correspond to the geographic location of the camera that took the user-supplied photographic image is determined. The user-supplied photographic image to be texture mapped to the three-dimensional model is enabled.

Abstract: Embodiments relate to determining pose data for a user-provided image. A user may model a building in a web browser plug in by mapping positions on two-dimensional images to a three-dimensional model of a building shown in the image. A geometry of the model of the building may be determined. The user may then provide an image that includes the building. One or more features of the selected building in the user-provided image may be detected using computer vision techniques. Detected features are correlated with features of the geometry of the three-dimensional model. Based on the correlation, pose data may be associated with the user-provided image.

Abstract: Embodiments enable alteration of automatically-generated three-dimensional models using photogrammetry. In an embodiment, a method creates a three-dimensional model using a two-dimensional photographic image. An automatically generated three-dimensional model geocoded within a field of view of a camera that took the two-dimensional photographic image is received. A perspective of the camera that took the photographic image is represented by a set of camera parameters for the first two-dimensional photographic image. A user input constraint indicating that a feature of the automatically generated three-dimensional model corresponds to a position on two-dimensional photographic image is also received. In response to the user input constraint, the three-dimensional model is altered, using photogrammetry, according to the user input constraint and the set of camera parameters.

Abstract: Embodiments relate to selecting textures for a user-supplied photographic image in image-based three-dimensional modeling. In a first embodiment, a computer-implemented method includes a method for inputting a user-supplied photographic image that uses a photogrammetry algorithm to adjust a plurality of camera parameters for the user-supplied photographic image. In the method, a user-supplied photographic image inputted by a user is received. A set of geographic characteristics inputted by the user that correspond to a geographic location of a camera that took the user-supplied photographic image is received. A plurality of camera parameters that correspond to the geographic location of the camera that took the user-supplied photographic image is determined. The user-supplied photographic image to be texture mapped to the three-dimensional model is enabled.

Abstract: Embodiments relate to selecting textures for a panoramic photographic image in image-based three-dimensional modeling. In a first embodiment, a computer-implemented method includes a method for inputting a panoramic photographic image that uses a photogrammetry algorithm to adjust a plurality of camera parameters for the panoramic photographic image. In the method, a street-level panoramic photographic image is selected by a user from a street-level panoramic image display site. An area of the street-level panoramic image is also identified by the user. A photographic image at the area of the street-level panoramic image is captured. Camera parameters representing a camera that took the photographic image is determined. A position on the photographic image is mapped to a position on a three-dimensional model. The camera parameters are adjusted so that the three-dimensional model is rendered onto the photographic image from a perspective specified by the adjusted camera parameters.

Abstract: An internally consistent system implementing object-oriented programming constructs in ECMAScript is described. First, a function, rather than the ECMAScript new keyword, is used to initiate new instance creation. The instance creation function is assigned to a non-Function instance rather than an instance of Function as required for use of new. Instances with attached instance creation functions serve as “type proxy” objects and replace the Function instances normally used as types. Since the type proxies and prototype chains created and maintained by the invention are instances of normal objects, rather than instances of Function as required by standard ECMAScript, this approach allows native ECMAScript lookup semantics to be leveraged while supporting inheritance of both state and behavior for instances and types to any level desired.

Abstract: A system implementing unified and extensible event handling in ECMAScript is described. The current capturing, bubbling, and DOM Level 2 systems of UI event handling are unified without requiring upgraded or altered browsers by leveraging JavaScript to create data structures and processes which capture and realign these disparate systems of event handling. Object dependency is supported through the same unified event system which resolves the differences between capturing, bubbling, and DOM Level 2 event models while integrating non-UI and distributed event support resulting in a system capable of supporting MVC patterns. The particular advantage of the described system is that the implementation is in JavaScript and requires no applets, plugins, or other alterations to currently deployed web browsers.

Abstract: An internally consistent system implementing object-oriented programming constructs in ECMAScript is described. First, a function, rather than the ECMAScript new keyword, is used to initiate new instance creation. The instance creation function is assigned to a non-Function instance rather than an instance of Function as required for use of new. Instances with attached instance creation functions serve as “type proxy” objects and replace the Function instances normally used as types. Since the type proxies and prototype chains created and maintained by the invention are instances of normal objects, rather than instances of Function as required by standard ECMAScript, this approach allows native ECMAScript lookup semantics to be leveraged while supporting inheritance of both state and behavior for instances and types to any level desired.