Hej <br><br>Jeg synes det er et skråplan at komme ud på at en masse import, bare sletter alle adresse og importere dem igen.<br><br>Det vil sige at vi ikke kan ændre eller tilføje adresse selv! Men det gælder også stoppe steder, og hvad med postkasser og benzinstationer.<br>
<br>Resultater er at OSM ikke længere er et sted for folk som gerne vil tegne kort, men et sted for folk som vil importere data.<br><br>De data som er indtastet manuel har den højeste prioritet. En import må tage højde for dette og kun rette de steder hvor der ikke har været andre osm'ere inden over. De steder må så håndteres med en eller anden form for konfliktløsning. Det er jo bestemt ikke sikker at de data der importeres er 100% korrekte!<br>
<br>/StefanG<br><br><br><div class="gmail_quote">Den 12. feb. 2010 01.28 skrev Peter Brodersen <span dir="ltr"><<a href="mailto:peter@ter.dk">peter@ter.dk</a>></span>:<br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Hej,<br>
<br>
Jeg stod for adresse-importen, og arbejder også for at få et mere<br>
opdateret datasæt. Det betyder også, at jeg ved en opdatering regner<br>
med at slette de adressepunkter, jeg har importeret fra KMS for at<br>
erstatte dem med et friskt sæt (der vel at mærke er mere præcist)<br>
<br>
Det betyder, at eventuelle ændringer også kan blive overskrevet i den<br>
proces. Før næste import skal der dog lige gøres nogle tanker om<br>
eksisterende adresser, der er blevet modificeret med øvrige tags.<br>
<br>
Så alt i alt er man velkommen til at flytte eksisterende punkter, men<br>
man kan meget vel have i baghovedet, at de alligevel bliver rettet på<br>
et tidspunkt og ens ændringer overskrevet. Der er derfor ingen grund<br>
til at bruge en stor arbejdsindsats på at prøve at gøre en masse<br>
punkter mere præcise.<br>
<br>
Men hvis man lige går og er irriteret over nogle adressepunkters<br>
dårlige placering, så er man naturligvis velkommen til at flytte dem<br>
:-)<br>
<br>
Det samme gør sig gældende fra andre eksterne datakilder, vi kunne<br>
forventes at importere med faste mellemrum, fx stoppesteder. Også her<br>
kan man godt flytte dem, hvis det giver mere mening, men igen<br>
risikerer man at ens ændringer bliver overskrevet ved næste import.<br>
<br>
<br>
Idet der findes offentlige adresse-webservices (AWS) overvejer jeg at<br>
lave et simpelt web-script, hvor man blot indtaster en adresse (eller<br>
et OSM-node-id), hvorefter en frisk og præcis koordinat bliver hentet<br>
fra AWS, og noden opdateret eller oprettet. Så kan vi da hurtigt få<br>
rettet en håndfuld af de forkerte placeringer på en mere systematisk<br>
måde, indtil vi har fået aftaler om et samlet datasæt på plads.<br>
<br>
- Peter Brodersen<br>
<br>
<br>
2010/2/11 Michael Andersen <<a href="mailto:hjart@milvus.dk">hjart@milvus.dk</a>>:<br>
<div><div></div><div class="h5">> I bl.a. den bebyggelse hvor jeg bor, vil jeg med tiden være nødt til at flytte<br>
> en hel del adresse-noder op til 200 meter, hvis det skal give mening. Der er<br>
> en del lav bebyggelse her ejet af boligforeninger og i hver afdeling er<br>
> adressenoderne bare smidt i en bunke. Ser ikke så godt ud.<br>
><br>
> Der er også en enkelt adresse i Ribe der har forvildet sig mere end 1<br>
> kilometer bort fra den vej hvor den egentlig hører hjemme.<br>
><br>
><br>
> Torsdag den 11. februar 2010 15:14:20 skrev Jens Winbladh:<br>
>> Hej Alle<br>
>><br>
>> Sådan som jeg ser det, så er det OK at flytte nr. (dog ikke mere end 10 m).<br>
>> Da dem jeg indtil nu har set er i tæt bebyggelse, hvor det er én stor<br>
>> bygning med f.eks. a, b, c i en opgang (som Erik skriver herunder).<br>
>><br>
>> Men som Johnny siger, har det nogen betydning for os overhovedet?<br>
>><br>
>> /Jens<br>
>><br>
>> Den 11. feb. 2010 13.57 skrev Erik Klausen <<a href="mailto:ekl@hjemmebedst.dk">ekl@hjemmebedst.dk</a>>:<br>
>> >  Hej alle.<br>
>> ><br>
>> > Vi taler om adresse-noder i nye udstykninger (i 2002, hvor datasættet er<br>
>> > fra), der er oprettet i KMS' system fordi grunden er udstykket og<br>
>> > adressen rent teknisk findes. Men da husene ikke var bygget på det<br>
>> > tidspunkt, hvor KMS var rundt for at måle op, blev alle udstykningens<br>
>> > adressenodes placeret midt i udstykningen. Det vil være korrekt af os at<br>
>> > flytte noderne til den rette placering.<br>
>> ><br>
>> > Andre steder ser vi at en adressenoderne til en tæt bebyggelse er ordnet<br>
>> > i rækker og kolonner. Her ser det ud til at opmåleren har opgivet ævred,<br>
>> > og her vil det også være korrekt at flytte noderne på plads.<br>
>> ><br>
>> ><br>
>> > mvh. Erik Klausen<br>
>> ><br>
>> > >>> Johnny Rose Carlsen<<a href="mailto:osm@wenix.dk">osm@wenix.dk</a>> 11-02-2010 12:38 >>><br>
>> ><br>
>> > Hej Jens,<br>
>> ><br>
>> > Spørgsmålet er vel i første omgang, om det vi gør overhovedet er<br>
>> > forkert?<br>
>> ><br>
>> > Jeg synes ikke der er nogen grund til at rette vores data, hvis de vi<br>
>> > gør giver mening. Tilgengæld kan det være vi kan bede om en rettelse<br>
>> > til deres checker?<br>
>> ><br>
>> > Hvad siger i?, er det checkeren eller vores data der bør rettes?<br>
>> ><br>
>> ><br>
>> > Mvh<br>
>> > - Johnny Carlsen<br>
>> ><br>
>> > Jens Winbladh <<a href="mailto:jens@somewhere.dk">jens@somewhere.dk</a>> wrote:<br>
>> > > Hej<br>
>> > ><br>
>> > > Er lige stødt på en rettelses side i OSM (Duplicate Nodes in<br>
>> > > OpenStreetMap<<br>
>> ><br>
>> > <a href="http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=7&lat=56.22577&lon=11" target="_blank">http://matt.dev.openstreetmap.org/dupe_nodes/?zoom=7&lat=56.22577&lon=11</a>.<br>
>> >05526&layers=BT<br>
>> ><br>
>> > > )<br>
>> > ><br>
>> > > Her kan jeg se at en stor del af fejlene er adresser der ligger overpå<br>
>> > > hinanden. Kan huske at adresserne blev importeret fra et gammelt KMS<br>
>> > > adresse register.<br>
>> > ><br>
>> > > Er der nogen der kan lave et "script" eller noget andet der kan rette<br>
>> > > måske kan flytte disse lidt fra hinanden ellers er det jo en større<br>
>> > > opgave at flytte dem.<br>
>> > ><br>
>> > ><br>
>> > > --<br>
>> > > Jens<br>
>> > > (winbladh <<a href="http://wiki.openstreetmap.org/wiki/User:Winbladh" target="_blank">http://wiki.openstreetmap.org/wiki/User:Winbladh</a>>)<br>
>> ><br>
>> > _______________________________________________<br>
>> > Talk-dk mailing list<br>
>> > <a href="mailto:Talk-dk@openstreetmap.org">Talk-dk@openstreetmap.org</a><br>
>> > <a href="http://lists.openstreetmap.org/listinfo/talk-dk" target="_blank">http://lists.openstreetmap.org/listinfo/talk-dk</a><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Talk-dk mailing list<br>
>> > <a href="mailto:Talk-dk@openstreetmap.org">Talk-dk@openstreetmap.org</a><br>
>> > <a href="http://lists.openstreetmap.org/listinfo/talk-dk" target="_blank">http://lists.openstreetmap.org/listinfo/talk-dk</a><br>
>><br>
><br>
> --<br>
> Mvh Michael<br>
><br>
> _______________________________________________<br>
> Talk-dk mailing list<br>
> <a href="mailto:Talk-dk@openstreetmap.org">Talk-dk@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-dk" target="_blank">http://lists.openstreetmap.org/listinfo/talk-dk</a><br>
><br>
<br>
_______________________________________________<br>
Talk-dk mailing list<br>
<a href="mailto:Talk-dk@openstreetmap.org">Talk-dk@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-dk" target="_blank">http://lists.openstreetmap.org/listinfo/talk-dk</a><br>
</div></div></blockquote></div><br>