Proposal of a domain model for 3D representation of buildings in Ecuador.

Proposal of a domain model for 3D representation of... | F1000Research "use strict";function _typeof(t){return(_typeof="function"==typeof Symbol&&"symbol"==typeof Symbol.iterator?function(t){return typeof t}:function(t){return t&&"function"==typeof Symbol&&t.constructor===Symbol&&t!==Symbol.prototype?"symbol":typeof t})(t)}!function(){var t=function(){var t,e,o=[],n=window,r=n;for(;r;){try{if(r.frames.__tcfapiLocator){t=r;break}}catch(t){}if(r===n.top)break;r=r.parent}t||(!function t(){var e=n.document,o=!!n.frames.__tcfapiLocator;if(!o)if(e.body){var r=e.createElement("iframe");r.style.cssText="display:none",r.name="__tcfapiLocator",e.body.appendChild(r)}else setTimeout(t,5);return!o}(),n.__tcfapi=function(){for(var t=arguments.length,n=new Array(t),r=0;r 3&&2===parseInt(n[1],10)&&"boolean"==typeof n[3]&&(e=n[3],"function"==typeof n[2]&&n[2]("set",!0)):"ping"===n[0]?"function"==typeof n[2]&&n[2]({gdprApplies:e,cmpLoaded:!1,cmpStatus:"stub"}):o.push(n)},n.addEventListener("message",(function(t){var e="string"==typeof t.data,o={};if(e)try{o=JSON.parse(t.data)}catch(t){}else o=t.data;var n="object"===_typeof(o)&&null!==o?o.__tcfapiCall:null;n&&window.__tcfapi(n.command,n.version,(function(o,r){var a={__tcfapiReturn:{returnValue:o,success:r,callId:n.callId}};t&&t.source&&t.source.postMessage&&t.source.postMessage(e?JSON.stringify(a):a,"*")}),n.parameter)}),!1))};"undefined"!=typeof module?module.exports=t:t()}(); dataLayer = dataLayer || []; // Standard GTM initialization - Google Consent Mode handles consent automatically (function(w,d,s,l,i){w[l]=w[l]||[];w[l].push({'gtm.start': new Date().getTime(),event:'gtm.js'});var f=d.getElementsByTagName(s)[0], j=d.createElement(s),dl=l!='dataLayer'?'&l='+l:'';j.async=true;j.src= 'https://www.googletagmanager.com/gtm.js?id='+i+dl+ '>m_auth=hzk0Vc3qFsQYhCrIoHz68A>m_preview=env-1>m_cookies_win=x';f.parentNode.insertBefore(j,f); })(window,document,'script','dataLayer','GTM-MWFK8L5J'); ;window.NREUM||(NREUM={});NREUM.init={distributed_tracing:{enabled:true},privacy:{cookies_enabled:true},ajax:{deny_list:["bam.nr-data.net"]}}; ;NREUM.loader_config={accountID:"438030",trustKey:"438030",agentID:"772317073",licenseKey:"97f8f67f26",applicationID:"772317073"} ;NREUM.info={beacon:"bam.nr-data.net",errorBeacon:"bam.nr-data.net",licenseKey:"97f8f67f26",applicationID:"772317073",sa:1} ;/*! For license information please see nr-loader-spa-1.236.0.min.js.LICENSE.txt */ (()=>{"use strict";var e,t,r={5763:(e,t,r)=>{r.d(t,{P_:()=>l,Mt:()=>g,C5:()=>s,DL:()=>v,OP:()=>T,lF:()=>D,Yu:()=>y,Dg:()=>h,CX:()=>c,GE:()=>b,sU:()=>_});var n=r(8632),i=r(9567);const o={beacon:n.ce.beacon,errorBeacon:n.ce.errorBeacon,licenseKey:void 0,applicationID:void 0,sa:void 0,queueTime:void 0,applicationTime:void 0,ttGuid:void 0,user:void 0,account:void 0,product:void 0,extra:void 0,jsAttributes:{},userAttributes:void 0,atts:void 0,transactionName:void 0,tNamePlain:void 0},a={};function s(e){if(!e)throw new Error("All info objects require an agent identifier!");if(!a[e])throw new Error("Info for ".concat(e," was never set"));return a[e]}function c(e,t){if(!e)throw new Error("All info objects require an agent identifier!");a[e]=(0,i.D)(t,o),(0,n.Qy)(e,a[e],"info")}var u=r(7056);const d=()=>{const e={blockSelector:"[data-nr-block]",maskInputOptions:{password:!0}};return{allow_bfcache:!0,privacy:{cookies_enabled:!0},ajax:{deny_list:void 0,enabled:!0,harvestTimeSeconds:10},distributed_tracing:{enabled:void 0,exclude_newrelic_header:void 0,cors_use_newrelic_header:void 0,cors_use_tracecontext_headers:void 0,allowed_origins:void 0},session:{domain:void 0,expiresMs:u.oD,inactiveMs:u.Hb},ssl:void 0,obfuscate:void 0,jserrors:{enabled:!0,harvestTimeSeconds:10},metrics:{enabled:!0},page_action:{enabled:!0,harvestTimeSeconds:30},page_view_event:{enabled:!0},page_view_timing:{enabled:!0,harvestTimeSeconds:30,long_task:!1},session_trace:{enabled:!0,harvestTimeSeconds:10},harvest:{tooManyRequestsDelay:60},session_replay:{enabled:!1,harvestTimeSeconds:60,sampleRate:.1,errorSampleRate:.1,maskTextSelector:"*",maskAllInputs:!0,get blockClass(){return"nr-block"},get ignoreClass(){return"nr-ignore"},get maskTextClass(){return"nr-mask"},get blockSelector(){return e.blockSelector},set blockSelector(t){e.blockSelector+=",".concat(t)},get maskInputOptions(){return e.maskInputOptions},set maskInputOptions(t){e.maskInputOptions={...t,password:!0}}},spa:{enabled:!0,harvestTimeSeconds:10}}},f={};function l(e){if(!e)throw new Error("All configuration objects require an agent identifier!");if(!f[e])throw new Error("Configuration for ".concat(e," was never set"));return f[e]}function h(e,t){if(!e)throw new Error("All configuration objects require an agent identifier!");f[e]=(0,i.D)(t,d()),(0,n.Qy)(e,f[e],"config")}function g(e,t){if(!e)throw new Error("All configuration objects require an agent identifier!");var r=l(e);if(r){for(var n=t.split("."),i=0;i {r.d(t,{D:()=>i});var n=r(50);function i(e,t){try{if(!e||"object"!=typeof e)return(0,n.Z)("Setting a Configurable requires an object as input");if(!t||"object"!=typeof t)return(0,n.Z)("Setting a Configurable requires a model to set its initial properties");const r=Object.create(Object.getPrototypeOf(t),Object.getOwnPropertyDescriptors(t)),o=0===Object.keys(r).length?e:r;for(let a in o)if(void 0!==e[a])try{"object"==typeof e[a]&&"object"==typeof t[a]?r[a]=i(e[a],t[a]):r[a]=e[a]}catch(e){(0,n.Z)("An error occurred while setting a property of a Configurable",e)}return r}catch(e){(0,n.Z)("An error occured while setting a Configurable",e)}}},6818:(e,t,r)=>{r.d(t,{Re:()=>i,gF:()=>o,q4:()=>n});const n="1.236.0",i="PROD",o="CDN"},385:(e,t,r)=>{r.d(t,{FN:()=>a,IF:()=>u,Nk:()=>f,Tt:()=>s,_A:()=>o,il:()=>n,pL:()=>c,v6:()=>i,w1:()=>d});const n="undefined"!=typeof window&&!!window.document,i="undefined"!=typeof WorkerGlobalScope&&("undefined"!=typeof self&&self instanceof WorkerGlobalScope&&self.navigator instanceof WorkerNavigator||"undefined"!=typeof globalThis&&globalThis instanceof WorkerGlobalScope&&globalThis.navigator instanceof WorkerNavigator),o=n?window:"undefined"!=typeof WorkerGlobalScope&&("undefined"!=typeof self&&self instanceof WorkerGlobalScope&&self||"undefined"!=typeof globalThis&&globalThis instanceof WorkerGlobalScope&&globalThis),a=""+o?.location,s=/iPad|iPhone|iPod/.test(navigator.userAgent),c=s&&"undefined"==typeof SharedWorker,u=(()=>{const e=navigator.userAgent.match(/Firefox[/\s](\d+\.\d+)/);return Array.isArray(e)&&e.length>=2?+e[1]:0})(),d=Boolean(n&&window.document.documentMode),f=!!navigator.sendBeacon},1117:(e,t,r)=>{r.d(t,{w:()=>o});var n=r(50);const i={agentIdentifier:"",ee:void 0};class o{constructor(e){try{if("object"!=typeof e)return(0,n.Z)("shared context requires an object as input");this.sharedContext={},Object.assign(this.sharedContext,i),Object.entries(e).forEach((e=>{let[t,r]=e;Object.keys(i).includes(t)&&(this.sharedContext[t]=r)}))}catch(e){(0,n.Z)("An error occured while setting SharedContext",e)}}}},8e3:(e,t,r)=>{r.d(t,{L:()=>d,R:()=>c});var n=r(2177),i=r(1284),o=r(4322),a=r(3325);const s={};function c(e,t){const r={staged:!1,priority:a.p[t]||0};u(e),s[e].get(t)||s[e].set(t,r)}function u(e){e&&(s[e]||(s[e]=new Map))}function d(){let e=arguments.length>0&&void 0!==arguments[0]?arguments[0]:"",t=arguments.length>1&&void 0!==arguments[1]?arguments[1]:"feature";if(u(e),!e||!s[e].get(t))return a(t);s[e].get(t).staged=!0;const r=[...s[e]];function a(t){const r=e?n.ee.get(e):n.ee,a=o.X.handlers;if(r.backlog&&a){var s=r.backlog[t],c=a[t];if(c){for(var u=0;s&&u {let[t,r]=e;return r.staged}))&&(r.sort(((e,t)=>e[1].priority-t[1].priority)),r.forEach((e=>{let[t]=e;a(t)})))}function f(e,t){var r=e[1];(0,i.D)(t[r],(function(t,r){var n=e[0];if(r[0]===n){var i=r[1],o=e[3],a=e[2];i.apply(o,a)}}))}},2177:(e,t,r)=>{r.d(t,{c:()=>f,ee:()=>u});var n=r(8632),i=r(2210),o=r(1284),a=r(5763),s="nr@context";let c=(0,n.fP)();var u;function d(){}function f(e){return(0,i.X)(e,s,l)}function l(){return new d}function h(){u.aborted=!0,u.backlog={}}c.ee?u=c.ee:(u=function e(t,r){var n={},c={},f={},g=!1;try{g=16===r.length&&(0,a.OP)(r).isolatedBacklog}catch(e){}var p={on:b,addEventListener:b,removeEventListener:y,emit:v,get:x,listeners:w,context:m,buffer:A,abort:h,aborted:!1,isBuffering:E,debugId:r,backlog:g?{}:t&&"object"==typeof t.backlog?t.backlog:{}};return p;function m(e){return e&&e instanceof d?e:e?(0,i.X)(e,s,l):l()}function v(e,r,n,i,o){if(!1!==o&&(o=!0),!u.aborted||i){t&&o&&t.emit(e,r,n);for(var a=m(n),s=w(e),d=s.length,f=0;fn,p:()=>i});var n=r(2177).ee.get("handle");function i(e,t,r,i,o){o?(o.buffer([e],i),o.emit(e,t,r)):(n.buffer([e],i),n.emit(e,t,r))}},4322:(e,t,r)=>{r.d(t,{X:()=>o});var n=r(5546);o.on=a;var i=o.handlers={};function o(e,t,r,o){a(o||n.E,i,e,t,r)}function a(e,t,r,i,o){o||(o="feature"),e||(e=n.E);var a=t[o]=t[o]||{};(a[r]=a[r]||[]).push([e,i])}},3239:(e,t,r)=>{r.d(t,{bP:()=>s,iz:()=>c,m$:()=>a});var n=r(385);let i=!1,o=!1;try{const e={get passive(){return i=!0,!1},get signal(){return o=!0,!1}};n._A.addEventListener("test",null,e),n._A.removeEventListener("test",null,e)}catch(e){}function a(e,t){return i||o?{capture:!!e,passive:i,signal:t}:!!e}function s(e,t){let r=arguments.length>2&&void 0!==arguments[2]&&arguments[2],n=arguments.length>3?arguments[3]:void 0;window.addEventListener(e,t,a(r,n))}function c(e,t){let r=arguments.length>2&&void 0!==arguments[2]&&arguments[2],n=arguments.length>3?arguments[3]:void 0;document.addEventListener(e,t,a(r,n))}},4402:(e,t,r)=>{r.d(t,{Ht:()=>u,M:()=>c,Rl:()=>a,ky:()=>s});var n=r(385);const i="xxxxxxxx-xxxx-4xxx-yxxx-xxxxxxxxxxxx";function o(e,t){return e?15&e[t]:16*Math.random()|0}function a(){const e=n._A?.crypto||n._A?.msCrypto;let t,r=0;return e&&e.getRandomValues&&(t=e.getRandomValues(new Uint8Array(31))),i.split("").map((e=>"x"===e?o(t,++r).toString(16):"y"===e?(3&o()|8).toString(16):e)).join("")}function s(e){const t=n._A?.crypto||n._A?.msCrypto;let r,i=0;t&&t.getRandomValues&&(r=t.getRandomValues(new Uint8Array(31)));const a=[];for(var s=0;s {r.d(t,{Bq:()=>n,Hb:()=>o,oD:()=>i});const n="NRBA",i=144e5,o=18e5},7894:(e,t,r)=>{function n(){return Math.round(performance.now())}r.d(t,{z:()=>n})},7243:(e,t,r)=>{r.d(t,{e:()=>o});var n=r(385),i={};function o(e){if(e in i)return i[e];if(0===(e||"").indexOf("data:"))return{protocol:"data"};let t;var r=n._A?.location,o={};if(n.il)t=document.createElement("a"),t.href=e;else try{t=new URL(e,r.href)}catch(e){return o}o.port=t.port;var a=t.href.split("://");!o.port&&a[1]&&(o.port=a[1].split("/")[0].split("@").pop().split(":")[1]),o.port&&"0"!==o.port||(o.port="https"===a[0]?"443":"80"),o.hostname=t.hostname||r.hostname,o.pathname=t.pathname,o.protocol=a[0],"/"!==o.pathname.charAt(0)&&(o.pathname="/"+o.pathname);var s=!t.protocol||":"===t.protocol||t.protocol===r.protocol,c=t.hostname===r.hostname&&t.port===r.port;return o.sameOrigin=s&&(!t.hostname||c),"/"===o.pathname&&(i[e]=o),o}},50:(e,t,r)=>{function n(e,t){"function"==typeof console.warn&&(console.warn("New Relic: ".concat(e)),t&&console.warn(t))}r.d(t,{Z:()=>n})},2587:(e,t,r)=>{r.d(t,{N:()=>c,T:()=>u});var n=r(2177),i=r(5546),o=r(8e3),a=r(3325);const s={stn:[a.D.sessionTrace],err:[a.D.jserrors,a.D.metrics],ins:[a.D.pageAction],spa:[a.D.spa],sr:[a.D.sessionReplay,a.D.sessionTrace]};function c(e,t){const r=n.ee.get(t);e&&"object"==typeof e&&(Object.entries(e).forEach((e=>{let[t,n]=e;void 0===u[t]&&(s[t]?s[t].forEach((e=>{n?(0,i.p)("feat-"+t,[],void 0,e,r):(0,i.p)("block-"+t,[],void 0,e,r),(0,i.p)("rumresp-"+t,[Boolean(n)],void 0,e,r)})):n&&(0,i.p)("feat-"+t,[],void 0,void 0,r),u[t]=Boolean(n))})),Object.keys(s).forEach((e=>{void 0===u[e]&&(s[e]?.forEach((t=>(0,i.p)("rumresp-"+e,[!1],void 0,t,r))),u[e]=!1)})),(0,o.L)(t,a.D.pageViewEvent))}const u={}},2210:(e,t,r)=>{r.d(t,{X:()=>i});var n=Object.prototype.hasOwnProperty;function i(e,t,r){if(n.call(e,t))return e[t];var i=r();if(Object.defineProperty&&Object.keys)try{return Object.defineProperty(e,t,{value:i,writable:!0,enumerable:!1}),i}catch(e){}return e[t]=i,i}},1284:(e,t,r)=>{r.d(t,{D:()=>n});const n=(e,t)=>Object.entries(e||{}).map((e=>{let[r,n]=e;return t(r,n)}))},4351:(e,t,r)=>{r.d(t,{P:()=>o});var n=r(2177);const i=()=>{const e=new WeakSet;return(t,r)=>{if("object"==typeof r&&null!==r){if(e.has(r))return;e.add(r)}return r}};function o(e){try{return JSON.stringify(e,i())}catch(e){try{n.ee.emit("internal-error",[e])}catch(e){}}}},3960:(e,t,r)=>{r.d(t,{K:()=>a,b:()=>o});var n=r(3239);function i(){return"undefined"==typeof document||"complete"===document.readyState}function o(e,t){if(i())return e();(0,n.bP)("load",e,t)}function a(e){if(i())return e();(0,n.iz)("DOMContentLoaded",e)}},8632:(e,t,r)=>{r.d(t,{EZ:()=>u,Qy:()=>c,ce:()=>o,fP:()=>a,gG:()=>d,mF:()=>s});var n=r(7894),i=r(385);const o={beacon:"bam.nr-data.net",errorBeacon:"bam.nr-data.net"};function a(){return i._A.NREUM||(i._A.NREUM={}),void 0===i._A.newrelic&&(i._A.newrelic=i._A.NREUM),i._A.NREUM}function s(){let e=a();return e.o||(e.o={ST:i._A.setTimeout,SI:i._A.setImmediate,CT:i._A.clearTimeout,XHR:i._A.XMLHttpRequest,REQ:i._A.Request,EV:i._A.Event,PR:i._A.Promise,MO:i._A.MutationObserver,FETCH:i._A.fetch}),e}function c(e,t,r){let i=a();const o=i.initializedAgents||{},s=o[e]||{};return Object.keys(s).length||(s.initializedAt={ms:(0,n.z)(),date:new Date}),i.initializedAgents={...o,[e]:{...s,[r]:t}},i}function u(e,t){a()[e]=t}function d(){return function(){let e=a();const t=e.info||{};e.info={beacon:o.beacon,errorBeacon:o.errorBeacon,...t}}(),function(){let e=a();const t=e.init||{};e.init={...t}}(),s(),function(){let e=a();const t=e.loader_config||{};e.loader_config={...t}}(),a()}},7956:(e,t,r)=>{r.d(t,{N:()=>i});var n=r(3239);function i(e){let t=arguments.length>1&&void 0!==arguments[1]&&arguments[1],r=arguments.length>2?arguments[2]:void 0,i=arguments.length>3?arguments[3]:void 0;return void(0,n.iz)("visibilitychange",(function(){if(t)return void("hidden"==document.visibilityState&&e());e(document.visibilityState)}),r,i)}},1214:(e,t,r)=>{r.d(t,{em:()=>v,u5:()=>N,QU:()=>S,_L:()=>I,Gm:()=>L,Lg:()=>M,gy:()=>U,BV:()=>Q,Kf:()=>ee});var n=r(2177);const i="nr@original";var o=Object.prototype.hasOwnProperty,a=!1;function s(e,t){return e||(e=n.ee),r.inPlace=function(e,t,n,i,o){n||(n="");var a,s,c,u="-"===n.charAt(0);for(c=0;c 2?n-2:0),o=2;o {r(A[T],e,w),r(E[T],e,w)})),r(l._A,"fetch",y),t.on(y+"end",(function(e,r){var n=this;if(r){var i=r.headers.get("content-length");null!==i&&(n.rxSize=i),t.emit(y+"done",[null,r],n)}else t.emit(y+"done",[e],n)})),t}const O={},j=["pushState","replaceState"];function S(e){const t=function(e){return(e||n.ee).get("history")}(e);return!l.il||O[t.debugId]++||(O[t.debugId]=1,s(t).inPlace(window.history,j,"-")),t}var P=r(3239);const C={},R=["appendChild","insertBefore","replaceChild"];function I(e){const t=function(e){return(e||n.ee).get("jsonp")}(e);if(!l.il||C[t.debugId])return t;C[t.debugId]=!0;var r=s(t),i=/[?&](?:callback|cb)=([^&#]+)/,o=/(.*)\.([^.]+)/,a=/^(\w+)(\.|$)(.*)$/;function c(e,t){var r=e.match(a),n=r[1],i=r[3];return i?c(i,t[n]):t[n]}return r.inPlace(Node.prototype,R,"dom-"),t.on("dom-start",(function(e){!function(e){if(!e||"string"!=typeof e.nodeName||"script"!==e.nodeName.toLowerCase())return;if("function"!=typeof e.addEventListener)return;var n=(a=e.src,s=a.match(i),s?s[1]:null);var a,s;if(!n)return;var u=function(e){var t=e.match(o);if(t&&t.length>=3)return{key:t[2],parent:c(t[1],window)};return{key:e,parent:window}}(n);if("function"!=typeof u.parent[u.key])return;var d={};function f(){t.emit("jsonp-end",[],d),e.removeEventListener("load",f,(0,P.m$)(!1)),e.removeEventListener("error",l,(0,P.m$)(!1))}function l(){t.emit("jsonp-error",[],d),t.emit("jsonp-end",[],d),e.removeEventListener("load",f,(0,P.m$)(!1)),e.removeEventListener("error",l,(0,P.m$)(!1))}r.inPlace(u.parent,[u.key],"cb-",d),e.addEventListener("load",f,(0,P.m$)(!1)),e.addEventListener("error",l,(0,P.m$)(!1)),t.emit("new-jsonp",[e.src],d)}(e[0])})),t}var k=r(5763);const H={};function L(e){const t=function(e){return(e||n.ee).get("mutation")}(e);if(!l.il||H[t.debugId])return t;H[t.debugId]=!0;var r=s(t),i=k.Yu.MO;return i&&(window.MutationObserver=function(e){return this instanceof i?new i(r(e,"fn-")):i.apply(this,arguments)},MutationObserver.prototype=i.prototype),t}const z={};function M(e){const t=function(e){return(e||n.ee).get("promise")}(e);if(z[t.debugId])return t;z[t.debugId]=!0;var r=n.c,o=s(t),a=k.Yu.PR;return a&&function(){function e(r){var n=t.context(),i=o(r,"executor-",n,null,!1);const s=Reflect.construct(a,[i],e);return t.context(s).getCtx=function(){return n},s}l._A.Promise=e,Object.defineProperty(e,"name",{value:"Promise"}),e.toString=function(){return a.toString()},Object.setPrototypeOf(e,a),["all","race"].forEach((function(r){const n=a[r];e[r]=function(e){let i=!1;[...e||[]].forEach((e=>{this.resolve(e).then(a("all"===r),a(!1))}));const o=n.apply(this,arguments);return o;function a(e){return function(){t.emit("propagate",[null,!i],o,!1,!1),i=i||!e}}}})),["resolve","reject"].forEach((function(r){const n=a[r];e[r]=function(e){const r=n.apply(this,arguments);return e!==r&&t.emit("propagate",[e,!0],r,!1,!1),r}})),e.prototype=a.prototype;const n=a.prototype.then;a.prototype.then=function(){var e=this,i=r(e);i.promise=e;for(var a=arguments.length,s=new Array(a),c=0;c e())),t};function m(e,t){i.inPlace(t,["onreadystatechange"],"fn-",E)}function b(){var e=this,t=r.context(e);e.readyState>3&&!t.resolved&&(t.resolved=!0,r.emit("xhr-resolved",[],e)),i.inPlace(e,f,"fn-",E)}if(function(e,t){for(var r in e)t[r]=e[r]}(o,p),p.prototype=o.prototype,i.inPlace(p.prototype,J,"-xhr-",E),r.on("send-xhr-start",(function(e,t){m(e,t),function(e){h.push(e),a&&(y?y.then(A):u?u(A):(w=-w,x.data=w))}(t)})),r.on("open-xhr-start",m),a){var y=c&&c.resolve();if(!u&&!c){var w=1,x=document.createTextNode(w);new a(A).observe(x,{characterData:!0})}}else t.on("fn-end",(function(e){e[0]&&e[0].type===d||A()}));function A(){for(var e=0;e {r.d(t,{t:()=>n});const n=r(3325).D.ajax},6660:(e,t,r)=>{r.d(t,{A:()=>i,t:()=>n});const n=r(3325).D.jserrors,i="nr@seenError"},3081:(e,t,r)=>{r.d(t,{gF:()=>o,mY:()=>i,t9:()=>n,vz:()=>s,xS:()=>a});const n=r(3325).D.metrics,i="sm",o="cm",a="storeSupportabilityMetrics",s="storeEventMetrics"},4649:(e,t,r)=>{r.d(t,{t:()=>n});const n=r(3325).D.pageAction},7633:(e,t,r)=>{r.d(t,{Dz:()=>i,OJ:()=>a,qw:()=>o,t9:()=>n});const n=r(3325).D.pageViewEvent,i="firstbyte",o="domcontent",a="windowload"},9251:(e,t,r)=>{r.d(t,{t:()=>n});const n=r(3325).D.pageViewTiming},3614:(e,t,r)=>{r.d(t,{BST_RESOURCE:()=>i,END:()=>s,FEATURE_NAME:()=>n,FN_END:()=>u,FN_START:()=>c,PUSH_STATE:()=>d,RESOURCE:()=>o,START:()=>a});const n=r(3325).D.sessionTrace,i="bstResource",o="resource",a="-start",s="-end",c="fn"+a,u="fn"+s,d="pushState"},7836:(e,t,r)=>{r.d(t,{BODY:()=>A,CB_END:()=>E,CB_START:()=>u,END:()=>x,FEATURE_NAME:()=>i,FETCH:()=>_,FETCH_BODY:()=>v,FETCH_DONE:()=>m,FETCH_START:()=>p,FN_END:()=>c,FN_START:()=>s,INTERACTION:()=>l,INTERACTION_API:()=>d,INTERACTION_EVENTS:()=>o,JSONP_END:()=>b,JSONP_NODE:()=>g,JS_TIME:()=>T,MAX_TIMER_BUDGET:()=>a,REMAINING:()=>f,SPA_NODE:()=>h,START:()=>w,originalSetTimeout:()=>y});var n=r(5763);const i=r(3325).D.spa,o=["click","submit","keypress","keydown","keyup","change"],a=999,s="fn-start",c="fn-end",u="cb-start",d="api-ixn-",f="remaining",l="interaction",h="spaNode",g="jsonpNode",p="fetch-start",m="fetch-done",v="fetch-body-",b="jsonp-end",y=n.Yu.ST,w="-start",x="-end",A="-body",E="cb"+x,T="jsTime",_="fetch"},5938:(e,t,r)=>{r.d(t,{W:()=>o});var n=r(5763),i=r(2177);class o{constructor(e,t,r){this.agentIdentifier=e,this.aggregator=t,this.ee=i.ee.get(e,(0,n.OP)(this.agentIdentifier).isolatedBacklog),this.featureName=r,this.blocked=!1}}},9144:(e,t,r)=>{r.d(t,{j:()=>m});var n=r(3325),i=r(5763),o=r(5546),a=r(2177),s=r(7894),c=r(8e3),u=r(3960),d=r(385),f=r(50),l=r(3081),h=r(8632);function g(){const e=(0,h.gG)();["setErrorHandler","finished","addToTrace","inlineHit","addRelease","addPageAction","setCurrentRouteName","setPageViewName","setCustomAttribute","interaction","noticeError","setUserId"].forEach((t=>{e[t]=function(){for(var r=arguments.length,n=new Array(r),i=0;i 1?r-1:0),i=1;i {e.exposed&&e.api[t]&&o.push(e.api[t](...n))})),o.length>1?o:o[0]}(t,...n)}}))}var p=r(2587);function m(e){let t=arguments.length>1&&void 0!==arguments[1]?arguments[1]:{},m=arguments.length>2?arguments[2]:void 0,v=arguments.length>3?arguments[3]:void 0,{init:b,info:y,loader_config:w,runtime:x={loaderType:m},exposed:A=!0}=t;const E=(0,h.gG)();y||(b=E.init,y=E.info,w=E.loader_config),(0,i.Dg)(e,b||{}),(0,i.GE)(e,w||{}),(0,i.sU)(e,x),y.jsAttributes??={},d.v6&&(y.jsAttributes.isWorker=!0),(0,i.CX)(e,y),g();const T=function(e,t){t||(0,c.R)(e,"api");const h={};var g=a.ee.get(e),p=g.get("tracer"),m="api-",v=m+"ixn-";function b(t,r,n,o){const a=(0,i.C5)(e);return null===r?delete a.jsAttributes[t]:(0,i.CX)(e,{...a,jsAttributes:{...a.jsAttributes,[t]:r}}),x(m,n,!0,o||null===r?"session":void 0)(t,r)}function y(){}["setErrorHandler","finished","addToTrace","inlineHit","addRelease"].forEach((e=>h[e]=x(m,e,!0,"api"))),h.addPageAction=x(m,"addPageAction",!0,n.D.pageAction),h.setCurrentRouteName=x(m,"routeName",!0,n.D.spa),h.setPageViewName=function(t,r){if("string"==typeof t)return"/"!==t.charAt(0)&&(t="/"+t),(0,i.OP)(e).customTransaction=(r||"http://custom.transaction")+t,x(m,"setPageViewName",!0)()},h.setCustomAttribute=function(e,t){let r=arguments.length>2&&void 0!==arguments[2]&&arguments[2];if("string"==typeof e){if(["string","number"].includes(typeof t)||null===t)return b(e,t,"setCustomAttribute",r);(0,f.Z)("Failed to execute setCustomAttribute.\nNon-null value must be a string or number type, but a type of was provided."))}else(0,f.Z)("Failed to execute setCustomAttribute.\nName must be a string type, but a type of was provided."))},h.setUserId=function(e){if("string"==typeof e||null===e)return b("enduser.id",e,"setUserId",!0);(0,f.Z)("Failed to execute setUserId.\nNon-null value must be a string type, but a type of was provided."))},h.interaction=function(){return(new y).get()};var w=y.prototype={createTracer:function(e,t){var r={},i=this,a="function"==typeof t;return(0,o.p)(v+"tracer",[(0,s.z)(),e,r],i,n.D.spa,g),function(){if(p.emit((a?"":"no-")+"fn-start",[(0,s.z)(),i,a],r),a)try{return t.apply(this,arguments)}catch(e){throw p.emit("fn-err",[arguments,this,"string"==typeof e?new Error(e):e],r),e}finally{p.emit("fn-end",[(0,s.z)()],r)}}}};function x(e,t,r,i){return function(){return(0,o.p)(l.xS,["API/"+t+"/called"],void 0,n.D.metrics,g),i&&(0,o.p)(e+t,[(0,s.z)(),...arguments],r?null:this,i,g),r?void 0:this}}function A(){r.e(439).then(r.bind(r,7438)).then((t=>{let{setAPI:r}=t;r(e),(0,c.L)(e,"api")})).catch((()=>(0,f.Z)("Downloading runtime APIs failed...")))}return["actionText","setName","setAttribute","save","ignore","onEnd","getContext","end","get"].forEach((e=>{w[e]=x(v,e,void 0,n.D.spa)})),h.noticeError=function(e,t){"string"==typeof e&&(e=new Error(e)),(0,o.p)(l.xS,["API/noticeError/called"],void 0,n.D.metrics,g),(0,o.p)("err",[e,(0,s.z)(),!1,t],void 0,n.D.jserrors,g)},d.il?(0,u.b)((()=>A()),!0):A(),h}(e,v);return(0,h.Qy)(e,T,"api"),(0,h.Qy)(e,A,"exposed"),(0,h.EZ)("activatedFeatures",p.T),T}},3325:(e,t,r)=>{r.d(t,{D:()=>n,p:()=>i});const n={ajax:"ajax",jserrors:"jserrors",metrics:"metrics",pageAction:"page_action",pageViewEvent:"page_view_event",pageViewTiming:"page_view_timing",sessionReplay:"session_replay",sessionTrace:"session_trace",spa:"spa"},i={[n.pageViewEvent]:1,[n.pageViewTiming]:2,[n.metrics]:3,[n.jserrors]:4,[n.ajax]:5,[n.sessionTrace]:6,[n.pageAction]:7,[n.spa]:8,[n.sessionReplay]:9}}},n={};function i(e){var t=n[e];if(void 0!==t)return t.exports;var o=n[e]={exports:{}};return r[e](o,o.exports,i),o.exports}i.m=r,i.d=(e,t)=>{for(var r in t)i.o(t,r)&&!i.o(e,r)&&Object.defineProperty(e,r,{enumerable:!0,get:t[r]})},i.f={},i.e=e=>Promise.all(Object.keys(i.f).reduce(((t,r)=>(i.f[r](e,t),t)),[])),i.u=e=>(({78:"page_action-aggregate",147:"metrics-aggregate",242:"session-manager",317:"jserrors-aggregate",348:"page_view_timing-aggregate",412:"lazy-feature-loader",439:"async-api",538:"recorder",590:"session_replay-aggregate",675:"compressor",733:"session_trace-aggregate",786:"page_view_event-aggregate",873:"spa-aggregate",898:"ajax-aggregate"}[e]||e)+"."+{78:"ac76d497",147:"3dc53903",148:"1a20d5fe",242:"2a64278a",317:"49e41428",348:"bd6de33a",412:"2f55ce66",439:"30bd804e",538:"1b18459f",590:"cf0efb30",675:"ae9f91a8",733:"83105561",786:"06482edd",860:"03a8b7a5",873:"e6b09d52",898:"998ef92b"}[e]+"-1.236.0.min.js"),i.o=(e,t)=>Object.prototype.hasOwnProperty.call(e,t),e={},t="NRBA:",i.l=(r,n,o,a)=>{if(e[r])e[r].push(n);else{var s,c;if(void 0!==o)for(var u=document.getElementsByTagName("script"),d=0;d {s.onerror=s.onload=null,clearTimeout(h);var i=e[r];if(delete e[r],s.parentNode&&s.parentNode.removeChild(s),i&&i.forEach((e=>e(n))),t)return t(n)},h=setTimeout(l.bind(null,void 0,{type:"timeout",target:s}),12e4);s.onerror=l.bind(null,s.onerror),s.onload=l.bind(null,s.onload),c&&document.head.appendChild(s)}},i.r=e=>{"undefined"!=typeof Symbol&&Symbol.toStringTag&&Object.defineProperty(e,Symbol.toStringTag,{value:"Module"}),Object.defineProperty(e,"__esModule",{value:!0})},i.j=364,i.p="https://js-agent.newrelic.com/",(()=>{var e={364:0,953:0};i.f.j=(t,r)=>{var n=i.o(e,t)?e[t]:void 0;if(0!==n)if(n)r.push(n[2]);else{var o=new Promise(((r,i)=>n=e[t]=[r,i]));r.push(n[2]=o);var a=i.p+i.u(t),s=new Error;i.l(a,(r=>{if(i.o(e,t)&&(0!==(n=e[t])&&(e[t]=void 0),n)){var o=r&&("load"===r.type?"missing":r.type),a=r&&r.target&&r.target.src;s.message="Loading chunk "+t+" failed.\n("+o+": "+a+")",s.name="ChunkLoadError",s.type=o,s.request=a,n[1](s)}}),"chunk-"+t,t)}};var t=(t,r)=>{var n,o,[a,s,c]=r,u=0;if(a.some((t=>0!==e[t]))){for(n in s)i.o(s,n)&&(i.m[n]=s[n]);if(c)c(i)}for(t&&t(r);u {i.r(o);var e=i(3325),t=i(5763);const r=Object.values(e.D);function n(e){const n={};return r.forEach((r=>{n[r]=function(e,r){return!1!==(0,t.Mt)(r,"".concat(e,".enabled"))}(r,e)})),n}var a=i(9144);var s=i(5546),c=i(385),u=i(8e3),d=i(5938),f=i(3960),l=i(50);class h extends d.W{constructor(e,t,r){let n=!(arguments.length>3&&void 0!==arguments[3])||arguments[3];super(e,t,r),this.auto=n,this.abortHandler,this.featAggregate,this.onAggregateImported,n&&(0,u.R)(e,r)}importAggregator(){let e=arguments.length>0&&void 0!==arguments[0]?arguments[0]:{};if(this.featAggregate||!this.auto)return;const r=c.il&&!0===(0,t.Mt)(this.agentIdentifier,"privacy.cookies_enabled");let n;this.onAggregateImported=new Promise((e=>{n=e}));const o=async()=>{let t;try{if(r){const{setupAgentSession:e}=await Promise.all([i.e(860),i.e(242)]).then(i.bind(i,3228));t=e(this.agentIdentifier)}}catch(e){(0,l.Z)("A problem occurred when starting up session manager. This page will not start or extend any session.",e)}try{if(!this.shouldImportAgg(this.featureName,t))return void(0,u.L)(this.agentIdentifier,this.featureName);const{lazyFeatureLoader:r}=await i.e(412).then(i.bind(i,8582)),{Aggregate:o}=await r(this.featureName,"aggregate");this.featAggregate=new o(this.agentIdentifier,this.aggregator,e),n(!0)}catch(e){(0,l.Z)("Downloading and initializing ".concat(this.featureName," failed..."),e),this.abortHandler?.(),n(!1)}};c.il?(0,f.b)((()=>o()),!0):o()}shouldImportAgg(r,n){return r!==e.D.sessionReplay||!1!==(0,t.Mt)(this.agentIdentifier,"session_trace.enabled")&&(!!n?.isNew||!!n?.state.sessionReplay)}}var g=i(7633),p=i(7894);class m extends h{static featureName=g.t9;constructor(r,n){let i=!(arguments.length>2&&void 0!==arguments[2])||arguments[2];if(super(r,n,g.t9,i),("undefined"==typeof PerformanceNavigationTiming||c.Tt)&&"undefined"!=typeof PerformanceTiming){const n=(0,t.OP)(r);n[g.Dz]=Math.max(Date.now()-n.offset,0),(0,f.K)((()=>n[g.qw]=Math.max((0,p.z)()-n[g.Dz],0))),(0,f.b)((()=>{const t=(0,p.z)();n[g.OJ]=Math.max(t-n[g.Dz],0),(0,s.p)("timing",["load",t],void 0,e.D.pageViewTiming,this.ee)}))}this.importAggregator()}}var v=i(1117),b=i(1284);class y extends v.w{constructor(e){super(e),this.aggregatedData={}}store(e,t,r,n,i){var o=this.getBucket(e,t,r,i);return o.metrics=function(e,t){t||(t={count:0});return t.count+=1,(0,b.D)(e,(function(e,r){t[e]=w(r,t[e])})),t}(n,o.metrics),o}merge(e,t,r,n,i){var o=this.getBucket(e,t,n,i);if(o.metrics){var a=o.metrics;a.count+=r.count,(0,b.D)(r,(function(e,t){if("count"!==e){var n=a[e],i=r[e];i&&!i.c?a[e]=w(i.t,n):a[e]=function(e,t){if(!t)return e;t.c||(t=x(t.t));return t.min=Math.min(e.min,t.min),t.max=Math.max(e.max,t.max),t.t+=e.t,t.sos+=e.sos,t.c+=e.c,t}(i,a[e])}}))}else o.metrics=r}storeMetric(e,t,r,n){var i=this.getBucket(e,t,r);return i.stats=w(n,i.stats),i}getBucket(e,t,r,n){this.aggregatedData[e]||(this.aggregatedData[e]={});var i=this.aggregatedData[e][t];return i||(i=this.aggregatedData[e][t]={params:r||{}},n&&(i.custom=n)),i}get(e,t){return t?this.aggregatedData[e]&&this.aggregatedData[e][t]:this.aggregatedData[e]}take(e){for(var t={},r="",n=!1,i=0;i t.max&&(t.max=e),e 2&&void 0!==arguments[2])||arguments[2];super(e,r,j.t,n),c.il&&((0,t.OP)(e).initHidden=Boolean("hidden"===document.visibilityState),(0,N.N)((()=>(0,s.p)("docHidden",[(0,p.z)()],void 0,j.t,this.ee)),!0),(0,O.bP)("pagehide",(()=>(0,s.p)("winPagehide",[(0,p.z)()],void 0,j.t,this.ee))),this.importAggregator())}}var P=i(3081);class C extends h{static featureName=P.t9;constructor(e,t){let r=!(arguments.length>2&&void 0!==arguments[2])||arguments[2];super(e,t,P.t9,r),this.importAggregator()}}var R,I=i(2210),k=i(1214),H=i(2177),L={};try{R=localStorage.getItem("__nr_flags").split(","),console&&"function"==typeof console.log&&(L.console=!0,-1!==R.indexOf("dev")&&(L.dev=!0),-1!==R.indexOf("nr_dev")&&(L.nrDev=!0))}catch(e){}function z(e){try{L.console&&z(e)}catch(e){}}L.nrDev&&H.ee.on("internal-error",(function(e){z(e.stack)})),L.dev&&H.ee.on("fn-err",(function(e,t,r){z(r.stack)})),L.dev&&(z("NR AGENT IN DEVELOPMENT MODE"),z("flags: "+(0,b.D)(L,(function(e,t){return e})).join(", ")));var M=i(6660);class B extends h{static featureName=M.t;constructor(r,n){let i=!(arguments.length>2&&void 0!==arguments[2])||arguments[2];super(r,n,M.t,i),this.skipNext=0;try{this.removeOnAbort=new AbortController}catch(e){}const o=this;o.ee.on("fn-start",(function(e,t,r){o.abortHandler&&(o.skipNext+=1)})),o.ee.on("fn-err",(function(t,r,n){o.abortHandler&&!n[M.A]&&((0,I.X)(n,M.A,(function(){return!0})),this.thrown=!0,(0,s.p)("err",[n,(0,p.z)()],void 0,e.D.jserrors,o.ee))})),o.ee.on("fn-end",(function(){o.abortHandler&&!this.thrown&&o.skipNext>0&&(o.skipNext-=1)})),o.ee.on("internal-error",(function(t){(0,s.p)("ierr",[t,(0,p.z)(),!0],void 0,e.D.jserrors,o.ee)})),this.origOnerror=c._A.onerror,c._A.onerror=this.onerrorHandler.bind(this),c._A.addEventListener("unhandledrejection",(t=>{const r=function(e){let t="Unhandled Promise Rejection: ";if(e instanceof Error)try{return e.message=t+e.message,e}catch(t){return e}if(void 0===e)return new Error(t);try{return new Error(t+(0,D.P)(e))}catch(e){return new Error(t)}}(t.reason);(0,s.p)("err",[r,(0,p.z)(),!1,{unhandledPromiseRejection:1}],void 0,e.D.jserrors,this.ee)}),(0,O.m$)(!1,this.removeOnAbort?.signal)),(0,k.gy)(this.ee),(0,k.BV)(this.ee),(0,k.em)(this.ee),(0,t.OP)(r).xhrWrappable&&(0,k.Kf)(this.ee),this.abortHandler=this.#e,this.importAggregator()}#e(){this.removeOnAbort?.abort(),this.abortHandler=void 0}onerrorHandler(t,r,n,i,o){"function"==typeof this.origOnerror&&this.origOnerror(...arguments);try{this.skipNext?this.skipNext-=1:(0,s.p)("err",[o||new F(t,r,n),(0,p.z)()],void 0,e.D.jserrors,this.ee)}catch(t){try{(0,s.p)("ierr",[t,(0,p.z)(),!0],void 0,e.D.jserrors,this.ee)}catch(e){}}return!1}}function F(e,t,r){this.message=e||"Uncaught error with no additional information",this.sourceURL=t,this.line=r}let U=1;const q="nr@id";function G(e){const t=typeof e;return!e||"object"!==t&&"function"!==t?-1:e===c._A?0:(0,I.X)(e,q,(function(){return U++}))}function V(e){if("string"==typeof e&&e.length)return e.length;if("object"==typeof e){if("undefined"!=typeof ArrayBuffer&&e instanceof ArrayBuffer&&e.byteLength)return e.byteLength;if("undefined"!=typeof Blob&&e instanceof Blob&&e.size)return e.size;if(!("undefined"!=typeof FormData&&e instanceof FormData))try{return(0,D.P)(e).length}catch(e){return}}}var X=i(7243);class W{constructor(e){this.agentIdentifier=e,this.generateTracePayload=this.generateTracePayload.bind(this),this.shouldGenerateTrace=this.shouldGenerateTrace.bind(this)}generateTracePayload(e){if(!this.shouldGenerateTrace(e))return null;var r=(0,t.DL)(this.agentIdentifier);if(!r)return null;var n=(r.accountID||"").toString()||null,i=(r.agentID||"").toString()||null,o=(r.trustKey||"").toString()||null;if(!n||!i)return null;var a=(0,_.M)(),s=(0,_.Ht)(),c=Date.now(),u={spanId:a,traceId:s,timestamp:c};return(e.sameOrigin||this.isAllowedOrigin(e)&&this.useTraceContextHeadersForCors())&&(u.traceContextParentHeader=this.generateTraceContextParentHeader(a,s),u.traceContextStateHeader=this.generateTraceContextStateHeader(a,c,n,i,o)),(e.sameOrigin&&!this.excludeNewrelicHeader()||!e.sameOrigin&&this.isAllowedOrigin(e)&&this.useNewrelicHeaderForCors())&&(u.newrelicHeader=this.generateTraceHeader(a,s,c,n,i,o)),u}generateTraceContextParentHeader(e,t){return"00-"+t+"-"+e+"-01"}generateTraceContextStateHeader(e,t,r,n,i){return i+"@nr=0-1-"+r+"-"+n+"-"+e+"----"+t}generateTraceHeader(e,t,r,n,i,o){if(!("function"==typeof c._A?.btoa))return null;var a={v:[0,1],d:{ty:"Browser",ac:n,ap:i,id:e,tr:t,ti:r}};return o&&n!==o&&(a.d.tk=o),btoa((0,D.P)(a))}shouldGenerateTrace(e){return this.isDtEnabled()&&this.isAllowedOrigin(e)}isAllowedOrigin(e){var r=!1,n={};if((0,t.Mt)(this.agentIdentifier,"distributed_tracing")&&(n=(0,t.P_)(this.agentIdentifier).distributed_tracing),e.sameOrigin)r=!0;else if(n.allowed_origins instanceof Array)for(var i=0;i 2&&void 0!==arguments[2])||arguments[2];super(r,n,Z.t,i),(0,t.OP)(r).xhrWrappable&&(this.dt=new W(r),this.handler=(e,t,r,n)=>(0,s.p)(e,t,r,n,this.ee),(0,k.u5)(this.ee),(0,k.Kf)(this.ee),function(r,n,i,o){function a(e){var t=this;t.totalCbs=0,t.called=0,t.cbTime=0,t.end=E,t.ended=!1,t.xhrGuids={},t.lastSize=null,t.loadCaptureCalled=!1,t.params=this.params||{},t.metrics=this.metrics||{},e.addEventListener("load",(function(r){_(t,e)}),(0,O.m$)(!1)),c.IF||e.addEventListener("progress",(function(e){t.lastSize=e.loaded}),(0,O.m$)(!1))}function s(e){this.params={method:e[0]},T(this,e[1]),this.metrics={}}function u(e,n){var i=(0,t.DL)(r);i.xpid&&this.sameOrigin&&n.setRequestHeader("X-NewRelic-ID",i.xpid);var a=o.generateTracePayload(this.parsedOrigin);if(a){var s=!1;a.newrelicHeader&&(n.setRequestHeader("newrelic",a.newrelicHeader),s=!0),a.traceContextParentHeader&&(n.setRequestHeader("traceparent",a.traceContextParentHeader),a.traceContextStateHeader&&n.setRequestHeader("tracestate",a.traceContextStateHeader),s=!0),s&&(this.dt=a)}}function d(e,t){var r=this.metrics,i=e[0],o=this;if(r&&i){var a=V(i);a&&(r.txSize=a)}this.startTime=(0,p.z)(),this.listener=function(e){try{"abort"!==e.type||o.loadCaptureCalled||(o.params.aborted=!0),("load"!==e.type||o.called===o.totalCbs&&(o.onloadCalled||"function"!=typeof t.onload)&&"function"==typeof o.end)&&o.end(t)}catch(e){try{n.emit("internal-error",[e])}catch(e){}}};for(var s=0;s 1?e[1]=i:e.push(i)}else e[0]&&e[0].headers&&s(e[0].headers,n)&&(this.dt=n);function s(e,t){var r=!1;return t.newrelicHeader&&(e.set("newrelic",t.newrelicHeader),r=!0),t.traceContextParentHeader&&(e.set("traceparent",t.traceContextParentHeader),t.traceContextStateHeader&&e.set("tracestate",t.traceContextStateHeader),r=!0),r}}function x(e,t){this.params={},this.metrics={},this.startTime=(0,p.z)(),this.dt=t,e.length>=1&&(this.target=e[0]),e.length>=2&&(this.opts=e[1]);var r,n=this.opts||{},i=this.target;"string"==typeof i?r=i:"object"==typeof i&&i instanceof Y?r=i.url:c._A?.URL&&"object"==typeof i&&i instanceof URL&&(r=i.href),T(this,r);var o=(""+(i&&i instanceof Y&&i.method||n.method||"GET")).toUpperCase();this.params.method=o,this.txSize=V(n.body)||0}function A(t,r){var n;this.endTime=(0,p.z)(),this.params||(this.params={}),this.params.status=r?r.status:0,"string"==typeof this.rxSize&&this.rxSize.length>0&&(n=+this.rxSize);var o={txSize:this.txSize,rxSize:n,duration:(0,p.z)()-this.startTime};i("xhr",[this.params,o,this.startTime,this.endTime,"fetch"],this,e.D.ajax)}function E(t){var r=this.params,n=this.metrics;if(!this.ended){this.ended=!0;for(var o=0;o 2&&void 0!==arguments[2])||arguments[2];super(e,t,we.t,r),this.importAggregator()}}new class{constructor(e){let t=arguments.length>1&&void 0!==arguments[1]?arguments[1]:(0,_.ky)(16);c._A?(this.agentIdentifier=t,this.sharedAggregator=new y({agentIdentifier:this.agentIdentifier}),this.features={},this.desiredFeatures=new Set(e.features||[]),this.desiredFeatures.add(m),Object.assign(this,(0,a.j)(this.agentIdentifier,e,e.loaderType||"agent")),this.start()):(0,l.Z)("Failed to initial the agent. Could not determine the runtime environment.")}get config(){return{info:(0,t.C5)(this.agentIdentifier),init:(0,t.P_)(this.agentIdentifier),loader_config:(0,t.DL)(this.agentIdentifier),runtime:(0,t.OP)(this.agentIdentifier)}}start(){const t="features";try{const r=n(this.agentIdentifier),i=[...this.desiredFeatures];i.sort(((t,r)=>e.p[t.featureName]-e.p[r.featureName])),i.forEach((t=>{if(r[t.featureName]||t.featureName===e.D.pageViewEvent){const n=function(t){switch(t){case e.D.ajax:return[e.D.jserrors];case e.D.sessionTrace:return[e.D.ajax,e.D.pageViewEvent];case e.D.sessionReplay:return[e.D.sessionTrace];case e.D.pageViewTiming:return[e.D.pageViewEvent];default:return[]}}(t.featureName);n.every((e=>r[e]))||(0,l.Z)("".concat(t.featureName," is enabled but one or more dependent features has been disabled (").concat((0,D.P)(n),"). This may cause unintended consequences or missing data...")),this.features[t.featureName]=new t(this.agentIdentifier,this.sharedAggregator)}})),(0,T.Qy)(this.agentIdentifier,this.features,t)}catch(e){(0,l.Z)("Failed to initialize all enabled instrument classes (agent aborted) -",e);for(const e in this.features)this.features[e].abortHandler?.();const r=(0,T.fP)();return delete r.initializedAgents[this.agentIdentifier]?.api,delete r.initializedAgents[this.agentIdentifier]?.[t],delete this.sharedAggregator,r.ee?.abort(),delete r.ee?.get(this.agentIdentifier),!1}}}({features:[J,m,S,class extends h{static featureName=oe;constructor(t,r){if(super(t,r,oe,!(arguments.length>2&&void 0!==arguments[2])||arguments[2]),!c.il)return;const n=this.ee;let i;(0,k.QU)(n),this.eventsEE=(0,k.em)(n),this.eventsEE.on(se,(function(e,t){this.bstStart=(0,p.z)()})),this.eventsEE.on(ae,(function(t,r){(0,s.p)("bst",[t[0],r,this.bstStart,(0,p.z)()],void 0,e.D.sessionTrace,n)})),n.on(ce+ne,(function(e){this.time=(0,p.z)(),this.startPath=location.pathname+location.hash})),n.on(ce+ie,(function(t){(0,s.p)("bstHist",[location.pathname+location.hash,this.startPath,this.time],void 0,e.D.sessionTrace,n)}));try{i=new PerformanceObserver((t=>{const r=t.getEntries();(0,s.p)(te,[r],void 0,e.D.sessionTrace,n)})),i.observe({type:re,buffered:!0})}catch(e){}this.importAggregator({resourceObserver:i})}},C,xe,B,class extends h{static featureName=de;constructor(e,r){if(super(e,r,de,!(arguments.length>2&&void 0!==arguments[2])||arguments[2]),!c.il)return;if(!(0,t.OP)(e).xhrWrappable)return;try{this.removeOnAbort=new AbortController}catch(e){}let n,i=0;const o=this.ee.get("tracer"),a=(0,k._L)(this.ee),s=(0,k.Lg)(this.ee),u=(0,k.BV)(this.ee),d=(0,k.Kf)(this.ee),f=this.ee.get("events"),l=(0,k.u5)(this.ee),h=(0,k.QU)(this.ee),g=(0,k.Gm)(this.ee);function m(e,t){h.emit("newURL",[""+window.location,t])}function v(){i++,n=window.location.hash,this[ve]=(0,p.z)()}function b(){i--,window.location.hash!==n&&m(0,!0);var e=(0,p.z)();this[pe]=~~this[pe]+e-this[ve],this[ye]=e}function y(e,t){e.on(t,(function(){this[t]=(0,p.z)()}))}this.ee.on(ve,v),s.on(be,v),a.on(be,v),this.ee.on(ye,b),s.on(ge,b),a.on(ge,b),this.ee.buffer([ve,ye,"xhr-resolved"],this.featureName),f.buffer([ve],this.featureName),u.buffer(["setTimeout"+le,"clearTimeout"+fe,ve],this.featureName),d.buffer([ve,"new-xhr","send-xhr"+fe],this.featureName),l.buffer([me+fe,me+"-done",me+he+fe,me+he+le],this.featureName),h.buffer(["newURL"],this.featureName),g.buffer([ve],this.featureName),s.buffer(["propagate",be,ge,"executor-err","resolve"+fe],this.featureName),o.buffer([ve,"no-"+ve],this.featureName),a.buffer(["new-jsonp","cb-start","jsonp-error","jsonp-end"],this.featureName),y(l,me+fe),y(l,me+"-done"),y(a,"new-jsonp"),y(a,"jsonp-end"),y(a,"cb-start"),h.on("pushState-end",m),h.on("replaceState-end",m),window.addEventListener("hashchange",m,(0,O.m$)(!0,this.removeOnAbort?.signal)),window.addEventListener("load",m,(0,O.m$)(!0,this.removeOnAbort?.signal)),window.addEventListener("popstate",(function(){m(0,i>1)}),(0,O.m$)(!0,this.removeOnAbort?.signal)),this.abortHandler=this.#e,this.importAggregator()}#e(){this.removeOnAbort?.abort(),this.abortHandler=void 0}}],loaderType:"spa"})})(),window.NRBA=o})(); window.jQuery || document.write(' ') CKEDITOR_BASEPATH='https://f1000research.com/js/vendor/ckeditor/' window.reactTheme = 'research'; window.MathJax = { CommonHTML: { linebreaks: { automatic: true } }, 'HTML-CSS': { linebreaks: { automatic: true } }, SVG: { linebreaks: { automatic: true } }, AuthorInit: function() { MathJax.Hub.Register.MessageHook('End Process', function () { let timeout = false; // holder for timeout id const delay = 250; // delay after event is "complete" to run callback const reflowMath = function() { const dispFormulas = document.querySelectorAll('.disp-formula.panel'); if (!dispFormulas) { return; } for (const dispFormula of dispFormulas) { const child = dispFormula.querySelector('.MathJax_Preview').nextSibling.firstChild; const isMultiline = MathJax.Hub.getAllJax(dispFormula)[0].root.isMultiline; if (dispFormula.offsetWidth < child.offsetWidth || isMultiline) { MathJax.Hub.Queue(['Rerender', MathJax.Hub, dispFormula]); } } }; window.addEventListener('resize', function() { clearTimeout(timeout); // clear the timeout timeout = setTimeout(reflowMath, delay); // start timing for event "completion" }); }); }, }; if (window.location.hash == '#_=_'){ window.location = window.location.href.split('#')[0] } !function(f,b,e,v,n,t,s){if(f.fbq)return;n=f.fbq=function() {n.callMethod? n.callMethod.apply(n,arguments):n.queue.push(arguments)} ;if(!f._fbq)f._fbq=n; n.push=n;n.loaded=!0;n.version='2.0';n.queue=[];t=b.createElement(e);t.async=!0; t.src=v;s=b.getElementsByTagName(e)[0];s.parentNode.insertBefore(t,s)}(window, document,'script','https://connect.facebook.net/en_US/fbevents.js'); fbq('init', '1641728616063202'); fbq('track', "PixelInitialized", {}); (function(h,o,t,j,a,r){ h.hj=h.hj||function(){(h.hj.q=h.hj.q||[]).push(arguments)}; h._hjSettings={hjid:2318163,hjsv:6}; a=o.getElementsByTagName('head')[0]; r=o.createElement('script');r.async=1; r.src=t+h._hjSettings.hjid+j+h._hjSettings.hjsv; a.appendChild(r); })(window,document,'https://static.hotjar.com/c/hotjar-','.js?sv='); search file_upload Submit your research search menu close search Browse Gateways & Collections How to Publish Submit your Research My Submissions Article Guidelines Article Guidelines (New Versions) Open Data, Software and Code Guidelines Open Data and Accessible Source Materials Guidelines (HSS) Open Data, Software and Code Guidelines (PSE) Prepublication Checks Production Process Posters and Slides Guidelines Document Guidelines Article Processing Charges Peer Review Finding Article Reviewers About How it Works For Reviewers Our Advisors Policies Glossary FAQs For Developers Newsroom Contact My Research Submissions Content and Tracking Alerts My Details Sign In file_upload Submit your research { "@context": "https://schema.org", "@type": "ScholarlyArticle", "mainEntityOfPage": { "@type": "WebPage", "@id": "https://f1000research.com/articles/13-301" }, "headline": "Proposal of a domain model for 3D representation of buildings in Ecuador.", "datePublished": "2024-04-19T10:32:19", "dateModified": "2024-06-28T15:09:37", "author": [ { "@type": "Person", "name": "Luis Alejandro Velastegui Cáceres" }, { "@type": "Person", "name": "Julia Desirée Velastegui Cáceres" }, { "@type": "Person", "name": "Pedro A Carretero Poblete" }, { "@type": "Person", "name": "Manuel Fabian Moyón Gusqui" }, { "@type": "Person", "name": "María Alejandra Cevallos Díaz" } ], "publisher": { "@type": "Organization", "name": "F1000Research", "logo": { "@type": "ImageObject", "url": "https://f1000research.com/img/AMP/F1000Research_image.png", "height": 480, "width": 60 } }, "image": { "@type": "ImageObject", "url": "https://f1000research.com/img/AMP/F1000Research_image.png", "height": 1200, "width": 150 }, "description": "The accelerated urban sprawl of cities around the world presents major challenges for urban planning and land resource management. In this context, it is crucial to have a detailed 3D representation of buildings enriched with accurate alphanumeric information. A distinctive aspect of this proposal is its specific focus on the spatial unit corresponding to buildings. In order to propose a domain model for the 3D representation of buildings, the national standard of Ecuador and the international standard (ISO 19152:2012 LADM) were considered. The proposal includes a detailed specification of attributes, both for the general subclass of buildings and for their infrastructure. The application of the domain model proposal was crucial in a study area located in the Riobamba canton, due to the characteristics of the buildings in that area. For this purpose, a geodatabase was created in pgAdmin4 with official information, taking into account the structure of the proposed model and linking it with geospatial data for an adequate management and 3D representation of the buildings in an open-source Geographic Information System. This application improves cadastral management in the study region and has wider implications. This model is intended to serve as a benchmark for other countries facing similar challenges in cadastral management and 3D representation of buildings, promote efficient urban development and contribute to global sustainable development." } { "@context": "http://schema.org", "@type": "BreadcrumbList", "itemListElement": [ { "@type": "ListItem", "position": "1", "item": { "@id": "https://f1000research.com/", "name": "Home" } }, { "@type": "ListItem", "position": "2", "item": { "@id": "https://f1000research.com/browse/articles", "name": "Browse" } }, { "@type": "ListItem", "position": "3", "item": { "@id": "https://f1000research.com/articles/13-301", "name": "Proposal of a domain model for 3D representation of buildings in Ecuador." } } ] } Home Browse Proposal of a domain model for 3D representation of buildings in Ecuador. ALL Metrics - Views Downloads Get PDF Get XML Cite How to cite this article Velastegui Cáceres LA, Velastegui Cáceres JD, Carretero Poblete PA et al. Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.12688/f1000research.146267.2 ) NOTE: If applicable, it is important to ensure the information in square brackets after the title is included in all citations of this article. Close Copy Citation Details Export Export Citation Sciwheel EndNote Ref. Manager Bibtex ProCite Sente EXPORT Select a format first Track Share ▬ ✚ Case Study Revised Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] Luis Alejandro Velastegui Cáceres 1 , Julia Desirée Velastegui Cáceres 2 , Pedro A Carretero Poblete https://orcid.org/0000-0001-8998-7275 1 , Manuel Fabian Moyón Gusqui 3 , María Alejandra Cevallos Díaz 1 Luis Alejandro Velastegui Cáceres 1 , Julia Desirée Velastegui Cáceres 2 , [...] Pedro A Carretero Poblete https://orcid.org/0000-0001-8998-7275 1 , Manuel Fabian Moyón Gusqui 3 , María Alejandra Cevallos Díaz 1 PUBLISHED 28 Jun 2024 Author details Author details 1 Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, Chimborazo Province, 060150, Ecuador 2 Universidad de las Fuerzas Armadas (ESPE), Sangolqui, Pichincha, Ecuador 3 Cuerpo de Ingenieros del Ejército, Quito, Pichincha, Ecuador Luis Alejandro Velastegui Cáceres Roles: Conceptualization, Data Curation, Formal Analysis, Investigation, Methodology, Writing – Original Draft Preparation Julia Desirée Velastegui Cáceres Roles: Conceptualization, Data Curation, Formal Analysis, Investigation, Methodology, Validation, Writing – Original Draft Preparation Pedro A Carretero Poblete Roles: Data Curation, Investigation, Supervision, Writing – Original Draft Preparation, Writing – Review & Editing Manuel Fabian Moyón Gusqui Roles: Data Curation, Formal Analysis, Methodology, Supervision, Validation María Alejandra Cevallos Díaz Roles: Data Curation, Investigation, Validation OPEN PEER REVIEW DETAILS REVIEWER STATUS Abstract The accelerated urban sprawl of cities around the world presents major challenges for urban planning and land resource management. In this context, it is crucial to have a detailed 3D representation of buildings enriched with accurate alphanumeric information. A distinctive aspect of this proposal is its specific focus on the spatial unit corresponding to buildings. In order to propose a domain model for the 3D representation of buildings, the national standard of Ecuador and the international standard (ISO 19152:2012 LADM) were considered. The proposal includes a detailed specification of attributes, both for the general subclass of buildings and for their infrastructure. The application of the domain model proposal was crucial in a study area located in the Riobamba canton, due to the characteristics of the buildings in that area. For this purpose, a geodatabase was created in pgAdmin4 with official information, taking into account the structure of the proposed model and linking it with geospatial data for an adequate management and 3D representation of the buildings in an open-source Geographic Information System. This application improves cadastral management in the study region and has wider implications. This model is intended to serve as a benchmark for other countries facing similar challenges in cadastral management and 3D representation of buildings, promote efficient urban development and contribute to global sustainable development. READ ALL READ LESS Keywords Building 3D representation; infrastructure; urban development; 3D cadastre, Ecuador. Corresponding Author(s) Pedro A Carretero Poblete ( [email protected] ) Close Corresponding author: Pedro A Carretero Poblete Competing interests: No competing interests were disclosed. Grant information: The author(s) declared that no grants were involved in supporting this work. Copyright: © 2024 Velastegui Cáceres LA et al . This is an open access article distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. How to cite: Velastegui Cáceres LA, Velastegui Cáceres JD, Carretero Poblete PA et al. Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.12688/f1000research.146267.2 ) First published: 19 Apr 2024, 13 :301 ( https://doi.org/10.12688/f1000research.146267.1 ) Latest published: 28 Jun 2024, 13 :301 ( https://doi.org/10.12688/f1000research.146267.2 ) Revised Amendments from Version 1 The revised manuscript includes a more comprehensive analysis of case studies where 3D cadastral models have successfully been implemented. Additionally, it incorporates a diagram that outlines the detailed process used to develop the geodatabase. It also adds further information regarding the selection of study area blocks, including before-and-after comparisons of 2D and 3D representations. The discussion addresses the potential challenges and limitations encountered during the implementation of the proposed model, as well as outlines the steps for broader implementation of the 3D cadastral model in Ecuador. The revised manuscript includes a more comprehensive analysis of case studies where 3D cadastral models have successfully been implemented. Additionally, it incorporates a diagram that outlines the detailed process used to develop the geodatabase. It also adds further information regarding the selection of study area blocks, including before-and-after comparisons of 2D and 3D representations. The discussion addresses the potential challenges and limitations encountered during the implementation of the proposed model, as well as outlines the steps for broader implementation of the 3D cadastral model in Ecuador. See the authors' detailed response to the review by John Samuel See the authors' detailed response to the review by Uznir Ujang READ REVIEWER RESPONSES 1. Introduction Due to population growth in urban areas, cities have expanded at an accelerated rate, which in a certain way requires adequate territorial planning, for which it is necessary to have information and representation of buildings with a high level of detail to optimize decision making. The limitation of some developing countries is the lack of updated, standardized and open access cadastral information on parcels and buildings, which makes it difficult to access and integrate the information for different purposes. In developing countries, 2D cadastral information is the most demanded, however, due to urban growth, the information provided by traditional 2D models is becoming insufficient in urban areas ( Drobež, et al ., 2017 ). It should be noted that the representation of the parcel and buildings must be integrated to the alphanumeric information comprising the cadastre so that it is not considered only as a representation of the cadastral object (parcel/building) but is useful for various purposes in the area. Therefore, the implementation of 3D representation of cadastral objects (buildings) has become a necessity to solve the limitations. With this, cadastral objects are represented both at 2D and 3D level, where the information of both dimensions is integrated and represented in the same territorial management system. That is why the 3D representation of buildings is very useful in various areas such as land planning and management, urban development, natural resources and environmental management, risk management, among others, as it provides more accurate, realistic and detailed information, which allows identifying the cadastral object with their respective public open spaces, infrastructure and urban systems in a more realistic way ( Ying, et al. , 2014 ; Kumar, Rahman & Buyuksalih, 2017 ; Toschi, Nocerino & Remondino, 2017a ; Toschi, et al ., 2017b ). According to Koeva and Elberink (2016) 3D physical cadastral objects refer to the buildings located on the parcel, buildings and subway constructions. Although cadastral objects are shaped in this way, it is also necessary to consider that they have a legal component and a physical component. When considered as a legal object it refers to a cadastral data model such as those proposed in ISO 19152:2012 LADM ( ISO, 2012 ) where rights, responsibilities and restrictions are specified. On the other hand, when considered as a physical object, it specifies the building characteristics, such as construction components, dimensions, utility, among others, which allow the representation of the cadastral object in 3D ( Aien, 2013 ). Integrating the two components of cadastral objects makes the 3D cadastre very useful in the multipurpose environment. The implementation of a 3D cadastre faces numerous challenges, including the effective visualization and analysis of 3D data, the processing and storage of large volumes of data, and ensuring interoperability between different systems and formats. Additionally, there is the transition involved in adapting cadastral laws and policies to incorporate the 3D dimension. Moreover, the integration of data from various sources, the efficient management of large datasets, and the need for advanced technological infrastructure are critical factors. Furthermore, creating accurate topological models and legally representing properties in a three-dimensional environment, along with the integration of traditional cadastral records, adds complexity to the process ( Ying et al ., 2014 ; Kumar, Rahman & Buyuksalih, 2017 ; Toschi, et al ., 2017a ; Karki, 2013 ; van Oosterom, 2013 ; Gruber, Riecken & Seifert, 2014 ; Bydłosz & Bieda, 2020 ; Döner & Şirin, 2020 ; Velastegui, Rodríguez & Padilla, 2020 ; Ying et al. , 2021a , 2021b ; Paasch & Paulsson, 2021 ; Ghawana, Janečka & Zlatanova, 2021 ). Different factors must be taken into account, such as: existing 2D cadastral information, technological and human resources, costs, among others. Therefore, it is important to have a physical 3D cadastral model that is the basis for implementing the 3D representation of the cadastral object (buildings) with alphanumeric information in which the most essential components are integrated and with this, in the future, the level of detail of the information can be improved to allow a geometric representation of the cadastral objects based on the physical characteristics of the buildings. In the Netherlands, the pilot project focused on urban and underground areas, employing various geospatial technologies to develop a 3D model of the city. This approach significantly improved spatial planning and management by reducing conflicts between property owners and authorities due to the clarity and precision of property boundaries ( Stoter et al. , 2017 ). Similarly, in Sweden, the implementation of a 3D cadastral model began with the aim of improving land management in complex urban environments. The results included the optimization of land use and the planning of new infrastructures, providing more detailed and accurate information about properties to citizens and professionals ( Larsson et al. , 2018 ). Highlighting the importance of adapting the legal framework to integrate the 3D cadastre and considering sustainability in urban planning. These case studies demonstrate that the successful implementation of 3D cadastral models depends on several factors, including data interoperability, interinstitutional collaboration, continuous updating of technologies and data, and the adaptation of legal frameworks. Ecuador has a 2D level cadastre that still needs to be improved and it can be clearly evidenced by the existence of a small percentage whose development is minimal in view of the lack of georeferenced data, as mentioned by Todorovski et al . (2018) . On the other hand, taking into consideration the different levels of cadastral development established in the analysis carried out by Velastegui et al . (2020) , it is mentioned that the tendency of most of the cantons presents an intermediate development, which implies an advanced 2D cadastre, since both geospatial and alphanumeric information have a cadastral identifier that allows the linking of both types of information and in turn both are up to the floor level, which is the minimum unit in a building block. In Ecuador, there are regulations for generating cartographic inputs, standardizing databases, and cataloging objects at different scales. Despite this, the country exhibits diverse procedures for the collection, storage, processing, and visualization of building-related data, which presents a limitation in transitioning towards a 3D cadastre. It is noteworthy that the national standard considers four components at the cadastre level: economic, physical, legal, and thematic. This differs from the structure of the international standard, which comprises party, basic administrative unit, RRR (rights, restrictions, and responsibilities), and spatial unit. Achieving a fusion of both structures would benefit the country's cadastre system, particularly in enabling municipalities to adopt a 3D cadastre. By having a previous analysis of the cadastral situation in Ecuador, it allows to have a perspective of the strengths and weaknesses of the current information and representation of buildings, which helps to propose the most appropriate domain model for the 3D representation of buildings and thus allows a path towards the 3D cadastre. It should be noted that the physical 3D model considers the limitations of the study area in order to be replicated in areas with similar characteristics to Ecuador. It is important to note that municipalities update information, not only at the parcel level, but also with regard to buildings. However, the lack of a 3D presentation domain model of buildings has been identified as a crucial need. A standardized model is therefore essential to achieve a consistent and accurate 3D representation, supported by up-to-date alphanumeric data. In order for the Ecuadorian cadastre to be able to initiate a path towards the 3D cadastre, it is desired that the components as such be adapted to the general cadastral model proposed in ISO 19152:2012 LADM (2012) . It is worth mentioning that the initial proposal put forward by Velastegui et al . (2020) considers the spatial unit only up to the parcel; however, in the present research emphasis is placed on buildings with their respective subcomponents to propose a 3D physical cadastral model that corresponds to the 3D representation of buildings with alphanumeric information to be useful in various areas. The implementation of such a model fills a gap in cadastral management and provides a solid basis for improving urban planning, property rights allocation and decision making in various areas, thus contributing to sustainable development and progress in the Ecuadorian territory. 2. Methods Once the current cadastral model in Ecuador was reviewed, as stated in Ministerial Agreement 017-20 (2020) , we proceeded to propose a domain model for 3D representation of buildings for multipurpose purposes in Ecuador, considering both the current model (national standard) and ISO 19152:2012 LADM (international standard) to ensure the applicability of the proposed model and, thus, achieve the transition from 2D to 3D representation of buildings, which in terms of cadastre are considered as physical cadastral objects. The proposed model is largely based on buildings, allowing their representation in a 3D format. It is not simply a visual representation, but a comprehensive approach that includes alphanumeric information and is fully integrated into the framework of the Ecuadorian cadastral model. In this way, the 3D representation becomes official and authentic information, with varied applications in different areas. This research develops the domain model for 3D representation of multipurpose buildings in which the initial model proposed by Velastegui et al . (2020) is considered. The main purpose of this consideration is to ensure that the proposal can be successfully replicated in various study areas facing similar challenges and constraints. The adaptability and broad applicability of this domain model for 3D representation of buildings are essential to promote significant improvements not only in the engineering area but also in multidisciplinary areas such as cadastral management at national and regional level, and to support sustainable development. For this purpose, the main focus is on the elements of the physical cadastral object, where the parcel and the building are specified as the spatial unit. Therefore, it is assigned as a subclass to the buildings (EC_BuildingUnit) and in it the information of the structural part that is in the subclass EC_StructuralComponent and the information of the non-structural part in the subclass EC_NoStructuralComponent. With respect to the coding lists of each of the basic elements, national regulations were considered, as the main guarantor of the standardization of cadastral information throughout the Ecuadorian territory. Specific consideration was given to the category, record number, field, type of data, length/precision and the observations section, in the case of those attributes that had particular characteristics. Workshops were organized with cadastre technicians, particularly those responsible for geospatial data, to gather direct feedback on the usability and functionality of the 3D model. Based on the suggestions and observations from end-users, the proposed model underwent necessary adjustments and improvements. In addition, Table 1 presents a synthesis of these associations, with the objective of adapting the international standard ISO 19152:2012 LADM to the specific cadastral reality of the Ecuadorian territory, following the guidelines established by national regulations. This hierarchical structure of relationships between classes supports a more accurate and complete representation of the physical cadastral object (buildings) and the corresponding alphanumeric information, which promotes efficient management of territorial resources and data-driven decision making based on urban planning and territorial development. Table 1. Associations between classes of ISO 19152:2012 LADM (2012) . Class 1 Class 2 association name Name of the role at end 1 Multiplicity Name of the role at end 2 Multiplicity BAUnit (Basic Administrative Unit) RRR BAUnitRRR Unit 1(one) RRR 1..*(one or many) Party BAUnit BAUnitAsParty Party 0..*(zero or many) Unit 0..* (zero or many) RRR (Right, Restriction and Responsibility) Party PartyRRR RRR 0..* (zero or many) Unit 0..* (zero or many) SU (SpatialUnit) BAUnit SUBAUnit SU 0..* (zero or many) BAUnit 0..* (zero or many) To implement the proposed domain model for 3D representation of buildings, official cadastral data of the study area were used, which were provided by the Directorate of Appraisal and Cadastre of the Municipality of Riobamba, since they are responsible for preparing and managing urban real estate cadastres within their administrative area. An area of 13 blocks was selected, located in two sectors, 04 and 05 of the canton, with a total of 261 spatial units. The selection of the study area was based on the availability and timeliness of data, as well as on the variety of typologies of uses and buildings present in the area. The Department of Appraisal and Cadastre had access to the thematic layers of properties and buildings, which, in their attribute tables, have a field referring to the cadastral key at the parcel level and at the block level, respectively. We also had access to the paper cadastral files stored on the basis of the cantonal zoning in the archive office of the aforementioned department. The information from the cards, referring to the physical, economic, legal and thematic components, was digitized and incorporated into the attribute table of the thematic layers of properties and buildings, thus completing the cadastral information of the study area. The usefulness of GIS tools for the generation, updating and management of cadastral information, in general, and of information on certain characteristics of buildings, in particular, is unquestionable. Therefore, Ecuadorian regulations establish that geodatabases must be generated in free software for the storage of this type of data related to parcels and buildings. In this research, free software was used for its generation. Therefore, the geodatabase was initially developed ( Figure 1 ) in pgAdmin 4 ( https://www.pgadmin.org/ ), which is a graphical interface, developed in Python, essential to manage and administer PostgreSQL ( https://www.postgresql.org/ ). In order to relate alphanumeric and spatial information and the implementation of the 3D model, QGIS ( https://qgis.org/en/site/ ) was used, an open source program that has an extension to connect directly with Postgre databases. QGIS can directly connect to a PostgreSQL database with the PostGIS extension enabled, allowing for the loading and visualization of 3D data layers stored in the database. This capability facilitates more detailed and precise analysis. Figure 1. Process to develop geospatial database. 3. Results Figure 2 provides an overview of the integration of the cadastral model previously proposed by Velastegui et al. (2020) , with an emphasis on the inclusion of the building unit as an integral part of the spatial unit. This approach allows achieving an accurate 3D representation of the buildings, considering both national regulations and the international standard ISO 19152:2012 LADM. Figure 2. Incorporation of Spatial Unit’s subclasses to the proposed model by Velastegui et al. (2020) . This process of unification and adaptation to international standards contributes significantly to the standardization of cadastral information management in Ecuador. In addition, it enables a detailed and accurate representation of buildings, which results in better support for urban planning processes, decision making in property matters and the management of territorial resources. The inclusion of the 3D dimension in the cadastre not only improves the visualization and analysis of buildings, but also promotes greater transparency and efficiency in cadastral management, promoting more sustainable urban development and a better quality of life for inhabitants. Section EC_PhysicalPropertyObject The cadastral model presented by Aien et al . (2015) offers an innovative approach by integrating legal and physical information in order to achieve more realistic 3D representations in the cadastre. In their model, the physical information is closely related to the legal information and is organized within the PhysicalPropertyObject class. It is relevant to note that a part of this model has been adopted to represent the sections of the physical component of the Ecuadorian cadastre, specifically regarding buildings, including their structural and non-structural components. This adoption implies an alignment with international standards and best practices, which contributes to a more accurate and consistent representation of buildings in the Ecuadorian cadastre. The incorporation of these innovative approaches in the 3D representation domain model of buildings not only improves the quality of information, but also supports more informed decision making in urban planning and property rights issues. In short, the present model considers, in addition to the legal and physical information of the Ecuadorian regulations, adapting it to ISO 19152:2012 LADM ( Figure 3 ). Thus, the class LA_SpatialUnit is associated to EC_PhysicalPropertyObject, which contains the physical information of the constructions in EC_BuildingUnit; the information of the structural part of the constructions is found in the subclass EC_StructuralComponent and the information of the non-structural part in the subclass EC_NoStructuralComponent. Figure 3. Contents of class EC_PhysicalPropertyObject. Regarding EC_BuildingUnit, there are the main attributes of the building block, where the cadastral key is specified at block, floor and/or unit level and, in turn, the block code to identify the buildings. As part of the attributes, descriptive data of the building block are also considered, such as number of floors, height of the building above and below the parcel (in case there are subway sections that are part of the building such as parking lots, warehouses, among others), existence of construction above and below the parcel, physical condition, state of conservation, patrimonial condition (in case there is a patrimonial value in the construction), year of construction, year of restoration, occupancy of the block or floor. Regarding the constructive elements of the buildings, specific subclasses were defined for a detailed management of the information. The subclass EC_StructuralComponent focuses on the attributes concerning the structural part of the building, including details on foundations, columns, load-bearing walls and other aspects that are essential from an engineering and structural safety perspective. On the other hand, the subclass EC_NoStructuralComponent groups and details the attributes related to the non-structural part of the building, which includes elements such as cladding, interior finishes, HVAC systems, windows, doors and other components that do not have a fundamental structural role but are crucial for the functionality and habitability of the building. The implementation of these subclasses provides a comprehensive approach to the representation and management of the constructive elements of buildings, ensuring that both structural and non-structural aspects are considered in detail in the cadastre. This supports comprehensive decision making in areas such as architectural design, safety, energy efficiency and occupant comfort, which is essential for the quality and sustainability of buildings in the urban context. The subdivision of information into these subclasses provides a detailed and complete management of cadastral building data, ensuring that all structural and non-structural building elements are accurately represented. The integration of these details into a 3D domain model simplifies the management of cadastral information and enhances informed decision making in matters related to urban planning and land development. This accurate approach has the potential to optimize the management of urban resources and development policies, while providing decision-makers with a complete and detailed view of the buildings in their environment. The 3D representation of buildings not only contributes to greater efficiency in urban management, but also supports building project planning, structural safety and regulatory compliance, which in turn supports more sustainable and equitable urban development. Figure 4 shows the compendium of the coding lists corresponding to the attributes of the subclasses EC_BuildingUnit, EC_StructuralComponent and EC_NoStructuralComponent. It should be noted that the coding lists were developed based on national regulations in order to ensure standardization of the information. Figure 4. Coding lists of the attributes of the subclasses of EC_PhysicalPropertyObject. The design process of the domain model for the 3D representation of buildings in Ecuador has followed the structure defined by the ISO 19152:2012 LADM standard. At first, the classes have been established along with their attributes and corresponding list codes, which has provided a solid basis for the 3D representation of the physical cadastral object. Subsequently, in this specific section, the relationships and associations between the classes proposed in the 3D representation domain model have been addressed. These relationships have been defined considering the order in which the classes are related to each other, which has allowed us to determine the name of the association, the name of the role at end 1 and its multiplicity, as well as the name of the role at end 2 and the corresponding multiplicity. Finally, the proposal of the domain model for the 3D representation of buildings, as depicted in Figure 3 , has been integrated into the cadastral model proposed by Velastegui et al. (2020) . This integration is illustrated in Figure 5 and aims to advance the implementation of a 3D cadastre in Ecuador. The classes, subclasses and the relationships between them, which are essential to achieve a detailed and complete representation of buildings in three dimensions, are presented here. It is worth noting that the initial model previously proposed by Velastegui et al . (2020) served as a starting point for the formulation of this research. Figure 5. Incorporation of the buildings section to the proposed model by Velastegui et al. (2020) . An outstanding feature of this proposal is the inclusion of the building unit component, together with its respective subclasses that address both the structural and non-structural parts of buildings. This approach facilitates the 3D representation of buildings, complemented with alphanumeric information, which is crucial for a variety of multipurpose purposes. With respect to the implementation of the proposed domain model in a study area of Ecuador, the selection of the study area was primarily based on the availability and updating of both geospatial and alphanumeric data. Initially, databases lacked complete integration of geospatial and alphanumeric components. Therefore, verifying the compatibility of both alphanumeric and geospatial data formats was necessary. Consequently, an open and integrated database was generated for the 3D representation, allowing the storage of associated geospatial and alphanumeric components through the cadastral key at all levels. Furthermore, updates were made to the information on building characteristics to incorporate the attributes proposed in the model. The 3D representation of the buildings was accomplished using open-source GIS software. A geodatabase of seven tables was generated that collected alphanumeric data of the administrative unit, physical cadastral object (properties and buildings), owners, rights, responsibilities and restrictions, as well as those associated with the different shapefiles linked to the geodatabase (parcels and buildings). The geodatabase generated and stored in pgAdmin was linked with the parcel and building layers through the PostGIS extension available in the QGIS program; this is a PostgreSQL extension that allows adding geospatial capabilities and functions to ‘conventional’ databases. Once linked, the layers corresponding to the properties and buildings/constructions were added from the QGIS Database Manager. Additionally, the representation of physical cadastral objects at level of detail 1 (LoD1) was obtained based on the information of height and number of floors of the buildings, which allowed an initial 3D modeling ( Figure 6 ). Figure 6. 2D and 3D representations of buildings with their respective alphanumeric and geospatial data. This proposed domain model, based on national standards and the international standard ISO 19152:2012 LADM, facilitates a more accurate and complete representation of buildings, which in turn supports urban planning, property rights management and a variety of applications related to territorial development. 4. Discussion and conclusions The proposal of a domain model for 3D representation of buildings could play a fundamental role as a reference point for those developing nations facing similar challenges in terms of their cadastral systems. This initiative would provide them with the opportunity to assess the feasibility of adapting international standards such as ISO 19152:2012 LADM, which would support the first steps towards the implementation of a 3D cadastre. By taking into account the experience of more advanced countries that have successfully implemented this international standard in their transition towards 3D representation of the physical cadastral object ( Zulkifli et al ., 2017 ; Janečka & Souček, 2017 ; Radulović, Sladić & Govedarica, 2017 ), valuable lessons and best practices could be established to ensure an efficient and effective process. The integration of the initial 3D model proposal was a challenge primarily due to interoperability issues. The starting point was databases where the geospatial and alphanumeric components were not fully integrated. Therefore, it was necessary to verify the compatibility of both alphanumeric and geospatial data formats. Another predominant limitation was the updating of alphanumeric and geospatial information at all levels, starting from the most basic, which is the cadastral identification. Therefore, full integration of geospatial and alphanumeric information is required, along with the implementation of a local cadastral GIS that meets the specifications outlined in Ministerial Agreement 017-20. It is estimated that these challenges and limitations can be improved at the national level by complying with the transitional provisions of Ministerial Agreement 017-20. Adopting an approach based on the experience of more developed nations, in terms of implementing ISO 19152:2012 LADM, could facilitate planning and decision making in countries with fewer resources and technical capacity. This, in turn, would foster greater global consistency and standardization in cadastral information management, promoting the successful transition to 3D cadastre in various regions globally. The proposed domain model for the three-dimensional (3D) representation of buildings presents a versatility that makes it suitable for replication both nationally and internationally. This is due to the fact that the model is designed with an approach based on national standards, incorporating the international standard ISO 19152:2012 LADM as a fundamental basis. This integration of national and international standards ensures that the proposal is adaptable to the different levels of cadastral development that can be found within the study area. The ability of this proposal to be implemented in different cadastral contexts, both nationally and internationally, lies in its ability to align with both specific local regulatory requirements and globally supported best practices. This flexibility translates into a powerful tool for the improvement and modernization of cadastral systems in a variety of environments, which, in turn, contributes to the standardization and efficiency of cadastral information management on a global scale. Considering the spatial unit in parcels and buildings, both spatially and alphanumerically, allows specifying the attributes of each of them, which would facilitate the transition from 2D to 3D physical cadastre. In the case of the building it is possible to consider the general attributes of the building unit and also of the structural and non-structural components, allowing to specify their respective attributes to project in the future an advanced 3D physical cadastre that facilitates cadastral aspects such as the assignment of rights, responsibilities and restrictions at the level of actors, both municipal and owners. The implementation of the domain proposal for the 3D representation of buildings involves an essential process that begins with the acquisition of official data, most of which is provided by municipalities. This step is crucial to ensure that the data meets the minimum requirements stipulated by national regulations. Through the collection of reliable and accurate information, the necessary basis is laid for the creation of a geodatabase that allows proper processing, management and 3D representation of the physical cadastral objects. The use of official data and compliance with national regulations are key elements to ensure the integrity and quality of the spatial unit (parcel/building) information in the 3D environment. This, in turn, facilitates more efficient and accurate database management for 3D representation, which is essential for urban planning, property rights allocation, regulatory compliance and informed decision making. Collaboration between municipalities and government entities responsible for cadastral regulation is essential to guarantee the effectiveness of this process and to ensure the availability of reliable and up-to-date data for the benefit of society at large. In order to successfully implement the domain model for the 3D representation of buildings, it is essential to have data that meet certain key criteria. Firstly, it is strongly recommended that the data used has been updated within a period of no more than two years. This ensures that the information is as accurate and relevant as possible, which is essential for an accurate 3D representation. In addition, it is essential that the data have a unique identifier, such as a cadastral key, at all levels, whether parcel or building. This allows the effective linking of geospatial and alphanumeric data, which facilitates the management and consultation of information related to buildings. The data must be presented in formats compatible with the software to be used in the process, ensuring that the data can be easily integrated into the information system and processed efficiently. These criteria contribute greatly to the quality and efficiency of the process of implementing the 3D domain model representation of buildings, enabling accurate representation and facilitating the effective management of cadastral information in a unified system. The availability of up-to-date and compatible data is essential for effective decision making in urban planning and cadastral management. The implementation of the 3D cadastral model at the national level is a challenging project that requires detailed planning and meticulous execution due to the diverse cadastral development across municipalities. Through constant evaluation, the adaptation of new technologies, and collaboration between various entities, Ecuador can achieve a successful transition to a modern and efficient cadastral system. The next steps to overcome scalability challenges include collaborating with international organizations for technical assistance and advanced training. Additionally, fostering collaboration between different governmental and private entities for coordinated implementation is essential. This would facilitate the implementation of training programs for technical and administrative personnel on the use of tools and technologies related to the 3D cadastre. Furthermore, exploring the integration of international standards such as CityGML in this specific context. Conducting pilot projects in other cities based on their population density, urban development, and specific needs will help validate and adjust the model in different contexts. Finally, it can be noted that the implementation of a domain model for the 3D representation of buildings plays a vital role not only in the field of engineering but also in multidisciplinary areas. This revolutionary approach allows for a more accurate and complete representation of structures, which translates into more effective planning and design of construction projects. The ability to visualize and analyze buildings in three-dimensional space provides a deeper understanding of the challenges and opportunities in each project. In addition, detailed 3D building information facilitates more efficient management of resources and time, resulting in significant cost savings and reduced risks associated with construction. Ultimately, the implementation of a 3D domain model has become a fundamental pillar for the execution of more accurate, safe and sustainable projects. Data availability No data are associated with this article. Extended data Zenodo: Proposal of a domain model for 3D representation of buildings for the 3D cadastre in Ecuador, https://10.5281/zenodo.10403713 ( Velastegui Cáceres et al ., 2023 ). Data are available under the terms of the Creative Commons Attribution 4.0 International license (CC-BY 4.0). The cadastral data for this project have been obtained from: https://georiobamba-gadmriobamba.hub.arcgis.com/ Software availability This project was made possible thanks to the following open source software: • pgAdmin 4 ( https://www.pgadmin.org/ ); • PostgreSQL ( https://www.postgresql.org/ ); • QGIS ( https://qgis.org/en/site/ ). References Aien A: 3D Cadastral Data Modelling. Australia: University of Melbourne; 2013. PhD thesis. Aien A, Rajabifard A, Kalantari M, et al. : Integrating Legal and Physical Dimensions of Urban Environments. ISPRS International Journal of Geo-Information. 2015; 4 : 1442–1479. Publisher Full Text Bydłosz J, Bieda A: Developing a UML Model for the 3D Cadastre in Poland. Land. 2020; 9 : 466. Publisher Full Text Döner F, Şirin S: 3D Digital Representation of Cadastral Data in Turkey—Apartments Case. Land. 2020; 9 : 179. Publisher Full Text Drobež P, Fras MK, Ferlan M, et al. : Transition from 2D to 3D real property cadastre: The case of the Slovenian cadastre. Computers, Environment and Urban Systems. 2017; 62 : 125–135. Publisher Full Text Ghawana T, Janečka K, Zlatanova S: Development of 3D Spatial Database Enabled IT Framework for Land Agencies: Case Studies of Delhi, India and Prague, Czech Republic. Land. 2021; 10 : 248. Publisher Full Text Gruber U, Riecken J, Seifert M: Germany on the Way to 3D-Cadastre. ZFV - Zeitschrift für Geodasie, Geoinformation und Landmanagement. 2014; 4 : 223–228. Publisher Full Text International Organization for Standardization (ISO): ISO TC/211—ISO 19152:2012. Geographic Information—Land Administration Domain Model (LADM). 1st ed.Geneva, Switzerland: ISO; 2012. Janečka K, Souček PA: Country Profile of the Czech Republic Based on an LADM for the Development of a 3D Cadastre. ISPRS International Journal of Geo-Information. 2017; 6 : 143. Publisher Full Text Karki S: 3D Cadastre Implementation Issues in Australia. University of Southern Queensland; 2013. Koeva M, Elberink SO: Challenges for updating 3D cadastral objects using LiDAR and image-based point clouds. Proceedings of 5th International FIG Workshop on 3D Cadastres 2016, Athens, Greece. 2016 18 October; pp. 169–182. Kumar P, Rahman AA, Buyuksalih G: Automated Extraction of Buildings from Aerial Lidar Point Cloud and Digital Imaging Datasets for 3D Cadastre–Preliminary Results. Cadastre: Geo-Information Innovations in Land Administration. Yomralioglu T, McLaughlin J, editors. Cham: Springer; 2017; pp. 159–165. Publisher Full Text Larsson K, Paasch JM, Paulsson J: Conversion of 2D analogue cadastral boundary plans into 3D digital information - problems and challenges illustrated by a Swedish case. Proceedings of 6th International FIG 3D Cadastre Workshop, Delft, the Netherlands. 2018; pp. 75–92. Ministerio de Desarrollo Urbano y Vivienda: Norma técnica para formación, actualización y mantenimiento del catastro urbano y rural y su valoración. Acuerdo Ministerial 017-20. Vivienda MdDUy, editor. 017-20 ed. Vol. 017-20 . . Ecuador: Ministerio de Desarrollo Urbano y Vivienda; 2020. Paasch JM, Paulsson J: 3D Property Research from a Legal Perspective Revisited. Land. 2021; 10 : 494. Publisher Full Text Radulović A, Sladić D, Govedarica M: Towards 3D Cadastre in Serbia: Development of Serbian Cadastral Domain Model. ISPRS International Journal of Geo-Information. 2017; 6 : 312. Publisher Full Text Stoter J, Ploeger H, Roes R, et al. : Registration of multi-level property rights in 3D in the Netherlands: Two cases and next steps in further implementation. ISPRS International Journal of Geo-Information. 2017; 6 : 158. Publisher Full Text Todorovski D, Salazar R, Jacome G, et al. : Land administration in Ecuador; Current situation and opportunities with adoption of fit-for-purpose land administration approach. Proceedings of 19th Annual World Bank Conference on Land and Poverty 2018: Land Governance in an Interconnected World, Washington, USA. 2018; pp. 1–11. Toschi I, Nocerino E, Remondino F: Geomatics Makes Smart Cities a Reality: Enriching 3D Building Models with Non-Spatial Data. GIM International-The Worldwide Magazine for Geomatics. 2017a; 31 : 25–27. Toschi I, Nocerino E, Remondino F, et al. : Geospatial data processing for 3D city model generation, management and visualization. ISPRS - International Archives of the Photogrammetry, Remote Sensing and Spatial Information Sciences. 2017b; XLII-1/W1 : 527–534. Publisher Full Text van Oosterom P : Research and development in 3D cadastres. Computers, Environment and Urban Systems. 2013; 40 : 1–6. Publisher Full Text Velastegui J, Rodríguez V, Padilla O: Urban Cadastral Situation in Ecuador: Analysis to Determine the Degree of Proximity of the Cadastral Systems to the 3D Cadastral Model. Land. 2020; 9 : 357. Publisher Full Text Velastegui Cáceres LA, Velastegui Cáceres JD, Carretero Poblete PA, et al. : Proposal of a domain model for 3D representation of buildings for the 3D cadastre in Ecuador (Versión 1). [Data set]. Zenodo. 2023. Publisher Full Text Ying S, Guo R, Li L, et al. : Construction of 3D Volumetric Objects for a 3D Cadastral System. Transactions in GIS. 2014; 19 : 758–779. Publisher Full Text Ying Y, Koeva M, Kuffer M, et al. : Making the Third Dimension (3D) Explicit in Hedonic Price Modelling: A Case Study of Xi’an, China. Land. 2021a; 10 : 24. Publisher Full Text Ying S, Li C, Chen N, et al. : Object Analysis and 3D Spatial Modelling for Uniform Natural Resources in China. Land. 2021b; 10 : 1154. Publisher Full Text Zulkifli NA, Rahman AA, Hassan MI, et al. : Conceptual Modelling of 3D Cadastre and LADM. Cadastre: Geo-Information Innovations in Land Administration. Yomralioglu T, McLaughlin J, editors. Cham: Springer International Publishing; 2017; pp. 95–111. Publisher Full Text Comments on this article Comments (0) Version 2 VERSION 2 PUBLISHED 19 Apr 2024 ADD YOUR COMMENT Comment Author details Author details 1 Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, Chimborazo Province, 060150, Ecuador 2 Universidad de las Fuerzas Armadas (ESPE), Sangolqui, Pichincha, Ecuador 3 Cuerpo de Ingenieros del Ejército, Quito, Pichincha, Ecuador Luis Alejandro Velastegui Cáceres Roles: Conceptualization, Data Curation, Formal Analysis, Investigation, Methodology, Writing – Original Draft Preparation Julia Desirée Velastegui Cáceres Roles: Conceptualization, Data Curation, Formal Analysis, Investigation, Methodology, Validation, Writing – Original Draft Preparation Pedro A Carretero Poblete Roles: Data Curation, Investigation, Supervision, Writing – Original Draft Preparation, Writing – Review & Editing Manuel Fabian Moyón Gusqui Roles: Data Curation, Formal Analysis, Methodology, Supervision, Validation María Alejandra Cevallos Díaz Roles: Data Curation, Investigation, Validation Competing interests No competing interests were disclosed. Grant information The author(s) declared that no grants were involved in supporting this work. Article Versions (2) version 2 Revised Published: 28 Jun 2024, 13:301 https://doi.org/10.12688/f1000research.146267.2 version 1 Published: 19 Apr 2024, 13:301 https://doi.org/10.12688/f1000research.146267.1 Copyright © 2024 Velastegui Cáceres LA et al . This is an open access article distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. Download Export To Sciwheel Bibtex EndNote ProCite Ref. Manager (RIS) Sente metrics Views Downloads F1000Research - - PubMed Central info_outline Data from PMC are received and updated monthly. - - Citations open_in_new 0 open_in_new 0 open_in_new SEE MORE DETAILS CITE how to cite this article Velastegui Cáceres LA, Velastegui Cáceres JD, Carretero Poblete PA et al. Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.12688/f1000research.146267.2 ) NOTE: If applicable, it is important to ensure the information in square brackets after the title is included in all citations of this article. COPY CITATION DETAILS track receive updates on this article Track an article to receive email alerts on any updates to this article. TRACK THIS ARTICLE Share Open Peer Review Current Reviewer Status: ? Key to Reviewer Statuses VIEW HIDE Approved The paper is scientifically sound in its current form and only minor, if any, improvements are suggested Approved with reservations A number of small changes, sometimes more significant revisions are required to address specific details and improve the papers academic merit. Not approved Fundamental flaws in the paper seriously undermine the findings and conclusions Version 2 VERSION 2 PUBLISHED 28 Jun 2024 Revised Views 0 Cite How to cite this report: Ujang U. Reviewer Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.168298.r296931 ) The direct URL for this report is: https://f1000research.com/articles/13-301/v2#referee-response-296931 NOTE: it is important to ensure the information in square brackets after the title is included in this citation. Close Copy Citation Details Reviewer Report 01 Jul 2024 Uznir Ujang , Universiti Teknologi Malaysia, Johor, Malaysia Approved VIEWS 0 https://doi.org/10.5256/f1000research.168298.r296931 The authors have addressed my previous comments comprehensively, providing justifications and ... Continue reading READ ALL The authors have addressed my previous comments comprehensively, providing justifications and making the necessary revisions to improve the quality of the paper. Competing Interests: No competing interests were disclosed. Reviewer Expertise: 3D City Modeling, 3D GIS, Topology, Geo-BIM, GIS I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard. Close READ LESS CITE CITE HOW TO CITE THIS REPORT Ujang U. Reviewer Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.168298.r296931 ) The direct URL for this report is: https://f1000research.com/articles/13-301/v2#referee-response-296931 NOTE: it is important to ensure the information in square brackets after the title is included in all citations of this article. COPY CITATION DETAILS Report a concern Respond or Comment COMMENT ON THIS REPORT Version 1 VERSION 1 PUBLISHED 19 Apr 2024 Views 0 Cite How to cite this report: Samuel J. Reviewer Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.160331.r285537 ) The direct URL for this report is: https://f1000research.com/articles/13-301/v1#referee-response-285537 NOTE: it is important to ensure the information in square brackets after the title is included in this citation. Close Copy Citation Details Reviewer Report 19 Jun 2024 John Samuel , Enseignant-Chercheur, CPE Lyon, Lyon, France Approved VIEWS 0 https://doi.org/10.5256/f1000research.160331.r285537 The case study "Proposal of a Domain Model for 3D Representation of Buildings in Ecuador" presents a model for 3D representation of buildings, considering the regulations in Ecuador. The study, spanning four sections, is presented in a well-structured manner. ... Continue reading READ ALL The case study "Proposal of a Domain Model for 3D Representation of Buildings in Ecuador" presents a model for 3D representation of buildings, considering the regulations in Ecuador. The study, spanning four sections, is presented in a well-structured manner. Section 1 provides the necessary background for the proposed study, presenting some existing works related to the representation of cadastral information, with a particular focus on 3D information. Additionally, this section presents the context of Ecuador, both in terms of the desired functionalities and the current regulations and limitations. However, I have a significant remark for this section, which I believe can further improve the article. The authors state that "The implementation of a 3D cadastre is not a simple task, as it involves numerous challenges as demonstrated by the researches implemented so far," followed by a list of citations. It is unclear what challenges are presented in this extensive list of articles. I believe the authors could highlight some of the key challenges with references to one (or more, if necessary) articles from this list. Section 2 presents the methods, considering the Ministerial Agreement (2020) and basing their proposed method on previous work by Velastegui et al. (2020). They present the selected international standards and explain the open-source tools used in this study. In this section (as well as the previous section), I suggest the authors elaborate more on the study area and its limitations. They state that “The physical 3D model considers the limitations of the study area to be replicated in areas with characteristics similar to Ecuador”. While readers may infer some limitations from the article, these should be clearly presented in Section 1 or 2. Section 3 presents the results, especially the proposed extensions to the models and the 3D visualization of a selected area in QGIS with an extension. In this section, my major concern is with Figures 4 and 5. Although the authors have clearly stated that they have extended the previous work of Velastegui et al. (2020), it would be helpful if they highlighted their newly proposed contributions in Figure 4 with different colors or textures. Regarding Figure 5, the authors mention an extension of PostGIS for the 3D visualization, but they need to describe the extension (presumably Mapa 3D, based on the screenshot in Figure 5). Finally, Section 4 concludes the article, discussing their proposed models and possible future work. The work is promising, especially because it demonstrates how they consider the local context while remaining global by using international standards. Overall, the case study is well-written. However, there is room for improvement. The authors need to consider international standards like CityGML, which already proposes 3D structural information of buildings and some information related to non-structural components. Some proposed attributes could be further improved or justified by comparing them with such city models. Is the background of the case’s history and progression described in sufficient detail? Yes Is the work clearly and accurately presented and does it cite the current literature? Partly If applicable, is the statistical analysis and its interpretation appropriate? Not applicable Are all the source data underlying the results available to ensure full reproducibility? Partly Are the conclusions drawn adequately supported by the results? Yes Is the case presented with sufficient detail to be useful for teaching or other practitioners? Yes Competing Interests: No competing interests were disclosed. Reviewer Expertise: Data Integration, Data Warehouses, Data Analysis, Big Data, Web Services, Knowledge Representation, Semantic Web, Multidimensional Data Modeling, Description Logic, Geographical Information Systems I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard. Close READ LESS CITE CITE HOW TO CITE THIS REPORT Samuel J. Reviewer Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.160331.r285537 ) The direct URL for this report is: https://f1000research.com/articles/13-301/v1#referee-response-285537 NOTE: it is important to ensure the information in square brackets after the title is included in all citations of this article. COPY CITATION DETAILS Report a concern Author Response 28 Jun 2024 Pedro Antonio Carretero Poblete , Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, 060150, Ecuador 28 Jun 2024 Author Response Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in ... Continue reading Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in the new version of the article. Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in the new version of the article. Competing Interests: No competing interests were disclosed. Close Report a concern Respond or Comment COMMENTS ON THIS REPORT Author Response 28 Jun 2024 Pedro Antonio Carretero Poblete , Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, 060150, Ecuador 28 Jun 2024 Author Response Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in ... Continue reading Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in the new version of the article. Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in the new version of the article. Competing Interests: No competing interests were disclosed. Close Report a concern COMMENT ON THIS REPORT Views 0 Cite How to cite this report: Ujang U. Reviewer Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.160331.r274274 ) The direct URL for this report is: https://f1000research.com/articles/13-301/v1#referee-response-274274 NOTE: it is important to ensure the information in square brackets after the title is included in this citation. Close Copy Citation Details Reviewer Report 29 May 2024 Uznir Ujang , Universiti Teknologi Malaysia, Johor, Malaysia Approved with Reservations VIEWS 0 https://doi.org/10.5256/f1000research.160331.r274274 The research article presents a well-defined problem and rationale for proposing a 3D representation model for buildings in Ecuador. The need for detailed 3D building models for urban planning and resource management is articulated clearly. However, further clarification on the ... Continue reading READ ALL The research article presents a well-defined problem and rationale for proposing a 3D representation model for buildings in Ecuador. The need for detailed 3D building models for urban planning and resource management is articulated clearly. However, further clarification on the current limitations of the existing 2D cadastre and the specific challenges it poses in the Ecuadorian context would strengthen the introduction. 1. Page 3 - How does the proposed model address specific challenges unique to Ecuador that might not be present in other countries with similar urban development issues? 2. Page 4 - What are the key differences between the national standard of Ecuador and the international standard ISO 19152:2012 LADM that necessitated the specific adaptations you made? 3. How do you ensure the proposed model's scalability and applicability to other regions in Ecuador or other countries with different cadastral development stages? 4. Can you provide more detail on the validation process of the proposed model? How was it tested, and what were the criteria for its success? 5. How do you plan to address the potential lack of technological infrastructure and expertise in some regions of Ecuador for implementing the 3D cadastre? 6. What were the specific criteria used to select the 13 blocks in the study area, and how do these criteria ensure the representativeness of the study? 7. How does the proposed 3D model integrate with existing cadastral systems and databases currently used by Ecuadorian municipalities? 8. What measures are in place to ensure the continuous updating and accuracy of the data within the proposed 3D cadastral model? 9. How does the model handle buildings with complex structures, such as those with multiple sub-levels or mixed-use purposes? Suggestions for Improvement: 1. The literature review is comprehensive but can benefit from a deeper analysis of case studies where 3D cadastral models have been successfully implemented. Highlighting the outcomes and lessons learned from these implementations can provide more context and justification for your model. 2. The methodology section is detailed but can be improved by providing a step-by-step outline of the process used to develop the geodatabase and the tools employed. Including diagrams or flowcharts to illustrate the methodology would enhance clarity and comprehension. 3. Incorporate more detailed examples of the 13 blocks selected for the study, including before and after comparisons of 2D and 3D representations. This will provide concrete evidence of the model's effectiveness. 4. Discuss the potential challenges and limitations encountered during the implementation of the proposed model, such as data quality issues, integration difficulties, and any resistance from local authorities or stakeholders. 5. Outline the next steps for the broader implementation of the 3D cadastral model in Ecuador. Discuss plans for scaling the model to other regions and how you intend to handle potential scalability issues. Is the background of the case’s history and progression described in sufficient detail? Partly Is the work clearly and accurately presented and does it cite the current literature? Partly If applicable, is the statistical analysis and its interpretation appropriate? Not applicable Are all the source data underlying the results available to ensure full reproducibility? Partly Are the conclusions drawn adequately supported by the results? Partly Is the case presented with sufficient detail to be useful for teaching or other practitioners? Partly Competing Interests: No competing interests were disclosed. Reviewer Expertise: 3D City Modeling, 3D GIS, Topology, Geo-BIM, GIS I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above. Close READ LESS CITE CITE HOW TO CITE THIS REPORT Ujang U. Reviewer Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.160331.r274274 ) The direct URL for this report is: https://f1000research.com/articles/13-301/v1#referee-response-274274 NOTE: it is important to ensure the information in square brackets after the title is included in all citations of this article. COPY CITATION DETAILS Report a concern Author Response 28 Jun 2024 Pedro Antonio Carretero Poblete , Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, 060150, Ecuador 28 Jun 2024 Author Response Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will ... Continue reading Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will help improve the quality of our work. In replying to your comments, we took your comments into consideration for the new version of the article to provide a greater understanding of the limitations and challenges in transitioning from a 2D cadastre to a 3D cadastre. In Ecuador, there are regulations for the generation of cartographic inputs, standardization of databases, and catalogs of objects at different scales. Despite this, various procedures for the collection, storage, processing, and visualization of building-related data exist in the country. This diversity limits the adequate representation of buildings, resulting in the predominance of 2D representation of buildings in the country. Proper organization and interoperability of building-related information are fundamental to initiating 3D representations. The proposed domain model considers both national and international standards to more accurately characterize the set of existing buildings. The main difference starts from its general structure. The national standard considers four components: economic, physical, legal, and thematic. On the other hand, the international standard consists of party, basic administrative unit, RRR (rights, restrictions, and responsibilities), and spatial unit. The structure presented by the international standard tends to be more flexible and adaptable to different scenarios. Considering that Velastegui et al. (2020) propose adapting and merging the general structure of the national standard with the international one, this model is used to specifically address the Spatial Unit (parcel and building). The adapted Spatial Unit class essentially considered the minimum elements established by the national standard. While it does not limit these to being the only elements, it leaves room for the incorporation of additional elements. To incorporate necessary elements into the spatial unit (building unit), the international standard was taken into account, thus adapting structural and non-structural components to the Building Unit subclass. To ensure that the proposed model can be applied in different areas of the country, the cadastral development levels of the country were considered. Based on this, a model is proposed that covers the most predominant characteristics of the different areas. For application, a study area representing these characteristics was considered to verify the adaptability of the proposed model. However, as next steps, pilot projects are planned in other cities or regions according to their population density, urban development, and specific needs to validate and adjust the model in different contexts. Based on the pilot projects, performance indicators will be established to monitor the progress and effectiveness of the implementation. Workshops were organized with cadastre technicians, particularly those in charge of geospatial data, to obtain direct feedback on the usability and functionality of the 3D model. As a result of the suggestions and observations from end users, the necessary adjustments and improvements were made to the model. The criteria considered interoperability and usability to ensure that the model can be integrated with various cadastral systems and databases, as well as adopted and used effectively by users. Technological infrastructure challenges are a concern not only for the implementation of the 3D cadastre but for cadastres at all levels. Therefore, the Ministry of Urban Development and Housing, through Agreement 017-20, sets forth transitional provisions indicating that municipalities must standardize and adapt data to a Local Cadastral Geographic Information System (SIGCAL). For this, SIGCAL must meet a series of essential requirements such as being open-source; having an integrated database; allowing implementation on different operating systems and access through various web browsers; and having interoperability capabilities and web-oriented or desktop architecture. The selection criteria for the study area were mainly based on the availability and updating of both geospatial and alphanumeric data. Additionally, the level of cadastral development was considered, as a high percentage of areas in the country have intermediate cadastral development with challenges similar to the selected area. Blocks containing the most representative and diverse characteristics of the study area were defined, such as building types, year of construction, data updates, construction diversity, land use, etc. Therefore, the implementation of the domain model proposal was carried out in 13 blocks that met the mentioned criteria. The integration of the initial 3D model proposal was challenging primarily due to interoperability issues. Databases were used where the geospatial and alphanumeric components were not fully integrated. Therefore, it was necessary to verify the compatibility of both alphanumeric and geospatial data formats. However, with the model proposal, it was feasible to implement free, integrated databases that allowed the storage of both geospatial and alphanumeric components associated through the cadastral key, which is the unique identifier of the cadastral object (parcel/building). The requirement of Ministerial Agreement 017-20 was met by using open-source GIS software that guarantees interconnection with previously implemented platforms and systems. Socializing the process with end users is fundamental to establishing protocols at different levels of cadastral systems. The Ministry of Urban Development and Housing, through the Ministerial Agreement issued in 2020, presents transitional provisions directed at all municipalities in the country to ensure that, regardless of their cadastral development, they adhere to these provisions. Each municipality must update the urban cadastre considering guidelines to ensure data accuracy and quality. These transitional provisions have an established timeframe for compliance, thus ensuring more uniform levels of cadastral development across different areas of the country. The majority of buildings in Ecuador meet the characteristics considered by this domain model. The present model is an initial proposal; however, future research on buildings with complex structures is planned. The authors appreciate your suggestions for improvement, which have been incorporated into the new version of the article as detailed below: An analysis of case studies where 3D cadastral models were successfully implemented has been incorporated into the introduction section. A diagram regarding the development of the geodatabase has been added to the methods section. Additional information regarding the 13 blocks selected for the study, as well as, comparisons of before and after 2D and 3D representations have been included in the results section. Possible challenges and limitations encountered during the implementation of the proposed model have been added to the discussion and conclusions section. Future steps for the broader implementation of the 3D cadastral model in Ecuador and plans to scale the model to other regions have been added to the discussion and conclusions section. Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will help improve the quality of our work. In replying to your comments, we took your comments into consideration for the new version of the article to provide a greater understanding of the limitations and challenges in transitioning from a 2D cadastre to a 3D cadastre. In Ecuador, there are regulations for the generation of cartographic inputs, standardization of databases, and catalogs of objects at different scales. Despite this, various procedures for the collection, storage, processing, and visualization of building-related data exist in the country. This diversity limits the adequate representation of buildings, resulting in the predominance of 2D representation of buildings in the country. Proper organization and interoperability of building-related information are fundamental to initiating 3D representations. The proposed domain model considers both national and international standards to more accurately characterize the set of existing buildings. The main difference starts from its general structure. The national standard considers four components: economic, physical, legal, and thematic. On the other hand, the international standard consists of party, basic administrative unit, RRR (rights, restrictions, and responsibilities), and spatial unit. The structure presented by the international standard tends to be more flexible and adaptable to different scenarios. Considering that Velastegui et al. (2020) propose adapting and merging the general structure of the national standard with the international one, this model is used to specifically address the Spatial Unit (parcel and building). The adapted Spatial Unit class essentially considered the minimum elements established by the national standard. While it does not limit these to being the only elements, it leaves room for the incorporation of additional elements. To incorporate necessary elements into the spatial unit (building unit), the international standard was taken into account, thus adapting structural and non-structural components to the Building Unit subclass. To ensure that the proposed model can be applied in different areas of the country, the cadastral development levels of the country were considered. Based on this, a model is proposed that covers the most predominant characteristics of the different areas. For application, a study area representing these characteristics was considered to verify the adaptability of the proposed model. However, as next steps, pilot projects are planned in other cities or regions according to their population density, urban development, and specific needs to validate and adjust the model in different contexts. Based on the pilot projects, performance indicators will be established to monitor the progress and effectiveness of the implementation. Workshops were organized with cadastre technicians, particularly those in charge of geospatial data, to obtain direct feedback on the usability and functionality of the 3D model. As a result of the suggestions and observations from end users, the necessary adjustments and improvements were made to the model. The criteria considered interoperability and usability to ensure that the model can be integrated with various cadastral systems and databases, as well as adopted and used effectively by users. Technological infrastructure challenges are a concern not only for the implementation of the 3D cadastre but for cadastres at all levels. Therefore, the Ministry of Urban Development and Housing, through Agreement 017-20, sets forth transitional provisions indicating that municipalities must standardize and adapt data to a Local Cadastral Geographic Information System (SIGCAL). For this, SIGCAL must meet a series of essential requirements such as being open-source; having an integrated database; allowing implementation on different operating systems and access through various web browsers; and having interoperability capabilities and web-oriented or desktop architecture. The selection criteria for the study area were mainly based on the availability and updating of both geospatial and alphanumeric data. Additionally, the level of cadastral development was considered, as a high percentage of areas in the country have intermediate cadastral development with challenges similar to the selected area. Blocks containing the most representative and diverse characteristics of the study area were defined, such as building types, year of construction, data updates, construction diversity, land use, etc. Therefore, the implementation of the domain model proposal was carried out in 13 blocks that met the mentioned criteria. The integration of the initial 3D model proposal was challenging primarily due to interoperability issues. Databases were used where the geospatial and alphanumeric components were not fully integrated. Therefore, it was necessary to verify the compatibility of both alphanumeric and geospatial data formats. However, with the model proposal, it was feasible to implement free, integrated databases that allowed the storage of both geospatial and alphanumeric components associated through the cadastral key, which is the unique identifier of the cadastral object (parcel/building). The requirement of Ministerial Agreement 017-20 was met by using open-source GIS software that guarantees interconnection with previously implemented platforms and systems. Socializing the process with end users is fundamental to establishing protocols at different levels of cadastral systems. The Ministry of Urban Development and Housing, through the Ministerial Agreement issued in 2020, presents transitional provisions directed at all municipalities in the country to ensure that, regardless of their cadastral development, they adhere to these provisions. Each municipality must update the urban cadastre considering guidelines to ensure data accuracy and quality. These transitional provisions have an established timeframe for compliance, thus ensuring more uniform levels of cadastral development across different areas of the country. The majority of buildings in Ecuador meet the characteristics considered by this domain model. The present model is an initial proposal; however, future research on buildings with complex structures is planned. The authors appreciate your suggestions for improvement, which have been incorporated into the new version of the article as detailed below: An analysis of case studies where 3D cadastral models were successfully implemented has been incorporated into the introduction section. A diagram regarding the development of the geodatabase has been added to the methods section. Additional information regarding the 13 blocks selected for the study, as well as, comparisons of before and after 2D and 3D representations have been included in the results section. Possible challenges and limitations encountered during the implementation of the proposed model have been added to the discussion and conclusions section. Future steps for the broader implementation of the 3D cadastral model in Ecuador and plans to scale the model to other regions have been added to the discussion and conclusions section. Competing Interests: No competing interests were disclosed. Close Report a concern Respond or Comment COMMENTS ON THIS REPORT Author Response 28 Jun 2024 Pedro Antonio Carretero Poblete , Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, 060150, Ecuador 28 Jun 2024 Author Response Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will ... Continue reading Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will help improve the quality of our work. In replying to your comments, we took your comments into consideration for the new version of the article to provide a greater understanding of the limitations and challenges in transitioning from a 2D cadastre to a 3D cadastre. In Ecuador, there are regulations for the generation of cartographic inputs, standardization of databases, and catalogs of objects at different scales. Despite this, various procedures for the collection, storage, processing, and visualization of building-related data exist in the country. This diversity limits the adequate representation of buildings, resulting in the predominance of 2D representation of buildings in the country. Proper organization and interoperability of building-related information are fundamental to initiating 3D representations. The proposed domain model considers both national and international standards to more accurately characterize the set of existing buildings. The main difference starts from its general structure. The national standard considers four components: economic, physical, legal, and thematic. On the other hand, the international standard consists of party, basic administrative unit, RRR (rights, restrictions, and responsibilities), and spatial unit. The structure presented by the international standard tends to be more flexible and adaptable to different scenarios. Considering that Velastegui et al. (2020) propose adapting and merging the general structure of the national standard with the international one, this model is used to specifically address the Spatial Unit (parcel and building). The adapted Spatial Unit class essentially considered the minimum elements established by the national standard. While it does not limit these to being the only elements, it leaves room for the incorporation of additional elements. To incorporate necessary elements into the spatial unit (building unit), the international standard was taken into account, thus adapting structural and non-structural components to the Building Unit subclass. To ensure that the proposed model can be applied in different areas of the country, the cadastral development levels of the country were considered. Based on this, a model is proposed that covers the most predominant characteristics of the different areas. For application, a study area representing these characteristics was considered to verify the adaptability of the proposed model. However, as next steps, pilot projects are planned in other cities or regions according to their population density, urban development, and specific needs to validate and adjust the model in different contexts. Based on the pilot projects, performance indicators will be established to monitor the progress and effectiveness of the implementation. Workshops were organized with cadastre technicians, particularly those in charge of geospatial data, to obtain direct feedback on the usability and functionality of the 3D model. As a result of the suggestions and observations from end users, the necessary adjustments and improvements were made to the model. The criteria considered interoperability and usability to ensure that the model can be integrated with various cadastral systems and databases, as well as adopted and used effectively by users. Technological infrastructure challenges are a concern not only for the implementation of the 3D cadastre but for cadastres at all levels. Therefore, the Ministry of Urban Development and Housing, through Agreement 017-20, sets forth transitional provisions indicating that municipalities must standardize and adapt data to a Local Cadastral Geographic Information System (SIGCAL). For this, SIGCAL must meet a series of essential requirements such as being open-source; having an integrated database; allowing implementation on different operating systems and access through various web browsers; and having interoperability capabilities and web-oriented or desktop architecture. The selection criteria for the study area were mainly based on the availability and updating of both geospatial and alphanumeric data. Additionally, the level of cadastral development was considered, as a high percentage of areas in the country have intermediate cadastral development with challenges similar to the selected area. Blocks containing the most representative and diverse characteristics of the study area were defined, such as building types, year of construction, data updates, construction diversity, land use, etc. Therefore, the implementation of the domain model proposal was carried out in 13 blocks that met the mentioned criteria. The integration of the initial 3D model proposal was challenging primarily due to interoperability issues. Databases were used where the geospatial and alphanumeric components were not fully integrated. Therefore, it was necessary to verify the compatibility of both alphanumeric and geospatial data formats. However, with the model proposal, it was feasible to implement free, integrated databases that allowed the storage of both geospatial and alphanumeric components associated through the cadastral key, which is the unique identifier of the cadastral object (parcel/building). The requirement of Ministerial Agreement 017-20 was met by using open-source GIS software that guarantees interconnection with previously implemented platforms and systems. Socializing the process with end users is fundamental to establishing protocols at different levels of cadastral systems. The Ministry of Urban Development and Housing, through the Ministerial Agreement issued in 2020, presents transitional provisions directed at all municipalities in the country to ensure that, regardless of their cadastral development, they adhere to these provisions. Each municipality must update the urban cadastre considering guidelines to ensure data accuracy and quality. These transitional provisions have an established timeframe for compliance, thus ensuring more uniform levels of cadastral development across different areas of the country. The majority of buildings in Ecuador meet the characteristics considered by this domain model. The present model is an initial proposal; however, future research on buildings with complex structures is planned. The authors appreciate your suggestions for improvement, which have been incorporated into the new version of the article as detailed below: An analysis of case studies where 3D cadastral models were successfully implemented has been incorporated into the introduction section. A diagram regarding the development of the geodatabase has been added to the methods section. Additional information regarding the 13 blocks selected for the study, as well as, comparisons of before and after 2D and 3D representations have been included in the results section. Possible challenges and limitations encountered during the implementation of the proposed model have been added to the discussion and conclusions section. Future steps for the broader implementation of the 3D cadastral model in Ecuador and plans to scale the model to other regions have been added to the discussion and conclusions section. Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will help improve the quality of our work. In replying to your comments, we took your comments into consideration for the new version of the article to provide a greater understanding of the limitations and challenges in transitioning from a 2D cadastre to a 3D cadastre. In Ecuador, there are regulations for the generation of cartographic inputs, standardization of databases, and catalogs of objects at different scales. Despite this, various procedures for the collection, storage, processing, and visualization of building-related data exist in the country. This diversity limits the adequate representation of buildings, resulting in the predominance of 2D representation of buildings in the country. Proper organization and interoperability of building-related information are fundamental to initiating 3D representations. The proposed domain model considers both national and international standards to more accurately characterize the set of existing buildings. The main difference starts from its general structure. The national standard considers four components: economic, physical, legal, and thematic. On the other hand, the international standard consists of party, basic administrative unit, RRR (rights, restrictions, and responsibilities), and spatial unit. The structure presented by the international standard tends to be more flexible and adaptable to different scenarios. Considering that Velastegui et al. (2020) propose adapting and merging the general structure of the national standard with the international one, this model is used to specifically address the Spatial Unit (parcel and building). The adapted Spatial Unit class essentially considered the minimum elements established by the national standard. While it does not limit these to being the only elements, it leaves room for the incorporation of additional elements. To incorporate necessary elements into the spatial unit (building unit), the international standard was taken into account, thus adapting structural and non-structural components to the Building Unit subclass. To ensure that the proposed model can be applied in different areas of the country, the cadastral development levels of the country were considered. Based on this, a model is proposed that covers the most predominant characteristics of the different areas. For application, a study area representing these characteristics was considered to verify the adaptability of the proposed model. However, as next steps, pilot projects are planned in other cities or regions according to their population density, urban development, and specific needs to validate and adjust the model in different contexts. Based on the pilot projects, performance indicators will be established to monitor the progress and effectiveness of the implementation. Workshops were organized with cadastre technicians, particularly those in charge of geospatial data, to obtain direct feedback on the usability and functionality of the 3D model. As a result of the suggestions and observations from end users, the necessary adjustments and improvements were made to the model. The criteria considered interoperability and usability to ensure that the model can be integrated with various cadastral systems and databases, as well as adopted and used effectively by users. Technological infrastructure challenges are a concern not only for the implementation of the 3D cadastre but for cadastres at all levels. Therefore, the Ministry of Urban Development and Housing, through Agreement 017-20, sets forth transitional provisions indicating that municipalities must standardize and adapt data to a Local Cadastral Geographic Information System (SIGCAL). For this, SIGCAL must meet a series of essential requirements such as being open-source; having an integrated database; allowing implementation on different operating systems and access through various web browsers; and having interoperability capabilities and web-oriented or desktop architecture. The selection criteria for the study area were mainly based on the availability and updating of both geospatial and alphanumeric data. Additionally, the level of cadastral development was considered, as a high percentage of areas in the country have intermediate cadastral development with challenges similar to the selected area. Blocks containing the most representative and diverse characteristics of the study area were defined, such as building types, year of construction, data updates, construction diversity, land use, etc. Therefore, the implementation of the domain model proposal was carried out in 13 blocks that met the mentioned criteria. The integration of the initial 3D model proposal was challenging primarily due to interoperability issues. Databases were used where the geospatial and alphanumeric components were not fully integrated. Therefore, it was necessary to verify the compatibility of both alphanumeric and geospatial data formats. However, with the model proposal, it was feasible to implement free, integrated databases that allowed the storage of both geospatial and alphanumeric components associated through the cadastral key, which is the unique identifier of the cadastral object (parcel/building). The requirement of Ministerial Agreement 017-20 was met by using open-source GIS software that guarantees interconnection with previously implemented platforms and systems. Socializing the process with end users is fundamental to establishing protocols at different levels of cadastral systems. The Ministry of Urban Development and Housing, through the Ministerial Agreement issued in 2020, presents transitional provisions directed at all municipalities in the country to ensure that, regardless of their cadastral development, they adhere to these provisions. Each municipality must update the urban cadastre considering guidelines to ensure data accuracy and quality. These transitional provisions have an established timeframe for compliance, thus ensuring more uniform levels of cadastral development across different areas of the country. The majority of buildings in Ecuador meet the characteristics considered by this domain model. The present model is an initial proposal; however, future research on buildings with complex structures is planned. The authors appreciate your suggestions for improvement, which have been incorporated into the new version of the article as detailed below: An analysis of case studies where 3D cadastral models were successfully implemented has been incorporated into the introduction section. A diagram regarding the development of the geodatabase has been added to the methods section. Additional information regarding the 13 blocks selected for the study, as well as, comparisons of before and after 2D and 3D representations have been included in the results section. Possible challenges and limitations encountered during the implementation of the proposed model have been added to the discussion and conclusions section. Future steps for the broader implementation of the 3D cadastral model in Ecuador and plans to scale the model to other regions have been added to the discussion and conclusions section. Competing Interests: No competing interests were disclosed. Close Report a concern COMMENT ON THIS REPORT Comments on this article Comments (0) Version 2 VERSION 2 PUBLISHED 19 Apr 2024 ADD YOUR COMMENT Comment keyboard_arrow_left keyboard_arrow_right Open Peer Review Reviewer Status info_outline Alongside their report, reviewers assign a status to the article: Approved The paper is scientifically sound in its current form and only minor, if any, improvements are suggested Approved with reservations A number of small changes, sometimes more significant revisions are required to address specific details and improve the papers academic merit. Not approved Fundamental flaws in the paper seriously undermine the findings and conclusions Reviewer Reports Invited Reviewers 1 2 Version 2 (revision) 28 Jun 24 read Version 1 19 Apr 24 read read Uznir Ujang , Universiti Teknologi Malaysia, Johor, Malaysia John Samuel , Enseignant-Chercheur, CPE Lyon, Lyon, France Comments on this article All Comments (0) Add a comment Sign up for content alerts Sign Up You are now signed up to receive this alert Browse by related subjects keyboard_arrow_left Back to all reports Reviewer Report 0 Views copyright © 2024 Ujang U. This is an open access peer review report distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. 01 Jul 2024 | for Version 2 Uznir Ujang , Universiti Teknologi Malaysia, Johor, Malaysia 0 Views copyright © 2024 Ujang U. This is an open access peer review report distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. format_quote Cite this report speaker_notes Responses (0) Approved info_outline Alongside their report, reviewers assign a status to the article: Approved The paper is scientifically sound in its current form and only minor, if any, improvements are suggested Approved with reservations A number of small changes, sometimes more significant revisions are required to address specific details and improve the papers academic merit. Not approved Fundamental flaws in the paper seriously undermine the findings and conclusions The authors have addressed my previous comments comprehensively, providing justifications and making the necessary revisions to improve the quality of the paper. Competing Interests No competing interests were disclosed. Reviewer Expertise 3D City Modeling, 3D GIS, Topology, Geo-BIM, GIS I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard. reply Respond to this report Responses (0) Ujang U. Peer Review Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.168298.r296931) NOTE: it is important to ensure the information in square brackets after the title is included in this citation. The direct URL for this report is: https://f1000research.com/articles/13-301/v2#referee-response-296931 keyboard_arrow_left Back to all reports Reviewer Report 0 Views copyright © 2024 Samuel J. This is an open access peer review report distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. 19 Jun 2024 | for Version 1 John Samuel , Enseignant-Chercheur, CPE Lyon, Lyon, France 0 Views copyright © 2024 Samuel J. This is an open access peer review report distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. format_quote Cite this report speaker_notes Responses (1) Approved info_outline Alongside their report, reviewers assign a status to the article: Approved The paper is scientifically sound in its current form and only minor, if any, improvements are suggested Approved with reservations A number of small changes, sometimes more significant revisions are required to address specific details and improve the papers academic merit. Not approved Fundamental flaws in the paper seriously undermine the findings and conclusions The case study "Proposal of a Domain Model for 3D Representation of Buildings in Ecuador" presents a model for 3D representation of buildings, considering the regulations in Ecuador. The study, spanning four sections, is presented in a well-structured manner. Section 1 provides the necessary background for the proposed study, presenting some existing works related to the representation of cadastral information, with a particular focus on 3D information. Additionally, this section presents the context of Ecuador, both in terms of the desired functionalities and the current regulations and limitations. However, I have a significant remark for this section, which I believe can further improve the article. The authors state that "The implementation of a 3D cadastre is not a simple task, as it involves numerous challenges as demonstrated by the researches implemented so far," followed by a list of citations. It is unclear what challenges are presented in this extensive list of articles. I believe the authors could highlight some of the key challenges with references to one (or more, if necessary) articles from this list. Section 2 presents the methods, considering the Ministerial Agreement (2020) and basing their proposed method on previous work by Velastegui et al. (2020). They present the selected international standards and explain the open-source tools used in this study. In this section (as well as the previous section), I suggest the authors elaborate more on the study area and its limitations. They state that “The physical 3D model considers the limitations of the study area to be replicated in areas with characteristics similar to Ecuador”. While readers may infer some limitations from the article, these should be clearly presented in Section 1 or 2. Section 3 presents the results, especially the proposed extensions to the models and the 3D visualization of a selected area in QGIS with an extension. In this section, my major concern is with Figures 4 and 5. Although the authors have clearly stated that they have extended the previous work of Velastegui et al. (2020), it would be helpful if they highlighted their newly proposed contributions in Figure 4 with different colors or textures. Regarding Figure 5, the authors mention an extension of PostGIS for the 3D visualization, but they need to describe the extension (presumably Mapa 3D, based on the screenshot in Figure 5). Finally, Section 4 concludes the article, discussing their proposed models and possible future work. The work is promising, especially because it demonstrates how they consider the local context while remaining global by using international standards. Overall, the case study is well-written. However, there is room for improvement. The authors need to consider international standards like CityGML, which already proposes 3D structural information of buildings and some information related to non-structural components. Some proposed attributes could be further improved or justified by comparing them with such city models. Is the background of the case’s history and progression described in sufficient detail? Yes Is the work clearly and accurately presented and does it cite the current literature? Partly If applicable, is the statistical analysis and its interpretation appropriate? Not applicable Are all the source data underlying the results available to ensure full reproducibility? Partly Are the conclusions drawn adequately supported by the results? Yes Is the case presented with sufficient detail to be useful for teaching or other practitioners? Yes Competing Interests No competing interests were disclosed. Reviewer Expertise Data Integration, Data Warehouses, Data Analysis, Big Data, Web Services, Knowledge Representation, Semantic Web, Multidimensional Data Modeling, Description Logic, Geographical Information Systems I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard. reply Respond to this report Responses (1) Author Response 28 Jun 2024 Pedro Antonio Carretero Poblete, Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, 060150, Ecuador Dear Dr. John Samuel, Thank you very much for your valuable comments and suggestions on our manuscript. We have carefully considered your comments and made the necessary revisions in the new version of the article. View more View less Competing Interests No competing interests were disclosed. reply Respond Report a concern Samuel J. Peer Review Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.160331.r285537) NOTE: it is important to ensure the information in square brackets after the title is included in this citation. The direct URL for this report is: https://f1000research.com/articles/13-301/v1#referee-response-285537 keyboard_arrow_left Back to all reports Reviewer Report 0 Views copyright © 2024 Ujang U. This is an open access peer review report distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. 29 May 2024 | for Version 1 Uznir Ujang , Universiti Teknologi Malaysia, Johor, Malaysia 0 Views copyright © 2024 Ujang U. This is an open access peer review report distributed under the terms of the Creative Commons Attribution License , which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited. format_quote Cite this report speaker_notes Responses (1) Approved With Reservations info_outline Alongside their report, reviewers assign a status to the article: Approved The paper is scientifically sound in its current form and only minor, if any, improvements are suggested Approved with reservations A number of small changes, sometimes more significant revisions are required to address specific details and improve the papers academic merit. Not approved Fundamental flaws in the paper seriously undermine the findings and conclusions The research article presents a well-defined problem and rationale for proposing a 3D representation model for buildings in Ecuador. The need for detailed 3D building models for urban planning and resource management is articulated clearly. However, further clarification on the current limitations of the existing 2D cadastre and the specific challenges it poses in the Ecuadorian context would strengthen the introduction. 1. Page 3 - How does the proposed model address specific challenges unique to Ecuador that might not be present in other countries with similar urban development issues? 2. Page 4 - What are the key differences between the national standard of Ecuador and the international standard ISO 19152:2012 LADM that necessitated the specific adaptations you made? 3. How do you ensure the proposed model's scalability and applicability to other regions in Ecuador or other countries with different cadastral development stages? 4. Can you provide more detail on the validation process of the proposed model? How was it tested, and what were the criteria for its success? 5. How do you plan to address the potential lack of technological infrastructure and expertise in some regions of Ecuador for implementing the 3D cadastre? 6. What were the specific criteria used to select the 13 blocks in the study area, and how do these criteria ensure the representativeness of the study? 7. How does the proposed 3D model integrate with existing cadastral systems and databases currently used by Ecuadorian municipalities? 8. What measures are in place to ensure the continuous updating and accuracy of the data within the proposed 3D cadastral model? 9. How does the model handle buildings with complex structures, such as those with multiple sub-levels or mixed-use purposes? Suggestions for Improvement: 1. The literature review is comprehensive but can benefit from a deeper analysis of case studies where 3D cadastral models have been successfully implemented. Highlighting the outcomes and lessons learned from these implementations can provide more context and justification for your model. 2. The methodology section is detailed but can be improved by providing a step-by-step outline of the process used to develop the geodatabase and the tools employed. Including diagrams or flowcharts to illustrate the methodology would enhance clarity and comprehension. 3. Incorporate more detailed examples of the 13 blocks selected for the study, including before and after comparisons of 2D and 3D representations. This will provide concrete evidence of the model's effectiveness. 4. Discuss the potential challenges and limitations encountered during the implementation of the proposed model, such as data quality issues, integration difficulties, and any resistance from local authorities or stakeholders. 5. Outline the next steps for the broader implementation of the 3D cadastral model in Ecuador. Discuss plans for scaling the model to other regions and how you intend to handle potential scalability issues. Is the background of the case’s history and progression described in sufficient detail? Partly Is the work clearly and accurately presented and does it cite the current literature? Partly If applicable, is the statistical analysis and its interpretation appropriate? Not applicable Are all the source data underlying the results available to ensure full reproducibility? Partly Are the conclusions drawn adequately supported by the results? Partly Is the case presented with sufficient detail to be useful for teaching or other practitioners? Partly Competing Interests No competing interests were disclosed. Reviewer Expertise 3D City Modeling, 3D GIS, Topology, Geo-BIM, GIS I confirm that I have read this submission and believe that I have an appropriate level of expertise to confirm that it is of an acceptable scientific standard, however I have significant reservations, as outlined above. reply Respond to this report Responses (1) Author Response 28 Jun 2024 Pedro Antonio Carretero Poblete, Facultad de Ingeniería, Universidad Nacional de Chimborazo, Riobamba, 060150, Ecuador Dear Dr. Uznir Ujang, Thank you for your valuable comments and suggestions on our manuscript. We appreciate the time and effort you have dedicated to providing feedback that will help improve the quality of our work. In replying to your comments, we took your comments into consideration for the new version of the article to provide a greater understanding of the limitations and challenges in transitioning from a 2D cadastre to a 3D cadastre. In Ecuador, there are regulations for the generation of cartographic inputs, standardization of databases, and catalogs of objects at different scales. Despite this, various procedures for the collection, storage, processing, and visualization of building-related data exist in the country. This diversity limits the adequate representation of buildings, resulting in the predominance of 2D representation of buildings in the country. Proper organization and interoperability of building-related information are fundamental to initiating 3D representations. The proposed domain model considers both national and international standards to more accurately characterize the set of existing buildings. The main difference starts from its general structure. The national standard considers four components: economic, physical, legal, and thematic. On the other hand, the international standard consists of party, basic administrative unit, RRR (rights, restrictions, and responsibilities), and spatial unit. The structure presented by the international standard tends to be more flexible and adaptable to different scenarios. Considering that Velastegui et al. (2020) propose adapting and merging the general structure of the national standard with the international one, this model is used to specifically address the Spatial Unit (parcel and building). The adapted Spatial Unit class essentially considered the minimum elements established by the national standard. While it does not limit these to being the only elements, it leaves room for the incorporation of additional elements. To incorporate necessary elements into the spatial unit (building unit), the international standard was taken into account, thus adapting structural and non-structural components to the Building Unit subclass. To ensure that the proposed model can be applied in different areas of the country, the cadastral development levels of the country were considered. Based on this, a model is proposed that covers the most predominant characteristics of the different areas. For application, a study area representing these characteristics was considered to verify the adaptability of the proposed model. However, as next steps, pilot projects are planned in other cities or regions according to their population density, urban development, and specific needs to validate and adjust the model in different contexts. Based on the pilot projects, performance indicators will be established to monitor the progress and effectiveness of the implementation. Workshops were organized with cadastre technicians, particularly those in charge of geospatial data, to obtain direct feedback on the usability and functionality of the 3D model. As a result of the suggestions and observations from end users, the necessary adjustments and improvements were made to the model. The criteria considered interoperability and usability to ensure that the model can be integrated with various cadastral systems and databases, as well as adopted and used effectively by users. Technological infrastructure challenges are a concern not only for the implementation of the 3D cadastre but for cadastres at all levels. Therefore, the Ministry of Urban Development and Housing, through Agreement 017-20, sets forth transitional provisions indicating that municipalities must standardize and adapt data to a Local Cadastral Geographic Information System (SIGCAL). For this, SIGCAL must meet a series of essential requirements such as being open-source; having an integrated database; allowing implementation on different operating systems and access through various web browsers; and having interoperability capabilities and web-oriented or desktop architecture. The selection criteria for the study area were mainly based on the availability and updating of both geospatial and alphanumeric data. Additionally, the level of cadastral development was considered, as a high percentage of areas in the country have intermediate cadastral development with challenges similar to the selected area. Blocks containing the most representative and diverse characteristics of the study area were defined, such as building types, year of construction, data updates, construction diversity, land use, etc. Therefore, the implementation of the domain model proposal was carried out in 13 blocks that met the mentioned criteria. The integration of the initial 3D model proposal was challenging primarily due to interoperability issues. Databases were used where the geospatial and alphanumeric components were not fully integrated. Therefore, it was necessary to verify the compatibility of both alphanumeric and geospatial data formats. However, with the model proposal, it was feasible to implement free, integrated databases that allowed the storage of both geospatial and alphanumeric components associated through the cadastral key, which is the unique identifier of the cadastral object (parcel/building). The requirement of Ministerial Agreement 017-20 was met by using open-source GIS software that guarantees interconnection with previously implemented platforms and systems. Socializing the process with end users is fundamental to establishing protocols at different levels of cadastral systems. The Ministry of Urban Development and Housing, through the Ministerial Agreement issued in 2020, presents transitional provisions directed at all municipalities in the country to ensure that, regardless of their cadastral development, they adhere to these provisions. Each municipality must update the urban cadastre considering guidelines to ensure data accuracy and quality. These transitional provisions have an established timeframe for compliance, thus ensuring more uniform levels of cadastral development across different areas of the country. The majority of buildings in Ecuador meet the characteristics considered by this domain model. The present model is an initial proposal; however, future research on buildings with complex structures is planned. The authors appreciate your suggestions for improvement, which have been incorporated into the new version of the article as detailed below: An analysis of case studies where 3D cadastral models were successfully implemented has been incorporated into the introduction section. A diagram regarding the development of the geodatabase has been added to the methods section. Additional information regarding the 13 blocks selected for the study, as well as, comparisons of before and after 2D and 3D representations have been included in the results section. Possible challenges and limitations encountered during the implementation of the proposed model have been added to the discussion and conclusions section. Future steps for the broader implementation of the 3D cadastral model in Ecuador and plans to scale the model to other regions have been added to the discussion and conclusions section. View more View less Competing Interests No competing interests were disclosed. reply Respond Report a concern Ujang U. Peer Review Report For: Proposal of a domain model for 3D representation of buildings in Ecuador. [version 2; peer review: 2 approved] . F1000Research 2024, 13 :301 ( https://doi.org/10.5256/f1000research.160331.r274274) NOTE: it is important to ensure the information in square brackets after the title is included in this citation. The direct URL for this report is: https://f1000research.com/articles/13-301/v1#referee-response-274274 Alongside their report, reviewers assign a status to the article: Approved - the paper is scientifically sound in its current form and only minor, if any, improvements are suggested Approved with reservations - A number of small changes, sometimes more significant revisions are required to address specific details and improve the papers academic merit. Not approved - fundamental flaws in the paper seriously undermine the findings and conclusions Adjust parameters to alter display View on desktop for interactive features Includes Interactive Elements View on desktop for interactive features Competing Interests Policy Provide sufficient details of any financial or non-financial competing interests to enable users to assess whether your comments might lead a reasonable person to question your impartiality. Consider the following examples, but note that this is not an exhaustive list: Examples of 'Non-Financial Competing Interests' Within the past 4 years, you have held joint grants, published or collaborated with any of the authors of the selected paper. You have a close personal relationship (e.g. parent, spouse, sibling, or domestic partner) with any of the authors. You are a close professional associate of any of the authors (e.g. scientific mentor, recent student). You work at the same institute as any of the authors. You hope/expect to benefit (e.g. favour or employment) as a result of your submission. You are an Editor for the journal in which the article is published. Examples of 'Financial Competing Interests' You expect to receive, or in the past 4 years have received, any of the following from any commercial organisation that may gain financially from your submission: a salary, fees, funding, reimbursements. You expect to receive, or in the past 4 years have received, shared grant support or other funding with any of the authors. You hold, or are currently applying for, any patents or significant stocks/shares relating to the subject matter of the paper you are commenting on. Stay Updated Sign up for content alerts and receive a weekly or monthly email with all newly published articles Register with F1000Research Already registered? Sign in Not now, thanks close PLEASE NOTE If you are an AUTHOR of this article, please check that you signed in with the account associated with this article otherwise we cannot automatically identify your role as an author and your comment will be labelled as a “User Comment”. If you are a REVIEWER of this article, please check that you have signed in with the account associated with this article and then go to your account to submit your report, please do not post your review here. If you do not have access to your original account, please contact us . All commenters must hold a formal affiliation as per our Policies . The information that you give us will be displayed next to your comment. User comments must be in English, comprehensible and relevant to the article under discussion. We reserve the right to remove any comments that we consider to be inappropriate, offensive or otherwise in breach of the User Comment Terms and Conditions . Commenters must not use a comment for personal attacks. When criticisms of the article are based on unpublished data, the data should be made available. I accept the User Comment Terms and Conditions Please confirm that you accept the User Comment Terms and Conditions. Affiliation ✕ refresh Please enter your institution. Note: To add your institution or organisation, start typing the name and then select the correct name from the list. Where applicable, the name will appear in both the original language and in English. Do not paste in the name. If the name does not appear in the drop-down list, we will display the information you have entered. ✕ refresh Country/Region * USA UK Canada China France Germany Afghanistan Aland Islands Albania Algeria American Samoa Andorra Angola Anguilla Antarctica Antigua and Barbuda Argentina Armenia Aruba Australia Austria Azerbaijan Bahamas Bahrain Bangladesh Barbados Belarus Belgium Belize Benin Bermuda Bhutan Bolivia Bosnia and Herzegovina Botswana Bouvet Island Brazil British Indian Ocean Territory British Virgin Islands Brunei Bulgaria Burkina Faso Burundi Cambodia Cameroon Canada Cape Verde Cayman Islands Central African Republic Chad Chile China Christmas Island Cocos (Keeling) Islands Colombia Comoros Congo Cook Islands Costa Rica Cote d'Ivoire Croatia Cuba Cyprus Czech Republic Democratic Republic of the Congo Denmark Djibouti Dominica Dominican Republic Ecuador Egypt El Salvador Equatorial Guinea Eritrea Estonia Ethiopia Falkland Islands Faroe Islands Federated States of Micronesia Fiji Finland France French Guiana French Polynesia French Southern Territories Gabon Georgia Germany Ghana Gibraltar Greece Greenland Grenada Guadeloupe Guam Guatemala Guernsey Guinea Guinea-Bissau Guyana Haiti Heard Island and Mcdonald Islands Holy See (Vatican City State) Honduras Hong Kong Hungary Iceland India Indonesia Iran Iraq Ireland Israel Italy Jamaica Japan Jersey Jordan Kazakhstan Kenya Kiribati Kosovo (Serbia and Montenegro) Kuwait Kyrgyzstan Lao People's Democratic Republic Latvia Lebanon Lesotho Liberia Libya Liechtenstein Lithuania Luxembourg Macao Madagascar Malawi Malaysia Maldives Mali Malta Marshall Islands Martinique Mauritania Mauritius Mayotte Mexico Minor Outlying Islands of the United States Moldova Monaco Mongolia Montenegro Montserrat Morocco Mozambique Myanmar Namibia Nauru Nepal Netherlands Antilles New Caledonia New Zealand Nicaragua Niger Nigeria Niue Norfolk Island North Korea North Macedonia Northern Mariana Islands Norway Oman Pakistan Palau Palestinian Territory Panama Papua New Guinea Paraguay Peru Philippines Pitcairn Poland Portugal Puerto Rico Qatar Reunion Romania Russian Federation Rwanda Saint Helena Saint Kitts and Nevis Saint Lucia Saint Pierre and Miquelon Saint Vincent and the Grenadines Samoa San Marino Sao Tome and Principe Saudi Arabia Senegal Serbia Seychelles Sierra Leone Singapore Slovakia Slovenia Solomon Islands Somalia South Africa South Georgia and the South Sandwich Is South Korea South Sudan Spain Sri Lanka Sudan Suriname Svalbard and Jan Mayen Swaziland Sweden Switzerland Syria Taiwan Tajikistan Tanzania Thailand The Gambia The Netherlands Timor-Leste Togo Tokelau Tonga Trinidad and Tobago Tunisia Turkey Turkmenistan Turks and Caicos Islands Tuvalu UK USA Uganda Ukraine United Arab Emirates United States Virgin Islands Uruguay Uzbekistan Vanuatu Venezuela Vietnam Wallis and Futuna West Bank and Gaza Strip Western Sahara Yemen Zambia Zimbabwe Please select your country/region. You must enter a comment. Competing Interests Please disclose any competing interests that might be construed to influence your judgment of the article's or peer review report's validity or importance. Competing Interests Policy Provide sufficient details of any financial or non-financial competing interests to enable users to assess whether your comments might lead a reasonable person to question your impartiality. Consider the following examples, but note that this is not an exhaustive list: Examples of 'Non-Financial Competing Interests' Within the past 4 years, you have held joint grants, published or collaborated with any of the authors of the selected paper. You have a close personal relationship (e.g. parent, spouse, sibling, or domestic partner) with any of the authors. You are a close professional associate of any of the authors (e.g. scientific mentor, recent student). You work at the same institute as any of the authors. You hope/expect to benefit (e.g. favour or employment) as a result of your submission. You are an Editor for the journal in which the article is published. Examples of 'Financial Competing Interests' You expect to receive, or in the past 4 years have received, any of the following from any commercial organisation that may gain financially from your submission: a salary, fees, funding, reimbursements. You expect to receive, or in the past 4 years have received, shared grant support or other funding with any of the authors. You hold, or are currently applying for, any patents or significant stocks/shares relating to the subject matter of the paper you are commenting on. Please state your competing interests The comment has been saved. An error has occurred. Please try again. Cancel Post var lTitle = "Proposal of a domain model for 3D representation...".replace("'", ''); var linkedInUrl = "http://www.linkedin.com/shareArticle?url=https://f1000research.com/articles/13-301/v2" + "&title=" + encodeURIComponent(lTitle) + "&summary=" + encodeURIComponent('Read the article by '); var deliciousUrl = "https://del.icio.us/post?url=https://f1000research.com/articles/13-301/v2&title=" + encodeURIComponent(lTitle); var redditUrl = "http://reddit.com/submit?url=https://f1000research.com/articles/13-301/v2" + "&title=" + encodeURIComponent(lTitle); linkedInUrl += encodeURIComponent('Velastegui Cáceres LA et al.'); var offsetTop = /chrome/i.test( navigator.userAgent ) ? 4 : -10; var addthis_config = { ui_offset_top: offsetTop, services_compact : "facebook,twitter,www.linkedin.com,www.mendeley.com,reddit.com", services_expanded : "facebook,twitter,www.linkedin.com,www.mendeley.com,reddit.com", services_custom : [ { name: "LinkedIn", url: linkedInUrl, icon:"/img/icon/at_linkedin.svg" }, { name: "Mendeley", url: "http://www.mendeley.com/import/?url=https://f1000research.com/articles/13-301/v2/mendeley", icon:"/img/icon/at_mendeley.svg" }, { name: "Reddit", url: redditUrl, icon:"/img/icon/at_reddit.svg" }, ] }; var addthis_share = { url: "https://f1000research.com/articles/13-301", templates : { twitter : "Proposal of a domain model for 3D representation of buildings.... Velastegui Cáceres LA et al., published by " + "@F1000Research" + ", https://f1000research.com/articles/13-301/v2" } }; if (typeof(addthis) != "undefined"){ addthis.addEventListener('addthis.ready', checkCount); addthis.addEventListener('addthis.menu.share', checkCount); } $(".f1r-shares-twitter").attr("href", "https://twitter.com/intent/tweet?text=" + addthis_share.templates.twitter); $(".f1r-shares-facebook").attr("href", "https://www.facebook.com/sharer/sharer.php?u=" + addthis_share.url); $(".f1r-shares-linkedin").attr("href", addthis_config.services_custom[0].url); $(".f1r-shares-reddit").attr("href", addthis_config.services_custom[2].url); $(".f1r-shares-mendelay").attr("href", addthis_config.services_custom[1].url); function checkCount(){ setTimeout(function(){ $(".addthis_button_expanded").each(function(){ var count = $(this).text(); if (count !== "" && count != "0") $(this).removeClass("is-hidden"); else $(this).addClass("is-hidden"); }); }, 1000); } close How to cite this report {{reportCitation}} Cancel Copy Citation Details $(function(){R.ui.buttonDropdowns('.dropdown-for-downloads');}); $(function(){R.ui.toolbarDropdowns('.toolbar-dropdown-for-downloads');}); $.get("/articles/acj/146267/168298") new F1000.Clipboard(); new F1000.ThesaurusTermsDisplay("articles", "article", "168298"); $(document).ready(function() { $( "#frame1" ).on('load', function() { var mydiv = $(this).contents().find("div"); var h = mydiv.height(); console.log(h) }); var tooltipLivingFigure = jQuery(".interactive-living-figure-label .icon-more-info"), titleLivingFigure = tooltipLivingFigure.attr("title"); tooltipLivingFigure.simpletip({ fixed: true, position: ["-115", "30"], baseClass: 'small-tooltip', content:titleLivingFigure + " " }); tooltipLivingFigure.removeAttr("title"); $("body").on("click", ".cite-living-figure", function(e) { e.preventDefault(); var ref = $(this).attr("data-ref"); $(this).closest(".living-figure-list-container").find("#" + ref).fadeIn(200); }); $("body").on("click", ".close-cite-living-figure", function(e) { e.preventDefault(); $(this).closest(".popup-window-wrapper").fadeOut(200); }); $(document).on("mouseup", function(e) { var metricsContainer = $(".article-metrics-popover-wrapper"); if (!metricsContainer.is(e.target) && metricsContainer.has(e.target).length === 0) { $(".article-metrics-close-button").click(); } }); var articleId = $('#articleId').val(); if($("#main-article-count-box").attachArticleMetrics) { $("#main-article-count-box").attachArticleMetrics(articleId, { articleMetricsView: true }); } }); var figshareWidget = $(".new_figshare_widget"); if (figshareWidget.length > 0) { window.figshare.load("f1000", function(Widget) { // Select a tag/tags defined in your page. In this tag we will place the widget. _.map(figshareWidget, function(el){ var widget = new Widget({ articleId: $(el).attr("figshare_articleId") //height:300 // this is the height of the viewer part. [Default: 550] }); widget.initialize(); // initialize the widget widget.mount(el); // mount it in a tag that's on your page // this will save the widget on the global scope for later use from // your JS scripts. This line is optional. //window.widget = widget; }); }); } close Error Close Add Reset F1000.MICROSERVICES.AFFILIATION = ''; $(document).ready(function () { $('.js-affiliations-form').each((index, form) => { new AffiliationForm({ formId: form.id, institutionErrorSelector: '.comment-enter-institution', departmentErrorSelector: '.comment-enter-department', placeSelector: '.js-add-comment-place', stateSelector: '.js-add-comment-state', zipCodeSelector: '.js-add-comment-zipcode', countrySelector: '.js-add-comment-country', countryErrorSelector: '.comment-enter-country', }); }); }); $(document).ready(function () { var reportIds = { "274268": 0, "285532": 0, "274269": 0, "285533": 0, "274270": 0, "285534": 0, "274271": 0, "285535": 0, "285529": 0, "285530": 0, "285531": 0, "274276": 0, "274277": 0, "274278": 0, "274272": 0, "285536": 0, "274273": 0, "285537": 22, "285538": 0, "274274": 46, "296930": 0, "274275": 0, "296931": 12, "279599": 0, "279604": 0, "279605": 0, "279606": 0, "279607": 0, "279600": 0, "279601": 0, "279602": 0, "279603": 0, "279608": 0, }; $(".referee-response-container,.js-referee-report").each(function(index, el) { var reportId = $(el).attr("data-reportid"), reportCount = reportIds[reportId] || 0; $(el).find(".comments-count-container,.js-referee-report-views").html(reportCount); }); var uuidInput = $("#article_uuid"), oldUUId = uuidInput.val(), newUUId = "ef04ddd6-6813-4ef3-a629-04038b734af7"; uuidInput.val(newUUId); $("a[href*='article_uuid=']").each(function(index, el) { var newHref = $(el).attr("href").replace(oldUUId, newUUId); $(el).attr("href", newHref); }); }); An innovative open access publishing platform offering rapid publication and open peer review, whilst supporting data deposition and sharing. Browse Gateways Collections How it Works Contact For Developers Cookie Notice Privacy Notice RSS Submit Your Research Follow us © 2012-2026 F1000 Research Ltd. ISSN 2046-1402 | Legal | Partner of Research4Life • CrossRef • ORCID • FAIRSharing R.templateTests.simpleTemplate = R.template(' $text $text $text $text $text '); R.templateTests.runTests(); var F1000platform = new F1000.Platform({ name: "f1000research", displayName: "F1000Research", hostName: "f1000research.com", id: "1", editorialEmail: "[email protected]", infoEmail: "[email protected]", usePmcStats: true }); $(function(){R.ui.dropdowns('.dropdown-for-authors, .dropdown-for-about, .dropdown-for-myresearch');}); // $(function(){R.ui.dropdowns('.dropdown-for-referees');}); $(document).ready(function () { if ($(".cookie-warning").is(":visible")) { $(".sticky").css("margin-bottom", "35px"); $(".devices").addClass("devices-and-cookie-warning"); } $(".cookie-warning .close-button").click(function (e) { $(".devices").removeClass("devices-and-cookie-warning"); $(".sticky").css("margin-bottom", "0"); }); $("#tweeter-feed .tweet-message").each(function (i, message) { var self = $(message); self.html(linkify(self.html())); }); $(".partner").on("mouseenter mouseleave", function() { $(this).find(".gray-scale, .colour").toggleClass("is-hidden"); }); }); Sign In Remember me Forgotten your password? Sign In Cancel Email or password not correct. Please try again Please wait... $(function(){ // Note: All the setup needs to run against a name attribute and *not* the id due the clonish // nature of facebox... $("a[id=googleSignInButton]").click(function(event){ event.preventDefault(); $("input[id=oAuthSystem]").val("GOOGLE"); $("form[id=oAuthForm]").submit(); }); $("a[id=facebookSignInButton]").click(function(event){ event.preventDefault(); $("input[id=oAuthSystem]").val("FACEBOOK"); $("form[id=oAuthForm]").submit(); }); $("a[id=orcidSignInButton]").click(function(event){ event.preventDefault(); $("input[id=oAuthSystem]").val("ORCID"); $("form[id=oAuthForm]").submit(); }); }); If you've forgotten your password, please enter your email address below and we'll send you instructions on how to reset your password. The email address should be the one you originally registered with F1000. Email address not valid, please try again You registered with F1000 via Google, so we cannot reset your password. To sign in, please click here . If you still need help with your Google account password, please click here . You registered with F1000 via Facebook, so we cannot reset your password. To sign in, please click here . If you still need help with your Facebook account password, please click here . Code not correct, please try again Reset password Cancel Email us for further assistance. Server error, please try again. If your email address is registered with us, we will email you instructions to reset your password. If you think you should have received this email but it has not arrived, please check your spam filters and/or contact for further assistance. Please wait... Register $(document).ready(function () { signIn.createSignInAsRow($("#sign-in-form-gfb-popup")); $(".target-field").each(function () { var uris = $(this).val().split("/"); if (uris.pop() === "login") { $(this).val(uris.toString().replace(",","/")); } }); });