Re: [Talk-dk] Åbne data om lejrpladser fra kommuner

[Michael Andersen]

Min erfaring er at indsættelse af billeder kan være særdeles nyttige i forhold 
til at kunne kontrollere kvaliteten af vores data. Også som bruger af vores 
data har jeg generelt væsentlig større tiltro til vores data i de tilfælde 
hvor der er anvendelige fotos tilknyttet, der måske viser andre objekter i 
nærheden der kan genkendes på luftfotos.
På samme måde kan Wikidata etc. være meget nyttig til at efterprøve kvaliteten 
af vores data.

OSM har iøvrigt altid i høj grad været anvendt og redigeret af turister. Det 
har altid været et "turistprojekt". 

Mvh Hjart

søndag den 9. august 2020 12.19.47 CEST skrev Sonny B. Andersen:
> Jeg synes, det er fint at man får shelterne med på kortet, men så ville jeg
> nok bruge Friluftsrådet som kilde. Men jeg synes ikke der er nogen grund
> til at samarbejde med wiki-data, som man jo altid er nødt til at
> efterkontrollere. Jeg synes heller ikke, at der er nogen grund til at
> indsætte billeder af pladserne. Billeder har en tendens til at blive
> forældede, og i øvrigt er de en unødig belastning af serverne.
> 
> Det her er vel egentlig en principiel diskussion om man vil lave OSM om til
> et turistprojekt eller ej. Så jeg er slet ikke enig i din plan. Det ville
> være langt bedre at starte et samarbejde med kommunerne om at lave gode og
> informative digitale friluftskort.
> 
> Hilsen,
> Sonny B. Andersen
> www.bukhmark.dk
> tlf.: +45 2091 3901
> 
> Fra: pangoSE
> Sendt: 9. august 2020 08:30
> Til: talk-dk@openstreetmap.org
> Emne: [Talk-dk] Åbne data om lejrpladser fra kommuner
> 
> Jeg har fundet disse datasæt
> https://www.opendata.dk/search?q=shelter&sort=score%3Adesc
> 
> Er det noget vi kan bruge til noget?
> Er der nogle der ved om naturstyrelsens billeder har fri licens? Fx på siden
> som linkes her: https://www.openstreetmap.org/way/575879617
> 
> Jeg skulle vilje at så meget data og beskrivelser og billeder kommer op når
> jeg klikker på en af disse lejrpladser i OsmAnd. OsmAnd støtter nu at vise
> billeder fra lænkede wikidata objekt. Dvs vi kan gemme alle lange
> beskrivelser og grunddata i wikidata og bare lænke til det fra OSM så vi
> slipper dobbeltarbejde.
> 
> I er meget velkomne til at være med i projektet jeg har startet her:
> https://www.wikidata.org/wiki/Wikidata:WikiProject_Shelters
> 
> En første udfordring er at opendata.dks licens er inkompatibel med CC0
> hvilket er rigtig skidt. Vi skulle behøve lave lobbyarbejde med Wikimedia
> Danmark og få opendata.dks medlemmer at ændre til CC0 med et ønske om at
> kilde til dataen angives hvor det er teknisk eller praktisk muligt ligesom
> Naturskyddsverket i Sverige har gjort, se:
> http://gpt.vic-metria.nu/data/land/Leder_och_friluftsanordningar_beskrivnin
> g_av_oppna_data.pdf og
> https://www.pressmachine.se/pressrelease/view/friluftslivet-som-oppna-data-> 
> 8264
> 
> Når dataen er blevet CC0 kan vi skabe wikidata objekt for hver af disse
> pladser med et python program jeg har skrevet og derefter lænke til dem fra
> OSM via et andet skript som ikke er skrevet endnu men som jævnfør
> positioner i wikidata med lejrpladser og foreslår lænkning af fundne
> kandidater og skriver til en .osm-fil som siden tjekkes i JOSM og lægges
> op.
> 
> På den måde kan vi integrere mynigheders data med wikidata og OSM står på
> skulderne af dette arbejde og lænker bare, hvilket gør det let at hente det
> man behøver fx objektnavn, billede, beskrivelse, ekstern url, bookningsurl,
> m.m. fra wikidata. Det eneste som behøver være i osm er et objekt med
> koordinater, de almindelige osm etiketter som anger typen og
> wikidata-etikett som resten kan hentes fra.
> 
> (JOSM støtter allerede nu at hente navn fra wikidata-etikett hvilket
> overflødiggør at vi også sidder og skriver navne ind på alting. Mapbox
> anvender også wikidata-navne hvor muligt for at undgå de uopdaterede og
> ofte undermålige osm-navne etiketter som vi i mine øjne helt burde skrotte.
> Det findes ingen mening med at have navne to steder for samme objekt.)
> 
> Mvh
> So9q/pangoSE





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Det var ikke sket med OpenStreetMap i de sidste 11 år.

[Michael Andersen]

Der er en del parkeringskældre i OSM, der kun tillader køretøjer op til 1,9 m. 
Og så er 
der https://www.openstreetmap.org/node/5030243561[1]  ;-)

Mvh Hjart

torsdag den 7. maj 2020 13.48.34 CEST skrev Niels Elgaard Larsen:
> Michael Andersen:
> > Ihvertfald i Osmand kan man taste højden på sit køretøj ind, men hvem
> > kender den og
> > 
> > tænker på taste det ind inden man kører?
> 
> Man skal jo kun taste det ind når man kører i en ny bil.
> Og hvis man nu kører i to lastbiler, der ikke var helt lige høje, så kunne
> man jo taste højden for den laveste ind,
> Og i Osmand kan man lave flere "driving" profiler, så man har en for hver
> lastbil.
> 
> Hvis jeg kørte rundt i en lastbil, der var omkring 3 meter høj, så ville jeg
> helt sikkert taste højden for min lastbil ind i Osmand.
> 
> Hvis man ikke ved hvor høj ens bil er, så hjælper skiltningen jo heller
> ikke.
> 
> Faktisk har jeg engang sat højden til 2 meter for min bil (hvilket er
> rigeligt). Men det var nok mest fordi jeg undersøgte, hvad Osmand kunne.
> 
> Og der findes næppe nogen broer, parkeringskældre, færger osv, der er for
> lave til min bil.
> 
> Desuden så sidder jeg jo med øjnene næsten oppe under taget på min lille
> bil, så jeg kunne nok godt på øjemål vurdere om den gik.
> 
> Men hvis lastbilen er dobbelt så høj, som førerhuset, så er det svært.




[1] https://www.openstreetmap.org/node/5030243561
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Det var ikke sket med OpenStreetMap i de sidste 11 år.

[Michael Andersen]

Ihvertfald i Osmand kan man taste højden på sit køretøj ind, men hvem kender 
den og 
tænker på taste det ind inden man kører?

Bolderslev Hovedgade[1] 

Mvh Hjart

torsdag den 7. maj 2020 13.09.31 CEST skrev Allan Gyldendal Frederiksen:
> Det ville virkeligt være smart med en sådan app, det sker meget jævnligt på
> det sted, bor selv i nærheden:-)
 
> Venlig hilsen
> 
> Allan Gyldendal Frederiksen
> 
> -Oprindelig meddelelse-
> Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
> Sendt: 7. maj 2020 13:00
> Til: OpenStreetMap Denmark
> Emne: [Talk-dk] Det var ikke sket med OpenStreetMap i de sidste 11 år.
> 
> https://ekstrabladet.dk/112/ups-koerer-ind-i-bro/8113871
> https://www.openstreetmap.org/way/38299827/history
> 
> Naturligvis ved vi ikke om han fulgte en rute fra et navigationsprogram.
> 
> Gad vide om der findes apps, der giver en advarsel for for lav højde, også
> selvom man
 ikke følger en rute.
> 
> -- 
> Niels Elgaard Larsen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk




[1] File:Bolderslev Hovedgade - max 2.3 m under jernbanen.jpg
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Søer

[Michael Andersen]

tirsdag den 14. april 2020 21.20.38 CEST skrev Anders Wegge Keller:
> På Tue, 14 Apr 2020 19:46:40 +0200
> 
> Michael Andersen  skrev:
> > I JOSM har jeg lige forsøgt mig med Overpass API og søgningen
> > "natural=water & water=lake & (type:way or type:relation) in Danmark".
> > 
> > Det fungerer fint, bortset fra at ikke alle større søer endnu er tagget
> > water=lake, mens et stort antal vandhuller, der måske med fordel kunne
> > tagges water=pond, omvendt kommer med.
> > 
> > Mindre områder i Danmark kan du sikkert downloade via
> > https://overpass-turbo.eu/. Vær her opmærksom på at der er grænser for
> > hvor store datamængder browsere kan håndtere.
> 
>  Jeg er totalt novice i det her, så jeg bliver desværre nødt til at spørge
> om noget endnu mere basalt. Jeg kan se at min browser ganske rigtigt timer
> ud, når jeg prøver at gøre noget i hele Danmark. Så jeg har downloadet et
> dump i pbf format for at rode med det lokalt. Jeg har så brugt osmium
> kommandolinieværktøjet til at lave den samme filtrering som du har ovenfor:
> 
> osmium tags-filter denmark-latest.osm.pbf wr/natural=water wr/water=lake -o
> water_dk.osm.pbf
> 
> Det ser ud til at give mig de søer der har en størrelse der vil give
> kedelige billeder. Men desværre får jeg også en hel masse vandløb med, så
> det bliver en jævnt stor fil at arbejde med. Kender du tilfældigvis det
> værktøj godt nok til at give et hint om hvad jeg gør forkert?

Jeg har desværre ingen som helst erfaring med osmium.

Men jeg har lige søgt på alle søer i DK, som var tagget "wiki*" og på den måde 
fundet endnu ~150 søer, som nu også er tagget water=lake :-).

Jeg har ingen erfaring med det heller, men hvis man på 
https://overpass-turbo.eu/  klikker på tabben "Eksporter"->"Søgning" kommer man 
frem et vindue 
der tilbyder "Download direkte fra Overpass-API". Jeg vil gætte på det vil 
kunne gøre det. Ellers er måske en der kan fikse et script der kan snakke 
direkte med API'et. 




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Søer

[Michael Andersen]

tirsdag den 14. april 2020 17.32.14 CEST skrev Anders Wegge Keller:
> Jeg kører en dansk Twitterkonto, @DanskKvadrat. Kontoen
> finder et tilfældigt punkt indenfor DAGI500 shapefilen, og downloader 4 km²
> billeder fra google maps. Det virker rimeligt godt, men en gang imellem
> rammer den et tilfældigt punkt ude i en sø, som emsempelvis:
> 
> https://twitter.com/DanskKvadrat/status/1249823489906917381
> 
> Den slags billeder bliver lidt kedelige at se på i længden, så jeg kunne
> godt tænke mig at maske de områder der er tagget som water=lake ud af valget
> af tilfældige lokationer. Findes der en nogenlunde tilgængelig opskrift på
> hvordan man får pillet sådan et subset ud?

I JOSM har jeg lige forsøgt mig med Overpass API og søgningen "natural=water & 
water=lake & (type:way or type:relation) in Danmark".

Det fungerer fint, bortset fra at ikke alle større søer endnu er tagget 
water=lake, mens et stort antal vandhuller, der måske med fordel kunne tagges 
water=pond, omvendt kommer med.

Mindre områder i Danmark kan du sikkert downloade via 
https://overpass-turbo.eu/. Vær her opmærksom på at der er grænser for hvor 
store datamængder browsere kan håndtere.




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Københavnsvej U-turn

[Michael Andersen]

Her må jeg lige minde om at Google Streetview ikke må anvendes ved arbejde på 
OSM (Se f.eks. 
https://help.openstreetmap.org/questions/63225/using-google-maps-street-view-and-satellite-to-see-streets-and-house-numbers).

Brug istedet Mapillary

Mvh Hjart

tirsdag den 24. december 2019 08.43.09 CET skrev Uffe Kousgaard:
> Hej,
> 
> Ja, den er god nok, men efter afkørsel 11 kom til for snart en del år
> siden, er det nok ret begrænset, hvor meget den bruges.
> Google Streetview har nyere og bedre billeder af stedet med tydelige
> slidmærker fra dæk.
> 
> mvh
> Uffe Kousgaard
> 
> On 24-12-2019 01:53, Niels Elgaard Larsen wrote:
> > Den her rutning ville jeg godt nok ikke være tryg ved at følge.
> > 
> > https://www.openstreetmap.org/directions?engine=graphhopper_car&route=55.6
> > 4403%2C12.13471%3B55.64457%2C12.13471#map=19/55.64429/12.13513
> > 
> > https://www.mapillary.com/app/?lat=55.644018198415324&lng=12.1343904454374
> > 75&z=17&focus=photo&signs=true&pKey=qShU8olPgHuaj81P9O7kyA&x=0.46234242134
> > 218306&y=0.5925420046262054&zoom=1.1020408163265307
> > 
> > Det ser ud som om den faktisk bliver brugt.
> > Men det ser også ud til at de fleste kører op over græsset, hvilket nok
> > også er lidt mindre uforsvarligt.
> > 
> > Er der nogen, der kender Københavnsvej?
> > Er der virkelig meningen at man skal køre den vej, eller det lavet af
> > hensyn til fx politi og ambulancer? For så er det ikke en secondary link.
> > Måske kan vi tagge det som highway=service.
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?

[Michael Andersen]

Linje fra terminalvindue hvorfra jeg kører JOSM:

2019-09-07 07:36:45.189 INFO: GET https://osmtools.septima.dk/mapproxy/tiles/
1.0.0/kortforsyningen_ortoforaar/EPSG3857/17/68718/41364.jpeg -> HTTP_1 500 
(14 B)

lørdag den 7. september 2019 08.09.57 CEST skrev Hans Gregers Petersen:
> Hej Michael,
> 
> Er det gennem vores tjeneste (osmtools.septima.dk) eller direkte på SDFEs
> wms?
> 
> /Gregers
> 
> fre. 6. sep. 2019 kl. 14.47 skrev Michael Andersen <
> 
> openstreet...@stofanet.dk>:
> > Ca den sidste uges tid har jeg fået et stigende antal "Fejl 500" når jeg
> > forsøger at zoome ind på områder i JOSM, hvilket gør at mange områder er
> > temmelig grynede og praktisk taget uanvendelige. Jeg kan ikke lige huske
> > hvorledes man melder fejl. Kan nogen hjælpe?
> > 
> > Mvh Hjart
> > 
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?

[Michael Andersen]

Jeg ser samme problem i iD, så jeg antog det ikke havde noget med JOSM som 
sådan at gøre. 

Bemærk f.eks. https://www.openstreetmap.org/changeset/74145260 hvor en 
begynder bruger Maxar (som så bare er ca 5 m off), fordi SDFE flyfoto her er 
ubrugeligt.


fredag den 6. september 2019 15.38.46 CEST skrev o...@workmail.com:

> Jeg gik tilbage til 15238 i går.
> 
> > Sent: Friday, September 06, 2019 at 2:46 PM
> > From: "Michael Andersen" 
> > To: "OpenStreetMap Denmark" 
> > Subject: [Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?
> > 
> > Ca den sidste uges tid har jeg fået et stigende antal "Fejl 500" når jeg
> > forsøger at zoome ind på områder i JOSM, hvilket gør at mange områder er
> > temmelig grynede og praktisk taget uanvendelige. Jeg kan ikke lige huske
> > hvorledes man melder fejl. Kan nogen hjælpe?
> > 
> > Mvh Hjart
> > 
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Fejl 500 på SDFE flyfoto i JOSM?

[Michael Andersen]

Ca den sidste uges tid har jeg fået et stigende antal "Fejl 500" når jeg 
forsøger at zoome ind på områder i JOSM, hvilket gør at mange områder er 
temmelig grynede og praktisk taget uanvendelige. Jeg kan ikke lige huske 
hvorledes man melder fejl. Kan nogen hjælpe?

Mvh Hjart



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Stærekasser i DK

[Michael Andersen]

Jeg spottede lige en her: 
https://www.mapillary.com/map/im/ZKTTR2Xt0YEBNPTLrZ-IFw :-)

Folk skal være meget velkomne til at angive mapillary tags, som der er på de 
første 4. Så vil det fremover være lettere at kontrollere at positionerne også 
ude i virkeligheden er korrekte.

torsdag den 5. september 2019 12.30.06 CEST skrev Svend Matthiesen:
> i dag har EB en oversigt over hvor mange der bliver fotograferet, der
> angiver de også en nøjagtig placering
> 
> https://ekstrabladet.dk/biler/tusindvis-af-fartsyndere-her-er-danmarks-travl
> este-staerekasser/7775132
> 
> Svend
> 
> Den 05/09/2019 kl. 12.14 skrev Michael Andersen:
> > Nu er der jo nogle meget fine kort på Vejdirektoratets side:
> > https://www.vejdirektoratet.dk/side/placering-af-atk-standere (se PDF til
> > højre)
> > 
> > Så er det vel bare at komme i gang?
> > 
> > torsdag den 5. september 2019 11.47.49 CEST skrev Tom Toft:
> >> De 4 er også, hvad jeg har kunnet finde 👍
> >> 
> >> Men ifølge Vejdirektoratets hjemmeside er der yderligere 9 positioner med
> >> samlet 16 Stærekasser (to positioner har kun 1 stærekasse).
> >> 
> >> Så hvem eller hvordan får vi lige dem ind ?
> >> 
> >> /Tom
> >> 
> >> On 04/09/2019 at 16.55, Michael Andersen wrote:
> >>> PT er der i alt 4 stk i DK: https://overpass-turbo.eu/s/M2Q
> >>> 
> >>> onsdag den 4. september 2019 12.43.02 CEST skrev Soren Johannessen:
> >>>> Hej Tom
> >>>> 
> >>>> Jeg har plottet to stk. i Måløv ved Ballerup sidste år da de 2/10 2018
> >>>> blev indviet officielt samt linket til et Mapillary ID så man se
> >>>> billedet af stærekassen. Se exempel
> >>>> https://www.openstreetmap.org/node/5948339474#map=19/55.74474/12.32982
> >>>> - Jeg går ud fra at tagget for stærekasse korrekt er "
> >>>> 
> >>>> "highway=speed_camera"?
> >>>> 
> >>>> Med venlig hilsen
> >>>> Søren Johannessen
> >>>> 
> >>>> On Wed, Sep 4, 2019 at 12:26 PM Tom Toft  wrote:
> >>>>> Hej Alle
> >>>>> 
> >>>>> Er der nogen særlig grund til, at ingen tilsyneladende har plottet de
> >>>>> nuværende positioner i DK, hvor der er placeret en fast ATK stander
> >>>>> (Stærekasse) ?
> >>>>> 
> >>>>> Det ville efter min mening være en smart måde at få opdateret de
> >>>>> navigationsapps, som bruger OSM ;-)
> >>>>> 
> >>>>> 
> >>>>> Hilsen
> >>>>> TOTO
> >>>>> ___
> >>>>> Talk-dk mailing list
> >>>>> Talk-dk@openstreetmap.org
> >>>>> https://lists.openstreetmap.org/listinfo/talk-dk
> >>>> 
> >>>> ___
> >>>> Talk-dk mailing list
> >>>> Talk-dk@openstreetmap.org
> >>>> https://lists.openstreetmap.org/listinfo/talk-dk
> >>> 
> >>> ___
> >>> Talk-dk mailing list
> >>> Talk-dk@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-dk
> >> 
> >> ___
> >> Talk-dk mailing list
> >> Talk-dk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Stærekasser i DK

[Michael Andersen]

Nu er der jo nogle meget fine kort på Vejdirektoratets side:
https://www.vejdirektoratet.dk/side/placering-af-atk-standere (se PDF til 
højre)

Så er det vel bare at komme i gang?

torsdag den 5. september 2019 11.47.49 CEST skrev Tom Toft:
> De 4 er også, hvad jeg har kunnet finde 👍
> 
> Men ifølge Vejdirektoratets hjemmeside er der yderligere 9 positioner med
> samlet 16 Stærekasser (to positioner har kun 1 stærekasse).
> 
> Så hvem eller hvordan får vi lige dem ind ?
> 
> /Tom
> 
> On 04/09/2019 at 16.55, Michael Andersen wrote:
> > PT er der i alt 4 stk i DK: https://overpass-turbo.eu/s/M2Q
> > 
> > onsdag den 4. september 2019 12.43.02 CEST skrev Soren Johannessen:
> > > Hej Tom
> > > 
> > > Jeg har plottet to stk. i Måløv ved Ballerup sidste år da de 2/10 2018
> > > blev indviet officielt samt linket til et Mapillary ID så man se
> > > billedet af stærekassen. Se exempel
> > > https://www.openstreetmap.org/node/5948339474#map=19/55.74474/12.32982
> > > - Jeg går ud fra at tagget for stærekasse korrekt er "
> > > 
> > > "highway=speed_camera"?
> > > 
> > > Med venlig hilsen
> > > Søren Johannessen
> > > 
> > > On Wed, Sep 4, 2019 at 12:26 PM Tom Toft  wrote:
> > > > Hej Alle
> > > > 
> > > > Er der nogen særlig grund til, at ingen tilsyneladende har plottet de
> > > > nuværende positioner i DK, hvor der er placeret en fast ATK stander
> > > > (Stærekasse) ?
> > > > 
> > > > Det ville efter min mening være en smart måde at få opdateret de
> > > > navigationsapps, som bruger OSM ;-)
> > > > 
> > > > 
> > > > Hilsen
> > > > TOTO
> > > > ___
> > > > Talk-dk mailing list
> > > > Talk-dk@openstreetmap.org
> > > > https://lists.openstreetmap.org/listinfo/talk-dk
> > > 
> > > ___
> > > Talk-dk mailing list
> > > Talk-dk@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Stærekasser i DK

[Michael Andersen]

PT er der i alt 4 stk i DK: https://overpass-turbo.eu/s/M2Q

onsdag den 4. september 2019 12.43.02 CEST skrev Soren Johannessen:
> Hej Tom
> 
> Jeg har plottet to stk. i Måløv ved Ballerup sidste år da de 2/10 2018
> blev indviet officielt samt linket til et Mapillary ID så man se
> billedet af stærekassen. Se exempel
> https://www.openstreetmap.org/node/5948339474#map=19/55.74474/12.32982
> - Jeg går ud fra at tagget for stærekasse korrekt er "
> 
> "highway=speed_camera"?
> 
> Med venlig hilsen
> Søren Johannessen
> 
> On Wed, Sep 4, 2019 at 12:26 PM Tom Toft  wrote:
> > Hej Alle
> > 
> > Er der nogen særlig grund til, at ingen tilsyneladende har plottet de
> > nuværende positioner i DK, hvor der er placeret en fast ATK stander
> > (Stærekasse) ?
> > 
> > Det ville efter min mening være en smart måde at få opdateret de
> > navigationsapps, som bruger OSM ;-)
> > 
> > 
> > Hilsen
> > TOTO
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Rettelser til DAR og OISfixes

[Michael Andersen]

søndag den 25. august 2019 11.40.33 CEST skrev Niels Elgaard Larsen:
> On Sun, 25 Aug 2019 10:10:00 +0200
> 
> Michael Andersen  wrote:
> >> 'For mange kokke fordærver maden'
> >
> >Det kan selvfølgelig ske, men der er jo en vis risiko for at den ene
> >kok vi pt har forsvinder i et længere tidsrum og vi så pludselig står
> >helt uden mad.
> 
> Ikke et ret langt tidsrum.
> Det er jo fri software så vi kunne hurtigt få det til at køre på en
> anden server.
> 
> Men måske var det en god ide, hvis vi var et par stykker, der satte det
> op prøvede at køre alting undtagen selve OSM-opdateringen (dry-run).

Jeg har ikke indtryk af at mere end nogle ganske få var klar over den lange 
pause botten har holdt?

Jeg tænker at det ville være rigtig godt hvis der var et par stykker udover 
Jonathan, der var i stand til umiddelbart at tage over/hjælpe hvis botten igen 
støder ind i problemer.

Ifølge https://wiki.openstreetmap.org/wiki/AutoAWS er der fornylig lavet 
mindre ændringer, der ikke ser ud til at være blevet offentliggjort




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Rettelser til DAR og OISfixes

[Michael Andersen]

lørdag den 24. august 2019 22.54.03 CEST skrev o...@workmail.com:
> > Her må jeg lige bemærke at autoAWS, som det kan ses af
> > http://hdyc.neis-one.org/?autoAWS har holdt pause fra midt i marts og
> > indtil 12. august. Et par korte kommentarer vedrørende sagen findes på
> > https://www.openstreetmap.org/ changeset/73274922.
> > 
> > Personligt synes jeg det vil være en god ide at køre en sådan service på
> > en
> > server hvor mere end en erfaren/aktiv har adgang, så vi ikke er afhængige
> > af en enkelt bidragsyder (Jonathan har kun meget sporadisk været aktiv i
> > det forløbne tidsrum).
> > 
> > Mvh Hjart
> 
> 'For mange kokke fordærver maden'

Det kan selvfølgelig ske, men der er jo en vis risiko for at den ene kok vi pt 
har forsvinder i et længere tidsrum og vi så pludselig står helt uden mad.





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Mange opdateringer mangler i Kgs Enghave, København

[Michael Andersen]

Jeg fandt din konto, https://www.openstreetmap.org/user/JohnPlate/history, og 
kan se du sidst har redigeret for "mere end 6 år siden" :-)
https://www.openstreetmap.org/user/Jesper%20Mortensen har de seneste måneder 
været ret aktiv lige i nærheden (primært på Teglholmen), men ellers vil jeg 
mene det bedste bud er selv at "smøge ærmerne op".

lørdag den 13. oktober 2018 20.33.38 CEST skrev John Plate:
> Hej
> 
> Ifølge min Osm app mangler der mange opdateringer til kortet i Kgs.
> Enghave, København.
> 
> Er der nogen, som føler sig ansvarlig for det område?
> 
> Mvh
> John
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk





___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] osm.elgaard.net i drift - og spørgsmål

[Michael Andersen]

Her må jeg lige gøre opmærksom på: https://overpass-turbo.eu/s/Bik

> Den 22. august 2018 klokken 19:54 skrev "Sonny B. Andersen" 
> :
> 
> 
> Den korrekte tagning af grænsestenene (efter tysk model):
> - boundary = marker
> - marker = stone
> - name = serienr.
> Grænsesten 156, som er hjarts eksempel på tagging af en grænsesten må jeg 
> have overset; jeg troede jeg havde rettet  dem alle sidste år. Det er nu 
> gjort. De nuværende grænsesten mellem Tyskland er naturligvis ikke 
> historiske. De har været gældende siden 1920 som en politisk realitet, og de 
> efterses stadig af grænsekommissionen hvert 10. år.
> 
> Hilsen,
> Sonny B. Andersen
> www.bukhmark.dk
> tlf.: +45 2091 3901
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] osm.elgaard.net i drift - og spørgsmål

[Michael Andersen]

> Den 22. august 2018 klokken 18:43 skrev Jørgen Elgaard Larsen 
> :
> 
> 
> Nu er min navnechecker-service efterhånden så færdig, at den kan  bruges 
> til at mappe efter. Der er bunker af dejlige navne, som ikke er i OSM.
> 
> Navne på skove, øer, byer og den slags er sandsynligvis ganske 
> pålidelige. Men ting som sportshaller, skoler, hoteller osv. kan sagtens 
> være forældede (lukket eller skiftet navn), så bruges jeres sunde 
> fornuft, når I mapper - og check gerne med andre kilder.
> 
> De fleste datasæt er ret store endnu, så de tager lidt tid at hente ind 
> - men når først de er hentet ind, er det fint at arbejde med.
> 
> 
> 
> I forbindelse med udviklingen af tjenesten, er jeg studset over nogle 
> ting, som jeg gerne vil have jeres syn på:
> 
> * Nogle togstationer er navngivet med "Station" i navnet, andre ikke.
>Nogle har endda "station" med lille begyndelsesbogstav.
>+ Stoholm station (lille s):
>  https://www.openstreetmap.org/node/312067775
>+ Høng Station (stort S):
>  https://www.openstreetmap.org/node/930735765
>+ Kolding:
>  https://www.openstreetmap.org/node/1433117250
> 
>Hvad er den korrekte navngivning?
> 
> * Vi navngiver som regel ikke kirkegårde - kun kirken. Altså
>name="XX Kirke" på selve kirken, men intet name-tag på kirkegården.
>Bør vi navngive kirkegårde?

Jeg er ikke den store fan af at navngive kirkegårde der grundlæggende bare er 
et "vedhæng" til en kirke.
Bemærk at der er en del selvstændige kirkegårde rundt omkring.
> 
> * Generelt har vi ikke navne på motorvejskryds med i OSM i Danmark.
>De kunne tagges med highway=motorway_junction (se
>https://wiki.openstreetmap.org/wiki/Tag:highway%3Dmotorway_junction),
>men jeg synes ikke, at beskrivelsen at, hvilke nodes, der skal tagges,
>giver mening for danske forhold.
>Hvordan ville I tagge et dansk motorvejskryds, og på hvilke nodes?

highway=motorway_junction er beregnet til motorvejsfrakørsler og duer derfor 
ikke til motorvejskryds. Jeg spurgte engang på den internationale irc kanal og 
blev foreslået simpelthen at bruge place=locality, hvilket jeg så har gjort i 1 
eller 2 tilfælde: https://www.openstreetmap.org/node/5528603819
> 
> * Hvordan ville I mappe en bakke/ås/højdedrag?
> 
> * Hvordan ville I mappe en landsdel, f.x. Hornsherred?

* Jylland: https://www.openstreetmap.org/relation/8312746
* Vendsyssel-Thy: https://www.openstreetmap.org/relation/5176048

> 
> * Der findes data på skilte med redningsnumre (se
>https://da.wikipedia.org/wiki/Redningsnummer og
>http://www.redningsnummer.dk/)
>Bør vi lægge disse ind i OSM?

Eksempel: https://www.openstreetmap.org/node/4421924690
> 
> * Hvordan tagger man en grænsesten, og skal vi overhovedet have dem
>i OSM?

Eksempel: https://www.openstreetmap.org/node/2291045363

> 
> 
> - Jørgen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Konstruktioner i vand

[Michael Andersen]

søndag den 12. august 2018 13.19.18 CEST skrev Troels Arvin:
> Hej,
> 
> osm at workmail.com skrev:
> > Det er f.eks brugt ved Egholmfærgen (Ålborg). Så hvorfor ikke.
> 
> Tak. Jeg kan se, at dolphin-tagged elementer ved Aalborg ikke renderes på
> https://www.openstreetmap.org/#map=18/57.05909/9.88203
> 
> - og ej heller i København, efter at jeg har benyttet barrier=dolphin:
> https://www.openstreetmap.org/#map=19/55.64316/12.55288
> 
> Jeg har oprettet en Github issue om det:
> https://github.com/gravitystorm/openstreetmap-carto/issues/3339
> Jeg håber dét er det rette sted at henvende sig.

Det er det helt rette sted at henvende sig. Bemærk dog at masser af tags ikke 
renderes på OSM Carto (vores "standard" kort) og at det er et voldsomt 
komplekst projekt med mange hensyn at tage (og så vidt jeg forstår noget 
underbemandet).

Bemærk også at seamark:type=* tags primært bruges på https://
wiki.openstreetmap.org/wiki/OpenSeaMap projektet: http://map.openseamap.org/?
zoom=17&lat=57.05996&lon=9.88004&layers=BFTFFTF0TF og at man nok 
derfor ikke kan forvente at disse også renderes på OSM Carto



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Konstruktioner i vand

[Michael Andersen]

søndag den 12. august 2018 09.06.17 CEST skrev Troels Arvin:
> Hej,
> 
> > Se her: https://en.wikipedia.org/wiki/Dolphin_(structure)
> 
> Tak, det ser ud til, at "dophin" ville være det helt korrekte til de
> konstruktioner, som her drøftes. Imidlertid er det tilsyneladende ikke et
> officielt tag, på trods af, at det benyttes en del: https://
> taginfo.openstreetmap.org/tags/man_made=dolphin
> 
> Når det benyttes næsten ni tusinde andre steder, tænker jeg, at det er OK
> at anvende, eller?

Der er i princippet ikke nogen "officielle" tags i OSM. I princippet kan hver 
enkelt mapper opfinde og anvende præcist de tags han lyster (og derfor ses der 
i mange tilfælde flere konkurrerende tags for de samme ting). I praksis har vi 
dog alle en interesse i at tingene så vidt muligt spiller sammen og at ting 
repræsenteres fornuftigt i de mest populære rendere, at vi kan få fornuftige 
resultater ved søgninger i vores data og at de forskellige OSM baserede 
routere har mulighed for at fungere fornuftigt.

Når man_made=dolphin er oppe på næsten 9000 anvendelser, så er det fordi det 
trods alt er relativt populært og dermed absolut OK at bruge. Det må også være 
på tide at få det ordentlig dokumenteret på wikien ;-)




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] At tilføje eller ikke tilføje en ny café

[Michael Andersen]

> Den 4. juli 2018 klokken 18:49 skrev Troels Arvin :
> 
> 
> Hej,
> 
> Jeg har tilføjet en ny café, som jeg ikke syntes, at jeg kunne finde på 
> OSM:
> https://www.openstreetmap.org/changeset/60414146
> 
> Men jeg kan se, at den faktisk er her:
> http://digitalfrihed.dk/restaurants/all.html
> 
> Jeg vil mene, at min placering er mere præcis:
> http://troels.arvin.dk/osm/evidence/by_changeset/60414146/
> 
> Men jeg er i tvivl: Burde jeg heller lade være med at tilføje sådan en 
> café, fordi man må regne med, at den på et tidspunkt dukker op af sig 
> selv, og at der derefter er rod pga. mere end én instans på kortet?

Det er helt fint at tilføje nye cafeer. De dukker netop ikke "på et tidspunkt" 
op af sig. Niels plejer at vedligeholde restauranter mm på siden manuelt og jeg 
er sikker på at han ikke har noget mod at man hjælper ham ;-).
Jeg fandt i øvrigt cafeen på 
https://www.mapillary.com/map/im/FVjMcqvkW-NLKIi1ej2Vhg og har tilladt mig at 
tilføje et link til dette billede + fvst tag.
Mange tak for dit bidrag.

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Tag af "lastbiler ikke tilladt"

[Michael Andersen]

hgv:conditional = no @ (07:00-09:00) vil efter min opfattelse være mere korrekt

> Den 15. juni 2018 klokken 11:25 skrev Stephen Møller :
> 
> 
> Så hvis jeg læser vejledning rigtig må det være på følgende måde
> 
> access:hgv= no @ (07:00-09:00)
> 
> 
> Den 15. juni 2018 kl. 11.20 skrev Michael Andersen :
> 
> >
> > I sådanne situationer bruges https://wiki.openstreetmap.
> > org/wiki/Conditional_restrictions.
> >
> > > Den 15. juni 2018 klokken 11:10 skrev Thomas Andersen <
> > thomas.kristian.ander...@gmail.com>:
> > >
> > >
> > > Kære alle
> > >
> > > Der er en vej i Roskilde, hvor lastbiler er blevet forbudt i visse
> > tidsrum.
> > > Jeg er dog lidt i tvivl om, hvordan dette skal gøres bedst (har googlet
> > men
> > > ikke fundet et godt svar).
> > >
> > > Hvordan bør man tagge en vej, hvor der ikke må køre lastbiler, og kan
> > > registrere at det kun er i visse tidsrum?
> > >
> > > På forhånd tak for hjælpen
> > >
> > >
> > > --
> > > Med Venlig Hilsen / Regards
> > >
> > > cand.scient in geography and geoinformatics
> > > Thomas Kristian Andersen
> > > mobile: + 45 2083 1505 (DK)
> > > mail: thomas.kristian.ander...@gmail.com
> > >
> > > --
> > > ___
> > > Talk-dk mailing list
> > > Talk-dk@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-dk
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> >
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Tag af "lastbiler ikke tilladt"

[Michael Andersen]

I sådanne situationer bruges 
https://wiki.openstreetmap.org/wiki/Conditional_restrictions.

> Den 15. juni 2018 klokken 11:10 skrev Thomas Andersen 
> :
> 
> 
> Kære alle
> 
> Der er en vej i Roskilde, hvor lastbiler er blevet forbudt i visse tidsrum.
> Jeg er dog lidt i tvivl om, hvordan dette skal gøres bedst (har googlet men
> ikke fundet et godt svar).
> 
> Hvordan bør man tagge en vej, hvor der ikke må køre lastbiler, og kan
> registrere at det kun er i visse tidsrum?
> 
> På forhånd tak for hjælpen
> 
> 
> -- 
> Med Venlig Hilsen / Regards
> 
> cand.scient in geography and geoinformatics
> Thomas Kristian Andersen
> mobile: + 45 2083 1505 (DK)
> mail: thomas.kristian.ander...@gmail.com
> 
> --
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Fællesskabsressourcer i osm-community-index til bl.a. iD-editor

[Michael Andersen]

Der er ikke noget galt i vores postliste her. Jeg har bare stærkt indtryk af 
at der er en del potentielle bidragsydere, som vi som fællesskab vil have 
meget større chance for at komme i kontakt med via FB.
Personligt har jeg det ganske fint med IRC (og bruger det ret ofte), selvom jeg 
kan forstå at mange andre ikke har det sådan.

On fredag den 18. maj 2018 20.23.00 CEST Lars Gravengaard wrote:
> Hej
> 
> Dårlig ide med  Facebook.
> 
> Hvad er der galt med listen her ?
> 
> + hvorfor sprede folk over i nu flere steder ?
> 
> LarsBG
> 
> Den 18. maj 2018 kl. 19.11 skrev René Mittå :
> > Hej
> > 
> > Tilslutter mig ideen om en Facebook gruppe... da jeg synes at IRC er for
> > bøvlet 👍
> > 
> > MittaDK
> > 
> > Sendt fra min smartphone
> > 
> > fre. 18. maj 2018 19.05 skrev Michael Andersen :
> >> Jeg kan se de her ressourcer nu står øverst på listen, når man har gemt i
> >> iD.
> >> De må være kommet igennem indenfor de seneste få dage her :-).
> >> 
> >> Det er dog kun ganske få af os der er på IRC (og der sker normalt ikke
> >> ret
> >> meget på kanalen) og jeg har også indtryk af at der ikke er ret mange der
> >> er
> >> fortrolige med IRC.
> >> 
> >> Også det der webforum er kun i meget begrænset omfang blevet brugt (jeg
> >> tror
> >> ikke der rigtig er andre end mig der ser opslag der).
> >> 
> >> Jeg har tænkt på at det kunne være en ide at lave en dansk Facebook
> >> gruppe
> >> (stort set alle er fortrolige med Facebook i vore dage). Det kræver dog
> >> at
> >> mindst en anden vil være med til det.
> >> 
> >> Et link til https://wiki.openstreetmap.org/wiki/Da:WikiProject_Denmark
> >> kunne
> >> måske også være en ide?
> >> 
> >> On onsdag den 25. april 2018 03.52.38 CEST Mikkel Kirkgaard Nielsen 
wrote:
> >> > Halløj.
> >> > 
> >> > Jeg har tilføjet Danmark og nedenstående danske fællesskabsressourcer
> >> > til det nye osmlab-projekt "osm-community-index"[1]. Det er et projekt
> >> > der forsøger at samle geo-kodede informationer om
> >> > kommunikationskanaler,
> >> > kontaktinfo, begivenheder mm. fra OSM-fællesskaberne, så de kan
> >> > præsenteres af systemerne for relevante brugere og bidragsydere.
> >> > 
> >> > Talk-dk: https://lists.openstreetmap.org/listinfo/talk-dk
> >> > #osm-dk: irc://irc.oftc.net/osm-dk
> >> > OSM-forum: https://forum.openstreetmap.org/viewforum.php?id=48
> >> > 
> >> > Er der andre relevante ressourcer at tilføje, så gør endelig det i
> >> > projektet, eller meld tilbage her så skal de nok komme på.
> >> > 
> >> > 
> >> > Indekset bruges bl.a. af iD-editoren i v2.8.0[2] til en forbedret
> >> > dialog
> >> > efter upload, der henviser til de ressourcer der findes i det netop
> >> > redigerede område.
> >> > 
> >> > Flere detaljer og eksempel kan ses i iD-projektet[3], ellers prøv at
> >> > rediger+gem med iD på openstreetmap.org[4] og se det selv (de
> >> > danskspecifikke ressourcer er ikke slået igennem pt., så de globale
> >> 
> >> vises).
> >> 
> >> > Hygge,
> >> 
> >> ___
> >> Talk-dk mailing list
> >> Talk-dk@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Fællesskabsressourcer i osm-community-index til bl.a. iD-editor

[Michael Andersen]

Jeg kan se de her ressourcer nu står øverst på listen, når man har gemt i iD. 
De må være kommet igennem indenfor de seneste få dage her :-).

Det er dog kun ganske få af os der er på IRC (og der sker normalt ikke ret 
meget på kanalen) og jeg har også indtryk af at der ikke er ret mange der er 
fortrolige med IRC.

Også det der webforum er kun i meget begrænset omfang blevet brugt (jeg tror 
ikke der rigtig er andre end mig der ser opslag der).

Jeg har tænkt på at det kunne være en ide at lave en dansk Facebook gruppe 
(stort set alle er fortrolige med Facebook i vore dage). Det kræver dog at 
mindst en anden vil være med til det.

Et link til https://wiki.openstreetmap.org/wiki/Da:WikiProject_Denmark kunne 
måske også være en ide?

On onsdag den 25. april 2018 03.52.38 CEST Mikkel Kirkgaard Nielsen wrote:
> Halløj.
> 
> Jeg har tilføjet Danmark og nedenstående danske fællesskabsressourcer
> til det nye osmlab-projekt "osm-community-index"[1]. Det er et projekt
> der forsøger at samle geo-kodede informationer om kommunikationskanaler,
> kontaktinfo, begivenheder mm. fra OSM-fællesskaberne, så de kan
> præsenteres af systemerne for relevante brugere og bidragsydere.
> 
> Talk-dk: https://lists.openstreetmap.org/listinfo/talk-dk
> #osm-dk: irc://irc.oftc.net/osm-dk
> OSM-forum: https://forum.openstreetmap.org/viewforum.php?id=48
> 
> Er der andre relevante ressourcer at tilføje, så gør endelig det i
> projektet, eller meld tilbage her så skal de nok komme på.
> 
> 
> Indekset bruges bl.a. af iD-editoren i v2.8.0[2] til en forbedret dialog
> efter upload, der henviser til de ressourcer der findes i det netop
> redigerede område.
> 
> Flere detaljer og eksempel kan ses i iD-projektet[3], ellers prøv at
> rediger+gem med iD på openstreetmap.org[4] og se det selv (de
> danskspecifikke ressourcer er ikke slået igennem pt., så de globale vises).
> 
> Hygge,



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Andre tags på adressenoder? (WAS: Nyt script til addresseopdateringer)

[Michael Andersen]

> Jeg er en af de "uerfarne", som efterfølgende har fået adskilt adresser og
> andre egenskaber. Eksempel:
> 
> https://www.openstreetmap.org/way/12943/history
> 
> Jeg kan godt forstå princippet om at undgå redundante data, men jeg har ofte
> opdateret adresseinformation for fx butikker på linie med andre
> kontaktinformationer/åbningstider/telefon etc. Det synes jeg giver mening,
> eftersom forskellige programmer (fx mkgmap til Garmins gps'er) benytter
> OSM's kontaktinformationer - herunder adresserne, hvis de findes. Hvis
> adresseinformationer _ikke_ ligger på samme node som butikken, skal man til
> at gætte på den korrekte adresse - oftest den adressenode, som er tættest
> på, men langt fra altid.

Der er her tale om en relateret, men lidt anden situation end den jeg er inde 
på ovenfor.
Det objekt du linker til ovenfor er ikke en importeret adresse og der var 
aldrig nogen osak:* tags på den (men dog en mystisk source=AWS*, som jeg på et 
tidspunkt fjerner fordi den forekommer mig misvisende)

De adresse tags der var på den har du formentlig tilføjet manuelt.

Det der så sker er at Jørn-osm kører en kampagne i forhold til at rydde i op 
vores adresser. Stærkt tiltrængt ganske vist - men han sletter også et stort 
"dobbelte adresser", altså adresseinfo (ofte kun gade & nr) tilføjet POI's ved 
siden af de importerede adresser. Dette var jeg personligt lidt ked af fordi 
det gør det sværere at vurdere om en given forretning er placeret rigtigt på 
kortet.

Da jeg så gør Jørn opmærksom på den tråd Henrik PS startede i oktober (Jørn 
abonnerer tilsyneladende ikke på postlisten) stopper han helt og siden er der 
ikke nogen der har slettet "dobbelte adresser".

> 
> Med andre ord er det en helt traditionel datamodelleringsøvelse - og jeg
> kunne godt tænke mig lidt mere information: Hvornår/hvor er det besluttet,
> at danske adresser skal udskilles fra andre punkter (fx butikker & andre
> POI's?)

Det fortaber sig for mit vedkommende i det dunkle. Jeg opdagede først OSM på 
omkring det tidspunkt hvor de første adresser blev importeret og det varede 
længe før jeg havde tilstrækkelig erfaring til at danne mig en mening om den 
slags

Jeg har endnu ikke nogen helt fast mening om den sag du bringer op her. 
Ligegyldigt hvilken løsning vi vælger er der nemlig nogen "issues" ved det.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

On søndag den 15. april 2018 19.40.32 CEST Jakob Barfod wrote:
> > > F.eks. bør den kunne finde ud af at flette oplysningerne korrekt
> > > sammen hvis nogen har tilføjet ekstra tags. Hvis adresseknuden senere
> > > forsvinder fra det officielle register, bør den jo nok også lade være
> > > med at slette sådan en knude men i stedet bare slette osak-tagsn'e.
> 
> Helt enig. Det nævnes flere gange i tråden, at DAR kommer til at blive det
> autoritative datagrundlag - og fx slette/ændre adressenoder i OSM, hvis der
> er kommer nye(re) data fra DAR.
> 
> Det synes jeg er en tvivlsom tilgang; der er stor chance for, at OSM's data
> er mere korrekte (fx rettelse af forkerte koordinater) eller fyldestgørende
> (fx i form af supplerende tags) end data fra DAR (jf. mit spørgsmål om
> supplerende tags;
> https://lists.openstreetmap.org/pipermail/talk-dk/2018-April/005026.html).
> 
> Venligst,

Som nævnt tidligere sker det jævnligt at især begyndere ved diverse uheld 
(først og fremmest ved at komme til at "gribe fat" i en node når de forsøger 
at "panne" kortet) kommer til fejlagtigt at rykke adresser op til flere 100 m 
(eksempel fra i dag: https://www.openstreetmap.org/changeset/58115512).

Det sker også jævnligt at folk aktivt forsøger at rette adresser i OSM (flytte 
lidt rundt på dem eller ændre numre). Fint nok. Men som vi flere gange 
tidligere på denne liste har været inde på må det korrekte altså være at 
adresser importeret til OSM fra DAR rettes ved kilden (altså ved henvendelse 
til DAR)




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

> 
> Steffen Møller/AWSbot "eksporterede" jævnligt diverse "fremmede" tags fra
> osak adressenoder. Eksempler i Århus: https://overpass-turbo.eu/s/xTn
> 
Hmm. Søgningen https://overpass-turbo.eu/s/xTX virker bedre :-/


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

On søndag den 15. april 2018 08.49.40 CEST Jonathan Hougaard wrote:
> Hej Ole
> 
> 
> Du har ret i det kunne være en fordel at tage hensyn til ekstra tags når
> en adresse bliver slettet. Egentlig havde jeg planer om en "naiv"
> tilgang hvor knudes simpelthen bliver slettet, hvis adressen ikke
> længere eksisterer. Det er klart det nemmeste og mindst resourcekrævende
> at lave. Men i princippet kan funktionen til sletning af adresse godt
> laves anderledes, noget ala: hent hver knude med adresse der skal
> slettes, scan alle tags igennem, hvis knuden kun indeholder kendte
> adressetags - slet noden - ellers fjern blot kendte tags. Der er uden
> tvivl faldgruber ved begge metoder. Ved den "naive" tilgang risikerer vi
> at miste data i form af ekstra tags på adresseknuder. Jeg ved ikke, hvor
> almindeligt det er, at der er tilføjet ekstra tags, og hvor meget data
> der i så fald er tale om. Omvendt risikerer vi at ende med knuder med
> tags, der måske ikke giver ret meget mening alene, hvis nogle tags blot
> fjernes og knuden efterlades. Eks. en adresseknude hvor der er tilføjet
> et "note" tag, hvilket så vil være det eneste tilbageværende tag efter
> en sletning.

Det er meget almindeligt at udlændinge/uerfarne finder en adressenode og putter 
alt muligt andet info på. I mange tilfælde kan det umiddelbart virke oplagt at 
gøre således og ofte virker det ikke som sådan "forkert". Dog kan det virke 
det virke upassende at have alle disse osak:* tags på f.eks en butik og hvad 
sker der f.eks. hvis butikken slettes fordi den er lukket eller der er tale om 
en butik nederst i en etageejendom og den derfor ikke er alene om adressen?

En simpel landsdækkende overpass søgning alene på shop=* på osak adressenoder 
returnerer i øjeblikket ~80 styks (hovedparten ældre eksempler og uden name 
tags): https://overpass-turbo.eu/s/xTq

Steffen Møller/AWSbot "eksporterede" jævnligt diverse "fremmede" tags fra osak 
adressenoder. Eksempler i Århus: https://overpass-turbo.eu/s/xTn

Jeg har også rutinemæssigt udskilt "fremmede tags" når jeg har observeret  dem 
blive påsat og osmviborg er også begyndt at gøre det

Slettes adresse tags på en node med "fremmede tags" fordi adressen ikke 
eksisterer længere vil jeg anbefale at den tagges med et fixme=*


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

Jeg tvivler på at det er rigtigt at ambulancer mm ikke kan rykke ud til et 
givent gps koordinat. I så fald ville vi være unødigt ilde stedt i forbindelse 
med ulykker på f.eks motorveje hvor der sjældent er relevante adresser lige i 
nærheden.

Derudover tvivler jeg på at OSM nogensinde bliver førstevalg for vores 
redningsvæsen. OSM er super til mange ting, men så pålidelige er vores data 
altså heller ikke.

On lørdag den 14. april 2018 13.54.10 CEST Michel Coene wrote:
> Kun fordi der ikke er en bygning på adressen er i øvrigt ikke en grund at
> slette den.  Ambulancer kan kun rykke ud til en adresse, ikke til GPS
> koordinater, men kræver ikke der står en bygning...
> 
> Op za 14 apr. 2018 15:02 schreef Michael Andersen :
> > 2. For min skyld kan for OSM uinteressante tags sagtens droppes i
> > forbindelse med øvrig opdatering. Men jo flere tags der er på et givent
> > OSM
> > objekt, jo sværere bliver det for en menneskelig mapper som mig at
> > overskue
> > dem (og det sker ofte at jeg har brug for at studere adresser), så derfor
> > plæderer jeg gerne for at holde antallet på et rimeligt niveau.
> > 
> > 3. Et eksempel på et changeset der medførte dubletter:
> > https://www.openstreetmap.org/changeset/41112526. Jeg stødte på mange
> > flere og kommenterede på nogen af dem (igen desværre uden respons).
> > 
> > Bruger Jørn-osm foretog dog siden en del oprydning i danske adresser
> > (indtil jeg gjorde ham opmærksom på
> > https://lists.openstreetmap.org/pipermail/talk-dk/2017-October/004884.html
> > ), så det er ikke sikkert at der vil kunne findes flere dubletter nu. Jørn
> > dokumenterede sit arbejde i bl.a.
> > https://wiki.openstreetmap.org/wiki/Da:Adresse_tjek.
> > 
> > On lørdag den 14. april 2018 13.29.11 CEST Jonathan Hougaard wrote:
> > > 1 Der vil være grov kontrol af data kommende fra DAWA. F.eks. vil en
> > > adresse ikke blive medtaget, hvis koordinaterne ligger uden for en kasse
> > > med hjørner 54N007E-58N016E. Så adresser hvor koordinater er angivet til
> > > 0,0 bliver frasorteret.
> > > 
> > > 2 For min skyld kan vi sagtens fjerne nogle.
> > > 
> > > osak:street er blot en dublet af addr:street
> > > 
> > > osak:house_no er en dublet af addr:housenumber
> > > 
> > > osak:municipality_name - har vi evt. et godt alternativt tag til at
> > > angive kommunenavn? Ellers tænker jeg det er fint at bibeholde.
> > > 
> > > osak:municipality_no og osak:street_no er interne værdier brugt af DAWA.
> > > Jeg har ikke planer om at bruge dem, så de kan også sagtens forsvinde.
> > > 
> > > osak:revision bruges til at tjekke, hvornår adressen sidst er opdateret
> > > - så den skal gerne blive.
> > > 
> > > osak:identifier er adressens unikke ID, og skal også blive.
> > > 
> > > Så osak:street, osak:house_no, osak:municipality_no og osak:street_no
> > > tænker jeg godt, vi kan fjerne. Spørgsmålet er, om scriptet aktivt skal
> > > gå ind og slette alle disse tags, eller om de bare skal fjernes
> > > efterhånden som de pågældende adresser bliver opdateret?
> > > 
> > > 3 Kan du uddybe/komme med eksempler? Hvis en osak:identifier er ukendt
> > > for scriptet, vil noden blive slettet, så jeg tror ikke umiddelbart, der
> > > er risiko for dubletter.
> > > 
> > > 4 Der er ikke noget i vejen for at opdatere tags på en way i stedet for
> > > en node - men det vil så blive umuligt at tjekke, om en adresse er
> > > placeret korrekt. En adresse i DAWA er jo netop defineret ved ét punkt,
> > > ikke et område. Rent teknisk kan man godt sammenligne områder med
> > > punkter, men det vil kræve noget decideret GIS-software og en hel del
> > > mere regnekraft - og er øvrigt uden for mit ekspertiseområde. Så
> > > umiddelbart tror jeg ikke det er en god ide at begynde at definere
> > > adresser som områder, når de i det officielle register fremgår som
> > 
> > punkter.
> > 
> > > On 14/04/2018 12:21, Michael Andersen wrote:
> > > > !. Det bør sikres at danske adresser ikke, på grund af fejlagtige
> > > > eller
> > > > manglende koordinater, ender på Null Island eller andre steder uden
> > > > for
> > > > Danmark.
> > > > 
> > > > 2. Behøver vi virkelig alle de forskellige osak:* tags i OSM? Kan vi
> > 
> > med
> > 
> > > > fordel droppe nogle af dem?
> > > > 
> > > > 3. Man kan ikke stole 100% på osak:identifier.  Jeg observerede
> > 
> > adskillige
>

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

2. For min skyld kan for OSM uinteressante tags sagtens droppes i forbindelse 
med øvrig opdatering. Men jo flere tags der er på et givent OSM objekt, jo 
sværere bliver det for en menneskelig mapper som mig at overskue dem (og det 
sker ofte at jeg har brug for at studere adresser), så derfor plæderer jeg 
gerne for at holde antallet på et rimeligt niveau.

3. Et eksempel på et changeset der medførte dubletter:
https://www.openstreetmap.org/changeset/41112526. Jeg stødte på mange flere og 
kommenterede på nogen af dem (igen desværre uden respons).

Bruger Jørn-osm foretog dog siden en del oprydning i danske adresser (indtil 
jeg gjorde ham opmærksom på 
https://lists.openstreetmap.org/pipermail/talk-dk/2017-October/004884.html), så 
det er ikke sikkert at der vil kunne findes flere dubletter nu. Jørn 
dokumenterede sit arbejde i bl.a. 
https://wiki.openstreetmap.org/wiki/Da:Adresse_tjek.

On lørdag den 14. april 2018 13.29.11 CEST Jonathan Hougaard wrote:
> 1 Der vil være grov kontrol af data kommende fra DAWA. F.eks. vil en
> adresse ikke blive medtaget, hvis koordinaterne ligger uden for en kasse
> med hjørner 54N007E-58N016E. Så adresser hvor koordinater er angivet til
> 0,0 bliver frasorteret.
> 
> 2 For min skyld kan vi sagtens fjerne nogle.
> 
> osak:street er blot en dublet af addr:street
> 
> osak:house_no er en dublet af addr:housenumber
> 
> osak:municipality_name - har vi evt. et godt alternativt tag til at
> angive kommunenavn? Ellers tænker jeg det er fint at bibeholde.
> 
> osak:municipality_no og osak:street_no er interne værdier brugt af DAWA.
> Jeg har ikke planer om at bruge dem, så de kan også sagtens forsvinde.
> 
> osak:revision bruges til at tjekke, hvornår adressen sidst er opdateret
> - så den skal gerne blive.
> 
> osak:identifier er adressens unikke ID, og skal også blive.
> 
> Så osak:street, osak:house_no, osak:municipality_no og osak:street_no
> tænker jeg godt, vi kan fjerne. Spørgsmålet er, om scriptet aktivt skal
> gå ind og slette alle disse tags, eller om de bare skal fjernes
> efterhånden som de pågældende adresser bliver opdateret?
> 
> 3 Kan du uddybe/komme med eksempler? Hvis en osak:identifier er ukendt
> for scriptet, vil noden blive slettet, så jeg tror ikke umiddelbart, der
> er risiko for dubletter.
> 
> 4 Der er ikke noget i vejen for at opdatere tags på en way i stedet for
> en node - men det vil så blive umuligt at tjekke, om en adresse er
> placeret korrekt. En adresse i DAWA er jo netop defineret ved ét punkt,
> ikke et område. Rent teknisk kan man godt sammenligne områder med
> punkter, men det vil kræve noget decideret GIS-software og en hel del
> mere regnekraft - og er øvrigt uden for mit ekspertiseområde. Så
> umiddelbart tror jeg ikke det er en god ide at begynde at definere
> adresser som områder, når de i det officielle register fremgår som punkter.
> 
> On 14/04/2018 12:21, Michael Andersen wrote:
> > !. Det bør sikres at danske adresser ikke, på grund af fejlagtige eller
> > manglende koordinater, ender på Null Island eller andre steder uden for
> > Danmark.
> > 
> > 2. Behøver vi virkelig alle de forskellige osak:* tags i OSM? Kan vi med
> > fordel droppe nogle af dem?
> > 
> > 3. Man kan ikke stole 100% på osak:identifier.  Jeg observerede adskillige
> > tilfælde hvor AWSbot oprettede dubletter med forskellige udgaver af dette
> > tag (og operatøren reagerede desværre sjældent på mine henvendelser
> > angående det).
> > 
> > 4. Jeg har ofte tænkt om ikke vi kunne revidere den hidtidige politik
> > nævnt på blandt andet
> > https://wiki.openstreetmap.org/wiki/Addresses#Denmark. I mange tilfælde
> > kan der være god mening i at tagge adresser på f.eks. villaer fremfor på
> > en node midt i den (uden for DK er det normen at have adresser på
> > bygninger. Teknikken skal bare være i stand til at tage højde for at en
> > adresse kan eksistere både som en node og som en "vej"/"way"


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

Bemærk at du kan ændre søgningen så det passer med tidsrummet siden sidste 
kørsel af dit script (de 7 dage var bare et eksempel). Se
https://wiki.openstreetmap.org/wiki/Overpass_API/Overpass_QL#newer.

Et problem med en sådan Overpass søgning er selvfølgelig at den ikke vil finde 
slettede adresse noder.
Jeg tænker derfor om det kunne være en fordel at køre noget
https://wiki.openstreetmap.org/wiki/Osmosis/Replication og derigennem løbende 
fange alle ændringer (inkl sletninger) på relevante adressenoder.

On lørdag den 14. april 2018 13.41.45 CEST Jonathan Hougaard wrote:
> Okay, det kunne faktisk godt være en måde at angribe det på. Jeg skal så
> bare frasortere noder, som scriptet selv har ændret indenfor den sidste
> uge, ellers vil det også begyndet at gennemgå sine egne rettelser.
> 
> Dog vil det i første omgang stadig kræve en grundig gennemgang af alle
> adresser for at få hele datasættet opdateret, hvorefter det så vil nemt
> blot at opdatere de adresser, der er ændret, enten i OSM eller AWS.
> 
> On 14/04/2018 13:28, Michael Andersen wrote:
> > On lørdag den 14. april 2018 13.10.13 CEST Jonathan Hougaard wrote:
> >> Hej Anton
> >> 
> >> 
> >> Tak, den var jeg ikke bekendt med. Det ændrer jo straks spillereglerne
> >> lidt.
> >> 
> >> Det ville selvfølgelig være nemt bare at kunne importere det komplette
> >> datasæt fra DAWA, indlæse i OSM og så holde det opdateret vha. deres
> >> replikerings-API.  Desværre er OSM-dataet allerede til dels forældet, og
> >> skal derfor bringes up-to-date først. Så for et komplet og korrekt
> >> datasæt ville det nok kræve at slette alle eksisterende adressenodes i
> >> OSM og så indlæse det hele forfra. Jeg er bange for det vil være svært
> >> at finde opbakning til den fremgangsmåde, da man risikerer større tab af
> >> data (f.eks. hvis der er tilføjet andre data-tags på adressenoderne, som
> >> så vil blive slettet). Hmm.
> >> 
> >> I øvrigt vil brug af replikerings-API'et også kun fange rettelser, der
> >> kommer fra DAWA. Dvs. hvis en bruger manuelt (fejlagtigt) har rettet på
> >> en adresse-node i OSM, vil denne ikke blive rettet tilbage (medmindre
> >> samme adresse tilfældigvis også bliver ændret i DAWA). En del af ideen
> >> er også at fange sådanne manuelle edits og rette dem tilbage.
> >> 
> >> Hvis OSM var er sterilt miljø med korrekte og kontrollerede edits ville
> >> et replikerings-API være super, men jeg er ikke sikker på, det er en
> >> optimal løsning her. Hvad tænker du om det?
> >> 
> >> Mht. serverplads: fedt, det vil jeg huske når jeg når så langt!
> > 
> > Overpass søgningen https://overpass-turbo.eu/s/xSA finder alle noder i DK
> > tagget med osak:identifier=*, der er ændret/flyttet indenfor den seneste
> > uge, så vi behøver ikke sammenligne med DAWA for at kunne finde dem.
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

On lørdag den 14. april 2018 13.10.13 CEST Jonathan Hougaard wrote:
> Hej Anton
> 
> 
> Tak, den var jeg ikke bekendt med. Det ændrer jo straks spillereglerne lidt.
> 
> Det ville selvfølgelig være nemt bare at kunne importere det komplette
> datasæt fra DAWA, indlæse i OSM og så holde det opdateret vha. deres
> replikerings-API.  Desværre er OSM-dataet allerede til dels forældet, og
> skal derfor bringes up-to-date først. Så for et komplet og korrekt
> datasæt ville det nok kræve at slette alle eksisterende adressenodes i
> OSM og så indlæse det hele forfra. Jeg er bange for det vil være svært
> at finde opbakning til den fremgangsmåde, da man risikerer større tab af
> data (f.eks. hvis der er tilføjet andre data-tags på adressenoderne, som
> så vil blive slettet). Hmm.
> 
> I øvrigt vil brug af replikerings-API'et også kun fange rettelser, der
> kommer fra DAWA. Dvs. hvis en bruger manuelt (fejlagtigt) har rettet på
> en adresse-node i OSM, vil denne ikke blive rettet tilbage (medmindre
> samme adresse tilfældigvis også bliver ændret i DAWA). En del af ideen
> er også at fange sådanne manuelle edits og rette dem tilbage.
> 
> Hvis OSM var er sterilt miljø med korrekte og kontrollerede edits ville
> et replikerings-API være super, men jeg er ikke sikker på, det er en
> optimal løsning her. Hvad tænker du om det?
> 
> Mht. serverplads: fedt, det vil jeg huske når jeg når så langt!

Overpass søgningen https://overpass-turbo.eu/s/xSA finder alle noder i DK 
tagget med osak:identifier=*, der er ændret/flyttet indenfor den seneste uge, 
så 
vi behøver ikke sammenligne med DAWA for at kunne finde dem.

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

!. Det bør sikres at danske adresser ikke, på grund af fejlagtige eller 
manglende koordinater, ender på Null Island eller andre steder uden for 
Danmark.

2. Behøver vi virkelig alle de forskellige osak:* tags i OSM? Kan vi med 
fordel droppe nogle af dem?

3. Man kan ikke stole 100% på osak:identifier.  Jeg observerede adskillige 
tilfælde hvor AWSbot oprettede dubletter med forskellige udgaver af dette tag 
(og operatøren reagerede desværre sjældent på mine henvendelser angående det).

4. Jeg har ofte tænkt om ikke vi kunne revidere den hidtidige politik nævnt på 
blandt andet https://wiki.openstreetmap.org/wiki/Addresses#Denmark. I mange 
tilfælde kan der være god mening i at tagge adresser på f.eks. villaer fremfor 
på en node midt i den (uden for DK er det normen at have adresser på 
bygninger. Teknikken skal bare være i stand til at tage højde for at en 
adresse kan eksistere både som en node og som en "vej"/"way"

On lørdag den 14. april 2018 09.45.50 CEST Jonathan Hougaard wrote:
> Hej alle
> 
> 
> Efter en kort diskussion her:
> https://www.openstreetmap.org/changeset/57976035 har jeg besluttet mig
> for at give mig i kast med at bygge en ny web app, der kan bruges til at
> vedligeholde danske adresser vha. det danske adresseregister.
> 
> 
> Grundstrukturen er allerede funktionel, men før jeg arbejder videre med
> projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til
> projektet. Grundlæggende er ideen at opdatere adresser på en måde
> svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog
> lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket
> gerne skulle give en mere effektiv og fleksibel databehandling.
> 
> 
> Følgende wiki-side vil være primær dokumentation for projektet:
> https://wiki.openstreetmap.org/wiki/AutoAWS. Siden vil blive opdateret
> løbende i takt med at jeg arbejder videre med projektet, baseret på
> jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en
> endelig version af appen er færdiggjort.
> 
> 
> Efterhånden som det hele skrider frem vil jeg nok have mere konkrete
> spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre
> jeres umiddelbare indtryk, tanker, ønsker osv.
> 
> 
> Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre
> fuldautomatisk (tanken er at hvert postnummer automatisk kan blive
> opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor
> scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet,
> men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der
> kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke
> det helt store, der kræves - hvis du for eksempel har en personlig
> hjemmeside, vil scriptet nok kunne køre i baggrunden på den.
> 
> Alternativt kan det hele også køre på en almindelig computer, hvis der
> installeres noget server-software (f.eks. Wampserver). Så vil
> opdateringen dog ikke kunne køre fuldautomatisk.
> 
> 
> Foreløbigt ser jeg frem til at modtage tanker og kommentarer.
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Nyt script til addresseopdateringer

[Michael Andersen]

Hej Jonathan

Jeg kan kun applaudere dit fine initiativ med hensyn til både teknik og 
dokumentation. Det er supergodt at der endeligt bliver taget ordentligt hånd 
om importen af danske adresser.

Jeg har tidligere tænkt at det for at undgå unødig overbelastning af Overpass 
api'et kunne være en god ide istedet at hente et komplet udsnit af OSM 
dækkende danmark via https://download.geofabrik.de/europe/denmark.html, 
filtrere alle relevante adresser ud ved hjælp af https://
wiki.openstreetmap.org/wiki/Osmosis og endeligt smide disse i en local 
database, som der så kan arbejdes på.
Jeg har dog desværre ikke selv de nødvendige kundskaber i forhold til dette og 
får det formentlig aldrig.

Mvh Hjart


On lørdag den 14. april 2018 09.45.50 CEST Jonathan Hougaard wrote:
> Hej alle
> 
> 
> Efter en kort diskussion her:
> https://www.openstreetmap.org/changeset/57976035 har jeg besluttet mig
> for at give mig i kast med at bygge en ny web app, der kan bruges til at
> vedligeholde danske adresser vha. det danske adresseregister.
> 
> 
> Grundstrukturen er allerede funktionel, men før jeg arbejder videre med
> projektet vil jeg gerne have spørgsmål, kommentarer og ønsker til
> projektet. Grundlæggende er ideen at opdatere adresser på en måde
> svarende til den vi kender fra AWSbot scriptet. Den tekniske del er dog
> lavet fra bunden, og virker på en noget anden måde end AWSbot, hvilket
> gerne skulle give en mere effektiv og fleksibel databehandling.
> 
> 
> Følgende wiki-side vil være primær dokumentation for projektet:
> https://wiki.openstreetmap.org/wiki/AutoAWS. Siden vil blive opdateret
> løbende i takt med at jeg arbejder videre med projektet, baseret på
> jeres kommentarer og ønsker. Kildekoden vil blive offentliggjort når en
> endelig version af appen er færdiggjort.
> 
> 
> Efterhånden som det hele skrider frem vil jeg nok have mere konkrete
> spørgsmål at stille - men i første omgang vil jeg blot meget gerne høre
> jeres umiddelbare indtryk, tanker, ønsker osv.
> 
> 
> Allerede nu vil jeg melde ud, at hvis opdatering af adresser skal køre
> fuldautomatisk (tanken er at hvert postnummer automatisk kan blive
> opdateret hver 30. dag), vil det kræve noget serverinfrastruktur hvor
> scriptet kan køre. Jeg bidrager gerne min tid og viden til projektet,
> men er ikke interesseret i at bidrage økonomisk. Hvis der er nogen, der
> kan bidrage med serverplads, hører jeg derfor gerne fra jer. Det er ikke
> det helt store, der kræves - hvis du for eksempel har en personlig
> hjemmeside, vil scriptet nok kunne køre i baggrunden på den.
> 
> Alternativt kan det hele også køre på en almindelig computer, hvis der
> installeres noget server-software (f.eks. Wampserver). Så vil
> opdateringen dog ikke kunne køre fuldautomatisk.
> 
> 
> Foreløbigt ser jeg frem til at modtage tanker og kommentarer.
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] De sidste 30 km af NCN 3 (Hærvejsruten, cykel) mangler?

[Michael Andersen]

On mandag den 19. marts 2018 12.00.58 CET Andreas Hammershøj wrote:
> Hej OSM'ere,
> Vejdirektoratet er i gang med deres forårsopdatering af cykelrutekortet på
> trafikken.dk. De bruger OSM som kilde til nationalruterne, men har opdaget
> at de sidste ca. 30 km mellem Gersholt og Frederikshavn mangler. Jeg er ret
> overbevist om at de var der sidste år, i det jeg lavede kvalitetssikring på
> den.
> 
> Relation:
> https://www.openstreetmap.org/relation/61491#map=11/57.4053/10.4142&layers=C
> 
> Osm.org vil ikke lade mig loade historikken, da den er for lang.
> 
> 
> Er der nogen som kan:
> 
> -  hjælpe mig med at finde ud af hvad der er sket?
> 
> - rulle ændringerne tilbage, så jeg ikke skal tegne det ind én gang til?
> 
> - give et bud på hvordan den slags fejl undgås i fremtiden?
> 
> vh
> Andreas

Jeg vil anbefale at der bliver sat en service/server i stil med https://
wiki.openstreetmap.org/wiki/Quality_assurance#OSMarelmon_-
_The_OSM_Relation_Monitor (som dog synes ikke at være tilgængelig længere), 
som kontinuerligt/hver time/dagligt holder øje med de nationale cykelruter og 
laver rss feeds (eller lign.), som interesserede kan abonnere på.

Det vil være et plus om et sådant værktøj kan præsentere evt ændringer på en 
nem og overskuelig måde.

Via https://simon04.dev.openstreetmap.org/whodidit/ kan man lave rss feeds for 
forholdsvist små områder (ens egen by/område), så man bliver adviseret så 
snart nogen redigerer der. Det må være muligt at lave noget lignende der alene 
kan bruges til ruterelationer.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] De sidste 30 km af NCN 3 (Hærvejsruten, cykel) mangler?

[Michael Andersen]

On mandag den 19. marts 2018 17.20.36 CET Mikkel Kirkgaard Nielsen wrote:
> On 2018-03-19 12:00, Andreas Hammershøj wrote:
> > https://www.openstreetmap.org/relation/61491#map=11/57.4053/10.4142&layers
> > =C Osm.org vil ikke lade mig loade historikken, da den er for lang. > Er
> > der nogen som kan: -  hjælpe mig med at finde ud af hvad der er sket?
> 
> Historikken kan hentes udenom web-interfacet via API'et
> (http://api.openstreetmap.org/api/0.6/relation/61491/history), men så
> får man dog bare de rå data.
> Med lidt Python, eller andet xml-fortolkende grej, kan man analysere på
> indholdet. Tænker at antallet af relationens members er en god
> indikation hvis der decideret mangler ways. Flikkede et script sammen
> der kan tælle antallet af members, her dette års versioner:
> 
> v: 567 , time: 2018-01-07T16:14:32Z , user: osmviborg , members: 834
> v: 568 , time: 2018-01-20T11:07:04Z , user: Lytter1 , members: 834
> v: 569 , time: 2018-01-24T12:32:03Z , user: Hjart , members: 834
> v: 570 , time: 2018-01-27T09:56:04Z , user: osmviborg , members: 836
> v: 571 , time: 2018-02-24T15:47:36Z , user: Hjart , members: 834
> v: 572 , time: 2018-02-27T13:39:16Z , user: Hjart , members: 834
> v: 573 , time: 2018-02-28T17:25:15Z , user: Hjart , members: 820
> v: 574 , time: 2018-02-28T19:59:22Z , user: Hjart , members: 815
> v: 575 , time: 2018-03-05T20:16:41Z , user: Hjart , members: 815
> v: 576 , time: 2018-03-07T23:02:50Z , user: Hjart , members: 814
> v: 577 , time: 2018-03-19T14:55:02Z , user: Jørn-osm , members: 852
> 
> Det ser ud som om Hjart har reduceret i antallet for nyligt, primært i
> version 573 (cs;56762401) og 574 (cs:56766795). Måske han melder ind her
> hvad intentionen med ændringerne var?

Jeg har i flere omgange gennemgået de nationale cykelruter og især lappet 
mindre huller. Enkelte steder har det været oplagt at forenkle stisystemer 
lidt. Derfor det lille fald i antal medlemmer af relationen her.
JOSM's relationseditor er langt det mest effektive værktøj til den slags 
arbejde, men der er desværre kun meget få aktive bidragsydere der er 
tilstrækkeligt fortrolige med den til at kunne bruge den effektivt og bl.a. 
derfor har jeg påtaget mig arbejdet.

> 
> Jørn-osm har lige nu her lavet v577
> (https://www.openstreetmap.org/changeset/57320936) hvor han skriver at
> han genskaber ud fra en slettet relation
> (https://www.openstreetmap.org/relation/1871785), den ændring er dog 5
> måneder gammel så den hænger ikke sammen med ovenstående.

Den relation Jørn-osm (som jeg ellers troede ikke fulgte med på listen her) 
henviser til var en dublet af ruten, som jeg havde funderet over længe og til 
sidst valgte at slette. Jeg syntes ellers jeg var omhyggelig med at sikre mig 
at jeg ikke gjorde noget galt, men noget må alligevel have snydt mig der.
Den slettede dublet havde åbenbart de nordligste 30 km med, men var så vidt 
jeg husker yngre og iøvrigt mindre komplet.

Jeg vil iøvrigt sætte stor pris på et værktøj der grafisk kan vise hvordan 
ruterelationer er ændret over tid. Jeg forestiller mig et kort der viser 
relationen og har en skyder så man kan hurtigt kan spole frem og tilbage og se 
hvordan de enkelte versioner har set ud.



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Fwd: [OSM-talk] Mini grant program for Open Data Day

[Michael Andersen]

Er nogen her interesserede i at være med til at organisere et sådant 
arrangement? Jeg forestiller mig at vi kunne lave en workshop for alle der 
måtte være interesserede i at lære (mere) om OSM.

--  Forwarded Message  --

Subject: [OSM-talk] Mini grant program for Open Data Day
Date: onsdag den 31. januar 2018, 23.49.31 CET
From: Jinal Foflia 
To: Talk Openstreetmap 

Hey everyone,

March 3rd is the Open Data Day. Let us celebrate it by organising or
joining one of the dozens of events around the world.

If you have an event in mind? Apply for a mini-grant to host your own event
in your community [1]. This program is to help local communities share the
benefits of open data, particularly in Open Mapping.

[1] -
https://blog.mapbox.com/apply-for-an-open-data-day-mini-grant-b7dce3ad2d53

Happy mapping,

Jinal Foflia

-

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Busholdepladser

[Michael Andersen]

On mandag den 29. januar 2018 12.35.52 CET Thomas Andersen wrote:
> Kære alle
> 
> Jeg er blevet spurgt om jeg ikke kan smide turistbus-holdepladser ind i OSM
> i en kommune. Altså de steder, som turistbusser dels kan holde og dels kan
> smide aflæse/afhente folk.
> 
> Er der en specifik katagori for dette i OSM, eller hvad foreslår I man gør?

Jeg kan ikke umiddelbart finde en passende kategori og alt hvad jeg kan finde 
af 
referencer til turistbusser er
https://taginfo.openstreetmap.org/keys/tourist_bus (adgangsrettigheder).

Afhængigt af hvad der er brug for vil jeg foreslå at der tilføjes passende 
adgangsrettigheder til p-pladser eller individuelle båse 
(amenity=parking_space).

Sådanne pladser vil ikke blive specielt fremhævet på vores standardkort, så 
derfor vil jeg foreslå:

At disse så findes ved hjælp af f.eks. https://overpass-turbo.eu/s/vxl og 
visualiseres på https://wiki.openstreetmap.org/wiki/UMap, hvis ikke man ønsker 
at lave sin egen rendering på f.eks. https://wiki.openstreetmap.org/wiki/
Mapbox

Jeg kender en rasteplads ved Ribe, der ofte bliver brugt af turistbusser til 
opsamling/afsætning af passagerer der skal på gruppetur sydpå, men det er 
formentlig ikke den slags pladse der tænkes på?


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Et par sprøgsmål

[Michael Andersen]

On søndag den 14. januar 2018 21.24.59 CET Mia Petersen wrote:
> 
> Inden jeg begynder at lave disse ændringer vil jeg lige sikre mig, at jeg
> ikke har misforstået noget.
> 
> 
> 
> 1: Fortov og cykelstier der løber langs en vej bør ikke registreres.

Typiske fortove eller cykelstier der kun er adskilt fra "bilvejen" af en smal 
kant  eller rabat "tagges" normalt på "bilvejen" med sidewalk=* eller 
cycleway=* jævnfør henholdsvist https://wiki.openstreetmap.org/wiki/
Key:cycleway og https://wiki.openstreetmap.org/wiki/
Sidewalks#Sidewalk_as_refinement_to_a_highway

Dobbeltrettede cykelstier laves dog ofte soḿ separate veje

> 
> 2: Stier og veje der ikke må anvendes af offentligheden bør ikke
> registreres. (F.eks. stier og veje der kun må bruges af DSB’s personale)

Der er ikke noget i vejen for at registrere sådanne veje, men det vil normalt 
være fornuftigt at bruge en eller anden for "access" tags på dem (se https://
wiki.openstreetmap.org/wiki/Key:access)

> 
> 
> 
> Med venlig hilsen
> 
> 
> 
> Mia Petersen
> 
> 
>   _
> 
> Jeg beskyttes af den gratis SPAMfighter til privatbrugere.
> Den har indtil videre sparet mig for at få 16186 spam-mails
> Betalende brugere får ikke denne besked i deres e-mails.
> Hent en gratis SPAMfighter her  .



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Registrering af gravhøje

[Michael Andersen]

On søndag den 14. januar 2018 20.53.26 CET Leif Lodahl wrote:
> Hi Frederik,
> I can understand that Michael contacted you regarding my edits. That is the
> reason I reaised the matter here on the Danish mailing list. Please note
> that Michael did not use this list before I openned the question. I also
> beleive that we are able so solve things our selves in the local community.

Bemærk at jeg mange gange har bidraget med indlæg på denne liste
> 
> I can understand that you haven't read earlier posting where we have
> discussed the insulting language Michael is using in his comments. Comments
> that from my oppinion is scaring away especially new mappers. We need new
> mappers and comment in such language is not motivating for new members of
> the community.
> 
> It is obvious that you have the impression that I'm not willing to listen.
> Thats a wrong impression and a glanse down this list will show that I have
> asked questions when I was in doubt. When Michaels comments has become too
> insulting for me, I have also asked for help on the list as descriped in
> the code of conduct.

Vil du være venlig at linke til præcist hvor du mener jeg har brugt "insulting 
language"?
Jeg vil bemærke at jeg kun i meget sjældne tilfælde har begået deciderede 
personangreb og at grunden til at du i nogle tilfælde har følt dig stødt ikke 
nødvendigvis har været andres "fornærmende sprog".

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Registrering af gravhøje

[Michael Andersen]

On søndag den 14. januar 2018 18.30.55 CET Soren Johannessen wrote:
> Ja det er høst af billeder, HTML fra websiden - ikke data fra downloadsiden.

Hvor har du det fra? Der står ikke noget som helst på
http://www.kulturarv.dk/fundogfortidsminder/Regler om at det kun gælder 
websiden.

> 
> Nu vi har dig  her hvad siger Working Data Group så til vores luftfoto
> (indlæst via Septima proxy)  fra Styrelsen for Dataforsyning og
> Effektivisering (SDFE) og den licens her (som linkes til i iD og JOSM
> )https://download.kortforsyningen.dk/content/vilk%C3%A5r-og-betingelser
> ? er den forenelig med OSM?
> 
> Er det så masseimport vi har lavet de sidste 4 år via dette luftfoto
> (nye lufofotos hvert år)? og dermed skal der laves revert af alt hvor
> dette luftfoto er brugt?
> 
> /Søren


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Registrering af gravhøje

[Michael Andersen]

On søndag den 14. januar 2018 18.30.55 CET Soren Johannessen wrote:
> Ja det er høst af billeder, HTML fra websiden - ikke data fra downloadsiden.
> 
> Nu vi har dig  her hvad siger Working Data Group så til vores luftfoto
> (indlæst via Septima proxy)  fra Styrelsen for Dataforsyning og
> Effektivisering (SDFE) og den licens her (som linkes til i iD og JOSM
> )https://download.kortforsyningen.dk/content/vilk%C3%A5r-og-betingelser
> ? er den forenelig med OSM?

En tysk turist stillede mig et nært relateret spørgsmål igår: 
https://www.openstreetmap.org/changeset/55382493

Min vurdering er at det er OK, men det kunne netop godt være vi skulle få en 
"officiel" tilkendegivelse fra DWG.

>
> Er det så masseimport vi har lavet de sidste 4 år via dette luftfoto
> (nye lufofotos hvert år)? og dermed skal der laves revert af alt hvor
> dette luftfoto er brugt?
> 
> /Søren
> 
> 2018-01-14 18:21 GMT+01:00 Michael Andersen :
> > On søndag den 14. januar 2018 18.00.07 CET Soren Johannessen wrote:
> >> Høste? der er da et one-stop høst download af data fra siden her.
> > 
> > "høste" er netop det ord der bruges på
> > http://www.kulturarv.dk/fundogfortidsminder/Regler og det er fuldstændig
> > ligegyldigt hvilke muligheder der stilles til rådighed, når der samtidig
> > gøres klart hvad man må og ikke må.
> > 
> >> http://www.kulturarv.dk/fundogfortidsminder/Download/
> >> 
> >> Dernæst skal man altså se på hvad er hensigten med at stille
> >> offentlige data tilrådighed? #1 at de skal bruges  og sættes i spil.
> >> 
> >> /Søren
> >> 


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Registrering af gravhøje

[Michael Andersen]

On søndag den 14. januar 2018 18.00.07 CET Soren Johannessen wrote:
> Høste? der er da et one-stop høst download af data fra siden her.

"høste" er netop det ord der bruges på 
http://www.kulturarv.dk/fundogfortidsminder/Regler og det er fuldstændig 
ligegyldigt hvilke muligheder der stilles til rådighed, når der samtidig gøres 
klart hvad man må og ikke må.

> 
> http://www.kulturarv.dk/fundogfortidsminder/Download/
> 
> Dernæst skal man altså se på hvad er hensigten med at stille
> offentlige data tilrådighed? #1 at de skal bruges  og sættes i spil.
> 
> /Søren
> 
> 2018-01-14 17:54 GMT+01:00 Michael Andersen :
> > On søndag den 14. januar 2018 16.57.40 CET Soren Johannessen wrote:
> >> Hej
> >> 
> >> Jeg synes vi mangler argumentet for, hvorfor det betrages som en
> >> masseimport ? og når der til skal siges at geodata er faktisk PD jfr.
> >> den side Leif henviser til.
> > 
> > Søren, jeg bliver nødt til at gøre opmærksom på at indholdet på
> > kulturarv.dk som Leif tydeligvis bruger, ikke er PD. Ifølge
> > http://www.kulturarv.dk/ fundogfortidsminder/Regler må man lave "dybe
> > links" til deres indhold, men ikke "høste" det. Dvs indholdet betragtes
> > som deres ejendom. Og man kunne godt argumentere for at de koordinater,
> > som Leif bruger netop er en del af deres indhold.
> > 
> >> Det er ikke noget argument at fordi nogen fra Data Working Group synes
> >> der er  masseimport, hvorfor synes han/hun det?
> >> 
> >> Vi har da også lidt systematisk taget stednavne for landsbyer
> >> (village/hamlets) gennem årene fra den officielle Stednavnedatabaen og
> >> 1 for 1 (et changeset) lagt dem ind, uden at nogen har brokket sig.
> > 
> > At nogen hidtil ikke "har"brokket sig" er ikke ensbetydende med at praksis
> > er pletfri.
> > 
> >> Med venlig hilsen
> >> Søren Johannessen
> >> 
> >> 2018-01-14 16:40 GMT+01:00 Michael Andersen :
> >> > On søndag den 14. januar 2018 12.22.48 CET Leif Lodahl wrote:
> >> >> Jeg har det seneste halve års tid registreret en masse gravhøje. Det
> >> >> er
> >> >> åbenbart faldet nogen for brystet, idet jeg har fået en masse
> >> >> kommentarer,
> >> >> og endda fået fjernet enkelte.
> >> >> 
> >> >> Senest har jeg fået denne kommentar:
> >> >> https://www.openstreetmap.org/changeset/55415883 : "Jeg har lige talt
> >> >> med
> >> >> nogen der har undret sig over alle de her gravhøje du tilføjer og
> >> >> mener
> >> >> det
> >> >> minder lidt vel meget om en decideret import, som ifølge OSM's regler
> >> >> (
> >> >> https://wiki.openstreetmap.org/wiki/Import/Guidelines) bør annonceres
> >> >> før
> >> >> udførelse. Jeg mindes ikke at du har gjort dette? "
> >> >> 
> >> >> Her ligger altså en antagelse om at jeg bryder reglerne, hvilket
> >> >> absolut
> >> >> ikke er tilfældet. Hver enkelt registrering foretages manuelt med ID.
> >> >> Var
> >> >> der tale om import, ville jeg nok have været færdig med de 25.000 høje
> >> >> for
> >> >> lang tid siden. Foreløbigt har jeg "kun" kortlagt ca. 10.000 stk.
> >> > 
> >> > Nogle af de centrale figurer i det internationale fællesskab
> >> > (heriblandt
> >> > mindst et medlem af Data Working Group), som jeg indimellem skriver med
> >> > på IRC, blev opmærksomme på hvad du laver og opfordrede mig direkte til
> >> > at tage sagen op med dig, hvilket jeg altså hermed har gjort.
> >> > Man kan godt argumentere for at din "registrering" i praksis er en
> >> > import
> >> > uanset at den udføres manuelt høj for høj og ikke mekanisk.
> >> > 
> >> >> Jeg ved ikke hvorfor der er nogen der er på nakken af mig hele tiden
> >> >> og
> >> >> kritiserer mig stort set dagligt. Hvad gør jeg galt? Jeg blander mig
> >> >> ikke
> >> >> i
> >> >> hvad I andre gør, og jeg er simpelthen ved at være træt af den
> >> >> evindelige
> >> >> og helt unødvendige indblanding.
> >> > 
> >> > Der er ikke tale om at nogen er på nakken af dig og der er meget langt
> >> > fra
> >> > tale om at nogen kritiserer dig "stort set dagligt".
> >> > Jeg vil dog g

Re: [Talk-dk] Registrering af gravhøje

[Michael Andersen]

On søndag den 14. januar 2018 16.57.40 CET Soren Johannessen wrote:
> Hej
> 
> Jeg synes vi mangler argumentet for, hvorfor det betrages som en
> masseimport ? og når der til skal siges at geodata er faktisk PD jfr.
> den side Leif henviser til.

Søren, jeg bliver nødt til at gøre opmærksom på at indholdet på kulturarv.dk 
som Leif tydeligvis bruger, ikke er PD. Ifølge http://www.kulturarv.dk/
fundogfortidsminder/Regler må man lave "dybe links" til deres indhold, men 
ikke "høste" det. Dvs indholdet betragtes som deres ejendom. Og man kunne godt 
argumentere for at de koordinater, som Leif bruger netop er en del af deres 
indhold.
> 
> Det er ikke noget argument at fordi nogen fra Data Working Group synes
> der er  masseimport, hvorfor synes han/hun det?
> 
> Vi har da også lidt systematisk taget stednavne for landsbyer
> (village/hamlets) gennem årene fra den officielle Stednavnedatabaen og
> 1 for 1 (et changeset) lagt dem ind, uden at nogen har brokket sig.

At nogen hidtil ikke "har"brokket sig" er ikke ensbetydende med at praksis er 
pletfri.

> 
> Med venlig hilsen
> Søren Johannessen
> 
> 2018-01-14 16:40 GMT+01:00 Michael Andersen :
> > On søndag den 14. januar 2018 12.22.48 CET Leif Lodahl wrote:
> >> Jeg har det seneste halve års tid registreret en masse gravhøje. Det er
> >> åbenbart faldet nogen for brystet, idet jeg har fået en masse
> >> kommentarer,
> >> og endda fået fjernet enkelte.
> >> 
> >> Senest har jeg fået denne kommentar:
> >> https://www.openstreetmap.org/changeset/55415883 : "Jeg har lige talt med
> >> nogen der har undret sig over alle de her gravhøje du tilføjer og mener
> >> det
> >> minder lidt vel meget om en decideret import, som ifølge OSM's regler (
> >> https://wiki.openstreetmap.org/wiki/Import/Guidelines) bør annonceres før
> >> udførelse. Jeg mindes ikke at du har gjort dette? "
> >> 
> >> Her ligger altså en antagelse om at jeg bryder reglerne, hvilket absolut
> >> ikke er tilfældet. Hver enkelt registrering foretages manuelt med ID. Var
> >> der tale om import, ville jeg nok have været færdig med de 25.000 høje
> >> for
> >> lang tid siden. Foreløbigt har jeg "kun" kortlagt ca. 10.000 stk.
> > 
> > Nogle af de centrale figurer i det internationale fællesskab (heriblandt
> > mindst et medlem af Data Working Group), som jeg indimellem skriver med
> > på IRC, blev opmærksomme på hvad du laver og opfordrede mig direkte til
> > at tage sagen op med dig, hvilket jeg altså hermed har gjort.
> > Man kan godt argumentere for at din "registrering" i praksis er en import
> > uanset at den udføres manuelt høj for høj og ikke mekanisk.
> > 
> >> Jeg ved ikke hvorfor der er nogen der er på nakken af mig hele tiden og
> >> kritiserer mig stort set dagligt. Hvad gør jeg galt? Jeg blander mig ikke
> >> i
> >> hvad I andre gør, og jeg er simpelthen ved at være træt af den evindelige
> >> og helt unødvendige indblanding.
> > 
> > Der er ikke tale om at nogen er på nakken af dig og der er meget langt fra
> > tale om at nogen kritiserer dig "stort set dagligt".
> > Jeg vil dog gøre opmærksom på at OSM er et stort internationalt
> > fællesprojekt og at de ting den enkelte bidragsyder foretager sig har
> > indflydelse på det samlede projekt. Du ændrer f.eks. ofte på ting som jeg
> > tidligere har lavet og ikke altid til det bedre. Du kan ikke se dine
> > bidrag til OSM som noget privat projekt som andre ikke bør blande sig i.
> > Som deltager i OSM bør man netop forvente at andre blander sig og evt
> > stiller spørgsmål ved det man laver. Ikke mindst når man laver så
> > omfattende ændringer som du gør.
> > 
> > Lad mig også bemærke at du i øjeblikket redigerer i mit umiddelbare
> > lokalområde og at jeg naturligvis er stærkt interesseret i hvad der
> > foregår
> > her.
> > 
> > Efter yderligere noget diskussion på IRC i dag er jeg blevet opfordret til
> > at rapportere sagen til DWG, hvilket jeg nu har gjort.
> > 
> >> Jeg vil foreslå at vi indfører et "code of conduct", altså nogle aftaler
> >> om
> >> hvornår og hvordan vi taler til hinanden, og hvornår og hvordan
> >> ændringssæt
> >> skal revertes.
> >> 
> >> 
> >> /Leif


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Registrering af gravhøje

[Michael Andersen]

On søndag den 14. januar 2018 12.22.48 CET Leif Lodahl wrote:
> Jeg har det seneste halve års tid registreret en masse gravhøje. Det er
> åbenbart faldet nogen for brystet, idet jeg har fået en masse kommentarer,
> og endda fået fjernet enkelte.
> 
> Senest har jeg fået denne kommentar:
> https://www.openstreetmap.org/changeset/55415883 : "Jeg har lige talt med
> nogen der har undret sig over alle de her gravhøje du tilføjer og mener det
> minder lidt vel meget om en decideret import, som ifølge OSM's regler (
> https://wiki.openstreetmap.org/wiki/Import/Guidelines) bør annonceres før
> udførelse. Jeg mindes ikke at du har gjort dette? "
> 
> Her ligger altså en antagelse om at jeg bryder reglerne, hvilket absolut
> ikke er tilfældet. Hver enkelt registrering foretages manuelt med ID. Var
> der tale om import, ville jeg nok have været færdig med de 25.000 høje for
> lang tid siden. Foreløbigt har jeg "kun" kortlagt ca. 10.000 stk.

Nogle af de centrale figurer i det internationale fællesskab (heriblandt mindst 
et medlem af Data Working Group), som jeg indimellem skriver med på IRC, blev 
opmærksomme på hvad du laver og opfordrede mig direkte til at tage sagen op 
med dig, hvilket jeg altså hermed har gjort.
Man kan godt argumentere for at din "registrering" i praksis er en import 
uanset at den udføres manuelt høj for høj og ikke mekanisk.
> 
> Jeg ved ikke hvorfor der er nogen der er på nakken af mig hele tiden og
> kritiserer mig stort set dagligt. Hvad gør jeg galt? Jeg blander mig ikke i
> hvad I andre gør, og jeg er simpelthen ved at være træt af den evindelige
> og helt unødvendige indblanding.

Der er ikke tale om at nogen er på nakken af dig og der er meget langt fra 
tale om at nogen kritiserer dig "stort set dagligt". 
Jeg vil dog gøre opmærksom på at OSM er et stort internationalt fællesprojekt 
og at de ting den enkelte bidragsyder foretager sig har indflydelse på det 
samlede projekt. Du ændrer f.eks. ofte på ting som jeg tidligere har lavet og 
ikke altid til det bedre. Du kan ikke se dine bidrag til OSM som noget privat 
projekt som andre ikke bør blande sig i. Som deltager i OSM bør man netop 
forvente at andre blander sig og evt stiller spørgsmål ved det man laver. Ikke 
mindst når man laver så omfattende ændringer som du gør.

Lad mig også bemærke at du i øjeblikket redigerer i mit umiddelbare 
lokalområde og at jeg naturligvis er stærkt interesseret i hvad der foregår 
her.

Efter yderligere noget diskussion på IRC i dag er jeg blevet opfordret til at 
rapportere sagen til DWG, hvilket jeg nu har gjort.
> 
> Jeg vil foreslå at vi indfører et "code of conduct", altså nogle aftaler om
> hvornår og hvordan vi taler til hinanden, og hvornår og hvordan ændringssæt
> skal revertes.
> 
> 
> /Leif




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Skov mm -> park

[Michael Andersen]

On torsdag den 11. januar 2018 14.30.17 CET Lars Thegler wrote:
> 2018-01-11 13:15 GMT+01:00 Michael Andersen :
> > On torsdag den 11. januar 2018 12.59.12 CET Jørgen Elgaard Larsen wrote:
> > > Til skovbevoksning i parker ville jeg bruge landcover=trees eller
> > > natural=wood.
> > 
> > landcover=trees renderes desværre ikke, ellers ville jeg også synes det
> > var
> > oplagt.
> 
> Er det ikke bedre at få renderen til at rendere landcover=trees, istedet
> for at udlade at bruge et ellers oplagt tag?
> 
> /Lars

Jo, det ville jeg også mene, men udfra den snak jeg har set rundt omkring 
lyder det ikke til at være praktisk lade-sig-gørligt. 

Et relateret problem er at OSM-Carto (vores "standardkort") lader til at 
mangle bidragsydere, så man kan ikke umiddelbart regne med at få ændringer 
igennem ved bare at oprette en sag. 
"SomeoneElse" beskrev fornylig processen i håb om flere bidragsydere: 
http://www.openstreetmap.org/user/SomeoneElse/diary/43041


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Skov mm -> park

[Michael Andersen]

On torsdag den 11. januar 2018 12.59.12 CET Jørgen Elgaard Larsen wrote:
> Michael Andersen skrev:
> > En del nye brugere har tilsyneladende vanskeligt ved at forstå at når vi
> > tagger landuse=forest i parker mm, så er det udelukkende for at beskrive
> > områder i parkerne der er tæt bevokset med træer
> 
> Det håber jeg da ikke.
> 
> landuse=forest indikerer for mig decideret skovbrug. Det er der vel ikke
> i parker?

landuse=forest  bruges på så mange forskellige måder af forskellige 
bidragsydere, at det i praksis bare indikerer at "her er træer".
> 
> Til skovbevoksning i parker ville jeg bruge landcover=trees eller
> natural=wood.

landcover=trees renderes desværre ikke, ellers ville jeg også synes det var 
oplagt.
> 
> Men der er åbenbart flere meninger om emnet, se
> https://wiki.openstreetmap.org/wiki/Forest
> 
> 
> Jeg er dog lidt usikker på, hvad dit ærinde er her: Klager du over at
> nogen fjerner træer fra kortet, eller at de tilføjer dem?

Achavi gør det lidt nemmere at se hvad der er sket: https://overpass-api.de/
achavi/?changeset=55343991

Vedkommende her har grundlæggende ændret en del områder der var tagget som 
skov, "eng" osv til "park", så man ikke længere kan se hvilke dele der er 
bevokset med træer.
> 
> 
> 
> I øvrigt er det bedst at være forsigtig med at tilbagerulle andres
> rettelser, medmindre man er sikker på, at de strider mod fakta eller
> konsensus.
> 
> 
> - Jørgen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Skov mm -> park

[Michael Andersen]

En del nye brugere har tilsyneladende vanskeligt ved at forstå at når vi 
tagger landuse=forest i parker mm, så er det udelukkende for at beskrive 
områder i parkerne der er tæt bevokset med træer (se f.eks min diskussion 
vedrørende Fredensborg Slotshave i går: http://www.openstreetmap.org/
changeset/55320260).

I dag er der så en der har tilsyneladende har haft lignende ideer om et større 
areal ved Ballerup idrætsby: www.openstreetmap.org/changeset/55343991

Nogen forslag om hvad vi evt kan gøre ved det?



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] nominatim

[Michael Andersen]

Jeg har lige eksperimenteret lidt og det ser ud til at man undgår mange af de 
nævnte "spøjse" resultater ved at angive place=* som en (multi)polygon, sådan 
som jeg f.eks. har lavet omkring Rødding (http://www.openstreetmap.org/
relation/6533633) og (mindre avanceret) omkring Sdr Hygum (http://
www.openstreetmap.org/way/143111325).

Når jeg f.eks. søger på adresser i og omkring Damhus (http://
www.openstreetmap.org/way/95665684) ses forskellen tydeligt.

Når place=* alene er anbragt på en node/punkt har Nomitatim jo ingen chance 
for at vide hvor stort et areal en given bebyggelse reelt dækker over og kan 
kun gætte.

On mandag den 11. december 2017 13.26.07 CET Niels Elgaard Larsen wrote:
> On Tue, 5 Dec 2017 22:53:56 +0100
> 
> Anders  wrote:
> > Hej,
> > 
> > Jeg har eksperimenteret lidt med nominatim
> > (http://nominatim.openstreetmap.org), og jeg kan simpelthen ikke få de
> > resultater den giver i danmark til at give mening (det ser ikke i mine
> > øjne meget bedre ud i Sverige).
> 
> Ja, det er lidt spøjst, hvad der kommer ud af den. Den påstår fx at jeg
> bor i Marmormolen.  Jeg laver nok foreløbigt en neighbourhood knude der
> hedder Indre Østerbro. Og når jeg får tid et mere præcist areal.
> Østerbro har allerede place=suburb, så det kan ikke være et
> neighbourhood
> ..
> 
> > Findes der brugbare alternativer til nominatim, eller andre løsninger
> > på problemet, eller skal man bare glemme alt om at forsøge at finde
> > fornuftige søgemuligheder i osm?
> 
> Det kommer an på, hvad du skal bruge det til.
> 
> Men jeg brugte Nominatim til at finde positioner på adresser i mit
> madstedsproject. Men jeg kunne ikke få noget ordentlig ud af Nominatim,
> så nu bruger det Overpass API og det virker meget bedre.
> 
> Se:
> https://github.com/elgaard/OpenStreetmapTools/blob/master/restaurants/addres
> sLookup.py
> 
> Koden prøver at finde positioner på de adresser på madsteder fra
> fødevarestyrelsen, som fødevarestyrelsen ikke har en position på.



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] nominatim

[Michael Andersen]

Bemærk at Nominatim er et opensource værktøj og at man frit kan installere sin 
egen instans: http://nominatim.org/release-docs/latest/Installation.
Hvis man f.eks. vil eksperimentere lidt med opsætning osv i forsøg på at få 
resultater der giver bedre mening i vores del af verden, kunne det måske være 
en god ide (jeg ser også underlige resultater herovre i Sønderjylland).

On onsdag den 6. december 2017 12.40.15 CET Anders wrote:
> Jeg har tilføjet dk templates på siden - men har ingen anelse om de vil
> blive brugt. Siden er sidst redigeret for nogle år siden, så jeg er
> ikke så optimistisk :\
> 
> På Wed, 6 Dec 2017 10:16:02 +0100
> 
> Ole Laursen  skrev:
> > 2017-12-05 23:09 GMT+01:00 Anders :
> > > På Tue, 5 Dec 2017 22:53:56 +0100
> > > 
> > > Anders  skrev:
> > >> Jeg har kigget på denne liste over skabeloner til
> > >> adressegeneration, og konkluderet at det faktisk ikke er muligt at
> > >> lave en skabelon der virker for danske adresser, hvis de data
> > >> nominatim kombinerer fra er hvad der er.
> > > 
> > > https://wiki.openstreetmap.org/wiki/Nominatim/Country_Address_Format
> > 
> > Jeg synes du skulle prøve at tilpasse dem så godt som muligt og så
> > skrive til dem der har lavet Nominatim om de resterende problemer. Jeg
> > tænker vi alle har en fælles interesse i at de bliver løst, og der
> > skal måske ikke tilpasses meget andet end nogle få linjer kode.
> > 
> > 
> > Ole
> 
> ---
> Anders
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] OSM streak

[Michael Andersen]

Hej alle

For folk der er til "gamification" har en af vores meget aktive udviklere for 
kort tid siden lavet en lille hjemmeside der kort sagt giver point for at 
redigere OSM en lille smule hver dag: https://lists.openstreetmap.org/
pipermail/talk/2017-December/079823.html.
Jeg tænkte der måske var nogle enkelte her på listen der kunne have glæde af 
det.

God fornøjelse

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Kortlægning af meget store markområder

[Michael Andersen]

Områderne (der er flere af dem) ser netop underlige ud, men ser man f.eks. på 
https://www.openstreetmap.org/relation/1356072/history vil man kunne se at 
denne er oprettet af brugeren "trekki" i januar 2011 (den præcise dato ses i 
JOSM's historik dialog) på baggrund af Bing satellitfotos, som på det 
tidspunkt kun dækkede dele af Danmark (derfor områdernes skarpe hjørner mod NØ 
& NV).

Bemærk at hver af disse store landuse=farmland områder defineres af en 
multipolygon, hvor gårde og andre "huller" så er defineret som "inner".
Hvorvidt det er "korrekt  og accepteret" kan måske diskuteres, men det er i 
hvert fald en nem måde at kortlægge et stort område der primært er 
landbrugsland.
Bemærk også at lignende store multipolygoner bruges meget til bl.a. skove og 
søer.

Ulempen ved disse multipolygoner er at det langt fra er alle der umiddelbart 
forstår dem og at det for en del af os kan tage en del tid at få fod på dem og 
at det derfor af hensyn til vores mange begyndere og relativt uerfarne er en 
god ide kun at bruge dem hvor de virkelig er en fordel.

På hvilken måde oplever du problemer med disse?

Bemærk iøvrigt at jeg har rettet et par små multipolygoner du har lavet i dag 
(eks. https://www.openstreetmap.org/relation/7757092/history). Når man laver 
sådan en skal "landuse" tagget være på relationen og ikke den ydre "vej" (se 
https://wiki.openstreetmap.org/wiki/Relation:multipolygon). Denne type fejl 
rapporteres på https://tools.geofabrik.de/osmi/ og i perioder retter 
forskellige andre bidragsydere næsten dagligt 1-3 tekniske fejl du laver.

Mvh Michael

On fredag den 24. november 2017 17.49.39 CET Leif Lodahl wrote:
> Hej med jer,
> Jeg faldt lige over en lidt underlig kortlægning her:
> http://www.openstreetmap.org/#map=15/56.2148/9.5792
> 
> Der er tale om et *enormt* stort område, som er kortlagt med
> landuse=farmland og alt andet i området er så multipoligon-relationer.
> 
> Efter min mening gør det kortlægning usædvanligt besværligt.
> 
> Er dette en korrekt og accepteret måde?
> 
> 
> Med venlig hilsen
> 
> Leif Lodahl



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelstier versus gangstier

[Michael Andersen]

On mandag den 13. november 2017 13.03.50 CET Niels Elgaard Larsen wrote:
> On Mon, 13 Nov 2017 09:09:35 +0100
> 
> Michael Andersen  wrote:
> > Efter oprindeligt at have brugt highway=path;bicycle=designated etc
> > til alle "cykelstier"  (jeg brugte JOSM fra starten) har jeg nu i
> > mange år brugt highway=cycleway også for fællesstier. (Det der
> > endeligt fik mig til at skifte var
> > https://www.openstreetmap.org/user/Richard/diary/20333)
> > 
> > Bemærk at man (i DK) må gå på cykelstier, medmindre der er en
> > særskilt gangsti ved siden af.
> 
> Færdselsloven siger:
> 
> ==
>  Gående, som benytter cykelsti, må ikke være til ulempe for kørende på
>  cykelstien.
> ==
> 
> Hvorimod det om fællesstier hedder
> (https://www.retsinformation.dk/forms/r0710.aspx?id=180061):
> 
> ==
> Trafikanter på fællessti skal udvise gensidig hensynsfuldhed, jf.
> færdselslovens § 3, stk. 1.
> ==
> 
> 
> Det synes jeg er en ret afgørende forskel.

Bemærk at i den side som Sonny henviser til, foreslås der at man kan tagge 
fællesstier som highway=cycleway;foot=designated.

Og jeg må lige igen bemærke at jeg de første år af min "karriere" brugte 
highway=path systemet meget indtil jeg gradvist indså at det på grund af 
diverse "cornercases" mm i praksis ikke var mere ideelt  end at bruge 
highway=cycleway osv. Tingene bliver ikke perfekte uanset hvilket system vi 
bruger og så er det efter min erfaring bedre at holde sig til det forholdsvist 
simple (http://en.wikipedia.org/wiki/en:KISS_principle).
> 
> 
> Dels undgår jeg normalt at få på cykelstier, i alt fald hvis der er
> megen trafik, fordi man så skal hoppe og springe hver gang, der kommer
> en cykel.
> 
> Dels fordi når man cykler på sådan en sti, så er det godt at vide, at
> man skal tage hensyn til gående. Og nogen gang stå af cyklen undervejs.
> 
> På en af mine mapillary-ture cyklede jeg faktisk på noget, som var en
> cykelsti i OSM og mødte en gående kvinde med en lille hund. Hunden
> hoppede ud foran mig. Heldigvis kørte jeg meget roligt af hensyn til
> Mapillary-billederne og nåede at stoppe, men jeg var ikke stolt af
> situationen. Især ikke da jeg fandt ud af, at det ikke var en cykelsti.

Jeg har et par gange tilsvarende med nød og næppe undgået at påkøre hunde der 
umiddelbart foran mig har krydset over i min bane og det til trods for at jeg 
kørte aldeles reglementeret.
En gang jeg på en liggecykel kørte på en cykelsti i udkanten af Odense mødte 
jeg en hest med rytter og netop da jeg passerer dem, giver hesten et sideværts 
spjæt af forskrækkelse ...
Sidste år passerede jeg en stor schæfer (i lang snor) som helt uden varsel 
springer op og placerer sit tandsæt i min højre balle...
Så uanset hvilken type vej eller sti jeg nu cykler rundt på er jeg altid 
ekstra opmærksom når jeg skal passere dyr eller små børn.

Der er masser af stier og veje i OSM, som på grund af begyndere med minimal 
erfaring eller "sjove ideer", er tagget på alle mulige mærkelige måder, og jeg 
skal også minde om indtil vi fik adgang til SDFE's luftfotos (og ikke mindst da 
vi brugte Fugro) kunne det ofte være vanskeligt at vurdere om en sti var den 
ene eller anden type.  Jeg har gennem årene ryddet op i rigtig meget af det, 
men man kan stadig ikke regne med at stier/skovveje mm er tagget 
tilnærmelsesvist korrekt og ikke mindst derfor bør man køre efter forholdene 
ude i virkeligheden og ikke efter hvad der er i OSM.

> 
> Desuden så kan vi ikke regne med at udlændinge og ruteberegnere kender
> den danske færdselslov.
> 
> > Derfor må highway=cycleway i praksis
> > betragtes som værende kun "primært" cykelsti og ikke udelukkende
> > cykelsti og derfra er der ikke langt til at kunne bruge tagget også
> > selvom der er skilte med både cykel og fodgængere.
> > 
> > Bemærk også at highway=path;... versionen kræver mindst 3 tags og at
> > highway=cycleway kun kræver et tag (og derfor er langt mere
> > overskueligt)
> > 
> > Bemærk også at mange bruger highway=path udelukkende til trampestier
> > og lignende "mindre formelle stier"
> > 
> > Bemærk også at hvor man med highway=cycleway (i praksis) har et
> > implicit foot=yes, har man med highway=footway ikke et implicit
> > bicycle=yes.
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelstier versus gangstier

[Michael Andersen]

On mandag den 13. november 2017 11.18.52 CET Jørgen Elgaard Larsen wrote:
> Michael Andersen skrev:
> > Efter oprindeligt at have brugt highway=path;bicycle=designated etc til
> > alle "cykelstier"  (jeg brugte JOSM fra starten) har jeg nu i mange år
> > brugt highway=cycleway også for fællesstier. (Det der endeligt fik mig
> > til at skifte var https://www.openstreetmap.org/user/Richard/diary/20333)
> 
> Der er jeg nok mest enig i wislander's kommentar til samme blog post:
> https://www.openstreetmap.org/user/Richard/diary/20333#comment32877

Jeg kan godt følge den et stykke af vejen, men må stadig erklære mig mest enig 
med Richard. Bemærk iøvrigt at Richard er en ganske prominent figur i OSM: Han 
står bag Potlatch og måske mindre kendt https://cycle.travel, som er grunden 
til ovennævnte blogindlæg. I et blogindlæg i dag nævner han iøvrigt " the 
often conflicting and confusing tag soup in OSM."  Jeg ser ham ofte på IRC og 
får indtryk af at det kan være ganske frustrerende at forsøge at lave 
fornuftige ruter ud af OSM :-).
> 
> 
> Hvis der går en fin, bred, asfalteret sti igennem en park, men den ikke
> er skiltet som cykelsti, så er det efter min mening stadig en
> highway=path. Der er jo netop _ikke_ noget, der siger, at det særligt er
> en cykelsti.
> 
> Ja, man kan cykle på den. Men man kan også gå, ride, rulleskøjte osv. på
> den.
> 
> At tagge den specifikt som cycleway giver lige så meget mening som at
> tagge den som ridesti, rulleskøjtebane eller gangsti.

Jeg har tagget tusindvis af stier og finder at det (under danske forhold) netop 
 
kan give ganske god mening at vurdere en sti værende primært cykelsti (også 
selvom det ikke specifikt er skiltet). Bemærk at bare fordi den er tagget som 
"cycleway" er der ikke noget der forhindrer at man kan gå eller løbe på 
rulleskøjter på den.
Det  giver også  god mening at bruge highway=footway, hvor man kan vurdere en 
sti som værende primært en gangsti (f.eks. på kirkegårde eller flisebelagte 
stier rundt om huse)
Jeg kender også til adskillige eksempler på ridestier (der er ikke noget der 
forhindrer en i at gå eller cykle på en sådan, men man skal bare regne med at 
de er trådt godt op og ikke specielt egnede til det)

> 
> > Bemærk også at highway=path;... versionen kræver mindst 3 tags og at
> > highway=cycleway kun kræver et tag (og derfor er langt mere overskueligt)
> 
> Man kunne også tagge den med highway=service. Det kræver også kun et
> tag. Og man må både gå og cykle på en vej.

highway=service tillader motorkøretøjer. Det gør highway=cycleway eller 
highway=footway ikke.
> 
> Men det vil stadig være misvisende.
> 
> - Jørgen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Cykelstier versus gangstier

[Michael Andersen]

On søndag den 12. november 2017 22.32.50 CET Niels Elgaard Larsen wrote:
> Jeg har på det sidste lavet en del billeder til Mapillary på cykel.
> 
> En ting jeg har bemærket er, at mange af de stier som er tagget
> highway=cycleway slet ikke er cykelstier.
> 
> Nogle af dem er gangstier, fx skiltet som
> https://www.retsinformation.dk/image.aspx?id=180061&img=CH219_15_131.png
>  og med cykelbarrierer.
> 
> Jeg mener at det så må være highway=path, eller highway=footway
> med bicycle=no.
> 
> Dog har jeg brugt bicycle=dismount, der hvor fx en cykelrute passerer
> under togspor, hvor det ikke er tilladt at cykle (fx Parkruten)
> 
> Men så er der fællestier:
> 
> https://www.retsinformation.dk/image.aspx?id=180061&img=CH219_15_134.png
> 
> Jeg mener ikke at highway=cycleway er korrekt for fællesstier.
> 
> Det må være highway=path
> 
> Og kan man så have:
> bycycle=designated,foot=designated,motor_vehicle=no,horse=no
> ?
> Altså have to gange designated?
> Eller er det bedre med bycycle=yes,foot=yes, motor_vehicle=no,horse=no ?
> 
> Endelig er der stier, der ikke er mærket med skilte, bemaling på
> asfalten osv. Hvis det ikke er tydeligt, at det er cykelstier, mener
> jeg, at de bare skal tagges som highway=path og ikke highway=cycleway.

Efter oprindeligt at have brugt highway=path;bicycle=designated etc til alle 
"cykelstier"  (jeg brugte JOSM fra starten) har jeg nu i mange år brugt 
highway=cycleway også for fællesstier. (Det der endeligt fik mig til at skifte 
var https://www.openstreetmap.org/user/Richard/diary/20333)

Bemærk at man (i DK) må gå på cykelstier, medmindre der er en særskilt gangsti 
ved siden af. Derfor må highway=cycleway i praksis betragtes som værende kun 
"primært" cykelsti og ikke udelukkende cykelsti og derfra er der ikke langt 
til at kunne bruge tagget også selvom der er skilte med både cykel og 
fodgængere.

Bemærk også at highway=path;... versionen kræver mindst 3 tags og at 
highway=cycleway kun kræver et tag (og derfor er langt mere overskueligt)

Bemærk også at mange bruger highway=path udelukkende til trampestier og 
lignende "mindre formelle stier"

Bemærk også at hvor man med highway=cycleway (i praksis) har et implicit 
foot=yes, har man med highway=footway ikke et implicit bicycle=yes.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Adding housenumbers with StreetComplete

[Michael Andersen]

On onsdag den 8. november 2017 11.32.58 CET Tobias Zwick wrote:
> > But this also means that the functionality of leaving an OSM note for
> > missing and wrong addresses would be very helpful in Denmark.
> 
> To clarify:
> 
> The app asks for the housenumber of a building and prompts the user to
> input it. This housenumber and only the housenumber is then directly
> added to the OSM database, no note is created for that. (And similarly
> with inputing housenames)
> 
> Only if the user clicks on "Unable to answer", so in case the user
> surveyed the place and could not find a housenumber (or something like
> that), the user is given the choice to instead leave a note and explain
> the situation. The notes generally look like this then:
> 
>   Unable to answer "What is the housenumber of this building?" for
>   https://www.openstreetmap.org/way/[element id] via StreetComplete 3.0:
> 
>   [user message]
> 
> So then, so far, it looks like I shall disable the functionality for
> Denmark.
> 
> Tobias

Yes, please. In Denmark it is merely an annoyance (which so far has caused me 
to use StreetComplete less than I otherwise would).



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Opdaterede Luftfotos fra SDFE

[Michael Andersen]

Hej

Så er der godt nyt :-). Jeg har her til formiddags kunnet konstatere at de 
luftfotos fra SDFE vi ser i iD, JOSM osv nu er fra foråret 2017 (Det kan være 
nødvendigt at zoome godt ind for at få dem frem). Det sidste års tid har de 
været fra foråret 2016.
Hvis man har kendskab til steder hvor der er bygget nyt eller på anden vis 
sket relevante ændringer siden foråret 2016 kan det derfor være en god ide at 
se nærmere på dem nu

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Busstoppesteder

[Michael Andersen]

Som på alle andre områder i OSM forekommer der misforståelser og da der hidtil 
ikke har været nogen videre organiseret indsats i forhold til busstoppesteder 
kan vi ikke forvente at der er nogen konsistens hvordan de er lavet.

Ifølge https://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop#Bus_stop 
skal stoppestederne placeres der hvor man venter/står på bussen. Dvs på den 
side af vejen hvor busskur eller lign befinder sig.

Hvis du støder på nogle der ikke helt følger den retningslinie, er du 
velkommen til at rette dem.

On søndag den 22. oktober 2017 21.36.53 CEST Finn Hansen wrote:
> Jeg er begyndt på at opsætte busruter på fyn og har gjort det i længere
> tid, og ja busstoppestederne er ikke opdateret på fyn, det er kun nogle
> få jeg har kigget på, men jeg vil da gerne fortsætte med at sætte dem op
> med stoppestedsnavn og evt buszone på fyn, men at sætte buszoner på gør
> at vi skal være opmærksom på at de ændres fra tid til anden. Flere
> steder er jeg stødt på stoppesteder som ligger i vejen som en Node, men
> burde det ikke være sådan at stoppestederne er på hver sin side af
> vejen, især de steder hvor de ligger over for hinanden?
> 
> https://www.openstreetmap.org/#map=17/55.13412/10.66094 - Hvor den er på
> vejen
> Eller
> https://www.openstreetmap.org/#map=18/55.38165/10.37287 - Hvor de ligger
> på hver sin side af vejen, dog lidt forskudt.
> 
> Jeg kunne godt tænke mig vi fik nogle retningslinjer, således at de blev
> ens, hvis muligt.
> 
> /Lytter1



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Busstoppesteder

[Michael Andersen]

Hej Troels

Der er ingen som helst automatik involveret her. Alle i OSM indførte danske 
stoppesteder er manuelt registreret af en lang række individuelle 
bidragsydere, der måske kun har indført en eller ganske få hver. Der har også 
kun i meget begrænset omfang været tale om nogen organisering af arbejdet, så 
det er kun forventeligt at der mangler stoppesteder (de registrerede er 
hovedsageligt koncentreret om hovedstadsområdet og nogle få større byer) eller 
ikke er noget udpræget system i de eksisterende (med hensyn til data og 
præcision mm).

Jeg har ikke selv brugt at finde busstoppesteder i OSM (da jeg sjældent kører 
med bus), men det er slet ikke utænkeligt at andre gør det (ikke mindst 
turister) og at det på sigt kan blive mere almindeligt.

Kort sagt, hvis du gerne vil have flere busstoppesteder i OSM, så er det bare 
at gå i gang;-)

rejseplanen.dk har benyttet OSM som baggrundskort siden ihvertfald maj i år 
(https://lists.openstreetmap.org/pipermail/talk-dk/2017-May/004834.html), som 
følge af et skift til en tysk softwareleverandør. Deres ruter/stoppesteder 
tegnes på baggrund af deres egen database.

On fredag den 20. oktober 2017 15.53.45 CEST Troels Arvin wrote:
> Hej,
> 
> Forleden dag, da jeg stod og ventede ved et busstoppested, undrede det
> mig, at det ikke fremgik på min Osmand+. Der var tale om stoppestedet
> "Vejlands Allé (Englandsvej)" på Englandsvej:
> https://www.openstreetmap.org/#map=19/55.64290/12.59871
> 
> Jeg kan se, at der tilsyneladende mangler rigtig mange busstoppesteder,
> men omvendt er der også mange, som er registreret.
> 
> Er der noget automatik involveret her, eller kræver det simpelhen at man
> går i gang med at få indtegnet busttoppested nodes, hvis man ønsker, at
> OSM indeholder sådanne? Spurgt på en anden måde: Er det spild af tid,
> hvis man begynder at indtegne busstoppesteder?
> 
> (Sjovt nok kan jeg se, at rejseplanen.dk benytter OSM i kortvisningen af
> ruter, og dén kender i hvertfald busstoppesteder.)




___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt

[Michael Andersen]

Ok, jeg fik ikke fuldendt sætningen, men ville blot gøre opmærksom på 
https://wiki.openstreetmap.org/wiki/Good_practice#Don.27t_use_name_tag_to_describe_things

On fredag den 20. oktober 2017 17.56.07 CEST Sonny B. Andersen wrote:
> Sendt fra Mail til Windows 10
> 
> Fra: Sonny B. Andersen
> Sendt: 20. oktober 2017 17:43
> Til: OpenStreetMap
> Emne: SV: [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt
> 
> Tja, sådan er det at være skrivebordsmapper. - Det kan da kun være en
> fordel, at man kan søge på alle 4 funktionsnavne plus selve bygningens, og
> så har jeg endda udeladt udstillingslokalerne!!
> 
> 
> 
> 
> Hilsen,
> Sonny
> 
> Fra: OpenStreetMap
> Sendt: 20. oktober 2017 12:45
> Til: s...@bukhmark.dk
> Emne: [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt
> 
> 

OpenStreetMap 
Hej sba-dk,
> Hjart har efterladt en kommentar på et af dine ændringssæt, oprettet
> 2017-10-20 10:45:07 UTC med kommentaren 'Bibliotek m.m.' Bemærk at det
> anbefales ikke at tilføje beskrivelser og andet info der ikke direkte er en
> del af det egentlige navn
Flere oplysninger om ændringssættet kan findes på
> http://www.openstreetmap.org/changeset/53092221. 




For at afmelde
> opdateringer til dette ændringssæt, kan du besøge
> http://www.openstreetmap.org/changeset/53092221 og klikke "Afmeld".
> OpenStreetMap



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Standardisering af tankstationer i DK

[Michael Andersen]

On tirsdag den 26. september 2017 16.24.56 CEST o...@workmail.com wrote:
> En anden gang var det måske på sin plads at tage debatten før man kaster sig
> ud i at masse- rette.

Det har du fuldstændig ret i. Jeg har i en række situationer ikke været så god 
til at spørge på listen her, som det kunne ønskes. På den anden side startede 
processen egentlig i det små for år tilbage og har kun gradvist grebet om sig. 
Den har også langt hen ad vejen været nødvendig for at kunne danne mig et 
rimeligt klart overblik over situationen.
Arbejdet har også betydet at Jeg undervejs har opdaget og rettet et større 
antal relaterede fejl, hvilket alt i alt skulle betyde at det nu er langt 
lettere at danne sig et overblik over hvad vi har (via Overpass-søgninger) og 
hvad der eventuelt kunne gøres bedre.

> > Sent: Tuesday, September 26, 2017 at 3:18 PM
> > From: "Niels Elgaard Larsen" 
> > To: talk-dk@openstreetmap.org
> > Subject: Re: [Talk-dk] Standardisering af tankstationer i DK
> > 
> > On Tue, 26 Sep 2017 13:34:59 +0200
> > 
> > Michael Andersen  wrote:
> > > Jeg har nu i en del år set på og håndteret et stort tankstationer i
> > > OSM og det har været helt tydeligt at der ikke har været nogen helst
> > > konsistens i forhold til hvordan de skulle tagges.
> > > 
> > > Nogle har f.eks. været tagget med både operator=OK & name=OK &
> > > brand=OK, mens andre har været tagget med kun en enkelt af disse
> > > eller diverse kombinationer. Det forekommer mig i langt de fleste
> > > tilfælde aldeles unødvendigt at bruge mere end et af disse tags og
> > > det kan også være ret uheldigt at bruge mere end et af disse idet jeg
> > > adskillige gange har set folk ændre det ene tag, men ikke det/ de
> > > andre, når en station har fået nyt navn.
> > 
> > Wikien lægger ret meget op til at bruge alle tre felter, når det giver
> > mening.
> > 
> > > Jeg forstår udmærket hvis andre end jeg har været forvirrede over
> > > hvordan disse bedst skulle tagges idet de forskellige editorer har
> > > haft felter for alle 3 tags (hvilken er så den "rigtige"?)
> > > 
> > > Fornyligt besluttede jeg mig så for at begynde at rydde op i de
> > > danske tankstationer (vi har pt ca 1800 i OSM) og at standardisere
> > > til kun at bruge name tagget.
> > 
> > Det er jeg ked af.
> > Se fx:
> > https://www.openstreetmap.org/node/611352900
> > 
> > For det første har Statoil vel skiftet navn til Circle-K.
> > 
> > Men der har aldrig stået hverken Statoil eller Circle-K på den
> > benzinstation.
> > Der står 1-2-3 med store bogstaver. Det er meget forvirrende, når
> > sætter name-tagget til noget helt andet, end stederne kalder sig selv.
> > 
> > Men jeg har et Circle-K benzinkort, så jeg kunne godt finde på at søge
> > efter benzinstationer med operator=Circle-K, som jeg forventer finder
> > både Circle-K, 1-2-3 (og Statoil, hvis der er nogen, der stadig hedder
> > det)
> > 
> > Benzinstationen på den anden side af krydset er nu en Bonus station,
> > der stadig drives af Uno-X og stadig tager Uno-X kort.
> > 
> > Der er en grund til, at der flere tags for benzinstationer. De behøver
> > ikke at have samme værdi.
> > 
> > > Derfor har langt størstedelen af danske tankstationer nu kun et name
> > > tag og ikke noget brand eller operator tag.
> > > 
> > > Desuden har jeg i noget tid eksperimenteret med at bruge https://
> > > wiki.openstreetmap.org/wiki/Key:branch og derfor ændret en stor del
> > > fra at hedde f.ek.s "OK et-eller-andet-stednavn" til kun at hedde
> > > "OK" og så at have stednavnet i branch tagget
> > > 
> > > I en del tilfælde rundt omkring kan man se hvordan butikker der
> > > ligger tæt på hinanden "skygger" for hinandens navne (fordi der på
> > > kortet kun er plads til det ene navn) og dette problem bliver kun
> > > værre når man tilføjer stednavne til butikkernes egentlige navn
> > > (hvilket i forbindelse med f.eks. supermarkedskæder & tankstationer
> > > mm længe har været almindeligt)
> > > 
> > > Mvh Hjart
> > > 
> > > ___
> > > Talk-dk mailing list
> > > Talk-dk@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Standardisering af tankstationer i DK

[Michael Andersen]

On tirsdag den 26. september 2017 15.18.25 CEST Niels Elgaard Larsen wrote:
> On Tue, 26 Sep 2017 13:34:59 +0200
> 
> Michael Andersen  wrote:
> > Jeg har nu i en del år set på og håndteret et stort tankstationer i
> > OSM og det har været helt tydeligt at der ikke har været nogen helst
> > konsistens i forhold til hvordan de skulle tagges.
> > 
> > Nogle har f.eks. været tagget med både operator=OK & name=OK &
> > brand=OK, mens andre har været tagget med kun en enkelt af disse
> > eller diverse kombinationer. Det forekommer mig i langt de fleste
> > tilfælde aldeles unødvendigt at bruge mere end et af disse tags og
> > det kan også være ret uheldigt at bruge mere end et af disse idet jeg
> > adskillige gange har set folk ændre det ene tag, men ikke det/ de
> > andre, når en station har fået nyt navn.
> 
> Wikien lægger ret meget op til at bruge alle tre felter, når det giver
> mening.
> 
> > Jeg forstår udmærket hvis andre end jeg har været forvirrede over
> > hvordan disse bedst skulle tagges idet de forskellige editorer har
> > haft felter for alle 3 tags (hvilken er så den "rigtige"?)
> > 
> > Fornyligt besluttede jeg mig så for at begynde at rydde op i de
> > danske tankstationer (vi har pt ca 1800 i OSM) og at standardisere
> > til kun at bruge name tagget.
> 
> Det er jeg ked af.
> Se fx:
> https://www.openstreetmap.org/node/611352900
> 
> For det første har Statoil vel skiftet navn til Circle-K.
> 
> Men der har aldrig stået hverken Statoil eller Circle-K på den
> benzinstation.
> Der står 1-2-3 med store bogstaver. Det er meget forvirrende, når
> sætter name-tagget til noget helt andet, end stederne kalder sig selv.

Der står faktisk Statoil på skiltet ved den station (se https://
www.mapillary.com/map/im/ND1v2JKNGlQ30_iSVi4mTA) og lige nedenunder med en 
anelse mindre bogstaver står der 1-2-3. 
Jeg kommer jævnligt selv forbi, men må da indrømme at jeg har undret mig over 
hvad der mon var det rette primære navn og har derfor efterfølgende ikke 
rettet andre.
> 
> Men jeg har et Circle-K benzinkort, så jeg kunne godt finde på at søge
> efter benzinstationer med operator=Circle-K, som jeg forventer finder
> både Circle-K, 1-2-3 (og Statoil, hvis der er nogen, der stadig hedder
> det)

Jeg kender til adskillige stationer hvor der stadig er store Statoil skilte.
> 
> Benzinstationen på den anden side af krydset er nu en Bonus station,
> der stadig drives af Uno-X og stadig tager Uno-X kort.
> 
> Der er en grund til, at der flere tags for benzinstationer. De behøver
> ikke at have samme værdi.

Ok, men så vil jeg sætte pris på at vi får lavet en klar vejledning i hvornår 
vi bruger hvilke tags og til hvad., for der har vitterligt ikke været nogen 
som helst konsistens i det.

> 
> > Derfor har langt størstedelen af danske tankstationer nu kun et name
> > tag og ikke noget brand eller operator tag.
> > 
> > Desuden har jeg i noget tid eksperimenteret med at bruge https://
> > wiki.openstreetmap.org/wiki/Key:branch og derfor ændret en stor del
> > fra at hedde f.ek.s "OK et-eller-andet-stednavn" til kun at hedde
> > "OK" og så at have stednavnet i branch tagget
> > 
> > I en del tilfælde rundt omkring kan man se hvordan butikker der
> > ligger tæt på hinanden "skygger" for hinandens navne (fordi der på
> > kortet kun er plads til det ene navn) og dette problem bliver kun
> > værre når man tilføjer stednavne til butikkernes egentlige navn
> > (hvilket i forbindelse med f.eks. supermarkedskæder & tankstationer
> > mm længe har været almindeligt)
> > 
> > Mvh Hjart
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Standardisering af tankstationer i DK

[Michael Andersen]

Jeg har nu i en del år set på og håndteret et stort tankstationer i OSM og det 
har været helt tydeligt at der ikke har været nogen helst konsistens i forhold 
til hvordan de skulle tagges.

Nogle har f.eks. været tagget med både operator=OK & name=OK & brand=OK, mens 
andre har været tagget med kun en enkelt af disse eller diverse kombinationer. 
Det forekommer mig i langt de fleste tilfælde aldeles unødvendigt at bruge mere 
end et af disse tags og det kan også være ret uheldigt at bruge mere end et af 
disse idet jeg adskillige gange har set folk ændre det ene tag, men ikke det/
de andre, når en station har fået nyt navn.

Jeg forstår udmærket hvis andre end jeg har været forvirrede over hvordan 
disse bedst skulle tagges idet de forskellige editorer har haft felter for 
alle 3 tags (hvilken er så den "rigtige"?)

Fornyligt besluttede jeg mig så for at begynde at rydde op i de danske 
tankstationer (vi har pt ca 1800 i OSM) og at standardisere til kun at bruge 
name tagget.

Derfor har langt størstedelen af danske tankstationer nu kun et name tag og 
ikke noget brand eller operator tag.

Desuden har jeg i noget tid eksperimenteret med at bruge https://
wiki.openstreetmap.org/wiki/Key:branch og derfor ændret en stor del fra at 
hedde f.ek.s "OK et-eller-andet-stednavn" til kun at hedde "OK" og så at have 
stednavnet i branch tagget

I en del tilfælde rundt omkring kan man se hvordan butikker der ligger tæt på 
hinanden "skygger" for hinandens navne (fordi der på kortet kun er plads til 
det ene navn) og dette problem bliver kun værre når man tilføjer stednavne til 
butikkernes egentlige navn (hvilket i forbindelse med f.eks. supermarkedskæder 
& tankstationer mm længe har været almindeligt)

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Dele af København under vand på OSM standardkortet

[Michael Andersen]

On fredag den 22. september 2017 12.59.49 CEST Torben Brendstrup wrote:
> Jeg ved ikke om det er en renderingsfejl, eller det er et sygt edit, men
> det ser pt ud som om Ørestad, Amagerbro og Sydhavnen er sunket.
> 
> Er der nogen der ved hvordan det kan fixes, eller ved hvem man skal have
> fat i?

Dette forekommer når der er eller for nyligt har været skader på kystlinien et 
eller andet sted. På "Coastline" laget på https://tools.geofabrik.de/osmi/ kan 
man følge med i om der pt skulle være sådanne skader.

Jeg studerede området fredag aften og kunne da på zoom niveau 14 konstatere 
enkelte blå områder midt på Amager. Jeg kunne ikke konstatere skader på 
Amagers kystlinie og der var heller ikke registreret nogen på OSMI. I dag 
søndag er de blå områder ikke længere at se, så jeg tror det der forårsagede 
dem allerede var rettet i fredags og at render serverne blot ikke havde nået 
at opdatere områderne.

Jeg har selv i perioder fulgt med på OSMI og rettet fejl på kystlinier rundt 
omkring i verden. Dette er noget enhver der føler sig fortrolig med den slags 
kan.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Fejlen er blevet indberettet fra Krak

[Michael Andersen]

Jeg har nu bemærket 2 tilfælde af fejlmeldinger med teksten "Fejlen er blevet 
indberettet fra Krak" (eks: http://www.openstreetmap.org/note/1148364).
Det overrasker mig at Krak nu tilsyneladende begynder at lave fejlmeldinger i 
OSM. Nogen der kender noget til dette?

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Ensretning

[Michael Andersen]

Det gør man ved at tilføje et "oneway:bicycle=no" tag: https://
wiki.openstreetmap.org/wiki/Key:oneway#Sub_keys_.2F_exceptions

On onsdag den 13. september 2017 11.31.24 CEST Uffe Kousgaard wrote:
> Hvordan angiver man, at en ensretning gælder for biler m.m. men ikke for
> cykler?
> 
> mvh
> Uffe Kousgaard
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] U-vendinger

[Michael Andersen]

On søndag den 13. august 2017 12.40.16 CEST Niels Elgaard Larsen wrote:
> Jeg kigger på
> https://api.mapbox.com/styles/v1/danieljh/cj69ndyvf2iyu2rmuckadahxs.html?acc
> ess_token=pk.eyJ1IjoiZGFuaWVsamgiLCJhIjoiTnNYb25JSSJ9.vYOnsuu1zeKcGW2nj0uJZw
> #7.41/55.861/9.891
> 
> 
> som markerer skarpe sving på motorveje og hovedveje.
> 
> Hvis man skal dreje mere en 90grader, er der nok et problem med mapningen.
> 
> Jeg har rettet en masse fejl, men problemet er U-vendinger.
> 
> Ruteberegnere antager jo at man altid kan dreje, medmindre det er
> forbudt af turn-restrictions, ensretninger, osv. Hvis der et skilt, der
> forbyder U-vendinger et det jo nemt nok, så skal det bare være en turn
> restriction i OSM.
> 
> Men der er også steder hvor vi har turn-restrictions uden at der er
> skilte, fx:
> 
> http://www.openstreetmap.org/node/2007102423
> 
> I praksis skal man ikke prøve en U-vending her hvis man ved en fejl er
> kommet til at køre af vandelvej.
> 
> Men hvad med fx:
> 
> http://www.openstreetmap.org/node/2805289890
> 
> Kan man lave en U-vending her.

Det rette spørgsmål må vel være "Må man?" eller "Er det forsvarligt?". 
Personligt ville jeg, afhængigt af hvor meget trafik der er, ikke føle mig helt 
tryg ved det.
> 
> 
> Eller hvad med her:
> http://www.openstreetmap.org/node/4173955946

Det ser ud til at du her har lavet ekstra baner alene med det formål at omgå 
de venstresvingsforbud du selv har lavet eks.  https://www.openstreetmap.org/
way/509101021 der omgår https://www.openstreetmap.org/relation/7408799 ?
> 
> Hvis man kan lave U-vendinger burde vi nok mappen en bane til det.

Jeg foretrækker langt at undgå at lave sådanne kryds unødigt komplicerede.



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Kaart Ground Survey i Danmark

[Michael Andersen]

For de der ikke følger med på https://osm.expandable.dk, vil jeg lige meddele 
at det her hold (som nu ikke længere bruger #Kaart tagget) fortsatte i 3 uger, 
holdt en pause og startede igen i denne uge. Jeg har kigget på en del af hvad 
de har lavet og i enkelte tilfælde påpeget og rettet fejltagelser. Bl.a. 
opdagede jeg et par tilfælde hvor et par tilsyneladende mindre erfarne 
medlemmer af holdet havde taget fejl af cykelbaner (http://
www.openstreetmap.org/changeset/49747896 og http://www.openstreetmap.org/
changeset/49750157)
Det kan derfor være en god ide at se nærmere på kryds og rundkørsler, som de 
har haft fat i i de større byer.

Mvh Hjart

On fredag den 26. maj 2017 17.35.18 CEST Michael Andersen wrote:
> Den sidste uges har et hold af tilsyneladende professionelle mappere der
> kalder sig "Kaart Group"  (se http://www.kaartgroup.com/) været i gang med
> at redigere store dele af det danske vejnet, efter i forvejen at have kørt
> det tyndt.
> 
> Jeg har kort snakket med et par af dem: https://www.openstreetmap.org/
> changeset/48955240 & https://www.openstreetmap.org/changeset/48980644
> 
> Jeg har fulgt med i hvad de har lavet og kun fundet mindre fejl.
> 
> Mvh Hjart
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Pludselige mange fejl

[Michael Andersen]

Hej Finn

Jeg har også bemærket de "nye" fejl og har også kigget på nogle af dem. Min 
vurdering er at der simpelthen er tale om at der er kommet nye mere fintmaskede 
fejlfindings-algoritmer på OSMI (OSM Inspector). Jeg tror de her algoritmer 
hidtil har været indstillet  til at ignorere mindre fejl, således at vi har 
kunnet koncentrere os om de større.

On onsdag den 21. juni 2017 11.50.36 CEST Finn Hansen wrote:
> http://tools.geofabrik.de/osmi/?view=geometry&lon=10.12947&lat=55.33219&zoom
> =9#
> 
> Ved gennegang af dette kort, kan jeg pludselig se mange fejl og efter
> jeg så tjekkede nogle af dem på Fyn, undrede det mig at det primært er
> hække som der er fejl i og ikke mindst forskellige brugernavne på dem
> som havr lavet dem. Så er mit spørgsmål om der er en bot der rendere på
> OSM eller er script som kører.
> 
> https://www.openstreetmap.org/way/238572627 ---> Pludselig et knæk på et
> vandløb, og den var sidst ændret i 2013. Ganske vist ikke af mig.
> 
> Jeg undre mig at nogle af de ændringer jeg lavede i 2015, pludselig
> indholdt fejl, nogen der kan forklare hvad der er sket?
> 
> Så jeg vil få rettet Fyn, så snart jeg ved hvad der er sket.
> 
> /Lytter1
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Stations-krig.

[Michael Andersen]

On onsdag den 31. maj 2017 16.06.12 CEST Michel Coene wrote:
> Og diskussionen har lige fået et mere akademisk natur:  prøv rejseplanen.dk.
> De bruger nu OSM som kort (hurra!) men de bruger en renderer som tegner
> hverken perroner eller s-tog linjer
> Michel

Wow, siger jeg bare :-)

De tiles (kortet/renderingen) Rejseplanen bruger ser ud til at komme fra et 
tysk firma 
(nederst på kortet står der "Imagery © HaCon[1]")

Måske det kunne være værd at gøre Rejseplanen opmærksom på denne her lille 
"smutter". Perroner er jo trods en væsentlig detalje i denne sammenhæng :-)

Mvh http://www.openstreetmap.org/user/Hjart



[1] http://hacon.de
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Stations-krig.

[Michael Andersen]

On onsdag den 31. maj 2017 09.21.56 CEST Michel Coene wrote:
> Jeg er enig med besværet at lime en område til en vej.  Jeg gør det kun
> hvis begge to hænger fuldstændig sammen og er nemme at erstatte, for
> eksempel en 3 punkts indkørsel til en 5 punkts farmyard. Når man laver det
> ene om så er der 90% sandsyndelighed at den anden også skal laves om.  Jeg
> mener at det er tilfælde her.  Det er ikke så tit jernbaner laves om, og
> hvis de gør skal hele stationen med garanti tegnes om alligevel.  Man
> flytter jo ikke en jernbane en halv meter til venstre som del af
> vedligeholdelse.
> 
> For resten er det mere et spørgsmål om hvad men skal bruge det til?  Hvis
> jeg ønsker at vide hvor bred perronen er, så kigger jeg på et luft foto,
> ikke på et kort.  Et kort er et funktionelt værktøj, og jo flere linjer jo
> større "spaghetti-ficeringen".
> Hvis du kigger på Carlsberg station så vil du se at skinnerne ikke perfekt
> følger perronens rand.  Det er som om jernbanen nærmer og fjerner sig fra
> perronen.  Det kan ikke være med at skabe et tydelig overblik.  Man kan
> selvfølgeligt gå ind og rette på det, men det synes er *virkeligt* at gøre
> sig selv livet besværligt.
> Michel
> 
> 2017-05-31 8:33 GMT+02:00 Andreas Hammershøj :
> > 2017-05-30 21:51 GMT+02:00 Michael Andersen :
> >> On søndag den 28. maj 2017 11.01.17 CEST Michel Coene wrote:
> >> > Hej alle,
> >> > 
> >> > Jeg har i det sidste tilføjet lidt detaljer til S-tog nettet. Så gør
> >> > jeg
> >> > det at for meget enkle S-tog stationer så "limer" jeg perronen til
> >> > skinnerne. Eksempel: Islev station.  Jeg kan i øvrigt se at jeg ikke er
> >> 
> >> den
> >> 
> >> > eneste som bruger denne teknik. Jeg gør det fordi jeg synes det ser
> >> 
> >> mindre
> >> 
> >> > "rodet" ud (og det er uafhængig af hvilken renderer man bruger), og
> >> 
> >> fordi
> >> 
> >> > det rent funktionelt også passer: perronen ligger opad skinnerne, og
> >> > man
> >> > bruger perronen til at komme med på skinnerne.
> >> 
> >> Jeg oplever det i høj grad som netop "rodet"/uordentligt når jeg ser
> >> perroner
> >> "limet" på skinner. Hvis nu skinnerne var defineret som et område/polygon
> >> kunne
> >> jeg følge dig, men nu definerer vi dem jo som en simpel linie og så synes
> >> jeg
> >> ikke det rigtig duer. Jeg vil helst have perroner etc liggende ved siden
> >> af
> >> skinnerne og ikke på dem.
> >> 
> >> Desuden er min erfaring indtil videre at folk med lignende ideer som du,
> >> i
> >> vidt omfang ikke synes at være særligt opmærksomme på at beskrive
> >> adgangsforholdene til perroner og toge, så de er funktionelle. Dette er
> >> dog
> >> også (som Niels også gør opmærksom på) noget som i mange tilfælde kræver
> >> en
> >> del overvejelser for at få til at lykkes.
> >> 
> >> Vær opmærksom på https://wiki.openstreetmap.org/wiki/Tag:public_transport
> >> %3Dstop_area
> >> <https://wiki.openstreetmap.org/wiki/Tag:public_transport%0A%3Dstop_area>
> >> som bruges til at beskrive hvilke perroner der hører sammen med
> >> en given (tog) stop position (dvs hvilken perron man kommer ud på når man
> >> står
> >> af toget på en given station). Bemærk at wikisiden her kan virke noget
> >> teknisk
> >> og  sværtforståelig. Jeg kan evt holde et lille kursus for interesserede.
> >> 
> >> > Som eksempel hvor skinnerne ikke er "limet" fast kan du se det nye
> >> > Carlsberg S-tog station.
> >> > 
> >> > Nu kan jeg se at en anden bruger er gået i gang med at klippe dem løs
> >> > igen.  Jeg vil helst undgå en undo-krig og udfordrer derfor heller til
> >> > konstruktiv debat.  Jeg skal med det samme sige at jeg er enig
> >> > teknikken
> >> > ikke funker så godt i de mere komplekse stationer, for eksempel
> >> > Ballerup
> >> > hvor man kan stige ud af toget på begge sider samtidig.
> > 
> > Jeg har ikke brugt meget tid på jernbane i OSM, men jeg har tegnet en
> > hulens masse cykelruterelationer, som minder om tog-rute-relationer. Her
> > har jeg nogle gange været udsat for at zoneområder (fx area=residential)
> > eller marker har været limet til veje og stier. Det er enormt irriterende
> > at arbejde med når man skal vælge et stykke highway=X og hele tiden ender
> > med at få fa

Re: [Talk-dk] Stations-krig.

[Michael Andersen]

On søndag den 28. maj 2017 11.01.17 CEST Michel Coene wrote:
> Hej alle,
> 
> Jeg har i det sidste tilføjet lidt detaljer til S-tog nettet. Så gør jeg
> det at for meget enkle S-tog stationer så "limer" jeg perronen til
> skinnerne. Eksempel: Islev station.  Jeg kan i øvrigt se at jeg ikke er den
> eneste som bruger denne teknik. Jeg gør det fordi jeg synes det ser mindre
> "rodet" ud (og det er uafhængig af hvilken renderer man bruger), og fordi
> det rent funktionelt også passer: perronen ligger opad skinnerne, og man
> bruger perronen til at komme med på skinnerne.

Jeg oplever det i høj grad som netop "rodet"/uordentligt når jeg ser perroner 
"limet" på skinner. Hvis nu skinnerne var defineret som et område/polygon kunne 
jeg følge dig, men nu definerer vi dem jo som en simpel linie og så synes jeg 
ikke det rigtig duer. Jeg vil helst have perroner etc liggende ved siden af 
skinnerne og ikke på dem.

Desuden er min erfaring indtil videre at folk med lignende ideer som du, i 
vidt omfang ikke synes at være særligt opmærksomme på at beskrive 
adgangsforholdene til perroner og toge, så de er funktionelle. Dette er dog 
også (som Niels også gør opmærksom på) noget som i mange tilfælde kræver en 
del overvejelser for at få til at lykkes.

Vær opmærksom på https://wiki.openstreetmap.org/wiki/Tag:public_transport
%3Dstop_area som bruges til at beskrive hvilke perroner der hører sammen med 
en given (tog) stop position (dvs hvilken perron man kommer ud på når man står 
af toget på en given station). Bemærk at wikisiden her kan virke noget teknisk 
og  sværtforståelig. Jeg kan evt holde et lille kursus for interesserede.

> 
> Som eksempel hvor skinnerne ikke er "limet" fast kan du se det nye
> Carlsberg S-tog station.
> 
> Nu kan jeg se at en anden bruger er gået i gang med at klippe dem løs
> igen.  Jeg vil helst undgå en undo-krig og udfordrer derfor heller til
> konstruktiv debat.  Jeg skal med det samme sige at jeg er enig teknikken
> ikke funker så godt i de mere komplekse stationer, for eksempel Ballerup
> hvor man kan stige ud af toget på begge sider samtidig.



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Kaart Ground Survey i Danmark

[Michael Andersen]

Den sidste uges har et hold af tilsyneladende professionelle mappere der 
kalder sig "Kaart Group"  (se http://www.kaartgroup.com/) været i gang med at 
redigere store dele af det danske vejnet, efter i forvejen at have kørt det 
tyndt.

Jeg har kort snakket med et par af dem: https://www.openstreetmap.org/
changeset/48955240 & https://www.openstreetmap.org/changeset/48980644

Jeg har fulgt med i hvad de har lavet og kun fundet mindre fejl.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Hvilket kort i Potlatch2 og andre værktøjer til OSM

[Michael Andersen]

On fredag den 31. marts 2017 19.36.35 CEST Soren Johannessen wrote:
> Hej Finn

> Desværre skal du hver gang du bruger Potlatch2 (starter op på en ny
> dag) igennem samme trin.
> 
> Jeg skal undersøge om Potlatch2 udviklerne stadigvæk er aktive så de
> derved kan indsætte DK URL som fast menupunkt.

Richard Fairhurst har for ganske få dage siden frigivet en opdatering af 
Potlatch 2: https://www.openstreetmap.org/user/Richard/diary/40740

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Højre/venstrevendte cykelstier

[Michael Andersen]

On torsdag den 23. februar 2017 19.54.21 CET Henrik Puukka-S ørensen wrote:
> Hej
> 
> Tak for tilbagemelding.
> 
> Et eksempel på det med cykelstien er i Kronprinsessegade, København:
> 
>  C>
> 
> I følge pilen på ID kortet skulle min rettelse være rigtig også når jeg ser
> på, at vejen er ensrettet, men på cykelkort kommer den nu venstre side!
> 
Den ser for mig ud til at være korrekt tagget. Jeg vil derfor mene at fejlen 
ligger i renderingen af cykelkortet, hvilket formentlig bør meldes til Andy 
Allan (link er nederst til venstre på cykelkortet).

> venlig hilsen
> Henrik Puukka-Sørensen


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Navngivning af butikker samt højre/ventrevendte cykelstier m.m.

[Michael Andersen]

On onsdag den 22. februar 2017 21.24.50 CET Henrik Puukka-S ørensen wrote:
> Hej
> 
> Jeg har lige fjernet de hedengangne døgnnettoer. Jeg har ved omdannelsen til
> almindelige Netto butikker tillige skrevet det stednavn som Netto anvender
> på deres hjemmeside, f.eks. Netto Birkerød. Er det egentlig forkert?
> 
> Jeg synes ikke helt jeg kan læse det ud af wikien.

Jeg vil ikke forvente at dette ville kunne læses ud af vores wiki.

Min opfattelse er at de her stednavne som man kan se på Nettos hjemmeside mest 
er til "internt" brug. Jeg kan sagtens se hvordan stednavnet kan være nyttigt 
på hjemmesiden og internt i kæden, men på den fysiske facade på de enkelte 
butikker står der jo aldrig andet end blot "Netto".

Desuden oplever jeg det som både forstyrrende og overflødigt at have "Netto" + 
"stednavn" på OSM. Når jeg studerer et OSM-baseret kort behøver jeg jo ikke 
det der ekstra stednavn for at kunne se hvor butikken er placeret.

> 
> Et andet forhold er retningsbestemmelsen af cykelstier og fortove.
> 
> På ensrettede veje vælger jeg altid cycleway:right når cykelstien er på
> højre side i forhold til kørselsretningen, uanset om husnumrene til højre
> går i faldende retning.
> 
> På dobbeltrettede veje, hvor der kun er cykelsti i den ene side vælger jeg
> cycleway:right,hvis husnumrene går i stigende rækkefølge (typisk de lige
> numre).
> 
> Er det korrekt?

Kan du give eksempler på dette (osm-links)?
> 
> venlig hilsen
> Henrik Puukka-Sørensen Alias Henrik PS



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Michael Andersen]

On mandag den 6. februar 2017 11.02.17 CET Julian Hollingbery wrote:
> Hej Morten,
> 
> Hvis du har *.TAB-filer eller lignende, og du mangler et lag at stoppe i
> JOSM, så kan jeg tilbyde at lave dig en WMS-tjeneste:
> http://wiki.openstreetmap.org/wiki/WMS
 
En sådan WMS-tjeneste vil være super. Så kunne man lave noget i stil med 
http://mijndev.openstreetmap.nl/~peewee32/maxspeed/Maxspeed.htm?
map=cycleways&zoom=7&lat=56.16041&lon=12.47213&layers=B000FFTFTFFTFFT 
(baseret på Overpass) tilpasset danske forhold og lægge det ovenpå, så vi på 
den måde får et fint overblik over hvor der er forskelle.

I JOSM kan OSM-veje med maxspeed farvekodes så det også der bliver nemt at 
spotte forskelle.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Vedr. indlæsning af data vedr. hastigshedsgrænser

[Michael Andersen]

Hej Morten

Der er med hensyn til opdatering af hastighedsgrænser i OSM ikke nogen reel 
vej udenom det manuelle arbejde.

Bemærk at vi på internationalt plan har en del erfaringer med automatiske 
redigeringer, som langt fra altid har været heldigt udført og at vi af netop 
den grund har meget strikse regler med hensyn til den slags: https://
wiki.openstreetmap.org/wiki/Automated_edits.

Med mit kendskab til OSM og IT kan jeg ikke forestille mig at et forsøg på 
automatisk opdatering/"indlæsning" af hastighedsgrænser kan gå godt, så 
desværre.

Regn med at forsøg af denne art uden forudgående grundig konsultation med 
først og fremmest denne liste, næsten med sikkerhed vil blive rullet tilbage.

Mvh Hjart

On torsdag den 2. februar 2017 22.56.53 CET Morten Rüsz wrote:
> Hej alle.
> 
> Jeg arbejder på et trafiksikkerhedsprojekt, hvor vi benytter os af data fra
> OSM. I den forbindelse forsøger vi at finde ud af, om det er muligt at
> opdatere hastighedsgrænserne ved at indlæse dem, frem for at skulle
> opdatere dem manuelt.
> 
> Kan I hjælpe mig med dette? Helt konkret vil jeg gerne have hjælp til/viden
> om følgende:
> 
> 
>1. *Hvilke dataformater kan anvendes til at uploade hastighedsgrænser i
>OSM? *Omkring 60 % af kommunerne anvender Vejdirektoratets platform
>Vejman.dk og jeg er i dialog med med dem, for at blive klogere på, hvilke
> dataformater de er i stand til at levere hastighedsdata i.
>2. *Hvordan indlæser jeg større datamængder vedr. hastighedsgrænser?* Er
>der nogen der erfaringer med dette?
> 
> Vejdirektoratet har desværre ikke mulighed for at dele dataene med mig (ud
> over statsvejnettet), da det er kommunerne der ejer dataene. Derfor er vi
> nødt til at henvende os til dem enkeltvis. Det er jeg dog villig til at
> gøre, hvis jeg kan finde en enkel løsning mht. at få indlæst disse i OSM.
> 
> De øvrige kommuner anvender en eller flere andre platforme. Dette har jeg
> endnu ikke undersøgt nærmere.
> 
> Jeg er ikke selv specielt it-kyndig, hvorfor jeg vil sætte pris på, at
> eventuelle svar tager hensyn til dette handicap :o)
> 
> Håber at I er stand til at hjælpe mig og ser frem til at høre fra jer.
> 
> 
> Med venlig hilsen
> Morten Rüsz
> (mobil: 30209039)



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] OSM på dansk Wikipedia

[Michael Andersen]

Hej

Jeg har i nogen tid haft kig på https://da.wikipedia.org/wiki/OpenStreetMap, 
idet den efterhånden både er misvisende og helt utilstrækkelig. Når man som 
dansker googler på OSM, så er den artikel noget af det første man støder på, 
så det er egentlig ret vigtig at den er i orden.

Men jeg tror desværre ikke jeg rigtig får tid til at gøre noget ved det selv, 
så jeg vil lige høre om der er nogen andre der kunne have mod på det. De 
engelske og tyske versioner er langt mere omfattende, så i første omgang 
handler det bare om at oversætte/skele til dem.

Mvh http://www.openstreetmap.org/user/Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Begynderkursus, Sydfyn.

[Michael Andersen]

On onsdag den 11. januar 2017 18.30.29 CET Andreas Hammershøj wrote:
> Hej,
> jeg har i dag afholdt begynderkursus i OSM-redigering for turismefolk fra
> Sydfyn. Der er stigende interesse for at bruge OSM som database i
> turisme-branchen, både til kortbase, POI-udtræk og for selv at tilføje
> turismerelevant data..
> 
> Som sædvanlig med et begynderhold var de første redigeringer lidt famlende.
> Jeg går dem igennem i morgen og håber at jeg fanger eventuelle fejl.
> 
> Som del af undervisningen fik hver deltager en cykelrute som mangler at
> blive indtegnet. Ingen af dem blev umiddelbart færdige, men jeg går dem
> igennem de næste par dage og ordner dem.
> 
> Jeg håber I tager vel imod de nye folk.
> 
> /Hammershoej

Jeg opdagede holdet (7 nye bidragsydere indenfor 10 min) en ½ time efter i var 
begyndt og rettede en række af jeres ting mens i stadig arbejdede. Jeg 
kommenterede også flere rettesæt, men desværre uden respons (man skulle få en 
email når nogen kommenterer ens rettesæt, men ingen af kursisterne har 
formentlig holdt øje med deres email på kurset ).

Ting jeg har noteret mig i denne forbindelse:

* Alle kursisterne benyttede Potlatch. Jeg vil tro at iD er bedre målrettet 
helt nye folk.
* Potlatch var i alle tilfælde konfigureret til ikke at lukke rettesæt 
umiddelbart efter upload og rettesættene blev derfor først automatisk lukket 
efter en time og man kan desværre først kommentere på dem efter de er lukket.
* Havde jeg været opmærksom på kurset inden afholdelsen og havde rettesættene 
været lukket straks efter upload og havde kursisterne været opmærksom på deres 
email/kommentarer på rettesæt, ville jeg fint kunne have assisteret på kurset 
hjemmefra  (jeg har i forvejen vejledt i massevis af begyndere ad denne vej).

Vær opmærksom på mulighederne for at følge med i aktiviterne i Danmark: 
https://wiki.openstreetmap.org/wiki/Da:WikiProject_Denmark#Aktuel_aktivitet

Tak for denne rapport om kurset. Jeg undrede mig netop over om der var nogen 
der holdt kursus uden jeg vidste det ;-)

Mvh Hjart


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Er OpenStreetMap blevet kommercielt ??

[Michael Andersen]

On torsdag den 15. december 2016 14.47.36 CET s...@bukhmark.dk wrote:
> Sig mig lige, skal vi virkelig finde os i dette kommercielle misbrug ??
> 
> http://www.openstreetmap.org/#map=17/54.87387/10.01483
> 
> Husene er mærkede med flg. URL:
> https://www.dk-ferien.de/daenemark/ferienhaus/J330.html
> 
> /sba-dk

Hvorvidt der er tale om et "kommercielt misbrug" vil jeg ikke udtale mig om.

Men der er tydeligvis tale om et tysk sommerhusudlejningsbureau med speciale i 
danske sommerhuse, der på et tidspunkt har fundet på at dumpe deres database i 
OSM.

En ting jeg lægger mærke til er at kontoen (https://www.openstreetmap.org/
user/dk-ferien) er oprettet i januar 2015 og redigerer sidste gang 
midt i maj samme år (ses nemmest ved hjælp af JOSM's historikdialog). Det vil 
sige at der nu er gået 18 måneder hvor kontoen ikke har opdateret de data de 
har lagt i OSM. Med mit kendskab til hvor ofte sommerhuse skifter udlejere, er 
jeg derfor svært tilbøjelig til at tro at firmaet har glemt de her data og de 
nu bare ligger i OSM og "rådner", dvs for i hvertfald en dels vedkommende ikke 
længere er aktuelle.

Jeg vil mene at hvis man hælder denne type data i OSM, bør man altså også være 
indstillet på løbende at opdatere dem. Sådanne data, som ellers kun er at finde 
i en database hos det pågældende firma kan man ikke forvente at almindelige 
mappere opdaterer, så jeg vil mene at enten opdaterer firmaet løbende deres 
data i OSM eller også bør de her data ikke være i OSM's database.

Jeg mindes at lige præcis de her "chalets" tidligere har været oppe at vende 
på listen her også noteret mig at adskillige mappere i tidens løb har udtrykt 
mishag ved dem. Og jeg er helt enig at det smager lidt vel meget af reklame 
for det pågældende firmas huse.

Som det ses af http://overpass-turbo.eu/s/kGy er der lige nu 471 af dk-feriens 
"chalets" tilbage i Danmark.
Hvis der opstår enighed om det kan jeg slette dem alle i en omgang.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Madsteder

[Michael Andersen]

Jeg har fulgt lidt med i projektet og undervejs rettet/rapporteret enkelte 
problemer jeg (for det meste i anden forbindelse) er stødt på. Super arbejde 
Niels her har gjort. Stort bifald herfra!

/Hjart

> Den 17. november 2016 klokken 17:38 skrev Niels Elgaard Larsen 
> :
> 
> 
> Så er der ved at være styr på madstederne.
> 
> Der er nu over 4 madsteder tagget med et fvst:navnelbnr fra
> fødevarestyrelsen. Det er ikke kun restauranter, cafeer og
> fastfoodsteder. Det er også en del værtshuse, idrætshaller, plejehjem, osv.
> 
> Stort set alle madsteder der har en smiley-rapport er nu med i OSM.
> 
> Vi har rettet 800 steder, som havde en helt forkert placering i FVST.
> 
> Vi enkelte hængepartier, som fx:
> 
> Hvad er Maltese i Århus?
> Er der virkelig en Protein Bar på hver side af vejen i Kolding?
> Hvad er Café Mahan i Helsingør?
> hvad er "Reborn by Nature" i Hellebæk Friskole.
> Hvad er Slagter Hilbig i Aabenraa, og hvor er han?
> 
> 
> Jeg håber, nogen med lokalkendskab kan opklare det.
> 
> Der er stadig en del oprydning tilbage. Især har vi nok en del steder i
> OSM, som ikke findes mere.
> 
> Der er en oversigt over mine værktøjer og lidt om hvad de bruges til på:
> 
> http://digitalfrihed.dk/restaurants/index.html
> 
> -- 
> Niels Elgaard Larsen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Geodanmark ortofoto 2016

[Michael Andersen]

Torsdag den 10. november 2016 11:23:51 skrev Hans Gregers Petersen:
> Tak for rosen.
> 
> > Søren har helt ret. Man skal lige være opmærksom på at cachesystemerne
> > (tilsyneladende både lokalt og hos Septima) kan snyde de første dage her.
> 
> Nu kun lokalt - jeg har undtagelsesvist manuelt opfrisket vores cache.

Super service :-)



___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Geodanmark ortofoto 2016

[Michael Andersen]

Søren har helt ret. Man skal lige være opmærksom på at cachesystemerne 
(tilsyneladende både lokalt og hos Septima) kan snyde de første dage her.

Jeg skal også lige benytte lejligheden til at takke Septima og Gregers :-)

/Hjart

Torsdag den 10. november 2016 10:52:47 skrev Soren Johannessen:
> Super god information
> 
> Vær lige opmærksom på at luftfoto cache kan godt vise to lag i fx iD
> editor (mix af to lag) - hvis man er zoomet lidt ud. Se mit  vedhæftet
> billede fra Ballerup. - Så zoom godt ind og du ser det seneste hvis du
> bruger iD
> 
> Men ellers god kortlægning i områder du ved er blevet lavet mellem
> luftfoto 2015 og 2016 luftfoto.
> 
> Igen skal vi rette en tak til Septima via  Gregers Petersens
> setup/løsning med  at have en proxy-server kørende så iD og JOSM kan
> bruge Kortforsyningens seneste luftfoto
> 
> Mvh.
> Søren Johannessen
> 
> 2016-11-10 10:43 GMT+01:00 Michael Andersen :
> > Hej
> > 
> > Jeg har lige fået et tweet fra "Kortforsyningen" om at ortofotos fra dette
> > års forår er klar og kan konstatere at det er tilfældet også i JOSM :-),
> > så de der kender til områder der har ændret sig siden foråret 2015 kan nu
> > gå i krig med at finpudse vores data.
> > 
> > Mvh Hjart
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Geodanmark ortofoto 2016

[Michael Andersen]

Hej

Jeg har lige fået et tweet fra "Kortforsyningen" om at ortofotos fra dette års 
forår er klar og kan konstatere at det er tilfældet også i JOSM :-), så de der 
kender til områder der har ændret sig siden foråret 2015 kan nu gå i krig med 
at finpudse vores data.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] cykelstier

[Michael Andersen]

Søndag den 25. september 2016 22:27:50 skrev Lars Thegler:
> Hej Erik,
> 
> Det er et klassisk valg, du står i, og man kan argumentere for begge
> løsninger. Personligt hælder jeg nok mest til at følge OSM's 'best
> practices' a) Map what's on the ground og b) Don't map for the renderer
> (eller her, navigationssoftware). Så jeg ville bevare lane som egenskab ved
> vejen, og så tilføje en separat cykel-track, med dobbeltretning.

Her vil jeg lige bryde ind i en tilsyneladende udbredt misforståelse. 
Selvfølgelig skal vi mappe for rendere og diverse navigationssoftware. Det 
ville jo være fuldstændig fjollet ikke at gøre det.

Der er en uddybende artikel på 
https://wiki.openstreetmap.org/wiki/Tagging_for_the_renderer (hvor det blandt 
andet siges at begrebet ofte misforstås :-) ).

Meningen med "Don't map for the renderer" er altså noget i retning af "Don't 
deliberately enter data incorrectly for the renderer". På dansk kan man sige 
noget i retning af "Brug ikke tags på måder der ikke harmonerer med deres 
almindeligt anerkendte mening eller brug, blot for at få en bestemt visuel 
effekt frem på det renderede kort."

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] AWSbot igen

[Michael Andersen]

Hej

Jeg har lige bemærket at https://www.openstreetmap.org/user/AWSbot har kørt et 
par gange i aften. 

Jeg tillod mig lige at se nærmere på et lille udvalg og faldt over 
Matildelundsvej i Viby J 
http://www.openstreetmap.org/#map=17/56.11457/10.14732,  hvor der nu efter 
https://www.openstreetmap.org/changeset/42357933 er 10 - 13 versioner af hver 
adresse, alle med forskellige osak:identifiers.

Jeg vil herefter anbefale at alt fra botten her testes på 
https://wiki.openstreetmap.org/wiki/Sandbox_for_editing inden det går live, 
for ovenstående er altså ikke særlig smart.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Navigationsproblem

[Michael Andersen]

Onsdag den 21. september 2016 19:30:21 skrev Niels Elgaard Larsen:
> On 21-09-2016 15:59, Leif Lodahl wrote:
> > Hej alle,
> > Jeg har oplevet et navigationsproblem som jeg ikke selv tør give mig i
> > kast med, da jeg ikke har den store erfaring udi trafikkryds og
> > avancerede relationer. Jeg håber at andre kan hjælpe.
> 
> Der er en turnrestriction only_straight_on på
> https://www.openstreetmap.org/node/1283667696
> 
> Du kan nemt selv fjerne den i iD, hvis du mener at venstresving er tilladt.

Den var en af to jeg lige havde anbragt og nu jeg kiggede på det igen opdagede 
jeg at jeg måske ikke er så kvik i aften som vanligt :-/

Jeg har kigget på krydset og justeret og lavet en del mindre tilføjelser og 
havde bl.a. tilføjet de nævnte "svingbegrænsninger" (som jeg nu har fjernet 
igen)
Men det der muligvis forårsagede det problem Leif stødte på var at 
forbindelsen mellem det sydlige og nordlige spor på Mørkhøjvej var 
klassificeret som tertiary_link. Jeg har i andre sammenhænge set problemer med 
at visse routingmaskiner rangerer denne klassifikation lavt eller endda slet 
ikke bruger den og det er muligt at det er derfor Osmand har ledt dig udenom. 
Det ser ud til at OSRM ikke har samme problem, men jeg har nu klassificeret 
forbindelsen som tertiary (minus "_link"). Jeg kan iøvrigt ikke umiddelbart se 
nogen overbevisende grund til at den skulle være klassificeret som "_link", så 
nu må vi se hvad Osmand siger til det ved næste kortopdatering.

Happy mapping
   Hjart


> 
> > Se her:
> > http://www.openstreetmap.org/directions?from=m%C3%B8rkh%C3%B8j#map=18/55.7
> > 2941/12.47684
> > 
> > Jeg kommer kørende ad Hillerødmotorvejen i udadgående retning og drejer
> > af ved Mærkhøj-afkørslen. Ved Mørkhøjvej drejer jeg til venstre, hvilket
> > OSMAND dog ikke mener er tilladt. Jeg bliver bedt om at dreje til højre,
> > for at lave en U-vending senere.
> > 
> > Hvad er der galt?
> > 
> > Ruteberegneren på OSM synes at acceptere venstresving det pågældende sted.
> > 
> > 
> > /Leif
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] kommentar fra hjart

[Michael Andersen]

Hej

Det  Sonny hentyder til er http://www.openstreetmap.org/changeset/41869049. 
Jeg har først lige opdaget dette indlæg og vil derfor henvise til mit forsøg 
på mere udførligt at forklare formålet med tagget i nævnte rettesæt.

/Hjart

Lørdag den 3. september 2016 16:53:46 skrev Sonny B. Andersen:
> Så er sheriffen der igen, og du har heller ikke ret denne gang.
> Jeg forstår ikke, hvorfor der skal tagges på den måde, som du siger
> ”forhindrer den slags”. Det er altså længe siden det fhv. soldaterhjem blev
> forladt og derefter nedrevet. Nu er den store jordhøj også ved at være
> fjernet og området er indhegnet som på min seneste rettelse.  Hvis du vil
> have et billede fra i dag, så sig til. – For resten, hvor deler vi billeder
> ?? Men jeg kunne selvfølgelig tagge den store gule gravko ??
> 
> /sba-dk
> 
> Fra: OpenStreetMap
> Sendt: 2. september 2016 18:14
> Til: s...@bukhmark.dk
> Emne: [OpenStreetMap] Hjart har kommenteret på et af dine ændringssæt
> 
> Hej,
> Hjart har efterladt en kommentar på et af dine ændringssæt, oprettet
> 2016-09-02 16:14:47 UTC med kommentaren 'Sønderborg havn' ==
> Du er lidt vel hårdhændet her i et par tilfælde her. Jeg har lige lavet et
> større rettesæt, hvor jeg bl.a. har tegnet nogle få bygninger og nu kan jeg
> se du her har slettet en polygon tagget "demolished:building=yes", et af de
> steder hvor jeg gjorde det. Dette tag har netop til formål at hindre den
> slags. ==
> Flere oplysninger om ændringssættet kan findes på
> http://www.openstreetmap.org/changeset/41869049.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Sur bonde

[Michael Andersen]

Hej

Som et lille kuriosum vil jeg gerne gøre opmærksom på et ændringssæt med en 
meget sigende titel: http://www.openstreetmap.org/changeset/41602491. 
Bidragsyderen ser ud til at være en tysk turist.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] AWSbot tager noder flere tusinde km borte

[Michael Andersen]

Bemærk at der var tale om en midlertidig 12 timers blokering (se 
https://www.openstreetmap.org/user/AWSbot/blocks), som udløb for 3 timer siden 
og som havde til formål at påkalde Stephens opmærksomhed og få ham i tale. Det 
glæder mig at det lykkedes og det glæder mig også at der ser ud at være 
forståelse for at vi er nødt til at se på hvordan vi får optimeret 
import/opdateringsprocessen i forhold til at undgå unødige skæverter.

Kilderegistrering mener jeg ikke umiddelbart falder ind under AWSbot's 
opgaver.

Mandag den 15. august 2016 10:28:14 skrev Julian Hollingbery:
> Hej,
> 
> Jeg tænker at det vil være en mere pragmatisk løsning at bruge sine kræfter
> på at få kommunerne til at rette deres adressedata end at blokere for
> AWSbot? På den måde gavner vi også andre end OSM.
 Min erfaring med geodata
> (offentlige og andre) er, at kvaliteten bedst løftes ved at først at
> optimere kilderegistreringen, og dernæst kigge på automatisk
> databehandling. Alt andet lige fungerer AWSbot jo godt i de fleste
> tilfælde.
> 
> Mvh
> /julian
> 
> 
> -Oprindelig meddelelse-
> Fra: talk-dk-requ...@openstreetmap.org
> [mailto:talk-dk-requ...@openstreetmap.org] 
 Sendt: 15. august 2016 00:38
> Til: talk-dk@openstreetmap.org
> Emne: Sammendrag af Talk-dk, Vol 86, Udgave 3
> 
> Send meddelelser der skal distribueres til Talk-dk til:
>   talk-dk@openstreetmap.org
> 
> Gå ind på:
>   https://lists.openstreetmap.org/listinfo/talk-dk
> for at til- eller framelde dig listen via World Wide Web
> 
> Alternativt kan du sende en e-mail til
>   talk-dk-requ...@openstreetmap.org
> med ordet 'help' i emnefeltet eller som indhold.
> 
> Du kan kontakte den (de) ansvarlige person(er) for listen på
>   talk-dk-ow...@openstreetmap.org
> 
> Når du svarer på e-mail til listen, bedes du venligst ændre emnefeltet sådan
> at det er lidt mere beskrivende end bare "Re:
 Indhold af Talk-dk
> sammendrag..."
> 
> 
> Dagens emner:
> 
>1. AWSbot tager noder flere tusinde km borte (Michael Andersen)
>2. Re: AWSbot tager noder flere tusinde km borte (Stephen Møller)
>3. Re: AWSbot tager noder flere tusinde km borte (Thorbjorn Nielsen)
>4. Re: AWSbot tager noder flere tusinde km borte (Michel Coene)
>5. Re: AWSbot tager noder flere tusinde km borte
>   (Niels Elgaard Larsen)
> 
> 
> --
> 
> Message: 1
> Date: Sun, 14 Aug 2016 21:07:20 +0200
> From: Michael Andersen 
> To: OpenStreetMap Denmark 
> Subject: [Talk-dk] AWSbot tager noder flere tusinde km borte
> Message-ID: <4955509.OcM5HFp0EZ@linux-7weu>
> Content-Type: text/plain; charset="iso-8859-1"
> 
> Hej
> 
> Jeg sidder lige nu og kan se http://www.openstreetmap.org/user/AWSbot lave
> nogle ret uheldige ændringer: (f.eks. 
> http://www.openstreetmap.org/changeset/41452377 og
> http://www.openstreetmap.org/changeset/41452183)
> 
> Jeg har kommenteret de 2 eksempler men desværre uden respons (og har også
> for ikke så længe siden uden held kommenteret et par andre ændringssæt), så
> nu prøver jeg ad denne vej.
 
> AWSbot bør omgående stoppe alle opdateringer og få fikset de her ting inden
> den fortsætter. Ellers bliver vi nødt til at få DWG til at blokere den.
 
> Mvh Hjart
> 
> 
> 
> --
> 
> Message: 2
> Date: Sun, 14 Aug 2016 22:22:01 +0200
> From: Stephen Møller 
> To: OpenStreetMap Denmark 
> Subject: Re: [Talk-dk] AWSbot tager noder flere tusinde km borte
> Message-ID:
>   
> Content-Type: text/plain; charset="utf-8"
> 
> Hej
> 
> Er der nogen der kan støtte mig i det arbejde jeg laver ellers vil jeg
> stoppe med det.
 
> Det betyder at der ikke komme nye adresser fra kommunerne ind i OSM anden de
> laves manuelt eller andre skal hente det selv fra AWS.
 
> Jeg er træt at at DWG altid giver Hjart ret og lukker min bruger uden jeg
> kan forsvare det.
 
> Hvis jeg skriver til dem vil min bruger jo være låst op igen, fordi det kun
> er blokering på 12, 24 eller 48 timer.
 
> Hilsen ham der styre AWSbot
> 
> Den 14. aug. 2016 9.08 PM skrev "Michael Andersen" :
> 
> 
> > Hej
> >
> >
> >
> > Jeg sidder lige nu og kan se http://www.openstreetmap.org/user/AWSbot 
> > lave nogle ret uheldige ændringer: (f.eks.
> > http://www.openstreetmap.org/changeset/41452377 og
> > http://www.openstreetmap.org/changeset/41452183)
> >
> >
> >
> > Jeg har kommenteret de 2 eksempler men desværre uden respons (og har 
> > også for ikke så længe siden uden held kommenteret et par andre 
> > ændringssæt), så nu prøver jeg 

Re: [Talk-dk] AWSbot tager noder flere tusinde km borte

[Michael Andersen]

Hej

Jeg vil lige gøre det klart at jeg ikke var klar over at AWSbot har været 
blokeret før og at den første gang ikke var på foranledning af mig.

Jeg mindes dog at et medlem af DWG i forbindelse med de adresser der havnede 
nede ved ækvator på et tidspunkt henvendte sig til mig på IRC med klager over 
bottens opførsel (fordi han vidste jeg var dansker og tænkte jeg måske vidste 
noget om sagen).

Det er meget muligt at Michel og andre ikke umiddelbart kan se problemet i 
nogle få vildfarne noder, men jeg kan konstatere at de i mange tilfælde vil 
blive bemærket og klaget over internationalt.

Derfor når Stephen ikke svarer på mine henvendelser og blot, tilsyneladende 
helt uanfægtet, fortsætter, så ser jeg altså ikke anden udvej end at "trække 
håndbremsen".

I aftes var der tale om at botten i 5 tilfælde hentede tilsyneladende 
tilfældige noder i Rusland, Canada og Ægypten til DK og taggede dem med danske 
adressedata. Alle disse noder var del af enten bygninger eller noget landuse i 
de pågældende lande og derfor stod vi pludseligt med bl.a. en 4800 km lang 
russisk bygning, der strakte sig tværs over Østersøen og endte i Kbh. Jeg har 
reverteret de 5 ændringssæt, men er ret sikker på at den slags vil blive 
bemærket og klaget over internationalt.

Jeg selv har allerede rigeligt med OSM-relaterede opgaver på min tallerken og 
tror ikke jeg bør påtage mig flere, så derfor vil jeg sætte stor pris på hvis 
andre vil hjælpe Stephen dels med at optimere relevante scripts og dels med 
selve det praktiske arbejde.
Som Thorbjorn kommer ind på er er der efterhånden mange parter der bruger og 
er afhængige af OSM på forskellige måder og adresser er en ret vigtig del, så 
derfor vil det være super hvis der er et lille team, der kan deles om 
opgaverne i forbindelse med import og opdatering af disse og eventuelt tage 
over efter hinanden.

Mvh Hjart

Søndag den 14. august 2016 22:22:01 skrev Stephen Møller:
> Hej
> 
> Er der nogen der kan støtte mig i det arbejde jeg laver ellers vil jeg
> stoppe med det.
> 
> Det betyder at der ikke komme nye adresser fra kommunerne ind i OSM anden
> de laves manuelt eller andre skal hente det selv fra AWS.
> 
> Jeg er træt at at DWG altid giver Hjart ret og lukker min bruger uden jeg
> kan forsvare det.
> 
> Hvis jeg skriver til dem vil min bruger jo være låst op igen, fordi det kun
> er blokering på 12, 24 eller 48 timer.
> 
> Hilsen ham der styre AWSbot
> 
> Den 14. aug. 2016 9.08 PM skrev "Michael Andersen" :
> > Hej
> > 
> > Jeg sidder lige nu og kan se http://www.openstreetmap.org/user/AWSbot lave
> > nogle ret uheldige ændringer: (f.eks.
> > http://www.openstreetmap.org/changeset/41452377 og
> > http://www.openstreetmap.org/changeset/41452183)
> > 
> > Jeg har kommenteret de 2 eksempler men desværre uden respons (og har også
> > for
> > ikke så længe siden uden held kommenteret et par andre ændringssæt), så nu
> > prøver jeg ad denne vej.
> > 
> > AWSbot bør omgående stoppe alle opdateringer og få fikset de her ting
> > inden den
> > fortsætter. Ellers bliver vi nødt til at få DWG til at blokere den.
> > 
> > Mvh Hjart
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] AWSbot tager noder flere tusinde km borte

[Michael Andersen]

Hej

Jeg sidder lige nu og kan se http://www.openstreetmap.org/user/AWSbot lave 
nogle ret uheldige ændringer: (f.eks. 
http://www.openstreetmap.org/changeset/41452377 og 
http://www.openstreetmap.org/changeset/41452183)

Jeg har kommenteret de 2 eksempler men desværre uden respons (og har også for 
ikke så længe siden uden held kommenteret et par andre ændringssæt), så nu 
prøver jeg ad denne vej.

AWSbot bør omgående stoppe alle opdateringer og få fikset de her ting inden den 
fortsætter. Ellers bliver vi nødt til at få DWG til at blokere den.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

[Talk-dk] Ingen Geodatastyrelsen fotos?

[Michael Andersen]

Hej

Er det bare mig eller...? Siden søndag har jeg ikke kunnet zoome længere ind 
end til hvor der på skalaen i JOSM står 50 m (pr tile?) og har derfor været 
nødt til at bruge Bing i stedet. Er der tale om et uheld som de ansvarlige et 
eller andet sted ikke er opmærksomme på? Jeg vil meget gerne have adgang til 
Geodatastyrelsen fotos igen.

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Jægersgårdgade i Århus

[Michael Andersen]

Fredag den 8. juli 2016 21:08:28 skrev Niels Elgaard Larsen:
> Asger Frank:
> > Apropos:
> > 
> > Hvis der ikke allerede underforstået er sådan en gentleman-m/k-aftale,
> > kunne man sige, at den der sætter en midlertidig spærring/ændring op
> > også forsøger holde øje med, om den er bliver fjernet igen.
> 
> Man kan også sætte en opening_date på vejarbejder. Så kan det fanges af
> flere værktøjer der holder øje med overskredne opening_data .

Hvilke værktøjer gør dette?
> 
> > Ellers kan spærringen forblive fejlagtigt vist i måndedsvis efter ophør.
> > Sådan var det med Haraldsgade i Kbh., selvom jeg som last-editor af
> > spærringen var medskyldig, men jeg regnede med “nogen” i millionbyen
> > holdt øje med det.
> > I stedet var det “ingen” der gjorde det.
> > 
> > 
> > Mvh.
> > Asger Frank
> > 
> > --Den 8. jul. 2016 kl. 15.07 skrev Michael Larsen
> > :
> > 
> > Vejen er lukket resten af året - se også note 612368.  Dette er også kun
> > begyndelsen på vejarbejdet, det kan forventes at hele vejen lukkes.
> > 
> > /MichaelVL
> > 
> > On fredag den 8. juli 2016 00.34.07 CEST Niels Elgaard Larsen wrote:
> >> http://www.openstreetmap.org/changeset/40433210
> >> 
> >> "Road closed due to roadwork"
> >> 
> >> Men vejen er vel ikke bare væk?
> >> Det virker lidt drastisk.
> >> 
> >> Kunne man ikke bare sætte et construction tag?
> >> 
> >> Og er der heller ikke nogen fortove tilbage.
> >> 
> >> Der må være nogle århusianere, der ved hvad der foregår.
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Service forsvinder snart

[Michael Andersen]

Hej :-)

Jeg var faktisk lidt usikker på hvorvidt det virkelig var nødvendigt/en god 
ide at forstyrre jer andre med min annoncering af den lille ændring der gjorde 
"Geodatastyrelsen" til standardbaggrund i iD (jeg troede det automatisk ville 
komme til at gælde JOSM også, men her tog jeg så fejl). I bakspejlet kan jeg 
så konstatere at det var en god ide: 
https://github.com/osmlab/editor-layer-index/commits/gh-pages/sources/europe/dk 
:-) (bemærk at Gregers laver sin 
ændring få timer senere).

Hvis jeg skulle komme på de kanter, vil jeg da benytte mig af invitationen.

Mvh /Hjart

Lørdag den 18. juni 2016 08:37:18 skrev Hans Gregers Petersen:
> Hej alle,
> 
> På den gamle gpweb-url (min private) så jeg omkring 1.5 - 2GB /døgn. Det er
> selvfølgelig faldet efter den nye er kommet.  Her har vi frem til i går
> haft ca 300MB / døgn. Det kommer forventeligt til at stige til samme
> niveau.
> 
> Vi cacher (selvfølgelig), da lagene sjældent ændrer sig. Vi pre-seeder dog
> ikke mere end de yderste niveauer. Vi har udviklet nogle indstillinger, der
> giver os/jer en rigtig god hastighed, men hvor vi ikke gemmer mere end
> højst nødvendigt. :-)
> 
> Det betyder dog også, at der ikke er fuld cache. Men vi bruger jo heller
> ikke hele landet (forbavsende lidt faktisk). Cachen bliver sjældent større
> end 5-8GB med vores indstillinger. Det selvom vi gemmer alle forespurgte
> områder i en rum tid.
> 
> Udover standardlagene har vi et par udpegningslag, som vi selv beregner
> hver nat og bruger til at forbedre data fra. I kan se dem på
> http://osmtools.septima.dk - og I er velkomne til at bruge dem og komme med
> input til dem.
> 
> Og hvorfor stiller vi det så til rådighed?
> Fordi vi selv bruger osm en del, vi kortlægger selv, vi router på det, vi
> beregner diverse ting og sager osv.
> Ligesom med mange af de open source-projekter vi bruger og bidrager til,
> får vi noget og giver noget tilbage... Det var også derfor, jeg for et års
> tid siden flyttede tjenesten fra min private maskine til en, vi holder øje
> med professionelt. Så vi kunne få bedre hastighed og oppetid.
> 
> Har I flere spørgsmål, så kom endelig med dem. Vi giver også gerne en kop
> kaffe eller en fredagsøl på kontoret :-)
> 
> /Gregers
> 
> Den 18. jun. 2016 06:45 skrev "Michael Larsen" :
> > Hej,
> > 
> > Det behøver ikke at være dyrt, og det er heller ikke sådan at vi ikke kan
> > genskabe løsningen hvis de skulle de vælge at stoppe denne meget fine
> > service.
> > Indtil videre syntes jeg vi blot skal sige dem tak for deres service.
> > 
> > Jeg har selv lavet en tilsvarende løsning vha. mapproxy som fungerer som
> > en
> > cache mellem fx. JOSM og geodatastyrelsens service. Nøgleparametrene for
> > at
> > estimere en pris for hosting af sådan en løsning er hvor meget data ind/ud
> > det
> > danske OSM bruger og hvor meget de cacher (i princippet behøver Septima
> > ikke
> > cache noget). Jeg kan se, at Septima bruger AWS, så hvis de i forvejen har
> > en
> > instans med ledig kapacitet kan en proxy løsningen tilføjes vha fx. Docker
> > næsten gratis, bortset fra trafikkosten.
> > 
> > Måske vi kan lokke Septima til at firtælle lidt om hvor meget trafik de
> > observerer og hvor meget de cacher (en fuld cache vil give os
> > redundans)...
> > 
> > /MichaelVL
> > 
> > On fredag den 17. juni 2016 22.29.05 CEST Lars Gravengaard wrote:
> > > Tak det virker.
> > > 
> > > Gad vide hvor dyrt det er at hoste ? Er det en holdbar løsning ?
> > > 
> > > Mvh
> > > Lars G
> > > 
> > > Den 17. juni 2016 kl. 21.04 skrev Soren Johannessen <
> > > 
> > > soren.johannes...@gmail.com>:
> > > > Den nye URL er lagt ind nu og hvis du opdaterer i JOSM i  >
> > > > Indstillinger > TMS/WMS  og så ikonet "Genindlæs standarder" så skulle
> > > > den nye proxy være der og klar til brug
> > > > 
> > > > Bemærk at det er firmaet  Septima der er så flinke at køre en proxy
> > > > server med Geodatastyrelsens lag - Så tak til Septima for denne fine
> > > > service.
> > > > 
> > > > Vh
> > > > Søren Johannessen
> > > > 
> > > > On Fri, Jun 17, 2016 at 8:26 PM, Michael Andersen 
> > 
> > wrote:
> > > > > Fredag den 17. juni 2016 20:21:48 skrev Lars Gravengaard:
> > > > >> Hej
> > > > >> 
> > > > >> Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i
> > > > >> JOSM
> > > > >> kommer teksten i rødt S

Re: [Talk-dk] Service forsvinder snart

[Michael Andersen]

Fredag den 17. juni 2016 20:21:48 skrev Lars Gravengaard:
> Hej
> 
> Når jeg zoomer helt ind på billed lag Geodatastyrelsen (Denmark); i JOSM
> kommer teksten i rødt Service forsvinder snart
> 
> Er der en løsning på dette?
> 
> Mvh
> Lars G

https://josm.openstreetmap.de/ticket/12982

Mvh Hjart

___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Fwd: Mangler indgangsport på Borups Alle

[Michael Andersen]

Hej

Nu kender jeg ikke rigtig det der "ibike", men mon ikke hun bare skal have 
opdateret det (eller vente på det bliver opdateret)? Den pågældende sti blev 
tegnet på den 28. maj og virker fint: 
https://www.openstreetmap.org/directions?engine=graphhopper_bicycle&route=55.69477%2C12.53299%3B55.69385%2C12.53214.

Man bedes være opmærksom på at det ikke er tilstrækkeligt at data i OSM's 
database er korrekte for at diverse services, som f.eks. "ibike" virker 
korrekt. De kopier af vores database som disse services bruger, bliver jo i 
visse tilfælde kun opdateret en gang hvert halve år og jeg har flere gange 
måttet forsøge at forklare frustrerede begyndere at det altså ikke hjælper at 
blive ved at ændre i vores data, når problemet ligger et helt andet sted.

Mvh Hjart

Fredag den 10. juni 2016 11:15:13 skrev Kent B. Hansen:
> Hej,
> 
> Jeg sender lige den ud på listen - så er der måske nogen, som vil kigge på
> det... ;)
> 
> Mvh.
> Kent B. Hansen
> 
> -- Videresendte meddelelser --
> Fra: Dorte Vigsø 
> Dato: 9. juni 2016 kl. 21.13
> Emne: Mangler indgangsport på Borups Alle
> Til: talk-dk-ow...@openstreetmap.org
> 
> 
> Hej
> Lejlighederne Borups Alle 126 B og C har indgang /udgang gennem bygningen
> Borups Alle 128. Det er en offentlig gangsti og ikke en låst port. Dvs man
> kan trække sin cykel den vej.
> Det vil være fedt hvis du kan fikse det, så ibike bliver korrekt. Bruger
> ibike og kæresten bor i nummer 126C. :)
> Mvh
> Dorte
> Her screendump fra googlemaps som viser ruten korrekt på cykel.


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Statoil

[Michael Andersen]

Langt den nemmeste måde at finde dem på er ved at taste (eller kopiere) 
"name~Statoil in Danmark" ind i Overpass Turbos "Wizard" (i den danske 
oversættelse "Hjælper") og lade den genere et script (som kommer til at se 
lidt anderledes ud end Stephens).

Aktuelt viser der sig 265 POIer og 42 polygoner

Derefter er det bedste at gemme resultatet i en geoJSON fil, som så ved hjælp 
af et relevant plugin åbnes i JOSM, hvor man så ved hjælp af "ToDo" værktøjet 
(endnu et plugin) gennemgår dem enkeltvis (for lige at sikre sig mod evt 
dobbeltgængere og andre mindre heldige ting, nu man er i gang).
For at undgå at få alle polygonernes noder ind i ToDO værktøjet søges først på  
 
"-untagged".

Mvh Hjart

Tirsdag den 7. juni 2016 13:45:20 skrev Stephen Møller:
> Det er nem via Overpass Turbo
> 
> http://overpass-turbo.eu/s/gGC
> 
> Hent det i fx. JOSM og ret alle navne.
> 
> Mvh
> Stephen
> 
> Den 7. juni 2016 kl. 13.02 skrev Niels Elgaard Larsen :
> > Statoil skifter navn til Circle K i Danmark, resten af Skandinavien og
> > mange lande i Europa.
> > 
> > Ved i om der er nogen, der vil lave en automatisk rettelse af navne?
> > 
> > 
> > 
> > --
> > Niels Elgaard Larsen
> > 
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Tak for denne gang...

[Michael Andersen]

Hej

Jeg bliver vist nødt til lige at tage til genmæle her. Den "næse" Leif 
hentyder til er tilsyneladende min kommentar til 
https://www.openstreetmap.org/changeset/39650046, som for mig at se er en 
ganske simpel oplysning, som jeg har ret svært ved at se som "ubrugelig" eller 
"nedladende".

Bemærk at jeg ikke sideløbende har sendt Leif private beskeder eller på anden 
vis kommunikeret med ham.

Ja, man kan vel med god ret benævne mig som en art "OSM-sherif", men jeg kan 
konstatere at ikke så få andre påskønner det arbejde jeg gør, så det behøver 
ikke nødvendigvis være så dårligt som Leif tilsyneladende vil gøre det.

Forrige gang Leif postede et lignende indlæg var tilsyneladende en reaktion på 
min kommentar til https://www.openstreetmap.org/changeset/37805186. Jeg synes 
ikke jeg kunne have udtrykt mig mere diplomatisk end jeg gør der og har 
vanskeligt ved at se hvordan det kan opfattes som "nedladende" eller "harskt".

I DK er jeg praktisk taget den eneste der holder øje med og kommenterer andres 
ændringssæt, men som det kan ses af 
http://resultmaps.neis-one.org/osm-discussions, er jeg internationalt set langt 
fra den eneste.  Der er rigtig 
mange gode folk derude der på lignende vis er meget passionerede omkring OSM 
og bruger meget tid på at holde øje med deres lokalområder.

Mvh Hjart

Mandag den 30. maj 2016 19:00:56 skrev Leif Lodahl:
> Hej alle,
> 
> Endnu en gang har jeg fået en "næse" af vores selvudnævnte OSM-sherif
> Hjart. En komplet ubrugelig og nedladende kommentar, som kommer til at
> blive den sidste.
> 
> Jeg stopper hermed med at mappe Danmark.
> 
> Mon ikke jeg finder et andet spændende projekt, hvor jeg kan lægge mit
> engagement? Jeg gider altså ikke at være del af et projekt, hvor jeg bliver
> kritiseret for at arbejde ulønnet. Ingen data er åbenbart bedre end bedst
> muligt og intet mindre end perfekt er godt nok.
> 
> Øv, men sådan har jeg det altså
> 
> 
> De bedste hilsner
> 
> Leif Lodahl


___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk