-
Notifications
You must be signed in to change notification settings - Fork 8
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Splitte import i bydelsfiler #4
Comments
Jeg har startet, men er nok ikke like raks til å kode som deg. |
Ja de grenserelasjonene er et pirk. Retning må snus så den blir konsistent, rekkefølgen på medlemmene kan være feil osv osv. Samme type jobb som i nvdb2osm når segmentene skal settes sammen til lengre veier. |
Bare for å legge linken et sted til senere: |
Mer info om valgkretsene: Filter: <Filter>
<PropertyIsEqualTo>
<ValueReference xmlns:app="http://skjema.geonorge.no/SOSI/produktspesifikasjon/Valgkretser/20190520">
app:nyttkommunenummer
</ValueReference>
<Literal>
{municipality_id}
</Literal>
</PropertyIsEqualTo>
</Filter> Valgkretser med flere "exterior" polygoner (f.eks. eksklaver) er lagt ut som flere separate polygoner. Enklaver er "interior" polygoner. Nåværende oppdeling ble laget til valget 2019, som skulle følge kommunegrensene f.o.m. 1.1.2020. Det har vært noen få grensejusteringer etter dette som ikke er med. |
Det viser seg at postnummer-distriktene ikke alltid følger kommunegrensene, så det skaper noen utfordringer med bygninger som blir til overs ... |
Vi kan bruke WFS-tjeneren for postnummer istedenfor FTP-serveren, og istedenfor å filtrere etter kommune, slik du foreslår for valgkretsene kan vi be om alle postnummer som er innenfor en avgrensingsboks for alle bygninger i fila som er lastet inn? |
Det ville nok fungere, @noenandre (men har ikke sett på WFS'en). Alternativt kunne vi bare lagre alle bygninger som blir "til overs" (ikke er med i noe postnummer-distrikt i kommunefilen) i en egen fil til slutt. Men om du har lyst til å lage en variant for valgdistrikter, så tror jeg det vil være mer verdiøkende. Jeg gjorde importen i Kristiansand etter postnummer, og det fungerer jo, og er nødvendig å dele opp for å få importert en stor kommune, men det blir altfor mange postdistrikter. Det er ok i landkommuner, men blir for mange i bykommunene. Valgdistriktene har færre områder per kommune. Ser ellers ut til at det vil være mye gjenbruk av kode. WMS for de ulike oppdelingene (endpoint): https://openwms.statkart.no/skwms1/wms.matrikkel.seeiendom2?request=GetCapabilities&Service=WMS |
Thank you ! Feel free to have look at "valgkretser" (electoral districts), also described in #4 :) They would produce fewer files than postal codes, which is more convenient for the larger municipalities. |
Opsjon for valgkretser (egentlig stemmekretser) er lagt til nå. |
Siden importfilene vil bli oppdatert fremover ville det være praktisk å ha et lite skript som lager bydelsfiler for de fire store byene.
@noenandre - Noe for deg?
The text was updated successfully, but these errors were encountered: