Re: [OSM-talk] mapilio? (street-level imagery)

[Niels Elgaard Larsen]

On Tue, 30 May 2023 20:36:54 +
Andrew Hain  wrote:

>Is there an imagery host that offers an OSM-friendly way to support
>mapping and is suitable for contributions using a smartphone or tablet?

I often use Wikimedia Commons.
There is an app that can both upload photos already taken and start a
photo-app from the commons app.

https://f-droid.org/en/packages/fr.free.nrw.commons/

You have to categorize images, but I do not mind that.

There are some limits to what you should upload to commons, e.g., many
nearly identical images.

If the photo has location metadata then from the commons website you
can open it on the OpenStreetmap website so that you can e.g., create a
POI in josm or id. That part is not the most elegant, but it works.

https://wiki.openstreetmap.org/wiki/Wikimedia_Commons

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

Re: [OSM-talk] Dubious websites added to tourist attractions?

[Niels Elgaard Larsen]

Dave F via talk:

...

 From the wiki:
The website tag can be used to provide the full URL to the *official website.

*These are clearly not official.


It is not so clear in my opinion.

There are a lot of links to subdomains of areafish.com.

Offical websites does not have to be on second level domains.

according to https://areafish.com/we-offer/
they offer various plan for hosting websites.

So if these put fishing lakes are customers of areafish.com and can edit and 
update their websites, I would call them official.


Some of the websites are tagged on e.g. just natural=water, they should be on fishing 
nodes.


But it often not clear if a website is official. There are a lot of pizza places here 
in DK that do have their own second level domains.
  But the content is very similar and based on the same few templates. And developed 
by some food order & delivery company. (eg EatOnline). When you order from them, it 
is handled by the same backend. And they never list a phone number so that you can 
call and order without using the order company, even then such a number do 
exists. I suspect that the pizza makers can add menu items and prices but otherwise 
have little control over the website.
  But I guess we have to accept them as official if they are printed on store 
fronts, paper menus, etc. And we should make an effort to tag the phone numbers in OSM.




--
Niels Elgaard Larsen


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

Re: [OSM-talk] Should we be mapping transformers and powerlines?

[Niels Elgaard Larsen]

john whelan:
Apparently you can do a lot of expensive damage by firing a rifle bullet through them 
as happened more than once in the US and given the situation in Europe at the moment 
is there a risk that something similar could happen there?


Should we have a process that says some things should not be mapped?

I seem to recall that the location of the pipeline that supplies aviation fuel to 
airports is considered an official secret in the UK.



Transformers and powerlines are not official secrets. And they can be spotted by 
anyone passing by and be seen on aerial images.


It does make more sense to keep objects underground or underwater secret.

We do have https://www.openstreetmap.org/way/1098580572

But I do not know if it is precise enough for a submarine with a bomb.
And there are official maps with the layout, e.g.,
https://www.mynewsdesk.com/dk/energistyrelsen/documents/kort-over-nord-stream-2-linjefoering-paa-dansk-omraade-68552


--
Niels Elgaard Larsen


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

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Niels Elgaard Larsen]

On Mon, 09 Jan 2023 08:21:42 -0500
Greg Troxel  wrote:

>Sören Reinecke  writes:
>
>> Using osm id is far from ideal but it is sufficient enough. If POI
>> owners are using OSM data, they will likely also pay attention to the
>> osm entry they have to keep it updated. So they will notice any
>> change.  
>
>You seem unwilling to understand that defining a way to refer to ids
>will cause social pressure not to change ids, and that this harms the
>community.


How would it harm the community?

Actually I would welcome a little social pressure to preserve objects
when (and only when) it is possible and it makes sense

I sometimes do get annoyed at especially new mappers that often
excessively delete and recreates objects. Because it obscures the
history.

And id's are never changed. They just might represent objects that have
been deleted.

If an application receives such a geo:osmid it could choose to show a
"removed" icon at last position of the object before deletion.
It could also show the message of the changeset, where the object was
deleted. That might cause a social pressure for better commit messages.

Giving the recipient the last position of a deleted object would be at
least as helpful as the alternative which is that the sender had used a
position from some point in the objects lifetime.

A bigger problem would be when an object is not deleted when it should
have been, i.e., when an id is reused to represent something different
in the real world. 

For example if a restaurant burns down and the area is used for a
parking lot, it would be best to delete the restaurant and create a new
object for the parking lot.

Or someone could know that e.g., a restaurant had closed in Copenhagen
and that a new traffic light was installed in Berlin and decide to use
the same object, replace all the tags in the restaurant object and
change the position. That would be confusing. But very rare, and I
think that we should discourage such a style of editing.

I believe that it useful to consider object identity, even if can turn
into philosophy discussions.

For example restaurant Koks,
https://www.openstreetmap.org/node/1228100335

is temporarily relocated to Greenland
https://www.openstreetmap.org/node/1228100335

Is that the same restaurant?
Should I just fix the coordinates?



>Therefore it is not ok to do it.



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

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Niels Elgaard Larsen]

Sören Reinecke:

 > way/node/relation ids in OSM are unstable, not promised to be stable
and anything relying on their stability can break at any point

Right, I know that OSM ids are not stable. The same applies to
coordinates too. If a restaurant puts a 'geo' link on their online pdf
menu card with the coordinates to their shop then this is in the same
manner unstable as osm id.



I agree. It is useful to refer to  a unique ID for an object.

And we do have some good candidates for that.

osm id's are not completely permanent. I would not use them on a website, but I have 
used them in many emails for 15 years for invitations, event announcements, 
conferences, meetups etc, without any problems at all. Because really, what are the 
chances that that public park, community center, cafe, train station will have a new 
OSM id in the next week or two?
If I have booked a meeting room at a facility, it is very unlikely that someone will 
delete it before the meeting takes place, unless the place unexpectedly closes, in 
which case it does not matter.


Wikidata tags are more stable. But there is not a wikidata ID for all OSM 
objects.

In Denmark, almost all restaurants, cafes, supermarkets etc has a ref:DK:cvr:pnummer 
tag which identifies a the business/branch in Denmark's Central Business Register 
(Company House for you Brits). That is a reasonable way to identify a business. The 
ref:DK:cvr:pnummer for an OSM object could change if e.g., a restaurant continues at 
the same address with new owners or even with the same beneficial owners in a new 
company.


But that is specific to each country and only work for businesses.

I am not sure how to do it elegantly with the flat OSM key/value structures.

Maybe we could maintain a list of tags that are practical permanent unique 
identifiers. And then have a tool that for most objects could generate a url (https 
or geo) that references that object using that tag.


And it could use name, id and position or a mix of those as a fallback.


This is because how humans use coordinates.
Coordinates are stable to the point we use them as a reference of earth
scoped physical space only. But we use them for not just as reference
values for physical space on earth but more likely as a estimate where
to look for our destination. In the example the POI is a restaurant.
Imagine the restaurant moves to another position and thus changing its
physical position on earth. They forgot to update their 'geo' url. Now
the geo: url still points to the same physical position on earth because
it won't be changed by any action caused by individuals. But the feature
of letting map apps centering their view on that geographic reference
point is now useless because the user cannot find the POI there anymore.

To sum up: Coordinates can be used in the same wrong way as OSM id as
they're both not sufficient enough for the use case most people are
using it (indirectly). Coordinates are already part of the 'geo' URI
scheme. There is no visible reason to me why adding another unstable
identifier like the osm id is a bad idea. As long as OSM ids are used in
a dynamic and not in a hardcoded way and proberly updated by the tools
people are using to retrieve these data (e.g. Overpass, Sophox or
end-user apps like OrganicMaps) 'geo' uris are always generated by
tools. If some does that manually then this person is in charge to
change that when the physical position of the POI changes too. People
tend to forget about these little urls as long as they don't see a GUI
(graphical user interface) connected to it like a map on their website.

On 04/01/2023 13:28, Marc_marc wrote:

Hello,

Le 02.01.23 à 18:57, Sören Reinecke a écrit :

It allows (web) developers to direct their users to their map browser
of use e.g, Organic Maps, Google Maps, Apple Maps


if it allow to open an osm editor from an "osm datauser app",
that look fine.
for ex I use Organic Maps, I see an error or an improvement for a POI,
it allow me to open Vespuccci with that object.

could the iD of the object have changed between the data of the "user"
app and the osm database used by the "editor" app ?
of course it may.
in the same way that this iD could have changed between an osmose
analysis and the moment I click on edit to open it in josm.
In this case, it's not serious, it will be enough to find the
object in the editor.
this does not change the fact that it is much easier than opening
an area, loading the area, zooming, finding the object and finally
selecting it in the 99.999% of cases where the iD has not changed

Regards,
Marc



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


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


--
Niels Elgaard Larsen


___
talk mailing 

Re: [OSM-talk] I need your help please

[Niels Elgaard Larsen]

Fakhreddine Azzouni:
Good afternoon, I started using OSM for a tourism project. The idea is make a tour's 
road map with places from OSM. But some places are not on the map so I added them 
yesterday. I am using a WordPress Plugin to get locations From OSM. Unfortunately I 
couldn't find any of the locations I have recently added.

As this matter is urgent, I would appreciate a reply as soon as possible.



It would help if you told us where ypu have been editing
or your USM user name.

--
Niels Elgaard Larsen


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

Re: [OSM-talk] OSM and Google

[Niels Elgaard Larsen]

Jiri Vlasak:

On Mon, Dec 14, 2020 at 07:16:14PM +, Tom Hughes via talk wrote:

No it couldn't - the google problem he refers to was with
their authentication service not their DNS service.


So maybe he use Google as third party to login to OpenStreetMap?


No I did not. Only OSM.

But I did hear from another mapper that had the same problem, that the issue 
disappeared after he unchecked the "Use OAuth for all requests to 
https://api.openstreetmap.org/api; box.




--
Niels Elgaard Larsen

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

[OSM-talk] OSM and Google

[Niels Elgaard Larsen]

Google services was down for an hour today. I noticed that at the same time I could 
not push my edits with JOSM due to "internal server error"


Was that a coincidence or do we somehow depend on Google?



--
Niels Elgaard Larsen

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

Re: [OSM-talk] Call to Take Action and Confront Systemic Offensive Behavior in the OSM Community

[Niels Elgaard Larsen]

stitutional 
hostility
towards women in the OSM community. The replies themselves are the best
evidence of this.

These men replying have taken it upon themselves to explain to a woman 
what
constitutes misogyny. News flash: you do not get to decide what offends
other people. If you are a man, misogyny will never happen to you by
definition. If you are a man, you have never been, are not, and will 
never
be a victim of misogyny. This isn't your area of expertise. Listen to 
the
experts.

Some men replying have even mentioned how this draft letter hurts their
feelings. These men need to slow down and consider for a moment that 
their
temporarily hurt feelings are less important than the safety of women.
Men's feelings are irrelevant to issues where women are victims.

As far as I know, various OSM-affiliated groups have codes of conduct, 
but
there isn't one governing these mailing lists. We need to adopt a code 
of
conduct yesterday.

-Clay (they/them)

On Wed, Dec 9, 2020 at 2:13 PM Celine Jacquin mailto:cel...@gmail.com>> wrote:

Hello everybody
I hope you are all well

We, several groups, chapters, organizations and individuals, have
reacted to the conversation in the osm-talk-list

(https://lists.openstreetmap.org/pipermail/talk/2020-December/085692.html

<https://lists.openstreetmap.org/pipermail/talk/2020-December/085692.html>)
considering that it is an incident symptomatic of the problem we 
have
faced for many years in the community, which is one of the greatest
obstacles to diversity at all levels of OSM. Time to make a real 
change.
That is why we have developed a beginning of statement on the 
desirable
mechanisms to work solidly on the rules of coexistence and improve
diversity.

We bring it to your attention and invite anyone who feels 
represented
to sign it. Translations are in preparation (any help is welcome):

https://docs.google.com/document/d/130JCTX9ve4H4ORXznmIVTpXiN3TX8nRGA8ayuTZ9ECI/edit?usp=sharing

<https://docs.google.com/document/d/130JCTX9ve4H4ORXznmIVTpXiN3TX8nRGA8ayuTZ9ECI/edit?usp=sharing>


On behalf of the signatories
Best regards

Céline Jacquin
___
talk mailing list
talk@openstreetmap.org <mailto:talk@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk
<https://lists.openstreetmap.org/listinfo/talk>

___
talk mailing list
talk@openstreetmap.org <mailto:talk@openstreetmap.org>
https://lists.openstreetmap.org/listinfo/talk
<https://lists.openstreetmap.org/listinfo/talk>

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


_______
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk




--
Niels Elgaard Larsen

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

Re: [Talk-dk] 2 minus 1 vej

[Niels Elgaard Larsen]

o...@workmail.com:

Forslag:
  
highway=residential


Kun hvis de er residential.
De fleste, jeg har set, er unclassified.


Jeg mener ikke, at man skal tagge med lanes=1 når to køretøjer godt kan passere 
hinanden.


lanes=1

> lanes:both_ways=1

Den kombinationer er nævnt i diskussionen til wikisiden.

Men jeg er ikke sikker på, at lanes:both_ways er beregnet til det.

Det nærmeste wikien kommer på det er:

==
There exist roads with no marked lanes, which are two-way roads but without marked 
lanes and so narrow, that vehicles must slow down to pass each other. It is strongly 
recommended in such a case to tag the width of the carriageway using width=* (Note: 
do not mistake this with maxwidth=*). If the width varies a lot, the minimum width of 
the carriageway should be specified. If it is not possible or reasonable to determine 
the exact width, use an estimation and tag additionally source:width=estimated, e.g. 
as follows:


 width=4
 source:width=estimated
==

2-1 veje har en markeret bane, men to biler kan passere hinanden, hvis de trækker 
lidt ud til siden.


Og hvis det fx er to motorcykler, kan de jo nemt passere hinanden.

Så i steder for lanes, synes jeg man bør bruge width



cycleway=lane


Det er ikke en rigtig cykelsti. Fx må biler som udgangspunkt parkere i siderne af 
vejen. Og som cyklist skal man også være opmærksom på at biler må køre der, selvom de 
skal vise hensyn til cyklister og gående.




Sent: Wednesday, December 09, 2020 at 1:00 PM
From: "Finn Hansen via Talk-dk" 
To: "'OpenStreetMap Denmark'" 
Cc: "Finn Hansen" 
Subject: [Talk-dk] 2 minus 1 vej

På Fyn ser jeg et væld af 2 minus 1 veje skyde op som paddehatte, men her har 
jeg et problem. Er der nogen der ved hvordan man tagger dem?
  
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




--
Niels Elgaard Larsen

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

Re: [OSM-talk] Call to Take Action and Confront Systemic Offensive Behavior in the OSM Community

[Niels Elgaard Larsen]

Celine Jacquin:

Hello everybody
I hope you are all well


I have not commented on this before because I thought it was better to just let 
it pass.

It was not a very elegant email.
But it was not misogynistic.

I did not think it was offensive or dehumanizing.
Maybe Trumps words were, but that does not mean that Ramm's paraphrasing was.
Just as Céline Jacquin's email here is not offensive because she links to a webpage 
that contains the exact same words.


There is only one person that could be offended by Ramms's email and that is Michal 
Migurski. I note that he is endorsing your statement. I had hoped that he would argue 
that the comparison was wrong or unfair.



We, several groups, chapters, organizations and individuals, have reacted to the 
conversation in the osm-talk-list 
(https://lists.openstreetmap.org/pipermail/talk/2020-December/085692.html 
<https://lists.openstreetmap.org/pipermail/talk/2020-December/085692.html>) 
considering that it is an incident symptomatic of the problem we have faced for many 
years in the community, which is one of the greatest obstacles to diversity at all 
levels of OSM. Time to make a real change.
That is why we have developed a beginning of statement on the desirable mechanisms to 
work solidly on the rules of coexistence and improve diversity.


We bring it to your attention and invite anyone who feels represented to sign it. 
Translations are in preparation (any help is welcome):
https://docs.google.com/document/d/130JCTX9ve4H4ORXznmIVTpXiN3TX8nRGA8ayuTZ9ECI/edit?usp=sharing 
<https://docs.google.com/document/d/130JCTX9ve4H4ORXznmIVTpXiN3TX8nRGA8ayuTZ9ECI/edit?usp=sharing>



On behalf of the signatories
Best regards

Céline Jacquin

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




--
Niels Elgaard Larsen

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

Re: [OSM-talk] I’m running for OSMF board and I’ve set up office hours for questions

[Niels Elgaard Larsen]

Michal Migurski:

Hi Robert, Martin, Alexandre, Jochen, Richard, Tom:

Thanks for your followups in this conversation! I am speaking here as an individual 
and not on behalf of Facebook, 


great.
...


First, the text of the ODbL is explicit about “reasonably calculated” awareness. FB 
believes its maps comply with this.


So speaking as an individual, do *you* believe that FB complies with the ODbBL?


--
Niels Elgaard Larsen

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

Re: [Talk-dk] Redningsskilte?

[Niels Elgaard Larsen]

Niels Elgaard Larsen:

Ja, det var da en god ide.



>==
>Ved brug af data fra Redningsnummer.dk accepterer du at opdatere data
>jævnligt og dermed holde de data du viser omverdenen ajour.
>==

Apropos den slags underlige betingelser så er loven til implementering af Åbne Data 
direktivet i høring nu (frist 27/10)

https://hoeringsportalen.dk/Hearing/Details/64364


OSM-dk kunne godt slå et slag for at rydde ud i den slags betingeler, der er 
problemfri for kommercielle projekter, der kan kontrollere alle led i distributionen 
af data, men problematisk for projekter som OSM, der viderebearbejder data, der så 
bruges af andre, og som ikke selv udvikler brugergrænsefladerne.




--
Niels Elgaard Larsen

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

Re: [OSM-talk] Face and license blurring (GDPR territories)

[Niels Elgaard Larsen]

Nick Whitelegg:
> Hi,
> 
> Apologies if this is only tangentially OSM related, but I thought I'd ask 
> here to try
> and get some expert advice.
> 
> As you may know, Mapillary has been bought by Facebook and there has been 
> interest in
> developing, or at least starting to develop/actively researching the 
> possibility of,
> some sort of open source alternative. I have been developing OpenTrailView
> (opentrailview.org), however I now have a collaborator to work on exploring 
> an open
> source panos platform.


That sounds great.

> The main question I have relates to the very necessary privacy steps that 
> must be
> taken, in particular face and license plate blurring. I have experimented with
> various libraries using various datasets and models, and have found that the
> understand.ai Anonymizer (https://github.com/understand-ai/anonymizer), which
> advertises itself as something specifically aimed at implementing the privacy
> protections needed to comply with the GDPR, seems to be working the best.
> 
> It detects faces and license plates in clear view on panoramas, which can 
> then be
> blurred.
> 
> My question, then, is what to do about people, or cars, which are further 
> away from
> the camera? In these cases, the algorithm does not necessarily detect the 
> face or
> license plate, but on the other hand in general the faces and license plates 
> are not
> clearly visible, or identifiable, in any case.
> So in summary, the tool blurs clearly visible faces or license plates, but in 
> general
> does not blur those which are not clearly visible.


Hard to judge without examples.
Understand-ai has two examples on github, but that is very clear images.

You will probably have to let users add and remove blurs.
That is what Mapillary do.

> Apologies once again that this is only tangentially related to OSM 
> (OpenTrailView
> uses OSM to connect panos together, so not completely unrelated) but it is 
> very much
> an open geodata issue, so I thought I'd ask to get feedback.
> 
> I am in the UK and the server is in Germany (Hetzner), so GDPR would apply.
> 
> 
> Thanks,
> Nick
> 
> 
> ___________
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 


-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Redningsskilte?

[Niels Elgaard Larsen]

Mikko Lukas Räsaänen via Talk-dk:
> Faktisk eksisterer skiltene som dubletter ude i virkeligheden (fx. både nede 
> på
> stranden og på nærmeste parkeringsplads).


Ja, det kan jeg se nu.
> Rent datamæssigt kan det fint lade sig gøre at tage højde for dette, fx. i 
> form af at
> holde styr på hvor mange skilte der skal være det enkelte sted.


Men vi skulle så nok have et tag i vores OSM knuder der svarer til ObjekttypeID 
eller
Objekttypenavn samt bemærkning. Så er de formodentlig stadig unikke.

ObjekttypeID og bemærkning står godt nok ikke på selve skiltene. Men hvis nu 
nogen i
nød og ringer og siger at de står ved G271 på nordsiden, og man vil sende en
helikopter, så er det jo godt at vide, hvad den præcise position er.


-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Redningsskilte?

[Niels Elgaard Larsen]

Allan Gyldendal Frederiksen:
> Hvis der er dokumenterede fejl var det så ikke en idé, at kontakte politiet, 
> så det
> kan blive rettet?

Jo. Og en måde at gøre det på er jo at vi tilføjer fx et redningsnummer:fixme 
tag på
de redningennumre i OSM, som ikke passer med redningsnummer.dk og så sender de
relevante myndigheder et link til en overpassturbo forespørgsel.

Vi skal i alt fald nok ikke vente på, at de retter noget.

Se fx disse skilte fra 2014.

> C035  2014-9-11 08:20 1   Strandnr. skilt 1   Hedder pt. C036 
> 55.96644276951021   8.137251867175852
> C036  2014-9-11 08:21 1   Strandnr. skilt 1   Hedder pt. C037 
> 55.969971700755785  8.136091891228265
> C037  2014-9-11 08:22 1   Strandnr. skilt 1   Hedder pt. C038 
> 55.971082022348604  8.135552411710846
> C038  2014-9-11 08:22 1   Strandnr. skilt 1   Hedder pt. C039 
> 55.97398479422794   8.134523576466318
> C039  2014-9-11 08:23 1   Strandnr. skilt 1   Hedder pt C040  
> 55.97536029307602   8.13393398756247

>  
> 
> Venlig hilsen
> 
> *Allan G. Frederiksen* 
> 
> *Fra:* Mikko Lukas Räsaänen via Talk-dk 
> *Sendt:* 5. oktober 2020 19:59
> *Til:* talk-dk@openstreetmap.org
> *Cc:* Mikko Lukas Räsaänen 
> *Emne:* Re: [Talk-dk] Redningsskilte?
> 
>  
> 
> Vær opmærksom på at data'ene fra redningsnummer.dk indeholder fejl, så de kan 
> ikke
> bruges som en autoritativ kilde,
> men blot som supplement eller som udgangspunkt på steder hvor et punkt slet 
> ikke er
> tegnet ind (evet. en gd idé at tilføje en fixme=* )
> 
> On 2019-08-28 19:21, Anders Hedelund wrote:
> 
> Er der nogen, der har overvejet at inkludere redningsskilte i OSM?
> 
> Det er de grønne, nummerede skilte, der står på strandene langs vore 
> kyster:
> http://www.redningsnummer.dk
> 
> Under "download" står der vilkår for anvendelsen, samt div. filer klar 
> til brug.
> 
> Billedresultat for redningsnumre
> 
>  
> 
> -- 
> 
> Med venlig Hilsen Anders Hedelund - and...@xoz.dk <mailto:and...@xoz.dk>  
> +45 3990 5335 Mob: +45 6150 5335 TR: +90 531 831 0220
> 
> Et liv efter overlevelsen: http://iug.dk 
> 
> 
> 
> ___
> 
> Talk-dk mailing list
> 
> Talk-dk@openstreetmap.org <mailto: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
> 


-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Redningsskilte?

[Niels Elgaard Larsen]

Anders Hedelund:
> Der har ikke været så meget debat siden den 29. aug.
> 
> Jeg åbnede den, fordi jeg netop har læst en bog "Oplev Nordkysten", hvor 
> forfatteren
> konsekvent bruger skiltene som fixpunkter for turvejledningerne langs 
> Nordsjællands
> kyst. Så det kunne være, lokale div. begyndte at håndeditere skiltene ind med
> forskellig og individuel tagging.
> 
> Derfor blev jeg opmærksom og tænkte, at når der nu er en officiel og 
> tilgængelig
> reference, ville det være bedre straks at få dem samlet og ens på plads. Så 
> må evt.
> dubletter fikses bagefter. Jo hurtigere jo bedre, netop a.h.t. potentielle 
> dubletter.


Jeg synes at vi skal undgå dubletter. Og skiltene udmærker sig jo ved at være 
unikt
nummererede (bortset fra whitespace), så det burde være meget nemt ikke at 
importere
skilte, der er i OSM i forvejen.


Der er pt 203 danske redningsskilte i OSM ud af ca 2684 etablerede
https://overpass-turbo.eu/s/YJ3

Enkelte af dem kan man med lidt god vilje se på SFDE. Og måske er der Mapillary
billeder af en del af dem, der mangler.


Man kunne jo starte med at se hvor godt vores 203 skilte matcher dem fra
redningsnummer.dk

> Jeg er bare ikke selv i stand til det. Er ikke JOSM-bruger, med smarte
> import-scripts. Så hvis nogen laver importen og meddeler det hér, synes der 
> at være
> masser af interesse for at deltage i nødvendig oprydning.
> 
> Eller hva?
> 
> Med venlig Hilsen Anders Hedelund - and...@xoz.dk  +45 3990 5335 Mob: +45 
> 6150 5335
> TR: +90 531 831 0220
> Et liv efter overlevelsen: http://iug.dk
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk


-- 
Niels Elgaard Larsen

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

Re: [OSM-talk] Facebook acquires crowdsourced mapping company Mapillary

[Niels Elgaard Larsen]

Paul Johnson:
> Great.  How's this affect those of us who trust Facebook about as far as we 
> can throw it?


Use openstreetcam


Start downloading all you images from Mapillary, if you did not keep a copy-


But I think most important, use existing Mapillary photos to improve OSM with 
speed
limits, surfaces, lit, etc.




> 
> On Thu, Jun 18, 2020 at 5:37 PM Sérgio V.  <mailto:svo...@hotmail.com>> wrote:
> 
> 
> https://uk.reuters.com/article/us-facebook-deals-mapillary/facebook-acquires-crowdsourced-mapping-company-mapillary-idUKKBN23P3N6
> 
> 
> - - - - - - - - - - - - - - - -
> 
> Sérgio - http://www.openstreetmap.org/user/smaprs
> 
> ___
> talk mailing list
> talk@openstreetmap.org <mailto:talk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 


-- 
Niels Elgaard Larsen

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

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

[Niels Elgaard Larsen]

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 ;-)


Ja, jeg satte den bare til 2 meter fordi jeg ved at jeg kan kigge over den og 
jeg er
mindre en 2 meter. Så to meter var på den sikre side.

Nu har jeg checket, og den er faktisk kun lidt under 1.5 meter høj.


Så jeg havde fået en unødig advarsel ved Rema1000 der. Men hellere en for meget 
end
en for lidt.

Så det viser jo bare at biler ikke skal være så store igen før man skal holde 
øje med
højden.

> 
> 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.
> 
>  
> 
>  
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> 


-- 
Niels Elgaard Larsen

___
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.

[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.


-- 
Niels Elgaard Larsen

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

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

[Niels Elgaard Larsen]

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

Re: [Talk-dk] Tagging of No Pedestrian Crossings

[Niels Elgaard Larsen]

Theodore Ahlvin via Talk-dk:
> Hejso! The Apple team has recently been investigating pedestrian navigability 
> in
> Denmark and we’ve come across some issues that would be best handled with 
> consensus
> from the OSM Denmark community.
> 
> Often streets intersect with dual carriageways where there are no crossings 
> marked
> for pedestrians. For example, how Fyensgade intersects with Viborgvej at 
> 56.4631795,
> 10.0156701 (way 30155258). 

Although it is mapped as such it is not a dual carriageway. It is just a 3-lane 
road.

> In this situation, and similar situations across the
> country, it could be dangerous or illegal for pedestrians to cross the dual
> carriageway. These crossings can also be all but impossible for individuals 
> with
> disabilities using OSM to navigate. Our team has been adding ‘foot=no’ tags 
> to these
> sections, but after a conversation with user MikkoLukas
> (https://www.openstreetmap.org/changeset/76508518) we’ve decided to 
> investigate a
> solution which the rest of the OSM Denmark community agrees on.
> 
> There are several potential solutions to this problem. It could be argued that
> ‘foot=no’ could be inferred from Danish law on jay-walking and added to these
> sections. It could also be argued that ‘sidewalk=no’ or ‘sidewalk=none’ can 
> be added
> to these sections, and would be accurate to ground truth, and used to 
> discourage
> pedestrian crossings.

That is fine.

> Finally, it could also be argued that ‘crossing=no’ could be
> added to these sections, as it true to what is on the ground and the most 
> accurate
> tag to describe why pedestrians should not be using these crossings.


But it is not in agreement with the wiki:

==
crossing=no
Where definitely no crossing is possible/legal.
==

Most of these places crossing is legal.
And also possible.

I checked some of the places next to where I live.
https://www.openstreetmap.org/way/741999858

Here I would definitely cross if I was going to e.g. get Pad Thai at Silom (only
takeaway these days).
Mapillary shows a woman with a baby in a stroller crossing.
https://www.mapillary.com/app/?lat=55.70762594701322=12.57759287954548=19.835082818934595=photo=2tHMWX81lwmpOqhsk7Qv-A=0.493077194298716=0.5084516460903186=0

And a man with a briefcase
https://www.mapillary.com/app/?lat=55.7077730003=12.57745899976=17.33401951912169=photo=TsTevHvJ7fM42UTFj9BMBg=0.3287055691075136=0.629673975882654=1.5714384505222498

And a woman pushing her bicycle.
https://www.mapillary.com/app/?lat=55.70800178117224=12.578095590662997=17=photo=4wLoVBa1_WgIWaN_7u870A=0.512705475608936=0.6502507080583815=0

Now, Tagensvej is more busy.
https://www.openstreetmap.org/way/741994862

That would depend on the traffic and the time of day.
If the traffic was very heavy, I might walk to crossing.

Jagtvej:
https://www.openstreetmap.org/way/741998442
I often cross here.
And I do not see why https://www.openstreetmap.org/way/548963283 would be any 
safer
or better.

And consider Jagtvej/Drejøgade.
https://www.openstreetmap.org/way/741995586

There is no crossing, zebras, etc. But notice on this Mapillary image that where
Drejøgade goes through the central reservation, there is actually two pieces of
standard Copenhagen sidewalk with paving stones and all. Clearly the city made 
that
for pedestrians crossing here.

Which illustrates that often dual carriageways are safer to cross than undivided
roads, because you are safe in the middle. And how would you tag that there is 
no
pedestrian crossing in an intersection between two undivided roads.

https://www.mapillary.com/app/?lat=55.70809956645189=12.572416383784798=17=photo=C-H7g_AqR6lbdo6k0XGT9g=0.5131149194028691=0.6412910699880935=0

So in summary, you have marked a lot of the routes, that I normally walk, with 
foot=no.

> I think this information would be very valuable to include in OSM for both
> individuals with disabilities as well as for pedestrians. What solution to 
> this issue
> would the OSM Denmark community prefer going forward?

We should just mark all crossings.
Then routers can decide, and users can make profiles.

When driving I can route for shortest distance, shortest time, etc.
And I can avoid gravel roads, motorways. Apple could make routers that prefers
crossings to following minor roads through dual carriageways. And users could 
decide
that they only want to use crossings, when crossing dual carriageways.

> Our team can go back and add
> whichever tags are decided on in place of the ‘foot=no’ tags previously 
> added. Med
> venlig hilsen,
> -Theodore
> 
> ___________
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> 


-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Tagging of No Pedestrian Crossings

[Niels Elgaard Larsen]

Theodore Ahlvin via Talk-dk:
> Hejso! The Apple team has recently been investigating pedestrian navigability 
> in
> Denmark and we’ve come across some issues that would be best handled with 
> consensus
> from the OSM Denmark community.

> There are several potential solutions to this problem. It could be argued that
> ‘foot=no’ could be inferred from Danish law on jay-walking and added to these
> sections.

The law says that pedestrian have to use a crossing when it is nearby.
The police interprets "nearby" as 30 meters. So nothing wrong in crossing 
Viborgvej
on foot using Fynsgade.

Where I live, we cross the road all the time, not using crossing, to go to the 
bus
stop or supermarket. It is a dual carriageways but with nice big islands.

Although there is tunnel that no-one uses, and certainly no one with 
disabilities.


-- 
Niels Elgaard Larsen

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

[Talk-dk] Trafiklegeplads

[Niels Elgaard Larsen]

Hvad mener I om mapningen af min lokale trafiklegeplads?
Fx. https://www.openstreetmap.org/way/669606480

Jeg kan godt se at det er meget sødt.

Men det er jo ikke helt korrekt.

På den anden side igen er det måske ret uskadeligt fordi den ikke er forbundet 
til
resten af nettet, i alt fald for motorkøretøjer. For det ville jo være trist 
hvis vi
ledte en ambulance til rigshospitalet den vej?

Og hvis vi beholder tagningen, synes I så jeg skulle tilføje hastighedsgrænser?

Er der en måde at angive at det ikke er rigigt, men stadig få det renderet på 
samme
måde? Fx highway:fake=play eller sådan noger.




-- 
Niels Elgaard Larsen

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

[Talk-dk] Hjælp til hastighedsgrænser, Mapillary mm

[Niels Elgaard Larsen]

Jeg har i et stykke tid arbejdet på hastighedsgrænser, mest ud fra
Mapillary. Det går ret godt. De fleste motorveje, hovedveje og
sekundærveje har nu hastighedsgrænser.
Tertiærveje er godt på vej. Residential mest i hovedstadsområdet.

Men jeg er ved at løbe tør for Mapillary billeder.

Jeg har lavet nogle overpass-turbo søgninger, der viser, hvor vi mangler
hastighedsgrænser.

https://wiki.openstreetmap.org/wiki/User:Elgaard

For hovedveje, sekunder og de fleste tertiære veje, er det nu fordi der
mangler billeder, eller der kun er billeder, der er forældede eller af
dårlig kvalitet. Der fx nogle sekvenser hvor der kun er billeder taget
vinkelret på vejen, og på Bornholm er der et sted, hvor jeg ved at
hastighedsgrænserne er ændret efter at billederne blev taget.
Der er dog også nogle færgehavnsområder, hvor det er svært at afgøre
hvad hastighedsgrænsen er.

Så hvis nogle af jer  har tænkt jer at lave Mapillary (eller
Openstreetcam) mapping må de meget gerne gå efter veje uden
hastighedsgrænser.

Her er en GPX fil med alle hovedveje og sekundærveje i DK uden
hastighsgrænser:
https://agol.dk/elgaard/ps.gpx

Den kan man importere den i Osmand, så man altid kan se om der mangler
hastighedsgrænser og dermed billeder på en større vej i nærheden.


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

Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

[Niels Elgaard Larsen]

Martin Chalifoux:
> This morning I checked some large cities namely New-York, Paris, Amsterdam, 
> London, Berlin. Since OSM is best developed in Europe these capitals make 
> sense. I just checked Tokyo, Shangai, Seoul, Sydney to sample Asia. None of 
> them have this sidewalk mapping as separate ways. I however found a bit of 
> that scheme in San-Francisco.  I am not sure where this idea is coming from, 
> who is backing this implementation and who it does service to, but it sure is 
> a mess in many ways.

I map in both Europe and Canada. More Europe for the time being, because I do 
not
think that I will be using my plane ticket to Canada next week.

In North America it is more common, I think, to separate roads and sidewalks by 
a
small patch of grass. Which is an argument for mapping sidewalks individually. I
think e.g., a ditch would be a stronger argument.

In Europe, or at least Denmark, we have a lot of roads with both sidewalks and
bicycle lanes or tracks. Mapping an intersection where several roads have 
sidewalks
and bicycle lanes, becomes very complicated if you map everything individually. 
For
roads with traffic signals it becomes even more complicated. Not to mention 
that it
could be avenues where you map each direction of the motor_vehicle road 
individually.

> And when the people adding that stuff will go away, who will maintain that 
> complexity, the volunteers ? The use of tags as you suggest would be much 
> cleaner and easier. The OSM database is used by a large community of 
> navigation apps that will all have to deal with this one way or another to 
> still provide meaningful navigation prompts that are not just like “walk on 
> path, in 100m turn left on path, in 300m turn right on path", perhaps by 
> filtering out these ways from their apps, I really don’t know. Otherwise 
> everybody will move to Google Maps which sure won’t bother with that stuff. 
> Anyhow, have to go back to self-quarantine, I feel a fever :-)
> 
> Happy mapping.
> 
>> On Apr 3, 2020, at 13:15, Niels Elgaard Larsen  wrote:
>>
>> Martin Chalifoux via Talk-ca:
>>> It is not hard Justin, just inadequate. The app then tell you “turn right 
>>> on path”
>>> rather than “turn right on Main Street”. Close enough.
>>>
>>> I was assuming pedestrians can figure to use a sidewalk without it being 
>>> added to a
>>> map, but maybe that’s more difficult than I’d assumed.
>>
>>
>> Routing software might prefer roads with sidewalks.
>>
>> And if there is only sidewalks on one side of the road that might make a 
>> difference
>> for routing.
>>
>> But that is why we can tag roads with sidewalk=both/left/right
>>
>> Which I think is most of the time a much better solution.
>>
>> I have had to change or delete a lot of individual sidewalks in Canada 
>> because of
>> topology problems. But there is still a lot left.
>>
>> For example:
>> https://www.openstreetmap.org/way/138463840
>> and all the other sidewalks next to it.
>>
>> These sidewalks are not connected to anything. And that is a big problem.
>> If you start your walking journey from inside one of these blocks, you will 
>> not go
>> anywhere because the router will know that you are on a way that is not 
>> connected to
>> anything. No route to destination.
>> Or you get routes like this:
>> https://www.openstreetmap.org/directions?engine=graphhopper_foot=42.99484%2C-81.18224%3B42.99590%2C-81.18204#map=18/42.99581/-81.17946
>>
>> I have experienced this IRL and it is very frustrating.
>>
>> Ottawa is better.
>> But consider a route like this:
>> https://www.openstreetmap.org/directions?engine=graphhopper_foot=45.38337%2C-75.64155%3B45.38313%2C-75.64109
>>
>> That is not how you would actually visit you neighbor.
>> Adding a lot of driveways or paths connecting the sidewalk to the road helps.
>> But most real users would not let one meter of grass stop them from crossing 
>> the road.
>>
>> -- 
>> Niels Elgaard Larsen
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
> 
> 


-- 
Niels Elgaard Larsen

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

Re: [Talk-ca] Tagging sidewalks as separate ways and issues with bicycle routing

[Niels Elgaard Larsen]

Martin Chalifoux via Talk-ca:
> It is not hard Justin, just inadequate. The app then tell you “turn right on 
> path”
> rather than “turn right on Main Street”. Close enough.
> 
> I was assuming pedestrians can figure to use a sidewalk without it being 
> added to a
> map, but maybe that’s more difficult than I’d assumed.


Routing software might prefer roads with sidewalks.

And if there is only sidewalks on one side of the road that might make a 
difference
for routing.

But that is why we can tag roads with sidewalk=both/left/right

Which I think is most of the time a much better solution.

I have had to change or delete a lot of individual sidewalks in Canada because 
of
topology problems. But there is still a lot left.

For example:
https://www.openstreetmap.org/way/138463840
and all the other sidewalks next to it.

These sidewalks are not connected to anything. And that is a big problem.
If you start your walking journey from inside one of these blocks, you will not 
go
anywhere because the router will know that you are on a way that is not 
connected to
anything. No route to destination.
Or you get routes like this:
https://www.openstreetmap.org/directions?engine=graphhopper_foot=42.99484%2C-81.18224%3B42.99590%2C-81.18204#map=18/42.99581/-81.17946

I have experienced this IRL and it is very frustrating.

Ottawa is better.
But consider a route like this:
https://www.openstreetmap.org/directions?engine=graphhopper_foot=45.38337%2C-75.64155%3B45.38313%2C-75.64109

That is not how you would actually visit you neighbor.
Adding a lot of driveways or paths connecting the sidewalk to the road helps.
But most real users would not let one meter of grass stop them from crossing 
the road.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] MapRoulette challenges for Denmark

[Niels Elgaard Larsen]

On Thu, 27 Feb 2020 17:59:24 +0100
Jeff Huntington via Talk-dk  wrote:

>Hi, some feedback from me. I’ve been looking at overlapping ways, and
>have corrected some. A common issue seems to be that highway=*
>overlaps highway=footway, area=yes. Where the highway is also a
>footway, I have not made any changes as I don’t see a problem in a
>pedestrian area being linked to a footway,

you mean footway area, I assume.
It is still an overlap.

What happens when we add extra conflicting tags to the two footways,
such as surface, name, access, etc?

I guess routers will use the one that give the best route.
But that one might not be rendered on the map, which could be confusing.

However the wiki recommends to keep linear ways for routability.
If highway=footway, area=yes are used I think that in most cases it is
better to map the linear footways where you would actually walk, which
is usually a little inside the area.

Speaking of routability we should also avoid unconnected footway areas
such as https://www.openstreetmap.org/way/180120094
. 



> but where highway is
>something else, I have separated the two ways.
> I’m wondering whether
>the tool could/ should be refined to ignore the one case of
>highway=footway overlapping highway=footway, area=yes. I haven’t tried
>to use the editing tool, prefering to use JOSM to do the actual
>editing. Jeff
>

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

[Talk-dk] Falske byzoneskilte

[Niels Elgaard Larsen]

Er vi enige om at dette er falsk?
https://images.mapillary.com/EHxg458VPxUhSGfiN6EHVw/thumb-2048.jpg


Er den slags virkelig lovligt?

-- 
Niels Elgaard Larsen

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

[Talk-dk] Hastighedsbegrænsninger i Århus Øst

[Niels Elgaard Larsen]

Er der nogen århusianere, der ved hvad hastighedsbegrænsningen er i Århus øst,
omkring Bernhardt Jensens Boulevard.

Mapillary fotos viser nogle 40 km/h. Men de er tydeligvis midlertidige.
På den anden side er der heller ikke noget rigtigt vejarbejde på billederne.

Det er et nyt område og måske er der nu permanente zoneskilte.

-- 
Niels Elgaard Larsen

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

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

[Niels Elgaard Larsen]

sfro...@gmail.com:
> Hvis det ikke var tilladt at køre på den tydeligvis anlagte rute, ville der 
> være
> skiltning med venstresving forbudt.

Ja, det er også derfor vejen er der.

Men for det første, hvorfor er den tagget som ensrettet?
Der er jo heller ikke nogen skiltning, der forbyder, at man kører den modsatte 
vej.


For det andet er der jo absolut heller ingen skiltning eller markeringer på 
vejbanen,
der gør opmærksom på denne smutvej. For en sekundær vej er det lidt usædvanligt.

Jeg ville gerne degradere den fra en secondary_link til fx service.

Jeg ser det lidt som at skyde en genvej ind gennem benzintanken på hjørnet. Det 
er
ikke forbudt, men det er heller ikke meningen med vejen og det ville slet ikke 
virke
hvis alle gjorde det. Og det er noget som rutningsprogrammer klogeligt undgår.

Jeg ved ikke hvorfor nogen bruger denne smutvej på Københavnsvej. Jeg kan ikke 
finde
et eksempel, hvor det giver nogen som helst mening.
Det må enten være fordi de har misset afkørsel 11 på motorvejen, eller måske 
har det
været kø der.
Eller også er de blevet vildledt af deres rutningssoftware.

Fx som her:
https://www.openstreetmap.org/directions?engine=graphhopper_car=55.6291%2C12.1084%3B55.6434%2C12.1246


Jeg ville være ret utilfreds hvis min GPS havde ledt mig den vej. Jeg ville ikke
turde lave venstresvinget hvis der var nogen biler bag mig, og ville så vende i 
næste
rundkørsel.


OSRM er dog bedre her:
https://www.openstreetmap.org/directions?engine=fossgis_osrm_car=55.6291%2C12.1084%3B55.6434%2C12.1246#map=15/55.6366/12.1165

-- 
Niels Elgaard Larsen

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

[Talk-dk] Københavnsvej U-turn

[Niels Elgaard Larsen]

Den her rutning ville jeg godt nok ikke være tryg ved at følge.

https://www.openstreetmap.org/directions?engine=graphhopper_car=55.64403%2C12.13471%3B55.64457%2C12.13471#map=19/55.64429/12.13513

https://www.mapillary.com/app/?lat=55.644018198415324=12.134390445437475=17=photo=true=qShU8olPgHuaj81P9O7kyA=0.46234242134218306=0.5925420046262054=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.





-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Fejl på protected_area i DK

[Niels Elgaard Larsen]

On Sun, 10 Nov 2019 13:24:25 +0100
Jørgen Elgaard Larsen  wrote:

> Hej PangoSE
> 
> Tak for at gøre opmærksom på det.
> 
> På den ene side: "don't map for the renderer" 

Der er aldrig noget galt i at tilføje nye relevante tags, heller ikke
selvom man gør det for at få det til at virke i en eller anden renderer.

Problemenet er kun hvis man tilføjer tags, der ikke burde være der,
eller man vælger forkerte tags af hensyn til en renderer.

> - men på den anden side
> siger wikien, at både protect_class= og protection_title skal sættes
> sammen med boundary=protected_area.
> https://wiki.openstreetmap.org/wiki/Tag:boundary=protected_area


Man kan se kort over fredninger på
https://fredningsnaevn.dk/fredninger/

Men det viser områder som ikke passer ret godt med hvad vi har på OSM
og man ender med nogle store PDf filer som indeholder gamle indscannede
domme og fredninger.


Men myndighederne arbejder selv på mappe danske fredninger til IUCN
kategorier.

https://mst.dk/service/nyheder/nyhedsarkiv/2018/jun/international-organisation-skal-naerstudere-fredninger/
https://mst.dk/service/nyheder/nyhedsarkiv/2018/sep/nyt-overblik-over-naturfredninger/

Men det er tydeligvis heller ikke nemt for dem.

> Så det må vi hellere gøre.
> 
> Jørgen 
> 
> Den 10. november 2019 10.38.28 CET, pangoSE 
> skrev:
> >Hej
> >
> >CartoOSM støtter bare boundary=protected_area hvor der også findes
> >en protect_class=
> >
> >Disse elementer savner denne klassificering og synes derfor ikke:
> >https://overpass-turbo.eu/s/NYp
> >
> >mvh
> >pangoSE
> >
> >___
> >Talk-dk mailing list
> >Talk-dk@openstreetmap.org
> >https://lists.openstreetmap.org/listinfo/talk-dk  



-- 
Niels

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

Re: [Talk-dk] Nogen der kender Hjortdalvej ved Tranum?

[Niels Elgaard Larsen]

Niels Elgaard Larsen:
> Hastighedesgrænsen var 80.
> Så i 2017 har Kaart Ground survey ændret det til 60.
> 
> Jeg er lidt skeptisk. Det er meget et langt vejstykke. Måske er det bare et 
> lille
> stykke af det der er 60 kmh.
> 
Det er
https://www.openstreetmap.org/way/

-- 
Niels Elgaard Larsen

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

[Talk-dk] Nogen der kender Hjortdalvej ved Tranum?

[Niels Elgaard Larsen]

Hastighedesgrænsen var 80.
Så i 2017 har Kaart Ground survey ændret det til 60.

Jeg er lidt skeptisk. Det er meget et langt vejstykke. Måske er det bare et 
lille
stykke af det der er 60 kmh.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Status på Mapillary i nogle danske kommuner

[Niels Elgaard Larsen]

On Fri, 13 Sep 2019 09:02:17 +0200
Soren Johannessen  wrote:

>Hej Niels
>
>Mange tak for det værdifulde indspark vedr. forskellige type af skilte
>og deres falske hits i forhold til danske forhold. Vedr. vejbump så er
>der sat en træningsopgave med 16.000 opgaver op på denne her  URL
>https://www.mapillary.com/project/verification/task/XwZ2XMFh4DAVx5NRqa1CGf



Tak, jeg har brugt træningssystemet en del.
Men for det første føles det som dobbelt arbejde både at gøre det der
og så igen med Osmose.

For det andet så var der i starten ikke de her rødhvide skilte i
verifikationssystemet. Det er der nu.


>Udover de rød-hvide kantskilte som giver fejl, så er også jernbane
>skiltning og valgplakater også et problem.


Og skilte der markerer fodgængerovergange.

I det mindste slipper vi vel snart for Fætter-BR skilte, som Mapillary
også misforstår.



>Mvh.
>Søren Johannessen
>
>
>
>On Thu, Sep 12, 2019 at 6:31 PM Niels Elgaard Larsen 
>wrote:
>>
>> On Wed, 11 Sep 2019 10:50:49 +0200
>> Soren Johannessen  wrote:
>>  
>> >At rydde op i falske hits fra trafikskilte betyder fx at det
>> >Mapillary trafikskiltelag som kan ses i OSM værktøjerne iD/JOSM
>> >også bliver ryddet op i.  
>>
>>
>> Jeg vil godt foreslå dem, at de bruger data fra Osmose.
>> Jeg har markeret mange tusinde Mapillary issues som falske positiver.
>> Fx alle de her rød-hvide der står hvor banen deler sig på motorveje
>> osv, og som Mapillary tror betyder at der kommer et bump.
>>
>> Og firkantede skilte med tal som i DK ikke er hastighedsgrænser, men
>> anbefalede hastigheder.
>>
>> Skilte med ryttere til hest, som Mapillary tror advarsler om vilde
>> dyr.
>>
>> --
>> Niels
>>
>> ___
>> 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] Status på Mapillary i nogle danske kommuner

[Niels Elgaard Larsen]

On Wed, 11 Sep 2019 10:50:49 +0200
Soren Johannessen  wrote:

>At rydde op i falske hits fra trafikskilte betyder fx at det Mapillary
>trafikskiltelag som kan ses i OSM værktøjerne iD/JOSM også bliver
>ryddet op i.


Jeg vil godt foreslå dem, at de bruger data fra Osmose.
Jeg har markeret mange tusinde Mapillary issues som falske positiver.
Fx alle de her rød-hvide der står hvor banen deler sig på motorveje
osv, og som Mapillary tror betyder at der kommer et bump.

Og firkantede skilte med tal som i DK ikke er hastighedsgrænser, men
anbefalede hastigheder.

Skilte med ryttere til hest, som Mapillary tror advarsler om vilde dyr.

-- 
Niels

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

Re: [Talk-dk] Redningsskilte?

[Niels Elgaard Larsen]

Ja, det var da en god ide.


==
Ved brug af data fra Redningsnummer.dk accepterer du at opdatere data
jævnligt og dermed holde de data du viser omverdenen ajour.
==

Hvad betyder det for os?
Betyder det at den person, der begynder at importere data til OSM lover
at blive med at gøre det?

Og hvad hvis personen ikke gør det?
OSM kan ikke være forpligtiget til at slette det hele igen.

I øvrigt et fjollet krav. For de finder vel ikke på at flytte samme
nummer fra een strand til en anden. Og der er ikke noget der forhindrer
os I at putte en håndfuld redningsnumre i OSM baseret på fx Mapillary.  

==
Seneste opdateringsdato eller udtræksdato skal angives i brugerflade,
hvis datasættet trækkes hjem i eget it-system og anvendes eksempelvis
til at lave offline løsninger.
==

Vi eller OSM kan ikke forpligte brugerfladesystemer til den slags.
Men man kan vel sige at selvom selvom redningsnumre kommer i OSM laver
vi ikke en decideret offline løsning. Og der vil altid være en
opdateringsdato i OSM.

Men man kunne jo forestille sig at nogen fx lavede en app, der brugte
redningsnumre fra hele verden baseret på OSM og ikke mente de skulle
vise opdateringsdatoer i brugerfladen eller ikke kendte til
redningsnummer.dk's regler.

Jeg spiller bare djævelens advokat her. Jeg synes at det er en god ide.
Men måske skulle vi for en sikkerheds skyld spørge dem om det ville være
et problem.


Anders Hedelund:
> Er der nogen, der har overvejet at inkludere redningsskilte i OSM?
> 
> Det er de grønne, nummerede skilte, der står på strandene langs vore
> kyster: http://www.redningsnummer.dk
> 
> Under "download" står der vilkår for anvendelsen, samt div. filer klar
> til brug.
> 
> Billedresultat for redningsnumre
> 
> 
> -- 
> Med venlig Hilsen Anders Hedelund - and...@xoz.dk  +45 3990 5335 Mob: +45 
> 6150 5335 TR: +90 531 831 0220
> Et liv efter overlevelsen: http://iug.dk 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> 

-- 
Niels Elgaard Larsen

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

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

[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).
  


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

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

[Niels Elgaard Larsen]

On Thu, 22 Aug 2019 10:32:50 +0200
Hans Gregers Petersen  wrote:


>Det hintes der også om ved at se på den tekniske standard for adressen:
>Fredensborg giver "UF"  (uspecificeret eller foreløbig) -
>http://dawa.aws.dk/adgangsadresser/0a3f507e-aa76-32b8-e044-0003ba298018
>Helsingør giver "TK" (bygningsfacade mod vej) -
>http://dawa.aws.dk/adgangsadresser/0a3f507f-e382-32b8-e044-0003ba298018
>https://danmarksadresser.dk/adressedata/kodelister/teknisk-standard/
>
>Jeg ville ikke tøve to sekunder, med at vælge at fjerne UF-adressen i
>dit eksempel.
>
>Hvis jeg kan finde tiden, vil jeg gerne se på, om vi kan smide et
>eller andet på osmtools.septima.dk, der kan hjælpe med at illustrere
>den slags.


Tak for forklaringen.
Men kunne vi ikke ignorere den slags adresser når vi importerer til OSM?

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

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

[Niels Elgaard Larsen]

On Wed, 21 Aug 2019 11:58:05 +0200
Hans Gregers Petersen  wrote:
l.


> Der er gjort et stort arbejde for at rydde op, kan du komme med et
>eller flere eksempler på, hvor der er separate veje med samme navn i
>samme postnummer.

Der er i alt ikke gjort et stort arbejde for at rydde op i samme
adresse i forskellige postnumre:

https://www.openstreetmap.org/node/1364214878
https://www.openstreetmap.org/node/341019079

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

Re: [Talk-dk] Nogen aktive i Vallekilde?

[Niels Elgaard Larsen]

On Fri, 2 Aug 2019 14:41:04 +0200
Jørgen Elgaard Larsen  wrote:

> Højskolevej har været i OSM siden marts 2011:
> https://www.openstreetmap.org/way/103230784

Ja, det var åbenbart mig, der oprettede Højskolevej.
 
> 
> Jeg ved ikke, hvorfor din navigator ikke kan finde den. Det må være
> en fejl i din navigator.
> 
> Flere programmer har problemer med danske adresser, fordi de ikke
> bruger postnumre/byer fra adressenoder, men i stedet prøver at
> udregne bynavn ud fra nærliggende byer på kortet.
> 
> Så måske tror din navigator, at Højskolevej ligger i en anden by.

Men faktisk er der et fint areal som er tagget som place=village,
name=Vallekilde
https://www.openstreetmap.org/way/440984773

så det kunne ikke være bedre.

Mange steder er "place" knuder, og det er naturligvis kun en
approksimation.

Jeg oprettede en "place=neighbourhood,name=Indre Østerbro" fordi jeg
var træt af at https://www.openstreetmap.org/ påstod at jeg boede på
Marmormolen.

Det burde naturligvis lavet til et areal, men det kræver lidt
arbejde at lave i tæt bebyggede områder.

For hvis man søger på fx Classensgade, så får man godt nok den rigtige
gade, men søgeresultatet siger:

==
Results from OpenStreetMap Nominatim
Tertiary Road Classensgade, Marmormolen, Østerbro, Copenhagen,
Copenhagen Municipality, Capital Region of Denmark, 1327, Denmark
==

Måske vil jeg starte med at gøre Marmormolen til et areal, det er lidt
mere  overkommeligt.

-- 
Niels

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

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

[Niels Elgaard Larsen]

On Tue, 13 Aug 2019 14:35:56 +0200
Ole Laursen  wrote:

> Hej allesammen!
> 
> Jørgen Elgaard har gjort opmærksom på at man ikke kan lave nye
> rettelser i OISfixes fordi AutoAWS-importeren ikke længere importerer
> nogle bestemte tags som kommunerne bruger til at identificere vejene
> med.
> 
> Det kan sikkert løses, men jeg ved ikke om vi i stedet skal gå efter
> at nedlægge OISfixes?

Måske, men ikke før vi har noget andet på plads.
 
> I min optik skulle der så ske følgende:
> 
> - Gør det lettere at rapportere en fejl til kommunerne (jeg har
> skrevet til DAR om ikke de kan lave en side til det, alternativt kunne
> vi måske selv gøre det)


Det ville være dejligt, men jeg vil se det virke godt før jeg tror på
det. 

> - Gør det lettere at lave og vedligeholde en rettelse direkte i OSM,
> f.eks. ved en AutoAWS for dummies-guide, og måske også ved at forbedre
> AutoAWS' håndtering af senere opdateringer

Kan du beskrive lidt nærmere, hvordan man skulle rette det i OSM?
 
> - Noget migreringsarbejde af de eksisterende rettelser





-- 
Niels

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

[Talk-dk] 70 km på Løgstørvej Nibe

[Niels Elgaard Larsen]

Er der nogen fra Nibe, der ved hvad det her er?

https://www.mapillary.com/app/?focus=photo=-qfXn59jilDDxPMfFV_OsA=true=56.97741093510532=9.444599748746239=17


Er skilte blevet fjernet.

Eller var de ved at blive sat op og krydset over fordi de manglede et
ophør skilt?

-- 
Niels Elgaard Larsen

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

[Talk-dk] Kender nogen Lykkeberg i Spjald?

[Niels Elgaard Larsen]

Hej, er der nogen vestjyder, der ved hvad det her er:
https://www.mapillary.com/app/?menu=false=56.10177885748185=8.488111063275664=17=TqoeCr4UArr6qSqCQ7OprA=photo

Jeg søgte mig from til
https://issuu.com/videbaek/docs/lokalviden_vs

hvor der er opført 3 Lykkeberg personer på Kildsigvej 11.

Der ser måske også lidt hjemmelavet ud.
Er det sådan en jysk piratbyzone?

-- 
Niels Elgaard Larsen

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

[Talk-dk] Kommuner og Mapillary

[Niels Elgaard Larsen]

Wow, der er kommet nogle gode billeder på Mapillary.
Jeg faldt over dem i Furesø kommune.

https://www.mapillary.com/app/?focus=photo=5lioQqVCTsiOan-WnWtROQ=true=55.807033=12.3836055=17=0.47413493951439256=0.46361113845770635=0

Og Ballerup er åbenbart også på vej:
https://ballerup.dk/sites/default/files/04_-_samlet_oversigt_over_direktionens_forslag_til_omstillingscases_til_budget_2019.pdf


==
Kort opsummering af forslaget
Center for By, Erhverv og Miljø har kontrakt med COWI a/s vedr.
gadefotografering af kommunen, hvor der hvert år dækkes 1/3 af kommunen.
Omstillingsforslaget går ud på at tage gadefotos i crowdsourcing
værktøjet ”Mapillary” som erstatning for COWIs Gadefoto. De billeder,
som tages, er herefter frit tilgængelige for borgere, forskere og
virksomheder.

Finansiering
Der betales pt. 50.000 kr. om året for Cowis ydelse. Eftersom Mapillary
er open source, er der brug for indkøb af tre 360 graders kameraer á
10.000 kr. Der kan derudover komme udgifter til studentermedhjælpere, så
det sikres, at alle ønskede strækninger bliver fotograferet.
Investeringer det første år og driftsomkostninger de efterfølgende år
vurderes derfor at være hhv. 30.000 kr. i 2019 og 10.000 kr. de
efterfølgende år. Disse udgifter afholdes inden for rammen.
Nettobesparelsen bliver derfor 20.000 kr. i 2019 og 40.000 kr. i hvert
af årene 2020 – 2022.
==

De nævner ikke OpenStreetmap. Men det er da den rigtige tankegang.
Lad os håbe at det spreder sig til alle kommuner.


-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Nordøstgrønland - kvalificeret hjælp søges

[Niels Elgaard Larsen]

On Wed, 9 Jan 2019 15:00:14 +0100
Anders Hedelund  wrote:

> Jeg har udsorteret og kategoriseret ca 4500 punkter fra
> Nordøstgrønland 


Hvad format er det i nu? Og hvor præcise, pålidelige er data?

Du kunne overveje at fordele det i JSON-filer med nogle hundrede
punkter i hver og så importere dem i JSON og uploade dem derfra.

Jeg ved ikke hvor gode luftfotos af Nordøstgrønland er, men måske giver
det mening at checke fx placeringen af bjergtinder manuelt.

> - stationer, hytter, bjergtoppe, fjorde osv. fra GEUS-oversigt. Dér
> kan man downloade til regneark, men data lider af, at de
> grundlæggende er POIer: Navn med koordinater, mens typen og f.eks.
> højden af bjergtinder står i tekstfelt. Dette har jeg uddraget og
> normaliseret.
> 
> Jeg har også fra GEUS - mod kildeangivelse - fået lov til at
> importere hele baduljen til OSM.
> 
> Men jeg vil ikke gøre det selv, for sådant har jeg aldrig prøvet.
> 
> Min OSM baggrund er i det væsentlige kortlægning af en enkelt kommune
> i Tyrkiet - Måske 1000 km gennemkørt, GPS-spor gemt, moskeer, skoler
> og andet fundet,  og landsbyskilte noteret. Derfra håndredigering.
> 
> Lige nu går trykning af papirkort i gang.
> 
> Men bulk-import vil jeg helst ikke røre ved, specielt da det bør være
> en éngangsforeteelse. Hvem melder sig frivilligt?
> 



-- 
Niels

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

Re: [Talk-dk] Fodgængertunnel

[Niels Elgaard Larsen]

On 27/10/2018 16.48, Troels Arvin wrote:
> Hej,
> 
> Niels skrev bl.a.:
>> Du skal bare tagge selve tunnelen den med highway=footway og trapperne
>> med highway=steps
> 
> OK, så sådan her?
> https://www.openstreetmap.org/changeset/63937315#map=19/39.54969/26.61796
> 
> (I min opmærkning er det lidt sært, at trapperne ligesom fører op til 
> ingenting. Der er jo et fortov, som de fører op til, men fortovet er ikke 
> mærket op separat, og jeg har ikke mulighed for at opmærke fortovene 
> ordentlig, fordi jeg ikke længere er i området.)

Så forbind trapperne til İzmir Çanakkale Yolu

Fortovene er ikke mærket op og der er ikke en access restriktion på
Trunk vejen, der forbyder fodgængere. Så rutere vil lede fodgængere ad
den store vej, selvom de i praksis vil gå på fortovet.

Til gengæld har fodgængere brug for at kunne krydse den store ved og her
kommer tunnelen ind.

Se på:


https://www.openstreetmap.org/directions?engine=osrm_car=39.55041%2C26.61893%3B39.54948%2C26.61839#map=17/39.54978/26.61606

Når du forbinder trapperne til hovedvejen bliver det en del kortere.


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

Re: [Talk-dk] Fodgængertunnel

[Niels Elgaard Larsen]

On 27/10/2018 15.48, Troels Arvin wrote:
> Hej,
> 
> Jeg vil gerne indtegne en fodgængertunnel her:
> https://www.openstreetmap.org/#map=19/39.54950/26.61800
> 
> Sådan ser det ud:
> http://troels.arvin.dk/osm/evidence/turkey/ped_tun/foto.jpg
> 
> Jeg vil gerne sikre mig, at jeg ikke ved en fejl kommer til at tagge det 
> på en måde, hvor navigationssystemer pludselig tror, at man kan foretage 
> en U-vending i tunnellen eller lign.



Du skal bare tagge selve tunnelen den med highway=footway
og trapperne med highway=steps

> Jeg tænker, at denne måde at gøre det på ikke er god nok:
> http://troels.arvin.dk/osm/evidence/turkey/ped_tun/osm-ss.png
> 
> Måske bør jeg med access=* gøre ét eller andet for at indikere, at biler 
> ikke kan køre der? Eller markerer jeg strækningen som værende både en 
> fodgænger-sti og tunnel, hvorved det implicit er givet, at tunnellen ikke 
> er til biler?

Netop

> 


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

Re: [Talk-dk] highway=bus_stop og public_transport=platform

[Niels Elgaard Larsen]

On Fri, 21 Sep 2018 07:33:18 +0200
Mikko Lukas Räsänen  wrote:

> Før dette breder sig for meget: Jeg har set en lille tendens hvor 
> highway=bus_stop også bliver tagget med public_transport=platform.


Wikien siger:

==
Platform[edit | edit source]
A primitive (node, way, or area) where the passengers wait:

public_transport=platform
highway=bus_stop (This older tag is still necessary because without,
the bus stop currently is not rendered on the main page, see bug
report.)
==

Det er det modsatte af din indvending, men bidrager nok til
forvirringen. Og der er nok nogle værktøjer, der sætter begge tags.

Derudover er det et spørgsmål om Transport Schema.

Jeg mener efterhånden at vi burde sætte 
public_transport:version=2
på busruterne.

De fleste ruter er i en sørgelig tilstand, hvor de hverken er version 1
eller 2.

Og vi burde ende med version 2 alligevel.

Vi har rigtig mange stoppesteder, hvor mere end een busrute stopper. Og
det bliver meget bøvlet hvis busruterne bruger forskellige
public_transport:version


https://www.openstreetmap.org/relation/4072742
https://www.openstreetmap.org/relation/8382605
https://www.openstreetmap.org/relation/8382605
https://www.openstreetmap.org/relation/8382607


> Dette er selvfølgelig helt på sin plads på steder hvor der ikke
> findes en egentlig platform, og hvor selve standeren må gøre det ud
> for stedets platform (et eksempel her: 
> https://www.mapillary.com/map/im/am4GZNbKEHQLpQxbNNQOuA hvor
> standeren til venstre bare er placeret i rabatten).
> 
> Men kan vi blive enige om at lade være med at sætte det tag på steder 
> hvor der allerede ER indtegnet og tagget en egentlig platform?
> Tilfælde her på Overpass Turbo: http://overpass-turbo.eu/s/C5Y
> (beklager den lange loadtid).
> 
> De bedste hilsner, Mikko
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



-- 
Niels

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

Re: [Talk-dk] Konstruktioner i vand

[Niels Elgaard Larsen]

Ja, men det er måske ikke rigtigt en breakwater.
Det er mere en estakade. Men jeg ved heller ikke hvordan det skulle tagges.

Afspærringen ved Holmen er tagget som:

barrier fence
fence_type  chain_link
wire_fence  stockade

seamark:type=wall
er måske passende.

Ifølge wikien er det:

A natural or man-made barrier used as an enclosure or boundary or for
protection.

Den 10-08-2018 kl. 23:46 skrev Troels Arvin:
> Hej,
> 
> Jeg skrev bl.a.:
>> I København er der i nordlig regning fra Slusen i Kalveboderne nogle
>> konstruktioener ude i vandet, som jeg ikke lige kan regne ud, hvordan
>> man kan/bør indtegne:
>>
>> https://binged.it/2KIfQe7
>> http://troels.arvin.dk/osm/evidence/sluse_vand-ting/vand0.jpg
> 
> [...]
> 
> Ups. Jørgen Elgaard Larsen tegnede det ind for syv år siden:
> https://www.openstreetmap.org/way/108849029/
> history#map=19/55.64313/12.55270
> 
> Glem, hvad jeg skrev.
> 

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

Re: [Talk-dk] Lanes/vejbaner opsætning af dette.

[Niels Elgaard Larsen]

Den 28-07-2018 kl. 21:26 skrev Finn Hansen:
> Hej alle i forummet. Jeg har i den seneste tid haft kontakt med andre
> mappere ang. hvordan man håndtere antal lanes på vejbaner i Danmark, og
> derfor vil jeg gerne have en debat om dette emne.
> 
> Lad os tage nogle eksempler:
> 
> https://www.openstreetmap.org/#map=17/55.43425/10.00871
> 
> Store Landevej rute 161 på Fyn tæt ved Ejby. Her er der følgende hvor
> der i den del af vejen som starter fra Hønnerupvej og går med vest
> markeret med lanes=2. Den anden vej er der ikke noteret Lanes, men som
> nogle nævner, så vil OSM markere det som standard at der er 2 vognbaner.
> Så lige hvad er rigtig her vil jeg gerne vide.

OSM kan ikke markere noget som helst. OSM er bare en database.
Programmer der bruger OSM kan gætte og have defaultværdier, der hvor der
mangler information. Fx kan Mapnik, som laver kortene på side
openstreetmap.org have en defaultværdi.

Men hvis det ikke er tagget, så er det kun et gæt.
Der er masser af programmer, der bruger OSM til alt muligt.
Og vi mappere har også brug for informationen. Hvis du tagger den
nordlige del med lanes=2, så ved jeg at jeg ikke behøver at køre forbi
for at se hvor mange baner, der er.

> Dertil har nogle også nævnt at vejene helst skal markeres med
> surface=asphalt, som heller ikke er sket på den del som går mod øst fra
> Hønnerupvej. Det kan jeg så tilføje at der er en del veje som ikke er
> markeret med hvilken belægning der er på.

Så marker det.

> Spørgsmålet er om der er en
> standard for det også, hvis man ikke tagger den, så OSM vil tro det er
> automatisk asfalt, og at brugerne af GPS vil kunne se det, for ellers
> kan det jo skabe evt. problemer.

Det kommer helt an på hvilket program, de kører på deres GPS. Hvis du
vil være sikker på at de kan se det, bliver du nødt til at tagge det.

Det nærmeste du kommer på generelle standarder, er hastighedsgrænser.
På relationen for DK er angivet at i Danmark er hastigheden som default
130 på motorveje, 80 på andre veje, men 50 i byzoner og på residential veje.

Jeg vil tro at de fleste GPS programmer bruger det til ruteberegning,
men fx OsmAnd viser det ikke når man kører og bruger det ikke til at
advare om for høj hastighed.

Og med god grund.
For der er fx mange veje i byzoner, der er skiltet med 60 eller 70 km/h
eller med en 40 km/h zone. Og OsmAnd vil ikke risikere at fortælle
bilister at de må køre 50 km/t, hvis de faktisk kun må køre 40 km/h. Så
det giver god mening at tagge veje i byer med 50 km/h, for så ved GPS-en
at der ikke er skiltet med noget andet.

Desværre er der også nogle steder i OSM, hvor fx landeveje er tagget med
80, selvom der er stykker, hvor man kun må køre 70. Men det er fejl, som
skal rettes. Og bliver rettet.

Og hvad nu hvis du har fortalt din GPS, at du ikke vil køre på grusveje
og bedt den om at finde en rute fra A til B. Så kan den ikke bruge veje,
hvor surface ikke er tagget, for så risikerer bilisten jo at spilde
timer, hvis han/hun skal køre langt tilbage igen, hvis det viser sig at
bare en vejene faktisk var en grusvej.

> Her et andet:
> 
> https://www.openstreetmap.org/#map=16/55.5802/9.7027
> 
> Ydre ringvej er her markeret med lanes=2, og der er yderligere nogle
> stykker mod NØ af kortet ved Fredericia.
> 
> https://www.openstreetmap.org/#map=19/55.61256/11.78267
> 
> Her har vi Kvarmløsevej, hvor vejen er delt med spor i hver retning, men
> her fremgår det ikke hvor mange lanes/spor der er markeret. Jeg vil mene
> der skal stå lanes=1, i dette tilfælde, så er spørgsmålet om man skal
> bruge lanes=2 efter hvor sporene fletter sammen igen.

Ja, hvis der er to spor.

Så generelt, når du tagger noget, så tilføjer du altid information.

Det er dog nok at overdrive fx at tagge alle veje ned oneway=no, hvis de
ikke er ensrettede. Men jeg har gjort det nogle steder, hvor jeg var
tvivl, undersøgte det og fandt ud af at en vej ikke var ensrettet, mest
af hensyn andre mappere og min egen glemsomhed.

Men tags som surface, lit, sidewalk og lanes er det godt at mappe.

___
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é

[Niels Elgaard Larsen]

On Wed, 4 Jul 2018 16:49:24 + (UTC)
Troels Arvin  wrote:

> Hej,
> 
> Jeg har tilføjet en ny café, som jeg ikke syntes, at jeg kunne finde
> på OSM:
> https://www.openstreetmap.org/changeset/60414146

Tilføj den endelig.
Den dukker ikke op af sig selv.

Der der sker er at mit cron-skript kører en gang om dagen. Det opdager
så at du har tilføjet en cafe med ca samme navn (det ignorer
mellemrum, ord som cafe, aps, osv) i nærheden (inden for nogle hundrede
meter). Den laver så en gul
cirkel på http://digitalfrihed.dk/restaurants/all.html og en gul streg
der viser forskellen i positioner. Hvis nogen så klikker på den orange
cirkel kommer der en pop-op boks, hvor man kan klikke på "merge in
JOSM". Hvis man gør det og har en JOSM med remote kørende, så loader
josm OSM knuden og opdaterer den med løbenummeret fra FVST og man kan
så uploade det fra josm. Positionen i OSM bliver bevaret, men man kan jo
justere den i josm, inden man uploader.

Nu har Hjart så lige opdateret cafeen med fvst:navnelbnr. Og det
betyder, at mit script helt ignorerer cafeen fra FVST med det
løbenummer, for så er den der jo allerede.

Nu hvor du var inde på http://digitalfrihed.dk/restaurants/all.html så
kunne du også have klikket på ikonet for cafeen og trykket på "edit in
josm" og så have flyttet den i JOSM. Så havde du fået fvst:navnelbnr
med.

Cafe Slusen var jo triviel. Men hvis du ved, at stedet hedder noget helt
anden end FVST kalder det, er det en stor hjælp at sætte fvst:navnelbnr
og fvst:name, for det kan kræve lidt detektivarbejde, hvis man ikke er
stedkendt. Fx fra i dag:

https://www.openstreetmap.org/node/5739245490
https://www.openstreetmap.org/node/4294800149
Jeg har brugt CVR oplysninger og telefonumere, til at finde frem til
navnene.

I øvrigt er positionerne fra FVST blevet noget bedre. Men der er stadig
mange, hvor positionen mangler. Mit script prøver så at finde en
position ud fra adressen, men det er jo heller altid præcist og
adresserne fra FVST er heller ikke altid helt korrekte.

 
> 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?
> 


___
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

[Niels Elgaard Larsen]

Michael Andersen:

> 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.

Det bliver uden mig. En af grundene til at jeg bidrager til
Openstreetmap er for at modvirke kontrol og overvågning fra Google,
Facebook, osv.

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


Ja.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Niels Elgaard Larsen]

Jonathan Hougaard:
> Hej Niels
>
>
> Det er korrekt forstået, at hvis du sletter en adresse i OSM, som stadig
> findes i Danmarks Adresseregister, så vil denne automatisk blive
> tilføjet igen ved næste opdatering.
>
> Hvis du vitterligt mener, at en adresse ikke længere findes, kan du
> kontakte den lokale kommune, der så må vurdere, om adressen skal slettes
> fra DAR.
Måske er de blevet bedre nu. Men tidligere har den slags taget årevis.

> Husk på, at en adresse sagtens stadig kan eksistere, selvom der
> ikke (længere) er noget bebyggelse på det pågældende sted. Så som
> privatperson kan du ikke umiddelbart vurdere, om en adresse findes eller
> ej.

Det er ikke så stort et problem med adresser der ikke eksisterer. Det er
mere hvis de er placeret helt forkert.

Jeg har i tidens løb fundet nogle adresser, der har været placeret flere
hundrede km forkert. Nogle gange har jeg så flyttet adressen til den
rigtige placering. Men det er altså lidt besværligt og ikke noget, vi
kan regne med at alle mappere kan finde ud af.

Så mange vil nok slette adressen og det er også bedre end ingenting. Så
undgår vi at nogen sætter deres GPS og ender på Falster i stedet for på
Mors og den slags.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Holdninger til ændringer i tagning af adresser

[Niels Elgaard Larsen]

On Mon, 7 May 2018 15:12:16 +0200
Jonathan Hougaard  wrote:

> Hej
> 
> 
> I forbindelse med udvikling af nyt script til adresseopdatering i 
> Danmark er det via wiki talk siden blevet foreslået at lave enkelte 
> rettelser til hvordan adresser tagges i Danmark. Disse kan ses på
> wiki siden: 
> https://wiki.openstreetmap.org/wiki/AutoAWS#Description_of_the_Script_Workflow
>  
> samt dennes talk side:
> https://wiki.openstreetmap.org/wiki/Talk:AutoAWS


==
Adding addresses[edit | edit source]
Similarly to how addresses are picked for deletion, for any address IDs
that exist in DAR data, but does not exist in OSM data, the address is
saved as a new address to be added to OSM. A new node will be created
and pushed to the OSM API. The new node will contain the following tags:
==

Det er jo ikke helt tilsvarende. For hvad nu, hvis man nu har slettet en
knude i OSM, fordi den ikke skal være der?

Er det så meningen, at man skal fjerne alle tags, undtaget
osak:identifier=XXX, autoaws=ignore
?

> Hvis der er kommentarer til disse, modtager jeg dem gerne snarest 
> muligt, da jeg ellers forventer at autoAWS snart er klar til at
> begynde på adresseopdateringer i større omfang.
> 
> 
> Mvh
> 
> Jonathan
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



-- 
Niels

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

Re: [Talk-dk] autoAWS første udkast

[Niels Elgaard Larsen]

On Tue, 17 Apr 2018 11:13:12 +0200
Jonathan Hougaard  wrote:


> Mht. 4 - som nævnt tidligere, er min tilgang generelt (nødt til at 
> være), at data fra DAR er korrekt.

Men det er data fra DAR altså ikke altid. Datakvaliteten er høj, men
det er ikke perfekt.

> Jeg har ikke deltaget i den nævnte 
> diskussion, og kender derfor ikke argumenterne. Teknisk kan jeg godt, 
> hvis der er konsensus om det, rette forkortede vejnavne til deres
> fulde navn før de importeres. Dette kræver, at der er en eller anden,
> der laver en komplet liste med forkortelser og deres udvidede form
> (Dr. = Doktor, Nr. = Nørre osv.)

Men er dit system så smart nok til at vide at "Dr. Dorothea" er Dronning
Dorothea og ikke Doktor Dorothea?

> Umiddelbart har jeg lidt svært ved at forstå, hvorfor vi ønsker at
> ændre de tilsyneladende officielle vejnavne fra DAR,

Fordi de ikke er korrekte. Og de er heller ikke officielle. Det er bare
en database. Mange af fejlene i DAR skyldes at vejnavnene oprindeligt
er indtastet i et system, hvor der kun var plads til 20 tegn for
vejnavne. Det gør ikke Borgm.Jespersensvej til et officielt vejnavn, så
kommunen kører ud og skifter alle skiltene.

Det ser ud til at de fleste fixes på OIS-fixes nu er rettet i
DAR, (fx Tengslemrk Strandvej => Tengslemark Strandvej).

Men der var jo så et stykke tid hvor navnene var korrekte i OSM, men
endnu ikke rettet i DAR/AWS. Og måske har de rettet det fordi de så
rettelsen i OSM. Under alle omstændigheder kommer der sikkert nye veje
med fejl i DAR, som de vil være lang til om at rette.


> men som sagt
> kender jeg ikke argumenterne.


> Mht. position, som tidligere diskuteret et sted i forrige tråd, bør
> fejl rettes direkte hos DAR. 

Igen, der kan gå lang tid inden vi får rettet fejl i DAR.
Og hvis vi ved at data i OSM er forkerte, skal der være en måde at
rette dem i OSM indtil de bliver rettet i DAR.

> Hvis der er helt exceptionelle tilfælde
> hvor en adresseknude i OSM ikke skal placeres på den officielle
> placering (jeg kan ikke umiddelbart komme på nogen!),

https://overpass-turbo.eu/s/xYk
Mange af dem er rettet i DAR, så vi burde gå dem igennem og rydde op.

Men der er stadig mærkelige ting i DAR.

Fx at der både er Gl. Strandvej 237 i Humlebæk og Gammel Strandvej 237 i
Espergærde.

>  kan vi
> eventuelt anvende et specielt tag, så knuden bliver ignoreret
> (autoaws=ignore eller hvad ved jeg). Så vidt jeg forstår, har AWSbot
> haft en tilsvarende funktion.

Vi kan vel fortsætte med ois:fixme
 
> On 17/04/2018 10:26, Jakob Barfod wrote:
> >> I må meget gerne kigge beskrivelsen igennem og komme med forslag og
> >> kommentarer til dette.  
> > 1. Rigtig godt arbejde!
> >
> > 2. Foretrækker du, at diskussion foregåer her på talk-dk eller på
> > diskussionssiden på wiki'en? 2.a. Hvis her på talk-dk, så opretter
> > jeg lige en henvisning på wiki'en.
> >
> > 3. Henvisninger til AWSbot på diverse wiki-sider bør opdateres, så
> > AutoAWS nævnes i stedet. Ikke ment sådan, at _du_ skal gøre det,
> > men hermed efterlyses steder, hvor vi bør opdatere diverse tekster.
> > Fx... 3.a https://wiki.openstreetmap.org/wiki/Addresses#Denmark 3.b
> > https://www.openstreetmap.org/user/AWSbot 3.c
> > https://wiki.openstreetmap.org/wiki/Import/Catalogue/KMS 3.d Flere?
> >
> > 4. Konfliktende opdateringer? Hvem har ret, DAR eller OSM?
> > Jf. den gamle "Dr. Tværgade<>Doktor Tværgade"-diskussion, så lægger
> > jeg mærke til, at stavningen fra DAR bruges, hvis der er forskel:
> >
> > "Any one of the following conditions will trigger an update:
> > [...]
> > The position (lat and lon) of the node is not equal to the AWS
> > address position addr:street=* is not equal to the AWS street name "
> >
> > Er det hensigtsmæssigt? Hvad nu hvis en OSM-bruger har tilrettet
> > forkerte data (fx position eller stavning af vejnavn)? Det kan jeg
> > simpelthen ikke gennemskue. 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



-- 
Niels

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

Re: [Talk-dk] Corrections to Denmark OSM data

[Niels Elgaard Larsen]

Andrew Wiseman:
> Hello,
> 
> My name is Andrew Wiseman, I work for Apple’s Maps team. We occasionally
> receive anonymized user feedback about our maps in Denmark. 

How do Apple use Openstreetmap for Denmark?
And why Denmark. Do you not get user feedback for other countries?

> We were
> interested in making the fixes that users suggest on OpenStreetMap,
> where we can verify that they are correct. However, we would also be
> happy to send the feedback to the community in case you wanted to review
> them and take action. The feedback is usually usually things like
> corrections to street names and addresses, road network issues and
> missing or changed points of interest.
> 
> We have a GitHub page here with more information about the
> project: https://github.com/osmlab/appledata/issues/69
> 
> Please let me know if you have any suggestions or questions.

I think we should just see some of your corrections first.

> Thank you,
> 
> Andrew
> 
> Apple, Inc.
> 
> Andrew Wiseman |  Maps | andrew_wise...@apple.com
> <mailto:andrew_wise...@apple.com>
> 
> APPLE CONFIDENTIAL
> This message (including attachments if any) is for the private use of
> the addressee only and may contain confidential or privileged
> information. If you have received this message by mistake please notify
> the sender by return e-mail and delete this message and any attachments
> from your system. Any unauthorized use or dissemination of this message,
> and any attachments in whole or in part is strictly prohibited.
> 
> 
> 
> 
> 
> 
> N�n�r)em�h�yhiם�w^��
> 

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Fwd: Download og anvendelse af data

[Niels Elgaard Larsen]

On 16-01-2018 13:22, Leif Lodahl wrote:

Hermed videresender jeg svar fra Slots og Kulturstyrelsen.



Fint, og du krediterer dem i dine changeset noter så vidt jeg kan se.

De har har åbenbart ikke forstået, at vi ikke engang bruger deres 
servere til at lave lag på websider.


I øvrigt tror jeg egentlig ikke, at du havde behøvet at spørge dem.

Man kan ikke have ophavsret til en bunke positioner. Desuden er 
gravhøjene gamle og det er ikke Slots og Kulturstyrelsen, der har 
placeret dem, hvor de.


Jeg tror heller ikke, man kan bruge §71 om katalogfremstilling her.

Men OSM's retningslinier fordrer nok at vi sikrer os styrelsens accept. 
Og den har vi nu. Det havde vi nu også før for de skrive jo på 
hjemmesiden at det er CC0.




Mvh.
Leif

-- Videresendte meddelelser --
Fra: *SLKS FF-Kulturarvsstyrelsen* >
Dato: 16. januar 2018 kl. 14.17
Emne: SV: Download og anvendelse af data
Til: Leif Lodahl >


Hej Leif

Vores data er frit tilgængelige på vores sites og i øvrigt underlagt CC0 
rettigheder, hvilket vil sige, at de er frie til anvendelse alle 
steder.  Så du er meget velkommen til at anvende til et lag på 
OpenStreetMap. Vi kan kun være interesserede i, at vores data er 
tilgængelige så mange steder som muligt. Vi vil dog sætte pris på, vi 
bliver krediteret som dataejere.


Du kunne måske med fordel anvende vores webservices WMS og WFS til at 
hente data ind? Jeg ved dog ikke, hvordan  OSM har det med webservices - 
jeg har ingen personlig erfaring med OSM andet end som bruger. Er det 
noget, du kunne tænke dig at udforske, så kan du finde mere info her: 
https://slks.dk/om-slots-og-kulturstyrelsen/kulturarvsdatabaserne/til-udviklere/webservices/ 



  Venlig hilsen
  __
  Claus Dam
  Konsulent, cand.mag



Slots og Kulturstyrelsen/Danish Agency for Culture and Palaces
  Udvikling og KoncernIT

  H.C. Andersens Boulevard 2
  DK-1553 København V

  Telefon    +45 33 95 42
  Site slks.dk 

  Mail d...@slks.dk 
  Direkte +45 3374 5152 

-Oprindelig meddelelse-
Fra: Leif Lodahl [mailto:leiflod...@gmail.com ]
Sendt: 14. januar 2018 19:00
Til: SLKS FF-Kulturarvsstyrelsen
Emne: Download og anvendelse af data

Hej styrelse,

Jeg er interesseret i jeres data her:
http://www.kulturarv.dk/fundogfortidsminder/Sog/Resultat?predef=3=1 



Jeg har læst denne: http://www.kulturarv.dk/fundogfortidsminder/Regler 



Mit spørgsmål er meget konkret: Må jeg anvende disse data med henblik på
manuelt at registrere fortidsminder på openstreetmap.org 
?

https://www.openstreetmap.org

På forhånd tak for svar.


Leif Lodahl

Tommelisevej 8

2730 Herlev






___
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] Bør slettes, men jeg kan ikke

[Niels Elgaard Larsen]

On 16-01-2018 15:51, Mia Petersen wrote:

Hej

Jeg prøver på at slette en cykelsti, der er blevet påført kortet, som 
følger en vej, men uanset hvad jeg gør, så kan jeg ikke slette den.


Beliggenheden er DGI Huset, Vejle.
Er der nogen, der kan hjælpe?



Hvilken editor bruger du?

Prøv at zoome så langt ud at hele stykket at stien er synlig.

Og en anden gang så prøv om du kan angive præcist hvilken sti, der er 
tale om. Fx

https://www.openstreetmap.org/way/539278337

Eller bare id på stien (fx 539278337)



Med venlig hilsen

Mia Petersen



Jeg beskyttes af den gratis SPAMfighter til privatbrugere.
Den har indtil videre sparet mig for at få 16192 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




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

[Talk-dk] Pas på med separate fortove/cykelstier og access restriction

[Niels Elgaard Larsen]

Se på
https://agol.dk/osm/fejlgal/#10

Problemet er følgende:

Kjærgårdsvej nord for legepladsen har foot=no, bicycle=no

Ok, så kan man gå eller cykle på cykelstien.
Men hvis man kommer sydfra, så kan man ikke komme til venstre ad 
Kragelundvej. Eller til højre hvis man kommer nordfra.


Der er heller ikke nogen måde man kan gå eller cykle til fx. 
Kjærgårdsvej 30, eller 24.


Og vandreruten Drivvejen går et stykke ad Kjærgårdsvej, hvor det ikke er 
tilladt at gå.


Det er bare et eksempel, jeg har rettet en del andre.



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

Re: [Talk-dk] Parkeringplads handicapåbningstider.

[Niels Elgaard Larsen]

On Thu, 11 Jan 2018 14:44:52 +0100
Anders <and...@alweb.dk> wrote:

> Måske som her:
> https://wiki.openstreetmap.org/wiki/Key:parking:lane#Parking_conditions_.28terms.29


Men det er for parking lanes. Ikke rigtig båse.

Og det jeg tror ikke at
parking:condition:left:disabled:time_interval
eller 
parking:condition:disabled:time_interval på båsen forstås af mange, men
jeg prøver, indtil jeg finder på noget bedre.



> På Thu, 11 Jan 2018 13:53:32 +0100
> Niels Elgaard Larsen <elga...@agol.dk> skrev:
> > https://d1cuyjsrcm0gby.cloudfront.net/fPFBV5Y9IbZdyVaNfXn5ig/thumb-2048.jpg
> > http://www.openstreetmap.org/way/549233357
> > 
> > Udover at tidspunktet ikke er rigtigt, er opening_hours så det
> > forkerte tag at bruge. Eller hvad angiver underskiltet egentlig?
> > 
> > At der kun må parkeret 7-21 og det kun er for handicappede?
> > At den er reserveret til handicappede men andre må bruge den 7-21.
> > Eller at den kun er reserveret til handicappede 7-21 og alle må
> > bruge den resten af tiden?
> > 
> > Det sidste virker mest logisk.
> > Men hvordan skal det tagges?
> >   
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk



-- 
Niels

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

[Talk-dk] Parkeringplads handicapåbningstider.

[Niels Elgaard Larsen]

https://d1cuyjsrcm0gby.cloudfront.net/fPFBV5Y9IbZdyVaNfXn5ig/thumb-2048.jpg
http://www.openstreetmap.org/way/549233357

Udover at tidspunktet ikke er rigtigt, er opening_hours så det
forkerte tag at bruge. Eller hvad angiver underskiltet egentlig?

At der kun må parkeret 7-21 og det kun er for handicappede?
At den er reserveret til handicappede men andre må bruge den 7-21.
Eller at den kun er reserveret til handicappede 7-21 og alle må bruge
den resten af tiden?

Det sidste virker mest logisk.
Men hvordan skal det tagges?

-- 
Niels

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

Re: [Talk-dk] nominatim

[Niels Elgaard Larsen]

On Mon, 11 Dec 2017 14:11:43 +0100
Michael Andersen <hj...@milvus.dk> wrote:

> 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).


Det var også hvad jeg regnede med. Når jeg laver en knude Indre
Østerbro, vil det virke for min adresse. Men for dem som er lidt
tættere på Marmormolen end midten af Indre Østerbro, har Nominatim jo
ikke en chance.

Når jeg ikke laver en polygon i dag, er det kun fordi det er en noget
større opgave for Indre Østerbro end for Rødding.


> 
> 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 <and...@alweb.dk> 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



-- 
Niels

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

Re: [Talk-dk] nominatim

[Niels Elgaard Larsen]

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/addressLookup.py

Koden prøver at finde positioner på de adresser på madsteder fra
fødevarestyrelsen, som fødevarestyrelsen ikke har en position på. 

-- 
Niels

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

Re: [Talk-dk] Cykelstier versus gangstier

[Niels Elgaard Larsen]

On Tue, 14 Nov 2017 13:57:40 +0100
Michael Andersen  wrote:


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

Men hvorfor så ikke highway=path;foot=designated;cycle=designated


Angående Richards blog, så er jeg enig med ham et langt stykke af
vejen. Men han sige jo også:

==
Like the moo of a cow, everyone knows what a highway=cycleway means.
==


Det gør de så ikke længere, når vi også bruger cycleway om gangstier og
fællesstier.

..

> 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.

Ja, men når vi nu har bedre data og fx ved at myndighederne har skilte
op, der fortæller at en sti er en fællessti og en fællessti er
defineret i loven, så synes jeg ikke bare at vi kan ignorere det.

> 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.

OSM fritager ikke trafikanter for ansvaret. De skal stadig læse
skiltene. 

Men for det første er det også vores ansvar at tagge så korrekt som
muligt. Det er uheldigt hvis vi tagger veje med maxspeed=90 i stedet
for 40, også selvom der faktisk er bilister der kører 90. Og det er
uheldigt, at vi fortæller cyklister at de har fortrinsret til stier, som
de i virkeligheden skal dele med andre.

For det andet bruges OSM også til planlægning af ruter. Hvis jeg
planlægger en gåtur, vil jeg da undgå cykelstier.

Og hvis jeg har brugt OSM til at planlægge en cykeltur bliver jeg ikke
glad hvis jeg pludselig er nødt til at trække min cykel flere kilometer
for jeg er kommet ind på en gangsti eller hvis jeg skal zigzagge mellem
hunde og barnevogne.

Richard skriver også:

==
That's absolutely it. highway=cycleway tells you it goes "whoosh" and
you can cycle on it; 
==


Man kan ikke regne med at det går whoosh når man fx cykler igennem
fælledparken på den sti som er en fællessti, men som vi har tagget som
en cykelsti.

Og som nok burde tagges som highway=service,
motor_vehicle=private,foot=designated,cycle=designate,surface=asphalt

For der kører ret tit biler og lastbiler på den.




-- 
Niels

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

Re: [Talk-dk] Cykelstier versus gangstier

[Niels Elgaard Larsen]

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.


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.

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



-- 
Niels

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

[Talk-dk] Cykelstier versus gangstier

[Niels Elgaard Larsen]

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=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=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.



-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Busstoppesteder

[Niels Elgaard Larsen]

Ole Laursen:
> Den 23. oktober 2017 kl. 20.14 skrev <sfro...@gmail.com>:
>> https://help.rejseplanen.dk/hc/da/articles/213633029-Retningslinjer-for-databrug
>>
>>> Ved at oprette en bruger kan du få adgang til Rejseplanens data;
>>> - Stoppestedsdata, stationsdata og planlagte køreplansdata er tilgængelige 
>>> i GTFS format der kan downloades
>>> ...
> 
> Licens er CC BY-ND der ikke umiddelbart er kompatibelt med
> OpenStreetMap, desværre, for man må ikke rette i det.
> 
> Måske kunne man skrive til dem og spørge om de kan gøre en undtagelse?
> 
> Ellers kan det måske bruges til kvalitetskontrol?
> 
> Det er lidt ærgerligt, så tæt på og alligevel så langt fra. BY-ND
> giver mening til kunstprojekter, ikke til brugsting... :(


Ja, derfor er de måske også villige til at gøre en undtagelse eller
udvide licensen.

OSM, http://www.openstreetmap.org/copyright nævner fx Wien:

som bruger en udvidet CC-By:

https://www.tirol.gv.at/data/nutzungsbedingungen/




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

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] adressering af butikker m.m.

[Niels Elgaard Larsen]

On Fri, 20 Oct 2017 07:15:24 +0200
Michel Coene  wrote:

> Jeg vil vil sige at hele pointen med et kort er at relatere til den
> fysiske verden.  OSM er ikke en telefon bog.

OSM er jo faktisk også en telefonbog.
http://overpass-turbo.eu/s/stN

>  Din cykel forretning er
> en fysisk bygning,  ikke en adresse.

Det er en forretning, placeret i en bygning. Der kan være mange
forretninger i den samme bygning.

> Hvis kommunen omdøber gaden,

Og det gør de:
http://www.openstreetmap.org/way/24665342

> eller laver nummer 13 om til 13a, flytter cykel forretningen sig ikke.

Jo, men derfor er adressen jo stadig en attribut for cykelforretningen.
Ligesom telefonnumre, navne, brands, osv.

Hvis den bliver solgt får den også et nyt navn, vi skal rette.

Nogen gange har man brug for at kende adressen på en knude i OSM, fx
hvis når man skal fortælle den til en taxa, sende et brev, osv.

Tit kan man bruge de importerede OIS adresser. Nogle klienter, fx Osman
kan med mere eller mindre held gætte en adresse ud fra en position
eller en knude i OSM. Men det virker ikke altid.

Og der er ikke en en-til-en relation mellem det vi tagger på OSM og de
importerede adresseknuder.

Nogle steder fylder mere end een adresse og så skal man vide, hvor man
vil hen. Da jeg engang lagde to lejligheder sammen blev der indgang fra
to trappeopgange i den nye og så kunne jeg selv vælge min adresse. Hvis
jeg  nu indrettede en tandlægeklinik, advokatkontor, eller lignende og
kom det på OSM, skulle kunderne vide, hvor de skulle ringe på. 

Der er også importerede adresser, der har mange adresser med butikker på
forskellige etager, stadepladser, til højre, venstre osv. Selvom man
kan tagge level så kan man have brug for en adresse.

Men i øvrigt er der adresser med etager og højde i AWS. Det er nok for
meget at importere. Men det vil være en stor hjælp til fx at sætte
building:levels.

> Derfor gør jeg det aldrig. Men det er klart at vi er i flueknæpperi
> afdeling.   Smag og behag vil jeg sige.
> Michel
> 
> Op 19-okt.-2017 22:28 schreef "Henrik Puukka-Sørensen" <
> hen...@puukka-sorensen.dk>:
> 
> > Hej
> >
> > Når jeg mapper butikker og tankstationer har jeg oftest skrevet
> > adressen på butikken. Jeg begyndte med det i forbindelse med
> > registrering af cykelforretninger for en del år siden. Men jeg kan
> > nu se, at der er mange brugere, der sletter disse adresser igen.
> > Hvad er egentlig rigtigt at gøre?
> >
> > Jeg har i flere tilfælde set, at det ville være en fordel med
> > adressen så butikken kommer til at ligge det rigtige sted. Hvis det
> > nu igen bliver i orden at skrive adressen skal det så være den
> > adresse butikken angiver, det kan jo i nogen tilfælde være 37-39?
> >
> > venlig hilsen
> > Henrik Puukka-Sørensen
> >
> >
> > ___
> > Talk-dk mailing list
> > Talk-dk@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-dk
> >
> >  



-- 
Niels

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

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

[Niels Elgaard Larsen]

Michael Andersen:

> 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. 


Det har du da ret i. Jeg har aldrig lagt mærke til skiltet på
Vesterhavsvej, selvom det er stort.

Den i Brøns har til gengæld et rigtigt 1-2-3 skilt:

https://d1cuyjsrcm0gby.cloudfront.net/3mwT8HWnvQEXgVZNelmBxg/thumb-2048.jpg


i OSM har den name=1-2-3, operator=Statoil.

Hvilket jeg mener er korrekt, bortset fra at Statoil nu er Circle K.


> 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.

Og jeg synes at den på Rømø burde tagges på samme måde som den i Brøns,
selvom Statoil logoet godt nok er ret stort. For det er en 1-2-3
benzinstation. 1-2-3 er vel en slags discount Circle-K så bilister kan
foretrække 1-2-3 fremfor Circle-K eller foretrække Circle-K, hvis de vil
have betjening eller hotdogs.


>> 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.

Det tænkte jeg nok. Derfor omdøber jeg også kun de stationer, jeg selv
har set.

>> 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.

Det har været diskuteret lidt før her på listen. Så vidt jeg husker var
vi i det mindste enige om at bruge navne, som siger brugerne noget. Dvs.
fx Circle K og ikke Alimentation Couche-Tard som er de egentlige ejere.

Og det handler vel bare om at sætte tags til noget fornuftigt. Fx
Operator tags på benzinstationer.

Det gør vi jo også med andre knuder. Der er fx Irma-butikker, der er
tagget med operator=COOP. Hvis Irma en dag bliver selvstændigt igen
eller solgt til Dansk Supermarked, så skal vi også opdatere alle de tags.



-- 
Niels Elgaard Larsen

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

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

[Niels Elgaard Larsen]

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] 20 fejl.

[Niels Elgaard Larsen]

Jeg har i de sidste par uger gennemgået rundkørsler, afkørsler og
udfletninger i Danmark.

Jeg har fundet en del ret alvorlige fejl, som alle drejer sig om
ensretninger.

Jeg har lavet et lille galleri med nogle af fejlene:

https://agol.dk/osm/fejlgal/

for at illustrere, hvad vi skal blive bedre til at opdage.
(alle de illustrerede fejl har jeg naturligvis allerede rettet i OSM)

For mange af fejlene har været der i mange år uden at nogen har opdaget dem.

Efterhånden som vi forfiner kortet, laver vi flere og flere korte
ensrettede vejstykker. Og så er det vigtigt, at vi er meget omhyggelige
med at vende ensretningerne rigtigt. For hvis vi gør det forkert, er det
tydeligvis svært at opdage. Nok fordi ruteberegnere altid vil rute os
udenom problemerne.

-- 
Niels Elgaard Larsen

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

[Talk-dk] Vejnavne, afkørsler, osv

[Niels Elgaard Larsen]

Jeg vil lige sikre mig at vi er enige inden jeg sletter flere vejnavne.

Jeg vil mene at fx motorvejsafkørsler som fx:
http://www.openstreetmap.org/way/144800475

ikke skal have et navn. Medmindre det er særlige afkørsler
(motorway_link), som har deres eget navn (fx Kridstsvinget i Aalborg).
Altså de skal ikke bare have samme navn som de vej, de fører fra eller til.

Jeg har været passager i biler hvor føreren brugte Osmand og blev
forvirrede når de fx blev bedt om at køre til højre på
Helsingørmotorvejen, når de i forvejen kørte på Helsingørmotorvejen.

Det har været anført at kortet på
http://danmarksadresser.dk/

giver navne til hvad som helst.

Jeg har kigget på kortet. For det første er det ikke ret korrekt. Det
kalder fx Lakolkstien
https://www.openstreetmap.org/way/33849601
for "Ringvejen"

Jeg tror ikke, at kortet har samme autoritet som de data, det bruges til
at vise.

Uanset det, så skal vi følge OSM wikien, som ikke lægger op til at
navngive afkørsler.

Motorvejsafkørsler har ikke vejskilte, der viser deres navne. Så det kan
vi ikke bruge. Bortset fra at jeg mener, at det er et argument for ikke
at sætte name tagget i OSM.

TLDR
Jeg vil gerne slette navne på motorvejsafkørsler og andre afkørsler, der
bare har samme navn som den vej, de fører fra eller til.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] U-vendinger

[Niels Elgaard Larsen]

Jens Winbladh:
> Har lige kigget lidt i 'mit' pastorat' efter disse fejl. 
> 
> Har I et forslag til løsning af
> denne: 
> https://api.mapbox.com/styles/v1/danieljh/cj69ndyvf2iyu2rmuckadahxs.html?access_token=pk.eyJ1IjoiZGFuaWVsamgiLCJhIjoiTnNYb25JSSJ9.vYOnsuu1zeKcGW2nj0uJZw#16.41/55.52932/9.46669

Jeg vil tro at jeg allerede har løst den ved at mappen en vestresvingsbane:
https://www.openstreetmap.org/way/515308412


Der er jo rigtig helle, man skal venstre om, når man skal på motorvejen
i østlig regning.

> Jens
> 
> Den 13. august 2017 kl. 13.58 skrev Michael Andersen <hj...@milvus.dk
> <mailto:hj...@milvus.dk>>:
> 
> On søndag den 13. august 2017 12.40.16 <tel:2017%2012.40.16> CEST
> Niels Elgaard Larsen wrote:
> > Jeg kigger på
> >
> 
> https://api.mapbox.com/styles/v1/danieljh/cj69ndyvf2iyu2rmuckadahxs.html?acc
> 
> <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
> <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
> <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
> <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 <https://www.openstreetmap.org/ way/509101021> der
> omgår https://www.openstreetmap.org/relation/7408799
> <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 <mailto:Talk-dk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-dk
> <https://lists.openstreetmap.org/listinfo/talk-dk>
> 
> 
> 
> 
> N�n�r)em�h�yhiם�w^��
> 

-- 
Niels Elgaard Larsen

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

[Talk-dk] Vroldvej

[Niels Elgaard Larsen]

Er der nogen der kender Vroldvej/Østjyske Motorvej.

http://www.openstreetmap.org/node/1606163756

Luftfotos er ikke nye nok og der må jo mangle en tilkørsel fra Vroldvej.

-- 
Niels Elgaard Larsen

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

[Talk-dk] U-vendinger

[Niels Elgaard Larsen]

Jeg kigger på
https://api.mapbox.com/styles/v1/danieljh/cj69ndyvf2iyu2rmuckadahxs.html?access_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.


Eller hvad med her:
http://www.openstreetmap.org/node/4173955946

Hvis man kan lave U-vendinger burde vi nok mappen en bane til det.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Er Ryomvej færdig?

[Niels Elgaard Larsen]

På Mon, 26 Jun 2017 06:53:10 +
Allan Gyldendal Frederiksen <a...@syddjurs.dk> skrev:
> Den har været færdig længe, har den stået som "under construction"?
> 
> Det har jeg ikke lige været opmærksom på.

Det var også kun de to meget korte ensrettede stykker, der forbinder
til rundkørslen. 

Jeg ser at osmviborg allerede har rettet det.

> 
> Venlig hilsen
> 
> Allan Gyldendal Frederiksen
> 
> -----Oprindelig meddelelse-
> Fra: Niels Elgaard Larsen [mailto:elga...@agol.dk] 
> Sendt: 24. juni 2017 11:59
> Til: OpenStreetMap Denmark
> Emne: [Talk-dk] Er Ryomvej færdig?
> 
> http://www.openstreetmap.org/way/137201002
> 
> Den ser meget klar ud op luftfoto.
> 


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

[Talk-dk] Er Ryomvej færdig?

[Niels Elgaard Larsen]

http://www.openstreetmap.org/way/137201002

Den ser meget klar ud op luftfoto.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Stations-krig.

[Niels Elgaard Larsen]

På Sun, 28 May 2017 11:01:17 +0200
Michel Coene  skrev:
> 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 har ikke en stærk holdning til det. Og jeg synes også at stationer
er svære, så jeg vil gerne diskutere det.

Jeg bemærker, at perronen på Islev er opdelt i to på langs. Er det for
at kunne nummerere hver halvdel?

Og hvordan kommer man op på perronen. Fra Islev torv er der en sti, der
ender blindt mellem de to spor. Jeg gætter på at der skal være en
trappe, der forbinder den til perronen?


Men topologisk tiltaler det mig at stop_position er forbundet til
perronen, hvis altså ellers perronen var forbundet til resten af
vejnettet.

> Som eksempel hvor skinnerne ikke er "limet" fast kan du se det nye
> Carlsberg S-tog station.

Her er der nogle trapper som ender "indeni" perronen uden at være
forbundet til den eller noget andet. 

 
> 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

Re: [Talk-dk] Mulighed for data fra Esbjerg

[Niels Elgaard Larsen]

På Wed, 22 Mar 2017 15:09:05 +0100
Andreas Hammershøj  skrev:
> Hej Talk
> 
> jeg har fået en henvendelse fra Esbjerg kommunes GIS-mand, som meget
> gerne vil støtte op om OSM. Han har div. Datasæt (som jeg vil spørge
> nærmere ind til) som han gerne vil dele, men har ikke selv knowhow
> eller ressourcer til at gå i gang.
> 
> Jeg vil selvfølgelig sige følgende:
> 
> - mange tak for interessen:)
> - han skal være sikker på at han har ret til at dele data (ift. OSM's
> licens)
> - masseimport er en sjældenthed i OSM-regi af de sædvanlige grunde...
> 
> Når det er sagt, hvordan står vi så ift. til at modtage kommunal data?
> - er det noget vi generelt har interesse for?
> - i så fald, hvilke datasæt kunne være interessante?

Hvad har han?

Måske hastighedsgrænser, vejbelægninger, access, offentlige toiletter,
glascontainere, elbilladestandere, museer.



> - praktisk, hvordan vil vi gerne have data overleveret?

Noget JSON ville være rart.

Men der vigtigste er nok at det er samme format som andre kommuner.

Og at nye data kan hentes automatisk. Dvs at der fx er en permanent URL.


Jeg har set lidt http://data.kk.dk/

Der er jo mange interessante ting.
Og data er dejligt ensartede.

Jeg kunne godt tænke mig at lave en generalisering af:
http://digitalfrihed.dk/restaurants/all.html

Hvis alle kommuner bruge samme format til alting så kunne vi stort set
bare lave et hjælpeværktøj for punkter, linier og arealer og en mapning
for hvert datasæt.

Så kunne OSM brugere checke for dubletter, justere positionen, og rette
til.

I København kunne jeg godt tænke mig at få beboerlicenszoner med i OSM.

> - er det nogen som ville være interesserede i at bearbejde og
> importere eventuelle relevante datasæt?
> 
> Vh
> Hammershøj


___
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.

[Niels Elgaard Larsen]

På Thu, 23 Feb 2017 13:28:47 +0100
Michael Andersen  skrev:
> On onsdag den 22. februar 2017 21.24.50 CET Henrik Puukka-S ørensen
> wrote:
> > Hej

> 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.

Nogle gange er det nu meget praktisk.
Jeg bruger det rigtig tit.

Fx når jeg skal købe noget i Bauhaus og Osmand fortæller mig, at der er
5  Bauhaus, alle ca 20 km væk og de alle sammen bare hedder "Bauhaus".
Så er det svært at vælge, for det er ikke nødvendigvis den nærmeste i
fugleflugt, det er nemmest at komme til. Og det er bøvlet at skulle se
dem alle sammen på kortet først.

Eller hvis man skal kommunikere med andre. Fx ringe og aftale at mødes
på Joe & the Juice. Så er det praktisk at kunne sige Joe Juice
Østerbrogade, Hovedbanegården, eller hvor det nu er. Og meget nemmere
for dem i den anden at finde det.  



 
> > 
> > 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


___
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

[Niels Elgaard Larsen]

Michael Andersen:
> Hej Morten
> 
> Der er med hensyn til opdatering af hastighedsgrænser i OSM ikke nogen reel 
> vej udenom det manuelle arbejde.

Jeg tror godt, at vi kunne lave noget lidt automatisk.

Fx starte med kun at vise afvigelser mellem OSM kommunernes
hastighedsgrænser. Og måske senere håndtere forskelle een ad gangen.

Nogle steder ville man så vide hvor man skulle checke Mapillary efter
skilte. Andre steder ville det give sig selv.

Jeg har rettet en del steder hvor mellemstore veje går gennem små byer.
De fleste steder er hastighedsgrænsen 50 km/t i byzonen, men ikke alle
steder. Det ville være en stor hjælp at kunne se hvor OSM afviger. Og
ret nemt så at det rette manuelt.

110/130 km/t grænser på motorveje er jeg ikke sikker på er helt med i
OSM. Og de ændrer sig over tid, så det ville rart at se hvor vi afviger.

Der en nok en del småveje, hvor der fx en 40 km/t hastighedsgrænse på
hele vejen og hvor der ikke er noget maxspeed tag i OSM. Der kunne vi
godt lave noget kvartautomatisk, så brugere kunne få ændringerne een ad
gangen ind i fx JOSM.

Så er der nogen veje, hvor hastighedsgrænserne varierer meget. Fx Nr 75,
Rømøvej, som har en masse små stykker, hvor hastighedsgrænsen er 70
km/t. Det ville rart at kunne se de steder, er endnu ikke er med i OSM.

Så vi skal for alt i verden undgå at få tusindvis af rettelser, der
splitter veje op for at flytte grænserne et par meter.

Men vi kan komme langt ved at vise, hvor vi mangler hastighedsgrænser i
OSM. Og måske kan vi lave noget, hvor brugere et tag ad gangen kan sætte
et maxspeedtag på et vejstykke, der ikke havde et maxspeed tag i forvejen.




> 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
> 

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Vandpibesteder

[Niels Elgaard Larsen]

Jørgen Elgaard Larsen:
> Niels Elgaard Larsen:
>> Hvordan tagger vi vandpibesteder?
> 
> Jeg vil mene, at de skal tagges som selvstændig amenity.
> 
> Der er en smule præcedens for amenity=hookah_lounge.

Ja, der er 34 af dem.
Det kan jeg så fordoble.

> Det står ikke på den officielle wiki, men er nævnt på den russiske:
> 
> http://wiki.openstreetmap.org/wiki/RU:%D0%9A%D0%B0%D0%BA_%D0%BE%D0%B1%D0%BE%D0%B7%D0%BD%D0%B0%D1%87%D0%B8%D1%82%D1%8C
> 
> 
> Du kan jo overveje at lave et proposal.

Det er jeg ikke kvalificeret til. Jeg kender ikke ret meget til
vandpiber. Jeg har bare tagget dem fordi de er med hos fødevarestyrelsen.

-- 
Niels Elgaard Larsen

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

[Talk-dk] Vandpibesteder

[Niels Elgaard Larsen]

Hvordan tagger vi vandpibesteder?

Vi har efterhånden en del i OSM DK.
Der er nu over 30 cuisine=hookah, og der er nok mange flere end det.
(jeg har tagget mange af dem og synes ikke, at det er en specielt god
tagging bortset fra at vi så kan finde dem igen og tagge dem anderledes)

Jeg vil ikke tagge dem som cafeer eller fast_food fordi jeg går ud fra
at de ikke må servere mad.

Jeg vil heller ikke tagge dem som bar eller pub fordi jeg går ud fra at
man ikke kan få sig en øl.

Jeg er ikke engang sikker på at man kan tagge dem som smoking=yes.

Så hvad er det så??


-- 
Niels Elgaard Larsen

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

[Talk-dk] Hjælp med at fjerne gamle madsteder

[Niels Elgaard Larsen]

Hej,

I Må gerne hjælpe med et fjerne madsteder, der ikke eksisterer mere, fra
OSM:

http://digitalfrihed.dk/restaurants/all.html
(det er alle de magenta cirkler).

Nu er vi kommet så langt, så stort set alle madsteder i FVST også er er
i OSM. Og stort set alle madsteder i OSM har smileyrapporter, dvs de har
et fvst:navnelbnr tag.

Men der er ca 700 madsteder i OSM som nu har et navnelbnr fra FVST, som
ikke længere findes i FVST.

De fleste er ophørt og skal derfor slettes fra OSM. Men der er også
nogle, der er dubletter, som bør merges sammen, så vi beholder tagningen.

Jeg tror også, at der er nogle steder, der kun har åbent om sommeren og
af en eller anden grund har mistet deres FVST registrering, men
formodentlig får den igen.

Der er også steder, som ikke har et navnelbnr fra FVST, men som ikke
desto mindre findes og er er åbne. (mit bedste eksempel er Cocks and
Cows på Rosenvængets alle, som jeg cyklede forbi for at være helt
sikker, på at de stadig fandtes.)

Og mange lukkede steder har stadig en webside, der foregiver, at de er
åbne. I det hele taget er det meget besværligt, at overbevise sig om at
et sted faktisk ikke findes mere.

Men det er til gengæld meget nemt at rydde op i sit eget lokalområde, så
det vil jeg bede jer alle sammen om at gøre.


Jeg har nu samlet det meste af funktionaliteten til håndtering af
madsteder på een enkelt side:
  http://digitalfrihed.dk/restaurants/all.html

Og tilføjet nye funktioner, så man fx hurtigt kan lave søgninger på
formodede lukkede madsteder i telefonbogen, i FVST og på resten af
internettet,


Men altså check siden og hvis I er enige i at stederne ikke findes, så
slet dem.


-- 
Niels Elgaard Larsen

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

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

[Niels Elgaard Larsen]

Lars Christensen:
> Hvis det er tags som brugeren har syntes passer, således at data kan
> bruges og udbredes synes jeg det er perfekt. Det er da kvalitet, ja måke
> mest for brugeren, men stadig kvalitet. 
> 
> "Jeg er ikke helt overbevist om at sommerhusudlejningbureauer opfylder
> det kriterie.". Hmm det er en rimelig bred definitation fra wikien synes
> jeg. 
> 
> Det skal simpelthen males på huset? Tænker så der skal males en del
> skilte rundt omkring i det danske land.
> 
> Lad os tage alternativet og sige at de data bliver slettet. OSM ville
> potentielt lige have mistet nogle brugere, som har set noget potentiale
> i at bruge OSM. Det synes jeg er ærgreligt.


Nej, der er ikke tale om "nogle brugere".

Der er præcist een bruger, der har lavet alle de her opdateringer. Det
er brugeren, der hedder "dk-ferien". En bruger som ikke har bidraget med
andet end falske navne til OSM.

Der har siddet en tysker og opfundet nogle navne ud fra omgivende
vejnavne, tilfældige fuglenavne og nogle navne, som måske er husejernes.

Hvis der en en sommerhusejer, der synes at det er sjovt at navngive sit
sommer hus, "Hans Jørgens Hytte", så er det fint med mig. Selvom jeg
stadig synes at han burde sætte et skilt op, eller i det mindste skrive
det på postkassen.


Fra
http://www.openstreetmap.org/node/3514335985
Som er "Hus Kaninstien (L313)" kommer man til
https://www.dk-ferien.de/daenemark/ferienhaus/L313.html
Klikker man på kortet kommer man til Google Maps.

dk-ferien overvejer måske at bruge OSM i stedet for Google Maps, og det
er da også en glimrende ide. Men at de putter deres egne interne
reference for danske sommerhuse ind i name-tagget er en dårlig ide.

Alternativet er, at vi får forklaret dk-ferien, at de skal putte deres
interne referencer i et passende ref tag.




> 
> 
> Den 15. december 2016 kl. 18.13 skrev Niels Elgaard Larsen
> <elga...@agol.dk <mailto:elga...@agol.dk>>:
> 
> På Thu, 15 Dec 2016 15:07:29 +0100
> Lars Christensen <lars.agerskov.christen...@gmail.com
> <mailto:lars.agerskov.christen...@gmail.com>> skrev:
> > Hej
> >
> > jeg kan virkelig ikke se problemet i dette.
> 
> Det kan jeg.
> 
> > hvis vi skal snakke om "kommercielt misbrug" er det vel ligeså meget
> > misbrug når butikker kommer i OSM?
> 
> 
> Jeg har ikke noget som helst problem med at OSM bruges kommercielt.
> 
> Men jeg har et problem med at kommercielle hensyn går ud
> over kvaliteten og retningslinier. Og det gør det i alt fald til en vis
> grad her.
> 
> Fx det med at putte alt for meget i name-tagget formodentlig for at
> tagge til rendere og søgemaskiner.
> 
> Jeg kiggede på en tilfældig knude:
> 
> http://www.openstreetmap.org/node/3502755822
> <http://www.openstreetmap.org/node/3502755822>
> 
> Jeg tror ikke på, at det hus i virkeligheden hedder "Hus Britta (J423)"
> 
> J423 hører måske til i et dk_ferien:ref tag.
> 
> Jeg tror heller ikke, at der et skilt med "Hus Britta" på huset. Det
> lyder som en dårlig oversættelse fra tysk.
> 
> Ved siden af ligger Egemose Frihus (J319) og Egemose Strandhus (J16)
> Jeg tror ikke på, at folk bare opkalder deres huse efter vejnavnet, og
> jeg tror heller ikke at vejen er opkaldt efter husene.
> 
> operator feltet er også misbrugt. Wikien siger:
> 
> ==
> The operator tag is used to name a company, corporation, person or any
> other entity who is directly in charge of the current operation of a
> map object.
> ==
> 
> Jeg er ikke helt overbevist om at sommerhusudlejningbureauer opfylder
> det kriterie.
> 
> Jeg synes, at det er helt i orden at folk navngiver deres sommerhuse, og
> at der er tags, der gør det nemmere for kunderne at finde dem og for
> bureauer at pege på dem. Men det skal gøres ordentligt.
> De må finde på et ordenligt navn og male det på huset.
> 
> 
> > Derudover er der jo i OSM mulighed for at tagget: tourism=chalet
> > (hvilket det jo i virkeligheden vel er?)
> >
> > Så koldt vand i blodet.
> >
> > \ Lars
> >
> >
> >
> > Den 15. december 2016 kl. 14.47 skrev <s...@bukhmark.dk
> <mailto:s...@bukhmark.dk>>:
> >
> > > Sig mig lige, skal vi virkelig finde os i dette kommercielle
> > > misbrug ??
> > >
> > >
> > >
> > > http://www.openstreetmap.org/#map=17/54.87387/10.01483
> <http://www.openstreetmap.org/#map=17/54

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

[Niels Elgaard Larsen]

På Thu, 15 Dec 2016 15:07:29 +0100
Lars Christensen  skrev:
> Hej
> 
> jeg kan virkelig ikke se problemet i dette.

Det kan jeg.

> hvis vi skal snakke om "kommercielt misbrug" er det vel ligeså meget
> misbrug når butikker kommer i OSM?


Jeg har ikke noget som helst problem med at OSM bruges kommercielt.

Men jeg har et problem med at kommercielle hensyn går ud
over kvaliteten og retningslinier. Og det gør det i alt fald til en vis
grad her.

Fx det med at putte alt for meget i name-tagget formodentlig for at
tagge til rendere og søgemaskiner.

Jeg kiggede på en tilfældig knude:

http://www.openstreetmap.org/node/3502755822

Jeg tror ikke på, at det hus i virkeligheden hedder "Hus Britta (J423)"

J423 hører måske til i et dk_ferien:ref tag.

Jeg tror heller ikke, at der et skilt med "Hus Britta" på huset. Det
lyder som en dårlig oversættelse fra tysk.

Ved siden af ligger Egemose Frihus (J319) og Egemose Strandhus (J16)
Jeg tror ikke på, at folk bare opkalder deres huse efter vejnavnet, og
jeg tror heller ikke at vejen er opkaldt efter husene.

operator feltet er også misbrugt. Wikien siger:

==
The operator tag is used to name a company, corporation, person or any
other entity who is directly in charge of the current operation of a
map object.
==

Jeg er ikke helt overbevist om at sommerhusudlejningbureauer opfylder
det kriterie.

Jeg synes, at det er helt i orden at folk navngiver deres sommerhuse, og
at der er tags, der gør det nemmere for kunderne at finde dem og for
bureauer at pege på dem. Men det skal gøres ordentligt.
De må finde på et ordenligt navn og male det på huset.


> Derudover er der jo i OSM mulighed for at tagget: tourism=chalet
> (hvilket det jo i virkeligheden vel er?)
> 
> Så koldt vand i blodet.
> 
> \ Lars
> 
> 
> 
> Den 15. december 2016 kl. 14.47 skrev :
> 
> > 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
> >
> > ___
> > 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] Madsteder

[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

Re: [Talk-dk] Put and Take søer

[Niels Elgaard Larsen]

On 2016-10-24 05:45 AM, Jørgen Elgaard Larsen wrote:

Thomas Andersen skrev:



Taginfo siger, at der er 4 tilfælde af fishing=put_and_take.
Eftersom det begreb svjv. kun bruges i Danmark og Sverige, er det nok
ikke den bedste værdi for tagget.


Jeg kan se, at det i alle 4 tilfælde er mig, der har tagget det.
http://overpass-turbo.eu/s/jAa

Så Thomas, du skal endelig rette dem til, hvad du beslutter dig for.



Mit forslag er fishing=stocked, men
dine fiske-kontakter må kunne fortælle, hvad begrebet kaldes
internationalt.

I alle tilfælde ville jeg dokumentere brugen af tagget på wikien:

http://wiki.openstreetmap.org/wiki/Key:fishing

Jeg ville også diskutere det på tagging-listen.


Læs i øvrigt om opfindelse af egne tags her:

http://wiki.openstreetmap.org/wiki/Any_tags_you_like

- 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] Navigationsproblem

[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.


Se her:
http://www.openstreetmap.org/directions?from=m%C3%B8rkh%C3%B8j#map=18/55.72941/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

Re: [Talk-dk] Vi har et problem med stier.

[Niels Elgaard Larsen]

Niels Elgaard Larsen:


>> eller fjerne de 1000 accesstag
>> fra osm.dk.
> 
> Jeg er begyndt.


Nu er der ryddet op i footways.

Der er ca 30 tilbage, der skal ses nærmere på:
http://overpass-turbo.eu/s/iaM

Det er hovedsageligt footways med access=no.

Nogle af dem er formodentligt korrete.
Men nogle burde nok ikke have access=no.

-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Vi har et problem med stier.

[Niels Elgaard Larsen]

On Fri, 26 Aug 2016 18:01:26 +0200
Rasmus Vendelboe <r.vendelboe+...@gmail.com> wrote:

> Er der en som kan give bare én god designcase på hvorfor er et godt
> design?
> 
> Som jeg ser det, så er grundideen med
> highway=cycleway/footway/pedestrian mv. er jo tydeligtvis, at de der
> indtegner ikke skal tænke over diverse implicitte restriktioner og
> taxanonomi.

Det skal man jo heller ikke før man begynder at tilføje ekstra
begrænsninger.

> Hvorfor har man et tag der bryder med den tradition? 

Fordi der findes veje med mere komplicerede adgangsregler end
standardtyperne.

I de fleste af de mange problematiske veje, jeg har set på, er
problemet, at man uden nogensomhelst grund har tilføjet access tags.
Man skal enten bare tagge løs med highway=cycleway/footway/pedestrian
mv. eller også skal man tænke over hvad det betyder, hvis man sætter
ekstra access tags.

For når man først begynder på det, så er det ikke helt trivielt.
Hvis jeg tagger en sti som 

highway=cycleway
foot=yes
access=destination
access:vehicle=delivery

Hvad betyder det så for gående, heste, cykler og biler?

> Jeg vil gerne holde med Sonny her - det kan godt være routeren gør det
> rigtige, men så må vi jo ændre wikien

Så skal vi jo først blive enige om en anden og bedre måde at fortolke
access tags på. Og overbevise resten af verden om det.

> eller fjerne de 1000 accesstag
> fra osm.dk.

Jeg er begyndt.

Og mange af dem giver jo ikke mening uanset hvordan man ville fortolke
dem. I bedste fald er der overflødige access tags, og de bør jo også
fjernes.

Foreløbigt har jeg fjernet en del "access=yes" tags, så der typisk kun
er "highway=path" eller "highway=footway" tilbage.


> 
> Med venlig hilsen
> Rasmus Vendelboe (rasmusv)
> 
> 2016-08-26 8:36 GMT+02:00 Jens Hyllegaard <j...@linushvj.dk>:
> 
> > Du behøver skam ikke være enig, men sådan er det defineret på OSM's
> > wiki:
> >
> > Følgende er et klip fra
> > http://wiki.openstreetmap.org/wiki/Key:access
> >
> >
> >
> > *
> >
> > Use the *access*=* key to describe a general access restriction that
> > applies to *all* transport modes. Note, that, for example, adding
> > *access* =yes <http://wiki.openstreetmap.org/wiki/Tag:access%3Dyes>
> > to highway <http://wiki.openstreetmap.org/wiki/Key:highway>=footway
> > <http://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway>
> > *changes* default restrictions
> > <http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions>
> > (which usually are foot=yes and vehicle=no for highway=footway) to
> > *yes*, highway=footway + access=yes means "road, which is open for
> > all pedestrians and vehicles". Be very careful when adding general
> > permitting tags *access*=yes
> > <http://wiki.openstreetmap.org/wiki/Tag:access%3Dyes> and
> > *access*=permissive
> > <http://wiki.openstreetmap.org/wiki/Tag:access%3Dpermissive>, think
> > about adding precise correct tags with concrete transport modes. If
> > you want, for example, distingush footway with open access from
> > footway with closed access, use tags like foot
> > <http://wiki.openstreetmap.org/wiki/Key:foot>= yes
> > <http://wiki.openstreetmap.org/wiki/Tag:foot%3Dyes> and foot
> > <http://wiki.openstreetmap.org/wiki/Key:foot>=private
> > <http://wiki.openstreetmap.org/w/index.php?title=Tag:foot%3Dprivate=edit=1>
> > instead of *access*=yes
> > <http://wiki.openstreetmap.org/wiki/Tag:access%3Dyes> and
> > *access*=private
> > <http://wiki.openstreetmap.org/wiki/Tag:access%3Dprivate>.
> >
> > *
> >
> >
> >
> > Så ruteberegnerne gør præcist det de skal.
> >
> >
> >
> > Mvh
> >
> >
> >
> > Jens
> >
> >
> >
> > *Fra:* Sonny B. Andersen [mailto:s...@bukhmark.dk]
> > *Sendt:* 26. august 2016 00:01
> > *Til:* Niels Elgaard Larsen <elga...@agol.dk>; OpenStreetMap
> > Denmark < talk-dk@openstreetmap.org>
> > *Emne:* Re: [Talk-dk] Vi har et problem med stier.
> >
> >
> >
> > Jeg er ikke enig med dig. Hvis en ruteberegner leder en bil ud ad
> > en path, footway eller cycleway, så er det ruteberegneren, der er
> > noget galt med.
> >
> >
> >
> > Dit eksempel
> >  
> > >>>   Så man fx har en privat stil på sin grund og tagger den som:  
> >  
> > >>>   highway=footway  
> >  
> > >>>   access=destination  
> >  
> > >>>  Så betyder det, at man har tilladt biler med et ærinde at køre
> > >>> på  
> > stien

Re: [Talk-dk] Vi har et problem med stier.

[Niels Elgaard Larsen]

Niels Elgaard Larsen:
> http://www.openstreetmap.org/directions?engine=osrm_car=56.08301%2C12.15545%3B56.08268%2C12.15748#map=18/56.08264/12.15816


Det handler om hvordan man skal fortolke access krav, hvis de er angivet
flere gange, og hvordan man fletter hierarkier af begrænsninger.

Det handler især om at mange fejlagtigt tror, at det at sætte et
"access" altid er en begrænsning.

Når man tagger en vej som footway, path, motorway, cycleway, osv, så
sætter man implicit nogle default begrænsninger (access restrictions).
De er forskellige fra land til land. For DK er de:

http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions#Denmark

Det er derfor, vi ikke behøver at sætte access:bicycle=no på motorveje
og access:motorcar=no på cykelstier.

Men sagen er, at det er default begrænsninger, som bliver overskrevet,
når man sætter en eksplicit begrænsning på vejen. Og hvis man angiver en
generisk begrænsning, så overskriver den hele hiearkiet af den
tilsvarende default begrænsning (access:motor_vehicle=no" gælder selvom
der er en "access=yes" på samme vej, *men* "access=yes" på en vej
overskriver defaultværdien "access:motor_vehicle=no" for vejen).

Nogle tror, at når man sætter et access tag, så er det en yderligere
begrænsning. Men det er det ikke. Det erstatter default begrænsningen.

Så man fx har en privat stil på sin grund og tagger den som:

highway=footway
access=destination

Så betyder det, at man har tilladt biler med et ærinde at køre på stien.
Og det er jo forkert, hvis biler ikke kan eller må køre på stien

Man skulle have tagget det som:

highway=footway
access:foot=destination


En vej tagget som

highway=footway
access:foot=emergency

betyder, at det til gående, men at en brandbil kan bruge stien, hvis den
evt pløjer lidt træer og hække ned.

Som angivet i http://www.openstreetmap.org/changeset/39656103 så var jeg
i går ude for at OsMand rutede mig ad en vej, der var tagget som (det er
nu rettet):

highway=footway
access=permissive

Og det er OsMand (og OSRM og andre ruteberegnere), som har ret og vores
OSM-data, som er forkert.

Og når man tagger som:
http://www.openstreetmap.org/way/165807821
så er det jo ikke noget footway tilbage, så er det bare en vej.

Så vi tagger "access" forkert og derfor er der ca 1000 stier og
cykelstier, som vi har tilladt motorkørsel på.


-- 
Niels Elgaard Larsen

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

[Talk-dk] Vi har et problem med stier.

[Niels Elgaard Larsen]

http://www.openstreetmap.org/directions?engine=osrm_car=56.08301%2C12.15545%3B56.08268%2C12.15748#map=18/56.08264/12.15816

Se kommentar på:
http://www.openstreetmap.org/changeset/39656103#map=14/55.6507/12.5492

http://www.openstreetmap.org/directions?engine=osrm_car=55.64391%2C12.54491%3B55.64385%2C12.54300#map=19/55.64347/12.54452

Og der er formodentlig ca 400 fejl. "emergency", og "military" kunne fx
være korrekt, men dem er der ingen af. "dismount" kunne være korrekt,
men skabe forvirring, men dem er der heller ingen af.
"destination" kan godt være korrekt, men det er nok meget sjældent.
Jeg er fx ikke helt sikker på: http://www.openstreetmap.org/way/221686195
Til gengæld er http://www.openstreetmap.org/way/346472031 helt sikkert
forkert, selvom jeg selv er den sidste, der rettet vejen.

http://overpass-turbo.eu/s/i0C

Og det er kun for footways.

paths er lige så slemt.
http://overpass-turbo.eu/s/i0E

Og cykelstier
http://overpass-turbo.eu/s/i0J

Er sværere at afgøre da de jo ofte er fysisk brede nok til at biler kan
køre på dem. Men "access=yes" kan jo fx ikke være rigtigt.


Fx
http://www.openstreetmap.org/way/1794676
http://overpass-turbo.eu/s/i0K

Det er naturligvis kun rigtig slemt i de tilfælde hvor sådan en sti er
forbundet til en bilvej i begge ender. Men det er der mange af dem, der er.


-- 
Niels Elgaard Larsen

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

Re: [Talk-dk] Sur bonde

[Niels Elgaard Larsen]

Jørgen Elgaard Larsen:
> Erik Dam skrev:
>> Nu er jeg ikke klar over hvorfor bonden er sur da jeg ikke er dygtig nok
>> til at se hvad tyskeren har ændret
> 
> Han har tilføjet access=private. Så bonden har nok brokket sig over, at
> folk brugte hans private indkørsel.


Ja. Som Morten sagde har han måske parkeret der.
Det kan også være en cykelturist fra Rønne, der har taget den korteste
cykelrute til skoven igennem bondens gårdsplads.

Jeg kan se, at du lige har rettet den østlige adgang til Rispebjerg fra
track til unclassified. Hvis tyskeren var i bil ville det sikkert have
forhindret hans kontrontation med bonden, for så havde hans GPS ført ham
til parkeringspladsen i skoven.

...


> Det med objektivitet er i øvrigt interessant i forhold til den sure
> bonde. Principielt burde vi kun tagge vejen med access=private, hvis der
> står et skilt med f.x. "Uvedkommende kørsel forbudt" - eller hvis vi har
> en anden objektiv kilde.
> 
> En sur bonde er næppe en objektiv kilde. I mangel af et skilt kunne det
> være en tinglysning eller generel lovgivning.
> 
> Men jeg synes godt, at man kan være lidt pragmatisk, så private
> grundejere ikke bliver generet unødigt.
> 
> - Jørgen
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

-- 
Niels Elgaard Larsen

___
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

[Niels Elgaard Larsen]

Soren Johannessen:
> Hej skud i tågen kan det være 32bit issue? OSM har nu over 4,2-mia nodes
> og så skal al software\scripts håndtere 64bit for at node id,er over
> nummer 4,2 bliver korrekte
> 
> Bare et gæt herfra sommerlandet


Det er da et godt gæt

Knude 3405601010 er ca 3.2*2^30


Vi kan starte med PHP. Stephan, hvad siger:

php -r 'echo PHP_INT_MAX;'


Knuden i et af de changeset, som hjart revertede er:


http://www.openstreetmap.org/node/3405601010

Hvis man ser på koordinaterne i changesettet, så passer det med
adresseknuden: Vanløse Allé 60, 2720 Vanløse, som er:

http://www.openstreetmap.org/node/340561010


De to knudenumre er altså:


340561010 og
3405601010


Så vi leder efter noget, der indsætter et 0 midt i et nummer.

> Vh Søren
> 
> 
> Den 15/08/2016 13.54 skrev "Jørgen Elgaard Larsen" <j...@elgaard.net
> <mailto:j...@elgaard.net>>:
> 
> Michael Andersen skrev:
> 
> 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.
> 
> 
> Det er selvfølgelig rigtig skidt!
> 
> Hvis den bare oprettede ekstra adresser i udlandet, var det ikke så
> slemt - men hvis den flytter eksisterende noder, bør den stoppes
> indtil fejlen er rettet.
> 
> Jeg skal gerne bakke op om Stephan med teknisk hjælp.
> 
> 
> Men efter min mening er det problematisk, at vi er afhængige af
> enkeltpersoner til vedligeholdelse af væsentlige services som
> AWSbot, OISfixes, Geodatastyrelsen-fotos etc.
> 
> 
> Ville det være interessant at flytte det hele til en maskine, som en
> arbejdsgruppe kunne have adgang til?
> 
> Det ville også være godt at få AWSbot til at benytte OISfixes.
> 
> 
> - Jørgen
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org <mailto:Talk-dk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-dk
> <https://lists.openstreetmap.org/listinfo/talk-dk>
> 
> 
> 
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
> 

-- 
Niels Elgaard Larsen

___
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

[Niels Elgaard Larsen]

sfro...@gmail.com:
> Den automatiske adresse opdatering har bestemt for stor værdi til at
> stoppe den, så spørgsmålet er hvordan de eklatante skæverter bedst
> undgås. Det må være sjældent at en adresse flyttes ret langt geografisk
> set. En mulighed kunne være at kræve manuel godkendelse hvis noget
> flyttes mere end fx 100 meter?

Jeg ved ikke hvor sjældent det er, men det kunne man jo undersøge.

Vi har fundet en hel del adresseknuder, der var placeret kilometervis
forkert. Og hvis kommunerne retter det inden vi opdager det, bliver de
jo flyttet et godt stykke.

Hvis vi opdager det først, tagges de typisk med ois:fixme og ignoreses
af Bot-en. Men vi burde lave et script, der kan finde de knuder, der er
tagges med ois:fixme, men som derefter er rettet ved kilden, så vi kan
fjerne ois:fixme tagget.



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

-- 
Niels Elgaard Larsen

___
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

[Niels Elgaard Larsen]

Stephen Møller:
> Hej
>
> Er der nogen der kan støtte mig i det arbejde jeg laver ellers vil jeg
> stoppe med det.

Ja, jeg ser at det nu er på GitHub. Det gør jo det hele meget nemmere.

Men der mangler vist noget. Hvordan kaldes php-scriptene?
De skal have et postnummer som argument?
Og hvorfor konverteres til Latin1?

Under alle omstændigheder er det nok bedre at diskutere og dokumentere
det på GitHub.


> 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" <hj...@milvus.dk
> <mailto:hj...@milvus.dk>>:
>
> Hej
>
> Jeg sidder lige nu og kan se
> http://www.openstreetmap.org/user/AWSbot
> <http://www.openstreetmap.org/user/AWSbot> lave
> nogle ret uheldige ændringer: (f.eks.
> http://www.openstreetmap.org/changeset/41452377
> <http://www.openstreetmap.org/changeset/41452377> og
> http://www.openstreetmap.org/changeset/41452183
> <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 <mailto:Talk-dk@openstreetmap.org>
> https://lists.openstreetmap.org/listinfo/talk-dk
> <https://lists.openstreetmap.org/listinfo/talk-dk>
>
>
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk
>

-- 
Niels Elgaard Larsen

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

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

[Niels Elgaard Larsen]

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?


Osmose:

http://wiki.openstreetmap.org/wiki/Osmose/issues

construction

The tag building is perhaps more necessary. The tag opening_date=*,
check_date=*, open_date=*, construction:date=*, temporary:date_on=*,
date_on=* are not present and the object is in construction for more
than two years or dates is exceeded.


Jeg checkede lige og den fandt fx Panuminstituttet:

way 301747863 rawedit josm edit
landuse = construction
opening_date = 2015


og

way 34574 rawedit josm edit
check_date = 2015-08-01
construction = residential
highway = construction
name = Redmolen

Som jeg cyklede forbi forleden. Den var i alt fald ikke færdig sidste
august.

Og Esbjerg Vandværk:

way 374778346 rawedit josm edit
building = industrial
check_date = 2015-10-10
construction = yes
construction:man_made = water_works
name = Esbjerg Ny Vandværk
operator = Din Forsyning
website =
http://dinforsyning.dk/da-DK/Nyheder-2.aspx?PID=64=News_Item:211


Samt en cykelsti i Middelfart:

way 325260949 rawedit josm edit
construction = cycleway
highway = construction
opening_date = 2015-07
website =
http://www.middelfart.dk/Borger/Trafik/Her%20arbejder%20vi/Stitunnel%20under%20banen%20mellem%20Rs%20Poulsens%20Vej%20og%20Banev%C3%A6nget%20Brovejen






>>> 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
>>> <mvl@network42.dk>:
>>>
>>> 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
> 

-- 
Niels Elgaard Larsen

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