[Talk-ee] Eesti külapunktide import

[Jaak Laineste]

 Nojah, küsimus mis nendega teha. Külanimesid tähistavaid punkte OSM (ega muus digikaardi) andmekogus otseselt ei tohikski olla. Need punktid tähistavad külapiiride keskpunkte mis on võrdlemisi suvaline koht reaalses elus. Külasid võiks tähistada küll, aga ikka küla asukohas.

Analoogne probleem on hoonete aadressidega, mis on samuti kinnistu keskkohas (mis sageli ei kattu hoonete asukohaga), ja seal oli lahendus et tuleb käsitsi nihutada; või rakendada mingit tarkust et leida kinnistuga kattuv lähim hoone. Külasid sarnase loogikaga ei leia, ma näen vaid käsitsitööd. Kui me leiame et need punktid on ikkagi kasulikud, siis tuleks nad tagantjärgi korrigeerida:

1) nihutada tegelikku küla asukohta (Eestis on palju hajakülasid kus see pole ilmne)

2) siduda küla piiriga (lahkmejoonega) relatsiooni, kus piir on boundary ja punkt centroid rollis. Keskkoht võib olla küla nurgas, ja ma ei imestaks kui Eestis on külasid mis on sattunud väljaspoole oma ametlikke piire.

--
Jaak 
ps. mina ei impordiks üldse OSM-i enam mingeid andmeid. Lubatud võiks olla vaid käsitsi copy-paste konkreetse väikese ala kohta. Aga ma olen radikaal ses osas, ja oluline on mis kogukond arvab.

On 14.11.2012, at 13:24, Andres Kaaber wrote:

> Kas nüüd küsimus oli selles, et mida teha nende punktidega, mis täheistavad küla nime ja on topelt? Või ... ?
> 
> 
> 14. november 2012 12:59 kirjutas Jaak Laineste <jaak at nutiteq.com>:
> 
>  Margus avastas sellise impordi: http://www.openstreetmap.org/browse/changeset/13552879 ja http://www.openstreetmap.org/browse/changeset/13552866, mis väärib laiemat arutelu. 
> 
> Tundub et Aadressregistri külanimed on lisatud. Tulemuseks on, et kui nt Nominatim-is otsida, siis leiab iga küla kahekordselt: administratiivpiirina ja siis punktina, mis asub selle sees. Probleemid sellega:
> 1. Tehniline: Külad on nüüd topelt teineteisest sõltumatud objektid, õigeim oleks relatsioone kasutada (kui külapunkte on ikka vaja üldse)
> 2. Sisuline: Natuke võib mõelda reaalsusmudeli peale. Paljudel juhtudel ongi adekvaatne, et on  küla administratiivpiirina, mille sees on siis punktidena reaalsed külad kui talude kogumid. ADS vist neid ei tunnista, vaid kasutab vaid ametlikke külasid (nende lahkmejooni), aga rahvasuu ja kohalik folkloor ning paremad kaardid sisaldavad ka neid "külasiseseid külasid". Üks nähtav koht on bussipeatuste siltidel ja alajaamadel. Igal juhul peaks siis küla punkt olema külakeskuses (tunneb ära poe, kolhoosi kortermajade järgi), mitte automaatselt polügoni keskel, kus on ta praegu. Neid külasid mida ma tean ise ja vaatasin näidatakse praegu punktina kusagil metsas, mitu kilomeetrit kohast mida selle "külana" tuntakse, eemal. Sellisel kujul pole neil mõtet.
> 
> Positiivne lisaväärtus on, et on venekeelsed nimed juures, neid varem polnud. Nende allikat/täpsust ei oska kommenteerida.
> 
> Ühesõnaga, mis arvate, kas selliseid punkte mis on topelt ja vales kohas, on ikka mõtet importida?
> 
>  Antud import on vist vastavalt protseduurile registreerimata ka (community acceptance, wiki nimekiri jne) ? ADS-i võiks tegelikult ühe impordina seal registreerida, aga mitte teha selliseid massimporte, vaid nii nagu majaaadressid ka teised tasemed (külad) ADS-ist lugeda sisse ükshaaval, OSM-i üles laadida andmeid ainult koos õigesse kohta panekuga. Kui ei tea kus on õige külakeskus, siis ei lisagi, parem kui keegi kunagi lisab kes teab.
> 
> Ma kahtlen kas http://www.openstreetmap.org/user/Vitalts loeb seda listi, kas ta seda keeltki valdab, ega keegi tema kontakti juhtumisi tea?
> 
> --
> Jaak 
> 
> _______________________________________________
> Talk-ee mailing list
> Talk-ee at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ee
> 
> 
> 
> 
> -- 
> A. Kaaber
> 
> _______________________________________________
> Talk-ee mailing list
> Talk-ee at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-ee

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.openstreetmap.org/pipermail/talk-ee/attachments/20121114/88d547db/attachment.html>