[OpenStreetMap Serbia] [Imports] Serbia boundaries

Branko Kokanovic branko at kokanovic.org
Sun Jan 19 08:57:30 UTC 2020


Just to add couple of things I forgot in previous mail:

* CC to talk-rs at openstreetmap.org
* Produced .osm is done using custom script doing conversion CSV->SHP, reprojection (from EPSG 32634) using ogr2ogr and script from [2]. Big thanks to Guillaume Rischard for pointing me to this script and for all advises!
* Way fixing described in manual instructions is leveraging UtilsPlugin2[3] and "Replace geometry" tool

Thanks, Branko

[1] https://lists.openstreetmap.org/pipermail/imports/2019-November/006113.html
[2] https://github.com/maxerickson/michigantownships
[3] https://josm.openstreetmap.de/wiki/Help/Plugin/UtilsPlugin2

On Sat, Jan 18, 2020, at 22:17, Branko Kokanovic wrote:
> Hi,
> Announcing here that we plan to add some tags to Serbian boundaries on 
> admin_level=9[1] as Serbian community received open data set of 
> boundaries from government[2] (all admin levels).
> 
> We did some preliminary analysis and this government data seems really 
> good. It also turns out we mostly have all boundaries with good enough 
> accuracy[3]:) (average of 95% of common boundary area between 
> government and OSM data) Because of this, at this moment we do not plan 
> to improve existing geometries more (but see "open question" at the end 
> of mail), and we decided to preserve existing history, so we also do 
> not want to delete existing ways and import it from scratch. However, 
> we did wrote procedure for manually fixing existing ways[4] to match 
> government boundaries if we want it to be 100% correct.
> 
> So far, plan is only to add new tag `ref:sr:maticni_broj` (similar to 
> de:regionalschluessel and de:amtlicher_gemeindeschluessel) which is 
> official reference in cadaster of 
> districts/municipalities/cities/settlements and to improve subarea role 
> (add where missing). We will ensure both of these are in place by 
> leveraging existing Serbian lint tool[5] (by emitting warning if 
> boundary don't have `ref:sr:maticni_broj` or subarea).
> 
> OSM file with all admin_level=9 boundaries prepared from government 
> data is here [6]. We are actively working in open, in this repo[7] for 
> all current and future analysis about this data and potential automated 
> conflations. All of our decisions are discussed in forum here[8].
> 
> Licence is fully open for "all purposes" and opening data is ratified 
> in parliament in December, and present in official journal (Сл. гласник 
> РС 86/2019). It can be found (for this and other Serbian government 
> data) at [9].
> 
> We *do not* plan to touch any country boundaries, just internal ones 
> (although, plan is to contact bordering countries' forums, just to see 
> how much we do differ based on their open data, if any).
> 
> **Open question**: if anyone can work with us and help how to conflate 
> existing OSM ways shared between admin_level=9 boundaries, so they are 
> aligned better with produced .osm file[4] (government data), any tips, 
> resources, what to watch out... please shout out! Current 95% accuracy 
> that we have is good, and writing tool to "move"/"add" nodes of 
> boundary ways while watching out for various edge cases is possible, 
> but not really justifiable effort. If there is existing 
> solution/half-solution in the wild that we can take and adopt, it might 
> be a better way forward!
> 
> Thanks, Branko
> 
> [1] https://wiki.openstreetmap.org/wiki/Serbia/RGZ_Import
> [2] https://opendata.geosrbija.rs/
> [3] https://kokanovic.org/rpj-analysis.csv
> [4] https://wiki.openstreetmap.org/wiki/Serbia/RGZ_Import/Uputstvo (in Serbian)
> [5] https://gitlab.com/stalker314314/serbian-osm-lint
> [6] https://kokanovic.org/rpj-v1.7z
> [7] https://gitlab.com/stalker314314/prostorne-jedinice-import
> [8] https://forum.openstreetmap.org/viewtopic.php?id=68288
> [9] https://data.gov.rs/sr/terms/
> 
> _______________________________________________
> Imports mailing list
> Imports at openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>



More information about the Talk-rs mailing list