Der er i området http://www.openstreetmap.org/#map=19/54.91863/9.77535=N nogle
noter på forkerte adresse noder og jeg er enig i at der er et problem.
Da der er nogle der kører nogle automatiske adresse import scripts engang imellem har jeg
opgivet at hjælpe med adresser, men er der ikke nogen
“Guldalderen 1”.
Hvor tæt planerne er på fysisk realisering er jeg desværre endnu ikke kendt nok
med lokalplanprincipper til at udlede, eller om det kan findes på anden måde.
mvh
Asger Frank
Den 17. okt. 2015 kl. 12.06 skrev Carsten Nielsen <list_re...@toensberg.dk
<mailto:l
adressepunkter
/Søren
2015-10-16 22:52 GMT+02:00 Carsten Nielsen <list_re...@toensberg.dk>:
Flg. adresse noder mener jeg er forkerte da de ikke findes i virkeligheden:
https://www.openstreetmap.org/node/976442714
https://www.openstreetmap.org/node/3052516038
men da d
Flg. adresse noder mener jeg er forkerte da de ikke findes i virkeligheden:
https://www.openstreetmap.org/node/976442714
https://www.openstreetmap.org/node/3052516038
men da diverse automatiserede scripts har taget magten i OSM DK har jeg brug for større
kræfter til at få dem fjernet.
Den 11-05-2014 14:46, Michel Coene skrev:
Jeg oplever tit at folk tilføjer amenity tags til importerede adresser. Det holder
jeg mig langt fra, fordi jeg ikke aner hvor godt de overlever en gen-import eller andet
robot-update.
Måske vil det være en ide at robotten tilføjer note:do not edit
Da jeg idag bemærkede at byen Karup er navngivet Karup J i OSM undrede jeg mig da jeg
personligt ikke har hørt byen omtalt som Karup J, men da jeg ikke er lokal vil jeg ikke
bar rette det.
http://www.openstreetmap.org/node/2278152098
I Wiki hedder byen bare Karup
Den 03-11-2013 12:58, Dominik George skrev:
1. Please fix as many bugs as possible. (all mappers, especially local)
That would be easy if the website were working properly. Evertime I
click a bug on the map, I cannot close the bubble again and have to
reload the page, scroll and zoom to the
Jeg er egentlig ikke uenig, jeg genbruger normalt heller ikke punkterne da det
efterfølgende bliver besværligt at editere i.
Jeg synes måske at det hører med til synspunktet at der ikke er enighed om dette og at det
også diskuteres på den internationale liste.
f.eks her
Den 16-10-2013 18:54, Lars Thegler skrev:
2
Udfra det citerede, så *er* der da enighed, ihvertfald om det vi taler om her:
... linear ways sharing nodes with areas ... (eg roads
sharing nodes with fields), ... should be avoided where possible.
Ikke at det er vigtigt men hvad så med
This is
Kan se at der er en dublering ved Taps, ved ikke lige hvordan og hvorfor det er
sket
http://www.openstreetmap.org/browse/way/236674025
http://www.openstreetmap.org/browse/way/236695722
har ikke tid til at kigge nærmere på det, måske nogen andre har.
Carsten
Den 24-08-2013 00:24, Paul Norman skrev:
This is already done. That being said, before reporting a website problem, hit reload,
then if that doesn't fix it, close the window and try to reproduce the problem in a new
browser window.
I tried reloading with shift F5, and I tried both firefox and
Seems like most of the top menu on www.openstreetmap.org is flowing below the map, making
it hard to klik on the Edit label.
Both in firefox and chrome.
Carsten
___
talk mailing list
talk@openstreetmap.org
Den 23-08-2013 19:45, Carsten Nielsen skrev:
Seems like most of the top menu on www.openstreetmap.org is flowing below the map,
making it hard to klik on the Edit label.
And just as I pressed the send button, is started working again.
Carsten
Når jeg kører Mountainbike har jeg for det meste min Garmin GPS60CX med, og den logger 1
gang i sekundet.
Når jeg kommer hjem og loader det op på endomondo ser det helt forfærdeligt ud, og vil
være ubrugeligt til OSM, men den rå fil fra GPS har super data.
Om det kun er visningen, og om man
Men vi er faktisk en del i lokal området som omtaler det som Sandbjerg Slot, så ingen
tvivl hos mig om at der skal et alt_name på.
Carsten
Den 14-08-2013 13:47, Sonny B. Andersen skrev:
Hej Søren,-
Det virker som om du overser den engelske tag-beskrivelse, eller har du en
ny definition ??
The service at http://ojw.dev.openstreetmap.org/gpx/list.php could draw a trace (uploaded
to OSM) on top of the OSM slippy map.
This seems to fail now, any plans to get this service running again, or is there an
alternative ?
Carsten Nielsen
Tag evt også et kig på http://switch2osm.org/serving-tiles/
Carsten
Den 24-04-2013 14:11, Martin Hvidberg skrev:
Hvis man gerne vil have sin egen OSM server, med en fuldt synkroniseret kopi af OSM
vektor data for hele verden. Hvem skal man så spørge om råd og vejledning til opsætning
og
Bortset fra at det der er relevant for den ene ikke nødvendigvis er relevant fro den
anden, så er jeg helt enig.
Det er ikke god stil at slette andres arbejde hvis det kan undgås, det er
demotiverende.
Carsten
Den 27-01-2013 20:47, Ole Nielsen skrev:
On 27/01/2013 13:36, Sonny B. Andersen
Den 08-10-2012 18:20, Ole Laursen skrev:
Er der egentlig præcedens for matrikler i OpenStreetMap? Det kunne
måske være praktisk med et lag hvor man kan se dem på når
nabostridigheder skal afgøres. :)
Synes helt ærligt ikke Matrikel data hører hjemme i OSM (og det skriver du muligvis heller
Den 05-10-2012 19:12, Jonas Häggqvist skrev:
Hejsa,
Super undersøgelse. Jeg har ikke umiddelbart nogen kommentarer, udover at jeg lige ville
indskyde at jeg har lavet et kort der viser osak:subdivision værdierne her:
http://osm.rasher.dk/?layers=BFFTFF
Fantastisk
Kan se at flere af citaterne kommer fra min seneste mail, så jeg bør vel også
kommentere.
Det er selvfølgelig rart at få feedback på det man skriver, også når det man skriver er
uforståeligt - så tak til Kristian.
Sprog rytteri og ord diktatur accepterer jeg ikke, jeg bruger de ord som jeg
På dette sted på kortet
http://www.openstreetmap.org/?lat=55.5442lon=8.19157zoom=17layers=M
står der postal code 6857
Hvorfor gør der det ? Når jeg ikke kan se hvad kilden er, så er det også svært at vurdere
om det er tagget korrekt.
Carsten
___
Den 26-08-2012 17:42, Michael Larsen skrev:
Jeg tror det stammer herfra:
http://www.openstreetmap.org/browse/relation/2266436/history
Og det tror jeg du har ret i.
Når jeg ikke kan se hvad kilden er, så er det også
svært at vurdere om det er tagget korrekt.
Så er spørgsmålet så om det er
Samme problem stilling er også andre steder i landet, jeg ha f.eks fået en mail fra en
tysker som brokker sig over dublerede adresse noder
Hallo
Ich habe Ho / Blavand der Karte zugefügt mit Postcode
Jemand hat die Adressen falsch verdoppelt ?
Test Referenz zum Beispiel Garmin Ho Toftevej 32
Den 05-08-2012 21:14, Rasmus Vendelboe skrev:
Problemet er, som belyst en hel del gange på mailinglisten, at addressepunkterne pr.
lovdefinition ikke hører til bygninger, men til matrikler og særlige interessepunkter.
Det der snyder er, at de pr. lovdefinition skal placeres på eventuelle
Hvad gør man ved en skov som denne
http://www.openstreetmap.org/browse/way/148330400
når man vil udvider den, for så er alle de udenoms relaterede informationer jo ikke
korrekte mere.
area http://wiki.openstreetmap.org/wiki/Key:area?uselang=da = yes
fotodato = 060508
globalid =
Den 14-06-2012 14:45, Emil Tin skrev:
kbh hovedbanegård:
jeg tænker at tilføje en node, og flytte railway=station fra bygningen over til
noden. men kan se (med potlatch) at den way der udgør bygningen er med i en
relation for togruten kbh-hamborg. mon det er giver et problem hvis jeg flyttet
://www.openstreetmap.org/browse/relation/61491 Bicycle route ncn icn 3
der ser ud til at dække det samme
den midterste er tilgengæld en international rute, men jeg antager da den har samme forløb
som en af de andre ?
Carsten
Den 08-06-2012 22:22, Carsten Nielsen skrev:
sba-dk har gjort mig opmærksom på
Can somebody explain how to revert a deleted relation to the last revision before the
deletion ?
The relation http://www.openstreetmap.org/browse/relation/157837 was accidentally deleted
as part of a changeset containing other changes that should not be deleted.
I now it is possible to
Har lige forsøgt at sammenligne de 2 relationer og det er ikke helt simpelt
Ny relation 2208824.xml og Old relation 157837 rev 35.xml og det ser faktisk ud til at den
gamle er større 11KB mod 5KB
der skal vist en nærmere sammenligning til for at finde ud af hvilke data der er
bedst/mest
Date: Tue, 05 Jun 2012 09:46:30 +0200
From: Carsten Nielsen list_re...@toensberg.dk
mailto:list_re...@toensberg.dk
To: talk@openstreetmap.org mailto:talk@openstreetmap.org
Subject: [OSM-talk] Assistance on reverting deletion of a relation
Message-ID: 4fcdb956.1040...@toensberg.dk
Hej
Har kommunikeret lidt med en mapper som ved en fejl har slettet en relation og som har
forsøgt at udbedre fejlen ved at lave en ny relation.
Men i forbindelse med kommunikationen har vedkommende skrevet flg.
I've created a new relation, xxx, and filled out (most of)
xxxruten. I'm
Hej Sonny
Du skal lige være opmærksom på at en vejstrækning godt kan have 2 numre, så er det muligt
at stykket inde i Tinglev har både ref 8 og 42 ?
Jeg mener heller ikke der er noget i vejen med at et lille stykke af E45 også har ref nr
8, for rute 8 går hele vejen igennem.
Carsten
Den
Hi
There used to be a Data overlay available on OpenStreetmap.org, it seems that this has
been removed or moved somwhere else.
I liked the possibility of exploring data by zooming in and turning the data layer on to
see tags on stuff, now I have to start potlach editor to see it,
and this is
Den 25-03-2012 18:01, Jørgen Elgaard Larsen skrev:
Det ville derfor være godt, hvis de veje, der får fjernet punkter, kunne få et tag, man
kunne lede efter senere hen.
Her er det så bare at vi skal til at passe på at vi ikke laver en afledning af det stykker
arbejde som er beskyttet og som
Den 04-03-2012 21:15, Ole Nielsen skrev:
Well, hvis alt det interessante (skove, vandløb, søer, læhegn, bygninger, master etc)
er indtegnet, så er det vel klart at nogen faktisk har kigget på området. Jeg mener,
at det med at måtte anvende landuse=farm(land) som indikator er en dårlig
Den 11-02-2012 22:52, Jonas Häggqvist skrev:
Det eneste der kan ske/sker automatisk er at punkter som er blevet slettet vil blive
oprettet igen.
Jeg har umiddelbart svært ved at se dette som værende særligt problematisk. Den eneste
ulempe er at vi ikke kan påvirke statistikken over
Jeg er principielt enig i at rutning bør kunne foregå via arealer, men synes egentlig at
det er interessant lige at sammenligne med strategien for floder
http://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver
her har man faktisk en streg der beskriver flodens retning inde imellem riverbanks
Den 10-02-2012 15:09, Ole Laursen skrev:
Jeg erærlig talt lidt overrasket over at folk udleder så meget af
Frederik Ramms indlæg.
http://lists.openstreetmap.org/pipermail/talk/2011-December/061288.html
Som jeg læser det, brokker han sig over kvaliteten af dataimportering
(at man ikke bare
Hvorfor kan man ikke fysisk verificere by områder ?
Man kan måske være uenig om præcist hvor grænsen mellem by og ikke by skal være, men den
er da fysisk efter min opfattelse.
Carsten
Den 09-02-2012 10:49, Morten Kjeldgaard skrev:
On 09/02/2012, at 09.25, Jens Winbladh wrote:
Jeg mere helt
Jeg ville slette noderne og undlade det planlagte stykke vej.
OSM mapper ting der er i den fysiske verden, ikke tinge som nogen mener vil komme engang i
fremtiden.
Carsten
Den 08-02-2012 13:12, Joris Kofman skrev:
Hej Folkens
jeg har mappet i et stykke tid, men aldrig taget mig sammen til
Jeg mener helt klart det er et skråplan at tegne dem ind, for hvad med de cykel ture som
jeg synes er gode må jeg så også tegne dem ind ?
Eller hvad med de ture som man cykler i den lokale cykel klub ?
Her mener jeg vi bevæger os ind på et område som der er mange andre web steder der gør i,
OSM
Og hvis en udenforstående så kommer forbi og finder at noget er ændret i området, hvordan
skal vedkommende så kunne rette en fejl nå vedkommende ikke fysisk kan se hvordan alle de
ikke fysiske tinge skal følge rettelserne ?
Carsten
Den 08-02-2012 20:03, Michael Hammel skrev:
Selvfølgelig kan
Det kan jo også være konverteringen fra OSM format til Garmin format der er har
en fejl.
Hvorfra har du det kort du loader i din GPS?
Carsten
Den 05-02-2012 19:42, Mogens Petersen skrev:
Hej Uffe
Takker for hjælpen - jeg tjekker i morgen på vej til arbejde.
Jeg er ret sikker på at min
Denne router kan godt finde ud af det, så det er vist ikke OSM data det er galt
med.
http://nroets.dev.openstreetmap.org/demo/index.html?lat=55.24573lon=9.48434zoom=15layers=B000FTFTTTv=motorcaradj=recommendedmarkers=%2155.25091%2C9.4766%2155.23961%2C9.48758
Den 05-02-2012 19:42, Mogens
Why is the Wiki main page linking to
http://wiki.openstreetmap.org/wiki/DA:Main_Page
when the wiki page is actually at
http://wiki.openstreetmap.org/wiki/Da:Main_Page
I am quite convinced that this has worked previously.
Carsten
___
talk mailing
ikke gjorde noget dumt.
I Århus må en hel del kunne klares med fugro/bing, hvis det værste
sker at Nielsen72 ikke findes mere.
Mvh
Esbern
17. nov. 2011 21.55 skrev Morten Kjeldgaardm...@bioxray.dk:
On 17/11/2011, at 19.49, Carsten Nielsen wrote:
Hvordan fikser man det, uden at skulle slette
Det er i virkeligheden ikke OSM, men den benyttede editor der afgør om begge dele af den
splittede vej kommer med i relaitonerne.
Tidligere versioner af Potlach sørgede ikke selv for at få begge veje med i relationen,
men det gør den nuværende version af potlach 2.
Hvad JOSM og Merkaator og alle
Hi
I have uploadet a Trace and done some editing today, but at somepoint my account has been
changed to user vbpohnfr
I am user ablansinger but even after restarting firefox, and even after clearing the
password for openstreetmap I keep loggign in as use vbohnfr
What can i do ?
Hi
Now now succeeded to get back to my own osm account be pressing abmelden, and re-login,
but my profile page have been turned into a real mess.
What have happened ? How could I suddenly have an incorrect account, which I have no other
rlation to ?
ablansinger / Carsten Nielsen
Den 06-11
No nothing to do with the wiki, the main OSM site, and when I look at other users profile
page they also seem to have a problem with layout
lots of p and other HTML stuff.
Could it be the Database Maintainance seen ealier today that have cused some
problems ?
But it is realy scary when
I am using this tool which will display a trace uploadet to OSM, on a OSM map.
http://ojw.dev.openstreetmap.org/gpx/list.php
Carsten
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Hej
Konstaterede idag at husstande på Storkemosevej i Vollerup ved Sønderborg er så nye at de
ikke kan findes med hverken Google maps eller Open Street Map.
Vejen findes godtnok i Openstreetmap, men ikke adresserne, hvordan får jeg dem hevet ind
fra OSAK ?
Har man ikke gjort sig nogen overvejelser i den retning inden man foretog
importen ?
Carsten
Den 05-04-2011 17:12, Jens Winbladh skrev:
Tænker det samme som Jonas - har lige snakket med Lars_ch om dette. Han har tegnet en
kæmpe mængde bygninger i Vejen og omegn, hvor en del skal slettes pga.
Hejsa
Jeg bliver lidt urolig ved disse importeringer, specielt når det kommer på tale automatisk
at importere.
1) Google maps viser nogle steder planlagte veje som om de allerede er der, netop fordi de
bruger offentlige data, det risikerer vi også.
2) Hvis der automatisk/regelmæssigt bliver
Hvordan ved i om Gl står for Gammel eller Gamle ?
Carsten
Den 28-02-2011 23:09, Jonas Häggqvist skrev:
On 28-02-2011 22:11, Michael Andersen wrote:
Jeg er heller ikke ret vild med de der underlige vejforkortelser man ser mange
steder.
Principielt enig, MEN det er nu engang det officielle
er
navngivet) som 'highway=unclassified' og resten som 'service=driveway'.
Fredag 25 februar 2011 15:58:08 skrev Carsten Nielsen:
Jeg har gjort det på en anden måde, men det er som med så mange andre tags
ikke entydigt hvad der er rigtigt.
Ofte ligger der flere gårde
Is it this thread
http://www.mail-archive.com/talk...@openstreetmap.org/msg78972.html
I have to monitor ?
Carsten
Den 07-12-2010 01:15, Stephan Knauss skrev:
Hi,
On 06.12.2010 19:58, Carsten Nielsen wrote:
Same situation with osmosis 0.38, only node no ways
on talk-de had been similar
Same situation with osmosis 0.38, only node no ways
Carsten
Den 05-12-2010 20:50, Carsten Nielsen skrev:
I dont recall where I saw the --read-bin option but se it is also mentioned in the
recent geofabrik blogpost http://blog.geofabrik.de/en/?p=75
and yes I have tried to replace
10.9498868415889257.98475542747029
7.76829960434926757.32327528330718
END
END
Any clues to why I dont get any ways in my OSM file ?
Carsten
Den 09-11-2010 03:51, Brett Henderson skrev:
On Tue, Nov 9, 2010 at 2:51 AM, Carsten Nielsen list_re...@toensberg.dk
mailto:list_re...@toensberg.dk wrote
menthion that it the
0.37 version should work, but I will give it a try.
Carsten
Den 05-12-2010 20:37, Stephan Knauss skrev:
On 05.12.2010 17:52, Carsten Nielsen wrote:
call %OSMTOOLS%\Osmosis\osmosis-0.37\bin\osmosis.bat --read-bin
%DATADIR%\europe.osm.pbf --bounding-polygon file=%DATADIR
Jeg kender ikke Øhavsruten, men der er både en Østersørute og en Sydhavsrute på
vores cykel wiki side
http://wiki.openstreetmap.org/wiki/DK:Bicycle/Network-Routes
Kunne det være en af disse ?
Carsten
Den 30-09-2010 20:41, Anders Lund skrev:
Hej,
Hernede på sydfyn har vi noget der hedder
Why is this island not rendered on mapnik and osmarender maps ?
http://www.openstreetmap.org/browse/way/4119119
I tried to remove the island from the multipolygon relations that had no
other ways than this island but it seems not to make any difference.
ablansinger / Carsten Nielsen
Morten Siebuhr skrev:
Både ja og nej. Det vil selvfølgeligt være rar information, men med
den størrelse import KMS-data nu engang er, bliver det nok lidt stort
at arbejde med. Måske et link til en Wiki-side om pågældende import?
Er man i stand til at lave et script der importere så er man
Claus Hindsgaul skrev:
Vi kommer vel ikke udenom at friske data vil være de bedste(?).
Det er der nu ikke helt enighed ude i den store verden, nogle mener at
masse imports er direkte af det onde, da det ødelægger
motivationen for de lokale mappere som i virkeligheden er dem der driver
OSM.
Peter Brodersen skrev:
Hej,
Som jeg ser det, er OSM er en platform for at have informationer, der
repræsenterer den virkelige verden. Hvor informationerne kommer fra,
er mindre vigtigt (med forbehold fra licens, etc.).
Det er der delte meninger om, se bl.a.
Hej Jens,
Den ser godtnok lidt tricky ud.
http://www.openstreetmap.org/browse/node/8082724 ser ud til at være ok.
http://www.openstreetmap.org/browse/node/439194562 ligeså
http://www.openstreetmap.org/browse/node/8082725 denne ser ud til
at være to gange i way 37519158
Rasmus Vendelboe skrev:
I godt halvandet år har jeg fulgt udviklingen i Århus, og til at
starte med syntes jeg selv separate cykelstier var smarte. Siden er
der kommet en del til, og, for mig, blevet klart, at det både ser
grimt ud og er irriterende at vedligeholde. De mange indlæg og i
Claus Hindsgaul skrev:
Hvad synes I da selv, der bør gælde specielt for græsstriber, og
hvorfor giver det et bedre kortmateriale?
Kunne man alternativt skelne mellem, om der er indlagt en væsentlig
afstand mellem vej og cykelsti (f.eks. over 3 meter?), selvom den er
passabel?
Jeg har svært
Morten Kjeldgaard skrev:
Ja og nej. Uden dokumentation og/eller data i form af GPS tracks er
det ikke meget værd.
Der er nu mange der tracer efter fotos, mange der tager noter og fotos -
så GPS traces er ikke eneste lovlige kilde.
Hvis man har været på stedet set forholdene og evt.
there is probably a simpler
solution.
I thought that I could use them both as members in a third relation, but
I could not figure out how to do that
with JOSM or potlach.
Any advice ?
ablansinger / Carsten Nielsen
___
talk mailing list
talk
Thank you, it worked.
Tyler skrev:
You could select the smaller relation in JOSM go the the relation
viewer, select all of the members of the relation. Go to the larger
relation and do add selected members.
On Wed, Jul 1, 2009 at 11:08 AM, Carsten Nielsen
list_re...@toensberg.dk
nodes
from my downloaded osm files, and now I can create garmin maps again.
Is it the same problem that hit me which tis causing problems at themap
sites aswell ?
Are there anybody else out there that can make garmin maps of denmark
with mkgmap ?
ablansinger / Carsten Nielsen
73 matches
Mail list logo