septima / onedoor Goto Github PK

"I en periode nu har OM HUSNUMMERET ikke virket, hvilket så gør at man ikke får mulighed for tingbogs opslag.

Fejlen kommer både i QGIS og på onedoor.septima.dk (web versionen)"

Vi undrer os over visningen af adresseforslag i søgninger. I det viste eksempel, hvor der er skrevet Høvedstensvej, foreslår nummer 1, 2 og 4, selv om der findes både 3A, 3B og 3C, som kommer før nr. 4. Det er ikke logisk for brugerne.

Vh Lars

1. Ikrafttrædelsesdato er mere vigtigt end Dato vedtaget kan vi få den med?

2. Bebyggelsesomfang - koden fra Plandata er muligvis oversæt forkert og der er samtidig stavefejl.
   I stedet for "Planen regulerer IKKE byggelsesomfang" skal der stå "Reguleres et andet sted(se evt. lokalplandelområde)"

Bebyggelsesomfang: | Bebyggelsesomfanget reguleres et andet sted (se evt. lokalplandelområde)

3. Max bebyggeslesprocent hører ikke til lokalplanen men til lokalplandelområde

Der mangler:
Arealanvendelse: | Arealanvendelsen reguleres et andet sted (se evt. lokalplandelområde)
Udstykning: | Udstykning reguleres et andet sted (se evt. lokalplandelområde)

Vi har en fejl i CVR-visningen på vores OneDoor. Jeg kan se, at fejlen ikke findes på https://onedoor.test.septima.dk/#/septima/lite.

Vi kan sagtens fremsøge virksomheder og produktionsenheder, men når vi så klikker på en specifik enhed i søgeresultatet, får vi "Unexpected error. S3Error: Controller.get: could not find objekt".

Fejlen er testet med Netto som produktionsenhed og Hvidovre Kommune som virksomhed, men jeg tænker, at den er generel.

Efter at vi er skiftet til OneDoor, er højden på søgefeltet i Hvidovrekortet blevet 42 px, hvor det før var 36 px. Det skyldes muligvis, at vi har sat historik på, men jeg er ikke sikker.

Jeg har tilføjet , som vi har stående i s4-plugin-167-all.xml til s4-plugin-onedoor.xml. Nu indlæses søgefeltet med en højde på 36 px, men umiddelbart efter øges det til 42 px. Det er ikke hensigtsmæssigt, da det betyder, at feltet ikke kan være i værktøjsbjælken (panel-middle), og at bunden af det rager ned under panel-brand, som vi har flyttet det til, fordi det ikke kan være i værktøjsbjælken.

Jeg synes, at jeg har oprettet et issue om det i S4, men jeg kan ikke finde det, så I må undskylde, hvis dette er en dobbeltgænger.

Vh Lars

For at kopiere et pnummer på en produktionsenhed, vil det være praktisk at kunne få det som klar tekst

Når man klikker ind på en matrikel, vises matriklens kommunenummer.

• Vi kunne dog godt tænke os, at der her blev tilføjet kommunenavnet, så der f.eks. kom til at stå 0101 (Københavns Kommune).
• Derudover mener vi, at der ikke burde være komma mellem matrikelnummeret og ejerlavsnavnet på samme side, så der f.eks. kunne stå Matrikelnr. 3942 Udenbys Klædebo Kvarter, København i stedet for Matrikelnr. 3942, Udenbys Klædebo Kvarter, København

Man kan ikke søge på vejnavne i OneDoor som i S4.
Det bruges af vejfolk og adressefolk som skal søge på veje som ikke har adresser endnu.

Vores affaldsfolk har brug for en let måde at se antal enheder på en ejendom, gerne opgjort på bolig, erhverv... Det ville være super, hvis det kunne vises på ejendommen. Ellers skal de ind på hvert enkelt husnummer for at finde tallet. Det er noget omstændeligt i større bebyggelser.

P.t. kan de finde antal boligenheder med BBR-analyse i SpS, men det ville være en del hurtigere, hvis de kunne slå det op.

Tilsvarende information på bygningsniveau ville også give mening. Her er p.t. kun opgørelse på areal, ikke på antal enheder.

Vh Lars

SpatialSuite har en konfliktsøgnings-webservice, der blev etableret i forbindelse med FKG.
Det ville være smart at kunne kalde denne fra onedoor og vise resultatet i en fane i onedoor

Unexpected error
S3Error: invalid json response body at http://g.septima.dk/geoserver/stamdata/ows?service=WFS&version=1.0.0&request=GetFeature&typeName=stamdata%3Aproduktionsenheder&outputformat=json&cql_filter=cvrnummerrelation=35954716 reason: Unexpected token < in JSON at position 0

Der er for meget dobbeltkonfekt på bygningsdata.

Anvendelseskodeteksten er nævnt dobbelt.
Samlet bebygget areal er nævnt dobbelt.

Kunne man slå indhold under 'Bygningen' og 'Beskrivelse' sammen?

Om bygningen (nedenstående kan kun tilgås vis furesø-serveren tilgås via VPN
http://furesoeg/#/furesoe/ejendomsperspektiv/DAF/bbr_bygning/31af286f-3f4e-4bc5-a245-2b74ee27d272/ombygningen

OneDoor burde fange både ”lokalplan 113” og ” lp 113” og ikke kun "LP113".
I det mindste skal ”113” fanges når man står på Vedtagne lokalplaner

De fire fundne skråfotos i Onedoor kunne godt vises i større, format og/eller med mulighed for zoom. Det kunne være elegant med link til sdfe'a skråfoto-løsning direkte fra skråfotos-fanen.

Implementeret

Kun få af de sædvanlige offentlige links vises for resultater som ikke relaterer sig til ejendom/husnummer

Her dekoreres et punkt fra Septima's poi-service (Kræver separat aftale)

@klavspc @rastermanden

Det er dejligt med udbygningen af p-enheds-visningen i OneDoor.

Jeg synes dog, at der er nogle potentialer for forbedringer.

1. Der er enten for meget dobbeltkonfekt eller for dårlig beskrivelse af, hvor tilsyneladende ens info fremkommer flere gange
2. Øvrige produktionsenheder/filialer bør flyttes til en fane i toppen, så den ikke forstyrrer al øvrig data om p-enheden
3. Det kunne være godt at få udstillet antal ansatte for p-enheden - i første omgang det der interval, som ligger i CVR
4. Der fremkommer en fejlmeddelelse på branchekoden - det gælder alle de søgeresultater, jeg finder (eksempel: http://furesoeg/#/furesoe/ejendomsperspektiv/cvr/produktionsenhed/1028285066/Septima.Search.DataApi.CvrInfoProvider_0)

Se oprindeligt ønske: Septima/spatialsuite-s4#380

OneDoor finder ikke den gældende lokalplan for bygningen (bygningspolygonen).
Der skrives fejlagtigt, at der ikke er fundet nogle lokalplaner for bygningen.

Eksempel på fejlen:
Søger på adressen Bavnevej 2A, 2650 Hvidovre, hvor den korrekt finder lokalplanen: Område omkring "Beringgård".
Men vælges bygningen på Bavnevej 2A, 2650 Hvidovre, så er der ingen lokalplan.

@furesoe:

Jeg hører, at du har nogle ønsker til OneDoor til QGIS mht Paneltitel og visningen i kortet af valgte resultat - du må meget gerne kommentere på dette issue med dine ønsker

https://capwebwlbs-wm2q2012.kmd.dk/KMDNovaESDH/soegning/ejendomme/15956

Det er til ESR-nr.

Michael spørger KMD om der er andre muligheder for at linke, fx. matrikel, adresse eller BFE-nr.

@klavspc @rastermanden

Kunne det laves sådan at det var mere tydeligt, hvilken searcher man vil se resultat fra, når et søgeord fanges af flere searchere.

I nedenstående billede finder søgeordet et resultatbåde i lokalplaner, stednavne og kommunale ejendomme (en searcher baseret på eget data-lag).

Jeg kan se, at der ud for resultatet fra lokalplan-searcheren angives at det er en 'Vedtaget lokalplan'.

Kunne man lave noget tilsvarende på alle andre searchere? At der fx stod 'Stednavne' eller 'Kommunale ejendomme' i parantes efter dem?

I det hele taget er der nogle overvejelser at gøre sig med at få mange døre ind til (i bund og grund) den samme lokalitet.

Hos mig vil den samme søgning kunne finde en forekomst i:

• Stednavne
• Kommunale ejendomme
• Kommunale P-enheder
• Produktionsenheder
• Vedtagne lokalplaner

• Regnskaber-fanen hedder Regnskaberbutton
• Telefonnumre bør vel ikke være hyperlinks?
• Ejendomme-fanen fejler
• Regnskaber-visningen er ikke pænt opstillet
• Mange produktionsenheder kan ikke vises i kortet, selvom adressen ligger i kommunen

Searcherne sorteres ikke intuitivt.
Adresser sorteres som A, Ae, Aa osv. i stedet for at få Æ, Ø og Å i bunden.

Lokalplaner sorteres ikke alfabetisk.

Er nu implementeret
Skråfoto for lokalplan:

Kommunens erhvervsteam har efterspurgt mulighed for at søge på branchekoder/-betegnelser i kortet. Er det noget, I kan se en relevans i at tilføje?

Vh Lars

Når man står på et resultat i onedoor web, ville det være brugbart med et link, der åbner onedoor i SpatialSuite på det pågældende resultat. Altså som om man havde lavet den samme søgning i spatialsuite og klikke på et resultat

Styrelsen for It og Læring (STIL) udstiller nationale data for dagtilbud i Dagtilbudsregisteret og uddannelsestilbud i Institutionsregisteret. Begge dele udstilles som REST med lat-lon som eneste geometriinfo. Det kunne være fint at få disse data ind i OneDoor.

Vh Lars

Klik på Tingbog for BFE 8785502 giver fejl: Unexpected error. S3Error: Cannot read properties of undefined (reading '0')

Lige nu kan man kun bladre baglæns i sine søgninger. Det kunne være godt, hvis man også kunne bladre frem i søgningerne igen.

Nogle virksomheder vises ikke på kort når de vælges, selv om adressen står i resultatvinduet. Linjen med adressen bliver ikke vist, så det er nok der fejlen ligger.

fx https://onedoor.septima.dk/#/septima/standard/cvr/produktionsenhed/1016221305/Septima.Search.CvrInfoProvider_1

Kan der komme overskrift på linket til produktionsenheden?

https://onedoor.test.septima.dk/#/septima/kortdage/Dawa/adresse/0a3f507c-cce5-32b8-e044-0003ba298018/Septima.Search.CvrVirksomhederForAdresseProvider_1

Det er efterspurgt af byplanlæggere og byggesagsbehandlere, at resultatvisningen for vedtagne lokalplaner også indeholder plannummer.

Fx vil det være ideelt, hvis der for nedenstående kunne stå: L.116 - Hareskovby - Boligområde .

http://furesoeg/#/furesoe/ejendomsperspektiv/Dawa/adresse/0a3f507e-3d25-32b8-e044-0003ba298018/omhusnummer

Kan det imødekommes?

Når man søger ind på en adresse og klikker videre til Samlet fast ejendom ville det være godt med en liste over ejerlejligheder på ejendommen.
Ved søgning på en adgangsadresse kan man se ejendomme (ejerlejligheder) knyttet til adressen, men det ville give et godt overblik over ejerlejligheder, hvis man kunne få en liste med samtlige ejerlejligheder beliggende indenfor en matrikel eller ejendom frem for at skulle søge dem frem husnummer for husnummer.

Vh Lars

Fejl:
Mange enhedsadresser kan ikke søges frem (får fejl), mens nogle stadig kan. Fx fejler Smallegade 1,1. mens Mariendalsvej 23A, st. 104 virker. Vi får denne fejl:
S3Error: Cannot read property 'enh020EnhedensAnvendelse' of undefined

Vi kan ikke genskabe det på septima.onedoor.dk fordi det ikke virker som om den søger i enhedsadresser.

Kan det lade sig gøre at udvide listen fra de ca. 100 forekomster der er nu, til en liste på op til fx 300?

Så ville jeg kunne få fulde lister med foreninger og lokalplaner fx.

Martin har set problemet :-)

OneDoor i Spatial Suite bør søge i det nye skitse-værktøj og i egne data og ikke længere i arbejdsområder

De nye skitser i Spatial Suite ligger, som en del af temavælgeren, og er i følgende to temagrupper:
Mine skitser / egne skitser og andre brugere skitser / delte skitser

Egne temaer i Spatial Suite ligger, som en del af temavælgeren, og er i følgende to temagrupper:
Mine temaer / egne brugertemaer og andre brugeres temaer / delte brugertemaer

Vi oplever uregelmæssige resultater på søgninger på produktionsvirksomheder.

Eksempel:
Når vi søger på "Netto" i Hvidovre, så finder OneDoor fem resultater i dropdown-menuen, men giver resultatet "Unexpected error", når man forsøger at få info på en af produktionsvirksomhederne.

Når vi søger på "Fakta" i Hvidovre, så finder OneDoor to resultater, henholdsvis "Fakta 0372" og "Fakta 0409", men når man forsøger, at få vist info for en af produktionsvirksomheder, så viser OneDoor følgende resultat:

Det ser ud til, at geografien mangler, der mangler i hvert fald punktgeometri på hovedparten af de viste produktionsvirksomhederne.

Kan man søge på vejkode istedet for vejnavn ?

Vejkode er firecifret tekst

Det ville være godt, hvis der ved søgning på adresse, matrikel m.m. kunne vises aktuelle byggesager i OneDoor. De må kunne trækkes fra BBRsag, som udstilles af Datafordeler.
Hvis dette kunne gøres, vil link til KMD Nova (issue #15) ikke være helt så vigtigt. I hvert fald vil der skulle ses på, om det er værd at bruge ressourcer på.

Hej

Seneste version af OneDoor (hentet på Septimas hjemmeside 24. april 2023) virker ikke i QGIS Version v. 3.30.0.

Der kan bl.a. ikke søges på matrikel og kortet følger ikke med på en række data.

Under installationen fås følgende fejl, men efterfølgende melder QGIS at installationen er succesfuld.

vh. Michael

Link til den interne del af FilArkiv.

Link via et ejendomsnummer

https://hvidovre.filarkiv.dk/Link/Search/Ejendomsnr/100007

Hvor 10007 er ESR-ejendomsnummeret. Kommunekoden skal ikke angives, da systemet forventer det er Hvidovre Kommune.

Link via en matrikelreference

https://hvidovre.filarkiv.dk/Link/Search/Matrikelnr/21851-1a

Hvor der skal angive en landsejerlavskode, en bindestreg (-) efterfulgt af matrikelnummeret. Matrikelnummeret er cifre + litra som vist ved eksemplet.

Link via en adresse

https://hvidovre.filarkiv.dk/Link/Search/Adresse/0029-7

Hvor der skal angives en 4-cifret vejkode, en bindestreg(-) efterfulgt af husnummeret. Husk altid 4-cifret vejkode.

Er det muligt at sætte en negativ buffer på fx 10 cm på konfliktsøgningen, så man undgår at få områder med, hvor det ”bare” er grænselinjen, der deles?

Måske er det bare fejl i data ?
https://onedoor.test.septima.dk/#/septima/kortdage/Kortforsyningen/matrikelnumre/2000181-311/Septima.Search.ComposedDetailsHandler_2

I må meget gerne installere den nye opdatering af Onedoor på vores site.

Hvis I ikke kan komme på (pw skal skiftes hver 3. måned), skal I kontakte 36393600 for at få genåbnet jeres bruger.

Ved opslag på en ejendom vil det være hensigtsmæssigt, hvis I viste BFE-nummeret øverst i 'Om ejendommen'. Det står godt nok oppe i søgefeltet, men der kan man fx ikke få lov til at kopiere det fra, hvis man skal bruge det videre i andre sammenhænge. Og så må BFE-nummeret vel siges at være en ret central værdi for ejendommen ;-)

OneDoor i Spatial Suite. På en mindre skræm, eksemplevis 13” bærbar forsvinder søgefeltet ud af skærmen.