Re: [Talk-it] Sentiero senza uscita

[Alfredo Gattai]

Metti il cancello e noexit sul nodo.
Sulla way e' eccessivo perche' fino al cancello ci arrivi e private non lo
metterei senza cartelli.

Il Sab 29 Set 2018, 00:38 demon.box  ha scritto:

> ciao, se ho un sentiero, un invitante bel sentiero che (senza una qualsiasi
> segnalazione di divieto) posso liberamente percorrere per 400m prima di
> accorgermi che poi però alla fine c'è un bel cancello che mi obbliga a
> tornare sconsolatamente indietro, come è meglio indicare questa situazione?
>
> 1) access=private sulla way?
> 2) noexit=yes sulla way?
>
> che dite?
>
> grazie
>
> --enrico
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Proximity

[Jem]

> One method might be to plot a path from each building to the health
centre by walking, car and bicycle then see how many can reach it within x
minutes.  That is a lot of routing calculation to do but it can be done
overnight or even over a couple of days.

Consider using a reverse walk from the destination and aggregating stats on
the travel times to origins. That will speed things up nicely.

On Sat, 29 Sep 2018, 10:01 AM john whelan  wrote:

> https://www.mapnificent.net/ does a close enough job for public transit
> certainly locally and demonstrates it can be done.
>
> I thank Fredrick for his comments as well.  If a more refined solution is
> required then there is enough information given to make a start coding.
>
> Thanks John
>
> On Fri, 28 Sep 2018, 6:51 pm Imre Samu,  wrote:
>
>> > If you live within a 5 minute walk of a bus stop on a route that goes
>> past the hospital then its easy to get to but how do you find these
>> locations using OpenStreetMap data?
>> >Many cities have had their bus stops imported.  If you are in one of
>> these what else is needed to work it out?
>>
>> A lot of cities has a GTFS feed - with the latest public transport info
>> it can be combined with  OSM hospital info
>> see: https://www.mapnificent.net/  [ *"Shows you areas you can reach
>> with public transport in a given time"* ]
>>
>> Best,
>>  Imre
>>
>>
>>
>> john whelan  ezt írta (időpont: 2018. szept. 28.,
>> P, 23:24):
>>
>>> I drifted down to a government conference on open data and software
>>> today and whilst there a question came up concerning proximity to a
>>> hospital.
>>>
>>> Just a planner wondering where to put it to maximise the ease of access
>>> for as many people as possible.
>>>
>>> You can route plan for walking and driving a car but what can you do for
>>> public transport.
>>>
>>> Essentially it is how many buildings are within 1 km for pedestrians, 3
>>> km for cyclists, 7 km for a car.  I've chosen arbitrary numbers but public
>>> transit is quite different.  If you live within a 5 minute walk of a bus
>>> stop on a route that goes past the hospital then its easy to get to but how
>>> do you find these locations using OpenStreetMap data?
>>>
>>> Many cities have had their bus stops imported.  If you are in one of
>>> these what else is needed to work it out?
>>>
>>> The information is worth money.  The right location makes a business or
>>> amenity more valuable.
>>>
>>> What do we have?
>>>
>>> Is this the right forum to raise the problem?
>>>
>>> Thanks John
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> 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

Re: [Talk-de] Abknickende Vorfahrt

[Tom Pfeifer]

On 29.09.2018 00:04, Bernhard Weiskopf wrote:

... Mein Festeinbau meldet "Folgen sie der abknickenden Vorfahrt".
Das kriegen wir Stand heute schon alleine durch die fehlenden Daten
nicht hin.

Hat sich da in den letzten Jahren was dran getan - Wollen wir da was dran
tun? Gibts da proposals?


Wie wär's denn damit:
https://wiki.openstreetmap.org/wiki/DE:Key:priority_road


Halte ich für unzureichend. Das Zeichen "Ende der Hauptstraße" sehe ich sehr selten. Viel häufiger 
ist eine Straße A gegenüber Straße B vorfahrtsberechtigt, gegenüber Straße C aber wartepflichtig. 
Das wird einfach durch ein Vorfahrtsschild ausgedrückt. Mangels "Ende der Hauptstr"-Schild müsste 
man Str A an einer willkürlichen Stelle splitten. Wenn es funktionieren soll, wird man um eine 
Relation nicht umhin kommen.


tom

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

Re: [OSM-talk] Proximity

[john whelan]

https://www.mapnificent.net/ does a close enough job for public transit
certainly locally and demonstrates it can be done.

I thank Fredrick for his comments as well.  If a more refined solution is
required then there is enough information given to make a start coding.

Thanks John

On Fri, 28 Sep 2018, 6:51 pm Imre Samu,  wrote:

> > If you live within a 5 minute walk of a bus stop on a route that goes
> past the hospital then its easy to get to but how do you find these
> locations using OpenStreetMap data?
> >Many cities have had their bus stops imported.  If you are in one of
> these what else is needed to work it out?
>
> A lot of cities has a GTFS feed - with the latest public transport info it
> can be combined with  OSM hospital info
> see: https://www.mapnificent.net/  [ *"Shows you areas you can reach with
> public transport in a given time"* ]
>
> Best,
>  Imre
>
>
>
> john whelan  ezt írta (időpont: 2018. szept. 28.,
> P, 23:24):
>
>> I drifted down to a government conference on open data and software today
>> and whilst there a question came up concerning proximity to a hospital.
>>
>> Just a planner wondering where to put it to maximise the ease of access
>> for as many people as possible.
>>
>> You can route plan for walking and driving a car but what can you do for
>> public transport.
>>
>> Essentially it is how many buildings are within 1 km for pedestrians, 3
>> km for cyclists, 7 km for a car.  I've chosen arbitrary numbers but public
>> transit is quite different.  If you live within a 5 minute walk of a bus
>> stop on a route that goes past the hospital then its easy to get to but how
>> do you find these locations using OpenStreetMap data?
>>
>> Many cities have had their bus stops imported.  If you are in one of
>> these what else is needed to work it out?
>>
>> The information is worth money.  The right location makes a business or
>> amenity more valuable.
>>
>> What do we have?
>>
>> Is this the right forum to raise the problem?
>>
>> Thanks John
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Sentiero senza uscita

[Sergio Manzi]

Direi sia la 2) che la 3), ma non la 1)  perché la way che termina con il 
cancello non è di per se privata o quanto meno non è indicata come tale...


On 2018-09-29 00:47, Andrea Albani wrote:
>
>
> Il sab 29 set 2018, 00:38 demon.box  > ha scritto:
>
> 1) access=private sulla way?
> 2) noexit=yes sulla way?
>
> che dite?
>
>
> Voto per
>
> 3) barrier=gate e access=private sul nodo del cancello
>
> Che descrive in modo asettico la situazione. Altrimenti 
> 1) se proprio non vuoi far sfacchinare le persone per 800m
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



smime.p7s
Description: S/MIME Cryptographic Signature
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Proximity

[Imre Samu]

> If you live within a 5 minute walk of a bus stop on a route that goes
past the hospital then its easy to get to but how do you find these
locations using OpenStreetMap data?
>Many cities have had their bus stops imported.  If you are in one of these
what else is needed to work it out?

A lot of cities has a GTFS feed - with the latest public transport info it
can be combined with  OSM hospital info
see: https://www.mapnificent.net/  [ *"Shows you areas you can reach with
public transport in a given time"* ]

Best,
 Imre



john whelan  ezt írta (időpont: 2018. szept. 28., P,
23:24):

> I drifted down to a government conference on open data and software today
> and whilst there a question came up concerning proximity to a hospital.
>
> Just a planner wondering where to put it to maximise the ease of access
> for as many people as possible.
>
> You can route plan for walking and driving a car but what can you do for
> public transport.
>
> Essentially it is how many buildings are within 1 km for pedestrians, 3 km
> for cyclists, 7 km for a car.  I've chosen arbitrary numbers but public
> transit is quite different.  If you live within a 5 minute walk of a bus
> stop on a route that goes past the hospital then its easy to get to but how
> do you find these locations using OpenStreetMap data?
>
> Many cities have had their bus stops imported.  If you are in one of these
> what else is needed to work it out?
>
> The information is worth money.  The right location makes a business or
> amenity more valuable.
>
> What do we have?
>
> Is this the right forum to raise the problem?
>
> Thanks John
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proximity

[john whelan]

>Here proximity to to a train station is worth more money than proximity to
a bus stop.Within 1 km of a train station is where developers and purchases
of apartments want them and they will pay more for that proximity.

Train stations are usually well represented in OSM data.Bus stops are not
so well represented, this will depend on the local mappers so it is area
dependant.

Perhaps I didn't state the problem clearly enough.

If I have two possible sites for a health centre which will be more easily
accessible?

Assume the bus and tram stops are mapped and the route relationship is in
place.  Assume the same is true if it is rail.  If the proposed sites for
the health centre are not on the railway line then the rail is probably
irrelevant.

One method might be to plot a path from each building to the health centre
by walking, car and bicycle then see how many can reach it within x
minutes.  That is a lot of routing calculation to do but it can be done
overnight or even over a couple of days.  You would then have to go through
each travel plan and count the ones less than 10 minutes or 45 minutes or
whatever time you decide is the cut off point.

Google I think has travel times for public transport available on its maps
under directions.  I think for some cities we have the same information
available, the GTFS file and locations but can we do travel times for
public transport and how would you do it?.

At the moment I don't think there is a good solution but someone might have
some ideas on how to do it.

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

Re: [OSM-talk] Proximity

[Frederik Ramm]

Hi,

On 28.09.2018 23:21, john whelan wrote:
> Many cities have had their bus stops imported.  

And even more cities have their bus stops mapped in the traditional
fashion, like, riding a bus and recording where it stops. It's amazing
how much you can do with one day pass :)

> what else is needed to work it out?

Many standard routing tools (Graphhopper, OSRM, Valhalla) can do
"isochrones", that is essentially what you are looking for for one
single bus stop. You would simply run that for every bus stop and join
the results together.

Since you don't need instant results and you don't want to run this for
a whole country, the algorithm to use is really simple - build a routing
graph, annotate each bus stop node with a travel time of "0", and travel
outwards along all reachable nodes, increasing your travel time by the
time it takes to walk the edge you are using, until you reach a node
that already has a smaller time annotation than you have accumulated.

There's a simple Perl implementation in
svn.openstreetmap.org/applications/utils/distance_maps that could be
used as a basis if Perl is your thing but you could use pg_routing just
as well.

Having said that:

1. In the concrete example of a hospital, I would expect the local bus
operator to create a new bus stop or even change a bus route to
accommodate the hospital. Of course this would not work if you wanted to
set up a bakery.

2. The existence of a bus stop in OSM does not mean it is actually
served by a route; and the existence of a route in OSM that serves the
bus stop does not necessarily say what frequency - it could be the
school bus that only goes three times a day, or the night bus, or the
bus extension to the pool that only goes in summer.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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

Re: [Talk-it] Sentiero senza uscita

[Andrea Albani]

Il sab 29 set 2018, 00:38 demon.box  ha scritto:

> 1) access=private sulla way?
> 2) noexit=yes sulla way?
>
> che dite?
>

Voto per

3) barrier=gate e access=private sul nodo del cancello

Che descrive in modo asettico la situazione. Altrimenti
1) se proprio non vuoi far sfacchinare le persone per 800m

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

[Talk-it] Sentiero senza uscita

[demon.box]

ciao, se ho un sentiero, un invitante bel sentiero che (senza una qualsiasi
segnalazione di divieto) posso liberamente percorrere per 400m prima di
accorgermi che poi però alla fine c'è un bel cancello che mi obbliga a
tornare sconsolatamente indietro, come è meglio indicare questa situazione?

1) access=private sulla way?
2) noexit=yes sulla way?

che dite?

grazie

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[Philippe Verdy]

les postes électriques sont intéressants car il permettent de repérer les
lignes moyennes tension pas toujorus facile à voir et manquantes, et de
trouver notamment les points d'entrée du réseau de distribution (souvent
des transfos 20 000 volts - 400 volts, reliés à des lignes 20 000 volts le
plus souvent, parfois 25000 ou plus pour les plus longues), et voir ce qui
manque pour former le maillage depuis les gros postes de transformation
(qui en général sont cartographiés et ont leurs lignes haute tension la
plupart du temps).

Les lignes moyennes tension (je ne parle pas des poteaux basse tension en
380/400 volts qui sont souvent aussi enterrés ou le long des façades en
ville) sont des éléments de repérage importants et on les voit de loin et
donnent de bons repères de localisation précise des lieux et de recadrage
des orthophotos (à condition de bien positionner les pieds au sol et non le
sommet). Et on voit souvent ces pieds précisément mais pas toujours les
autres tours construites entourées de végétation ou gênées par d'autres
constructions, ces lignes étant assez bien dégagées autour au moins de
pylones ou posés en plein milieu des champs. De plus les poteaux suivent
des lignes relativement régulières et on peut aussi repérer les pylones
manquants rien que par les grosses différences de longueurs de lignes
(hormis les poteaux rapprochés avant un angle important ou une portée
importante au dessus d'une vallée où la ligne suit un grand arc rarement
droit sur les clichés aériens). Elles forment un maillage assez fin du
territoire pour recadrer précisément plein de choses autour.


Le sam. 29 sept. 2018 à 00:22, deuzeffe  a écrit :

> On 9/28/18 11:37 PM, SALLES Quentin wrote:
> > Bonsoir,
>
> Bonjour,
>
> > Je suis à la recherche de l'analyse Osmose des postes électriques
> > (Projet du mois de juillet) qui n'ont toujours pas été référencés.
> > Est-ce que quelqu'un pourrait me fournir le lien ?
>
> Ça https://osmose.openstreetmap.fr/fr/errors?item=8280 ou ça
> https://osmose.openstreetmap.fr/fr/errors?item=8281 par exemple ?
>
> > Et je voulais savoir également pour cette analyse, si les données de
> > l'analyse Osmose se mettent à jour en temps réel ?
>
> Je ne comprends pas bien la question, mais je réponds quand même
> qu'osmose intègre immédiatement les éditions correctrices. Quant à
> restituer les erreurs, compter 2-3 jours (le temps que l'analyse
> parcourt le monde entier...)
>
> --
> deuzeffe - étonnée.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[deuzeffe]

On 9/28/18 11:37 PM, SALLES Quentin wrote:

Bonsoir,


Bonjour,

Je suis à la recherche de l'analyse Osmose des postes électriques 
(Projet du mois de juillet) qui n'ont toujours pas été référencés. 
Est-ce que quelqu'un pourrait me fournir le lien ?


Ça https://osmose.openstreetmap.fr/fr/errors?item=8280 ou ça 
https://osmose.openstreetmap.fr/fr/errors?item=8281 par exemple ?


Et je voulais savoir également pour cette analyse, si les données de 
l'analyse Osmose se mettent à jour en temps réel ?


Je ne comprends pas bien la question, mais je réponds quand même 
qu'osmose intègre immédiatement les éditions correctrices. Quant à 
restituer les erreurs, compter 2-3 jours (le temps que l'analyse 
parcourt le monde entier...)


--
deuzeffe - étonnée.

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

Re: [Talk-de] Abknickende Vorfahrt

[Bernhard Weiskopf]

> ... Mein Festeinbau meldet "Folgen sie der abknickenden Vorfahrt". 
> Das kriegen wir Stand heute schon alleine durch die fehlenden Daten 
> nicht hin.
> 
> Hat sich da in den letzten Jahren was dran getan - Wollen wir da was dran
> tun? Gibts da proposals?

Wie wär's denn damit:
https://wiki.openstreetmap.org/wiki/DE:Key:priority_road

Gruß Bernhard



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

Re: [OSM-talk] Proximity

[Warin]

On 29/09/18 07:21, john whelan wrote:
I drifted down to a government conference on open data and software 
today and whilst there a question came up concerning proximity to a 
hospital.


Just a planner wondering where to put it to maximise the ease of 
access for as many people as possible.


You can route plan for walking and driving a car but what can you do 
for public transport.


Essentially it is how many buildings are within 1 km for pedestrians, 
3 km for cyclists, 7 km for a car.  I've chosen arbitrary numbers but 
public transit is quite different.  If you live within a 5 minute walk 
of a bus stop on a route that goes past the hospital then its easy to 
get to but how do you find these locations using OpenStreetMap data?


Many cities have had their bus stops imported. If you are in one of 
these what else is needed to work it out?


The information is worth money.  The right location makes a business 
or amenity more valuable.


Here proximity to to a train station is worth more money than proximity 
to a bus stop.
Within 1 km of a train station is where developers and purchases of 
apartments want them and they will pay more for that proximity.


What do we have?


Train stations are usually well represented in OSM data.
Bus stops are not so well represented, this will depend on the local 
mappers so it is area dependant.


Is this the right forum to raise the problem?

Thanks John



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

Re: [Talk-de] Abknickende Vorfahrt

[Tom Pfeifer]

On 28.09.2018 21:06, Andreas Schmidt wrote:

Wenn man abbiegt, biegt man ab.
Ob die Vorfahrtsstraße mit abbiegt oder geradeaus geht, ist für die
Frage des Abbiegens irrelevant.

Wenn ich links abbiege, möchte ich eine Ansage haben, dass ich abbiegen
muss, ich muss ja auch den Fahrtrichtungsanzeiger betätigen und das
Lenkrad drehen.


Sehe ich ebenso.
Wir taggen ja derzeit noch nicht einmal die Vorfahrt als solches.
Ergo können wir auch keine abbiegende Vorfahrt taggen.

Lösen könnte man das vermutlich nur über Vorfahrtsrelationen, ähnlich den existierenden 
turn_restrictions.



Am 28.09.2018 um 19:42 schrieb Florian Lohoff:

Hi,
ich glaube ich habe vor 10 Jahren hier schonmal gefragt und damals
gab es nichts zum Thema abknickende Vorfahrt.

Derzeit modelliere ich immer die Topologie so das wenn man der
Vorfahrt folgt es keine Ansage gibt - D.h. das ganze ist halt
von den Winkeln wie eine Kurve in der eben eine Straße abzweigt.


In 'modelliere' lese ich ein 'knete ich die Topologie', damit sich das Navi wunschgemäss verhält. 
Halte ich für einen Fall des Modellierens für den Renderer.


Fällt mir eine Stelle ein, an der ich neulich durchgekommen bin, hat jemand die rechtwinklig 
abbiegende Hauptstrasse zu einem sanften Bogen gestaltet, und die geradeausfahrende Nebenstrasse in 
den Kurvenscheitel gesetzt. Und mich wunderte, warum die klare Abbiegesituation nicht angesagt wurde.


tom


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

[OSM-talk-fr] Projet du mois de Juillet : analyse Osmose des postes électriques

[SALLES Quentin]

Bonsoir,

Je suis à la recherche de l'analyse Osmose des postes électriques (Projet
du mois de juillet) qui n'ont toujours pas été référencés. Est-ce que
quelqu'un pourrait me fournir le lien ?
Et je voulais savoir également pour cette analyse, si les données de
l'analyse Osmose se mettent à jour en temps réel ?

Quentin SALLES
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] Proximity

[john whelan]

I drifted down to a government conference on open data and software today
and whilst there a question came up concerning proximity to a hospital.

Just a planner wondering where to put it to maximise the ease of access for
as many people as possible.

You can route plan for walking and driving a car but what can you do for
public transport.

Essentially it is how many buildings are within 1 km for pedestrians, 3 km
for cyclists, 7 km for a car.  I've chosen arbitrary numbers but public
transit is quite different.  If you live within a 5 minute walk of a bus
stop on a route that goes past the hospital then its easy to get to but how
do you find these locations using OpenStreetMap data?

Many cities have had their bus stops imported.  If you are in one of these
what else is needed to work it out?

The information is worth money.  The right location makes a business or
amenity more valuable.

What do we have?

Is this the right forum to raise the problem?

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

Re: [Talk-de] Abknickende Vorfahrt

[Volker Schmidt]

Wenn ich mich nicht irre, sind die Regeln fuer abknickende Vorfahrt nicht
in allen Laendern gleich. Als Beispiel, in Italien muss man blinken, wenn
man die Vorfahrtstrasse verlaesst, unabhaengig von der Geometrie. Wenn man
der abknickenden Vorfahrt folgt, wird nicht geblinkt.

On Fri, 28 Sep 2018, 21:09 Andreas Schmidt, 
wrote:

> Wenn man abbiegt, biegt man ab.
> Ob die Vorfahrtsstraße mit abbiegt oder geradeaus geht, ist für die
> Frage des Abbiegens irrelevant.
>
> Wenn ich links abbiege, möchte ich eine Ansage haben, dass ich abbiegen
> muss, ich muss ja auch den Fahrtrichtungsanzeiger betätigen und das
> Lenkrad drehen.
>
> Als daraus logisch folgende, aber falsche Folgerung sehe ich an, wenn
> links abbiegen wie geradeaus betrachtet würde, dass folgende Situation
> eintritt:
> Es wäre völlig schlecht, wenn mir an einer linksabknickenden Vorfahrt
> gesagt würde, ich müsste rechts abbiegen, wenn ich tatsächlich die
> Vorfahrtsstraße nach geradeaus verlassen will.
> Dann darf ich nämlich nicht blinken. Diese falsche Folgerung befürchte
> ich, wenn das Linksabbiegen fälschlicherweise als „geradeaus“ in der
> Datenbank steht.
>
> Andreas
>
> Am 28.09.2018 um 19:42 schrieb Florian Lohoff:
> > Hi,
> > ich glaube ich habe vor 10 Jahren hier schonmal gefragt und damals
> > gab es nichts zum Thema abknickende Vorfahrt.
> >
> > Derzeit modelliere ich immer die Topologie so das wenn man der
> > Vorfahrt folgt es keine Ansage gibt - D.h. das ganze ist halt
> > von den Winkeln wie eine Kurve in der eben eine Straße abzweigt.
> >
> > So richtig befriedigend finde ich das aber nicht - Mein Festeinbau
> > meldet "Folgen sie der abknickenden Vorfahrt". Das kriegen wir
> > Stand heute schon alleine durch die fehlenden Daten nicht hin.
> >
> > Hat sich da in den letzten Jahren was dran getan - Wollen wir
> > da was dran tun? Gibts da proposals?
> >
> > Flo
> >
> >
> > ___
> > Talk-de mailing list
> > Talk-de@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-de
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de
>
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] TIGER place confusion

[Clifford Snow]

Thanks for the overpass query which really helps. As far as I'm concerned,
you can remove the tag.

Clifford

On Thu, Sep 27, 2018 at 7:49 AM Max Erickson  wrote:

> Just comparing relations with place= tags to the corresponding nodes works:
>
> http://overpass-turbo.eu/s/CjI
>
> Obviously not an OSM place=city there.
>
>
> Max
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-de] Abknickende Vorfahrt

[Andreas Schmidt]

Wenn man abbiegt, biegt man ab.
Ob die Vorfahrtsstraße mit abbiegt oder geradeaus geht, ist für die
Frage des Abbiegens irrelevant.

Wenn ich links abbiege, möchte ich eine Ansage haben, dass ich abbiegen
muss, ich muss ja auch den Fahrtrichtungsanzeiger betätigen und das
Lenkrad drehen.

Als daraus logisch folgende, aber falsche Folgerung sehe ich an, wenn
links abbiegen wie geradeaus betrachtet würde, dass folgende Situation
eintritt:
Es wäre völlig schlecht, wenn mir an einer linksabknickenden Vorfahrt
gesagt würde, ich müsste rechts abbiegen, wenn ich tatsächlich die
Vorfahrtsstraße nach geradeaus verlassen will.
Dann darf ich nämlich nicht blinken. Diese falsche Folgerung befürchte
ich, wenn das Linksabbiegen fälschlicherweise als „geradeaus“ in der
Datenbank steht.

Andreas

Am 28.09.2018 um 19:42 schrieb Florian Lohoff:
> Hi,
> ich glaube ich habe vor 10 Jahren hier schonmal gefragt und damals
> gab es nichts zum Thema abknickende Vorfahrt.
>
> Derzeit modelliere ich immer die Topologie so das wenn man der
> Vorfahrt folgt es keine Ansage gibt - D.h. das ganze ist halt
> von den Winkeln wie eine Kurve in der eben eine Straße abzweigt.
>
> So richtig befriedigend finde ich das aber nicht - Mein Festeinbau
> meldet "Folgen sie der abknickenden Vorfahrt". Das kriegen wir
> Stand heute schon alleine durch die fehlenden Daten nicht hin.
>
> Hat sich da in den letzten Jahren was dran getan - Wollen wir
> da was dran tun? Gibts da proposals?
>
> Flo
>
>
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de

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

[Talk-de] Abknickende Vorfahrt

[Florian Lohoff]

Hi,
ich glaube ich habe vor 10 Jahren hier schonmal gefragt und damals
gab es nichts zum Thema abknickende Vorfahrt.

Derzeit modelliere ich immer die Topologie so das wenn man der
Vorfahrt folgt es keine Ansage gibt - D.h. das ganze ist halt
von den Winkeln wie eine Kurve in der eben eine Straße abzweigt.

So richtig befriedigend finde ich das aber nicht - Mein Festeinbau
meldet "Folgen sie der abknickenden Vorfahrt". Das kriegen wir
Stand heute schon alleine durch die fehlenden Daten nicht hin.

Hat sich da in den letzten Jahren was dran getan - Wollen wir
da was dran tun? Gibts da proposals?

Flo
-- 
Florian Lohoff f...@zz.de
UTF-8 Test: The  ran after a , but the  ran away


signature.asc
Description: PGP signature
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-us] OSM map use w/o attribution at US News & World Report

[Steve Friedl]

Hmmm.  Yesterday I had found proper attribution (via Leaflet) in other 
non-health areas of their website and was putting together more comprehensive 
notes for them, but today I see my original health.usnews.com link *does* work 
(as do links for other doctors), so I assume this was just a website glitch 
that’s since been fixed.

 

Never mind 

 

Steve

 

From: Harald Kliems  
Sent: Friday, September 28, 2018 8:56 AM
To: Levente Juhász 
Cc: Steve Friedl ; OpenStreetMap talk-us list 

Subject: Re: [Talk-us] OSM map use w/o attribution at US News & World Report

 

Yeah, same for me: https://i.imgur.com/t7VuFDB.png 

Maybe they fixed it very rapidly?

 Harald.

 

On Fri, Sep 28, 2018 at 10:37 AM Levente Juhász mailto:jlevent...@gmail.com> > wrote:

Maybe I am missing something here but when I checked the link you provided I 
can see the proper attribution displayed in the Leaflet map. Screenshot: 
https://drive.google.com/file/d/1EBzE3_0Lc6qVkKeYYhYbpz9CFrWOiGpc/view

 

Cheers,

Levente

 

 

On Thu, Sep 27, 2018 at 12:51 PM Steve Friedl mailto:st...@unixwiz.net> > wrote:

[trying this again]

Good morning,

I've never done a use-without-attribution case before, would like to get
some suggestions before I dive in. I'm pretty sure this is a "substantial"
violation.

It seems that US News & World Report is using OSM data/maps without
attribution in their Health website; my opthalmologist's page 

https://health.usnews.com/doctors/jared-younger-768369

includes a map that I instantly recognized as OSM.  I make it a point to
enhance the maps every time I have an appointment somewhere, and I had done
substantial cleanup of the maps in the northeast corner of Brookhurst &
Ellis in Fountain Valley.

The *current* map doesn't look much like the one in the US News page:

https://www.openstreetmap.org/changeset/62921271#map=18/33.69463/-117.95174

because of my subsequent changes, but - among other things - the spurious
and incorrect segment of "Ellis Street" just below the main Ellis Street was
leftover Tiger data that I'd fixed as well on changeset
https://www.openstreetmap.org/changeset/62921271

Digging in, it seems that US News runs their own tile server (example tile):

https://maptile.usnews.com/tile0/12/707/1640.png

so this is clearly them and not (say) Leaflet.

Their terms & conditions page https://www.usnews.com/info/features/terms has
a helpful email address copyrightag...@usnews.com 
  that invites contacts
about copyright issues.

So, I think I should be following the procedure here:

https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution

with a polite note to them.

Am I on the right track?

Steve

---
Steve Friedl // Software & Network Security Consultant // 714-345-4571 
 
st...@unixwiz.net   // Southern California USA // I 
speak for me only





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

-- 

Levente Juhasz
https://blog.jlevente.com/

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

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

Re: [OSM-talk-fr] Vincennes et segment entre voies séparées par un terre-plein

[nicolas parizet]

Le 28/09/2018 à 12:34, Christian Quest a écrit :
> Je connais bien le coin, vu le bâtiment qu'on trouve juste au sud-est
> du carrefour ;)
>
> Sur ce genre de carrefour, on pourrait refusionner les voies séparées
> en une seule car il n'y a effectivement pas à cet endroit de
> séparation physique, mais ce type de cas est quand même souvent mappé
> de cette façon pour plus de clareté.

Il n'y a donc pas de règle précise dans ce cas ? C'est l'usage qui prime
? (Heureusement que je ne suis pas de ce coin car moi, ça ne m'a pas
paru clair du tout ce mappage).

Reste à savoir comment doit se nommer ce segment. Je dirai Avenue de
Paris. J'ai bon ? :-)


Bon, je laisse les connaisseurs du coin en débattre.

Nicolas



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

Re: [Talk-us] OSM map use w/o attribution at US News & World Report

[Harald Kliems]

Yeah, same for me: https://i.imgur.com/t7VuFDB.png
Maybe they fixed it *very* rapidly?
 Harald.

On Fri, Sep 28, 2018 at 10:37 AM Levente Juhász 
wrote:

> Maybe I am missing something here but when I checked the link you provided
> I can see the proper attribution displayed in the Leaflet map. Screenshot:
> https://drive.google.com/file/d/1EBzE3_0Lc6qVkKeYYhYbpz9CFrWOiGpc/view
>
> Cheers,
> Levente
>
>
> On Thu, Sep 27, 2018 at 12:51 PM Steve Friedl  wrote:
>
>> [trying this again]
>>
>> Good morning,
>>
>> I've never done a use-without-attribution case before, would like to get
>> some suggestions before I dive in. I'm pretty sure this is a "substantial"
>> violation.
>>
>> It seems that US News & World Report is using OSM data/maps without
>> attribution in their Health website; my opthalmologist's page
>>
>> https://health.usnews.com/doctors/jared-younger-768369
>>
>> includes a map that I instantly recognized as OSM.  I make it a point to
>> enhance the maps every time I have an appointment somewhere, and I had
>> done
>> substantial cleanup of the maps in the northeast corner of Brookhurst &
>> Ellis in Fountain Valley.
>>
>> The *current* map doesn't look much like the one in the US News page:
>>
>>
>> https://www.openstreetmap.org/changeset/62921271#map=18/33.69463/-117.95174
>>
>> because of my subsequent changes, but - among other things - the spurious
>> and incorrect segment of "Ellis Street" just below the main Ellis Street
>> was
>> leftover Tiger data that I'd fixed as well on changeset
>> https://www.openstreetmap.org/changeset/62921271
>>
>> Digging in, it seems that US News runs their own tile server (example
>> tile):
>>
>> https://maptile.usnews.com/tile0/12/707/1640.png
>>
>> so this is clearly them and not (say) Leaflet.
>>
>> Their terms & conditions page https://www.usnews.com/info/features/terms
>> has
>> a helpful email address copyrightag...@usnews.com that invites contacts
>> about copyright issues.
>>
>> So, I think I should be following the procedure here:
>>
>> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
>>
>> with a polite note to them.
>>
>> Am I on the right track?
>>
>> Steve
>>
>> ---
>> Steve Friedl // Software & Network Security Consultant // 714-345-4571
>> <(714)%20345-4571>
>> st...@unixwiz.net // Southern California USA // I speak for me only
>>
>>
>>
>>
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
> --
> Levente Juhasz
> https://blog.jlevente.com/
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] OSM map use w/o attribution at US News & World Report

[Levente Juhász]

Maybe I am missing something here but when I checked the link you provided
I can see the proper attribution displayed in the Leaflet map. Screenshot:
https://drive.google.com/file/d/1EBzE3_0Lc6qVkKeYYhYbpz9CFrWOiGpc/view

Cheers,
Levente

On Thu, Sep 27, 2018 at 12:51 PM Steve Friedl  wrote:

> [trying this again]
>
> Good morning,
>
> I've never done a use-without-attribution case before, would like to get
> some suggestions before I dive in. I'm pretty sure this is a "substantial"
> violation.
>
> It seems that US News & World Report is using OSM data/maps without
> attribution in their Health website; my opthalmologist's page
>
> https://health.usnews.com/doctors/jared-younger-768369
>
> includes a map that I instantly recognized as OSM.  I make it a point to
> enhance the maps every time I have an appointment somewhere, and I had done
> substantial cleanup of the maps in the northeast corner of Brookhurst &
> Ellis in Fountain Valley.
>
> The *current* map doesn't look much like the one in the US News page:
>
> https://www.openstreetmap.org/changeset/62921271#map=18/33.69463/-117.95174
>
> because of my subsequent changes, but - among other things - the spurious
> and incorrect segment of "Ellis Street" just below the main Ellis Street
> was
> leftover Tiger data that I'd fixed as well on changeset
> https://www.openstreetmap.org/changeset/62921271
>
> Digging in, it seems that US News runs their own tile server (example
> tile):
>
> https://maptile.usnews.com/tile0/12/707/1640.png
>
> so this is clearly them and not (say) Leaflet.
>
> Their terms & conditions page https://www.usnews.com/info/features/terms
> has
> a helpful email address copyrightag...@usnews.com that invites contacts
> about copyright issues.
>
> So, I think I should be following the procedure here:
>
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution
>
> with a polite note to them.
>
> Am I on the right track?
>
> Steve
>
> ---
> Steve Friedl // Software & Network Security Consultant // 714-345-4571
> <(714)%20345-4571>
> st...@unixwiz.net // Southern California USA // I speak for me only
>
>
>
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
-- 
Levente Juhasz
https://blog.jlevente.com/
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] TIGER place confusion

[Brian M Hamlin]

 Hi All - while learning about the US Census a few years ago, I found a slide 
set (pdf) called  Understanding Place by Michael Ratcliffe. Geography Division 
of the US Census Bureau ..   maybe something in that talk would shed light 
here..   I have a copy and can send it on request... probably findable on the 
open net. 
 
  best regards from Berkeley

--
Brian M Hamlin
OSGeo California
blog.light42.com

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

[OSM-talk-fr] Données des mobilités : bientôt une carte nationale des aires de covoiturage

[thevenon . julien]

Ca parle entre autre d OSM
https://www.caissedesdepotsdesterritoires.fr/cs/ContentServer?pagename=Territoires/Articles/Articles=1250281680014

Julien

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

Re: [Talk-cz] Nepřístupné hrady/zámky

[xkomc...@centrum.cz]

access=private?


O žádné výchozí hodnotě nevím, takže prázdná hodnota pro mne znamená 
"nikdo tam nic nevložil".



On 28.9.2018 14:56, majka wrote:

Pěkný sváteční den všem.

A hned jsem tu s dotazem: existuje nějaký ustálený způsob, jakým se 
značí veřejnosti nepřístupné hrady/zámky? Nebo se vychází z toho, že 
je vše nepřístupné, a pouze přidáním openíng_hours se objekt "zpřístupní"?


Majka


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


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

[Talk-cz] Nepřístupné hrady/zámky

[majka]

Pěkný sváteční den všem.

A hned jsem tu s dotazem: existuje nějaký ustálený způsob, jakým se značí
veřejnosti nepřístupné hrady/zámky? Nebo se vychází z toho, že je vše
nepřístupné, a pouze přidáním openíng_hours se objekt "zpřístupní"?

Majka
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-ja] 行政境界の編集

[bnj_2_h]

ありがとうございます。
Available 
Dataというページがあることも知りませんでした。バスルートでsource_refを入れないで作成してしまったものがあったので、そちらは修正しました。

松村英俊(MATSUMURA Hidetoshi)
bnj_...@muf.biglobe.ne.jp ,icar...@mac.com
http://fineview.sakura.ne.jp/

> 2018/09/28 の 19:12 に tomoya muramoto  によって書かれました: 
> 
> 非常に微妙なラインです。
> 
> ダメな理由
> ・Available Data( 
> [https://wiki.openstreetmap.org/wiki/JA:Available_Data)に記載されていない](https://wiki.openstreetmap.org/wiki/JA:Available_Data)%E3%81%AB%E8%A8%98%E8%BC%89%E3%81%95%E3%82%8C%E3%81%A6%E3%81%84%E3%81%AA%E3%81%84)。
> ・トレースしてよいと明示的な許可がない。
> 
> 良い理由
> ・行政境界は物理的実体がない。現地の看板は、物理的実体がないオブジェクトの"準Ground truth"であると考えられる。
> 
> 私は、公園内の池の名前をタグ付けする際に公園に設置された看板を見ることがあります。
> 看板に記載された池の名前も"準Ground Truth"だと思いますので、今回の例がダメとは言いにくいです。
> 
> muramoto
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-in] Fwd: Missing al5-boundaries in India

[wambacher]

Hi,

after some month delay some AL5 are still missing in India.

see
![india_al5_20180927](https://wambachers-osm.website/images/osm/snaps_2018/india_al5_20180927.png)

https://wambachers-osm.website/images/osm/snaps_2018/india_al5_20180927.png

Hopefully someone will close those gaps. I can't do it because of
missing knowledge.

Regards

walter

-- 
My projects:

Admin Boundaries of the World 
Missing Boundaries

Emergency Map 
Postal Code Map (Germany only) 
Fools (QA for zipcodes in Germany) 
Postcode Boundaries of Germany 
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] National hospital directory data in ODGL

[Naveen Francis]

Hello Arun,

I have contacted LWG.
Simon Poole told they will review ODGL.
https://drive.google.com/file/d/1Q6Sqnx5HAzKozO8ZflPXHduaJYtYtvuZ/view
In OSM-legal-talk list, Kathleen has replied
https://lists.openstreetmap.org/pipermail/legal-talk/2018-August/008675.html

I have updated data section.

Thanks,
naveenpf


On Fri, Sep 28, 2018 at 3:59 PM Arun Ganesh  wrote:

> This is great and a super useful dataset to have on OSM. As a first step
> we should clearly establish that Indian OGDL is compatible with OSM to
> avoid any conflicts over license issues. Has this already been established?
> We can add a section to
> https://wiki.openstreetmap.org/wiki/India/Data_sources
>
> On Fri, Sep 28, 2018 at 1:36 PM Naveen Francis  wrote:
>
>> Hi,
>>
>> National hospital directory
>> https://wiki.openstreetmap.org/wiki/India:Health
>> Which is better way map this?
>> Maproulette Task ??
>>
>> Thanks,
>> naveenpf
>> ___
>> Talk-in mailing list
>> Talk-in@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-in
>>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-in] National hospital directory data in ODGL

[Shajeer M]

Did you mean https://data.gov.in/sites/default/files/NDSAP.pdf (Page 10)?

On 9/28/2018 3:57 PM, Arun Ganesh wrote:
This is great and a super useful dataset to have on OSM. As a first step we 
should clearly establish that Indian OGDL is compatible with OSM to avoid any 
conflicts over license issues. Has this already been established? We can add a 
section to https://wiki.openstreetmap.org/wiki/India/Data_sources

On Fri, Sep 28, 2018 at 1:36 PM Naveen Francis 
mailto:navee...@gmail.com>> wrote:
Hi,

National hospital directory
https://wiki.openstreetmap.org/wiki/India:Health
Which is better way map this?
Maproulette Task ??

Thanks,
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in



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


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

Re: [OSM-talk-fr] Vincennes et segment entre voies séparées par un terre-plein

[Christian Quest]

Je connais bien le coin, vu le bâtiment qu'on trouve juste au sud-est du
carrefour ;)

Sur ce genre de carrefour, on pourrait refusionner les voies séparées en
une seule car il n'y a effectivement pas à cet endroit de séparation
physique, mais ce type de cas est quand même souvent mappé de cette façon
pour plus de clareté.

Pour moi rien de choquant, il n'y a que la voie pour tourner Avenue
Gambetta que je n'aime pas trop. Je ne mettrais pas de name=Avenue Gambetta
dessus et j'aurais utilisé lanes + turn:lanes plutôt que ce tracé.



Le ven. 28 sept. 2018 à 07:47, nicolas parizet 
a écrit :

> Le 27/09/2018 à 22:15, Philippe Verdy a écrit :
> > L'autre solution aurait été de joindre les deux extrémités de se
> > segment en un même nœud central pour former un unique carrefour, même
> > si les voies de l'Avenue de Paris sont séparées (sauf justement là!)
>
> Bonjour,
>
> je suis entièrement d'accord avec cette solution. Perso, c'est ce que
> j'aurai fait, en supposant que la situation sur le terrain corresponde à
> ce que je suppose.
>
> Pour moi, «ma» logique personnelle à moi :-) indique que l'on sépare une
> voie s'il y a un terre-plein et qu'elle ne soit plus séparée s'il n'y a
> pas de terre-plein.
>
> Mais je me serai sûrement trompé car j'ai vu ce genre de segment sur
> d'autres avenues de Paris dans des situations identiques.
>
> Bonne journée et merci pour les réponses et pistes apportées,
>
> Nicolas
>
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 
Christian Quest - OpenStreetMap France
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-in] National hospital directory data in ODGL

[Arun Ganesh]

This is great and a super useful dataset to have on OSM. As a first step we
should clearly establish that Indian OGDL is compatible with OSM to avoid
any conflicts over license issues. Has this already been established? We
can add a section to https://wiki.openstreetmap.org/wiki/India/Data_sources

On Fri, Sep 28, 2018 at 1:36 PM Naveen Francis  wrote:

> Hi,
>
> National hospital directory
> https://wiki.openstreetmap.org/wiki/India:Health
> Which is better way map this?
> Maproulette Task ??
>
> Thanks,
> naveenpf
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-ja] 行政境界の編集

[tomoya muramoto]

非常に微妙なラインです。

ダメな理由
・Available Data(
https://wiki.openstreetmap.org/wiki/JA:Available_Data)に記載されていない。
・トレースしてよいと明示的な許可がない。

良い理由
・行政境界は物理的実体がない。現地の看板は、物理的実体がないオブジェクトの"準Ground truth"であると考えられる。

私は、公園内の池の名前をタグ付けする際に公園に設置された看板を見ることがあります。
看板に記載された池の名前も"準Ground Truth"だと思いますので、今回の例がダメとは言いにくいです。

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

Re: [Talk-de] Fwd: AW: Stadtplan *** noch nicht *** für OpenStreetMap verwenden

[Joachim Kast]

Hallo zusammen,

die unten stehende Freigabe beruht auf einem Missverständnis über die
Vorgehensweise beim Mappen. Der Stadtverwaltung war nicht bewusst, dass
wir die angebotenen Kacheln direkt als JOSM-Hintergrund verwenden und
"durchpausen". Es wurde davon ausgegangen, dass wir nur so "Pi mal
Daumen" drüberschauen und vergleichen.

Ein heutiges Telefonat ergab, dass eine rechtssichere Entscheidung
leider noch etwas Zeit bis Dezember benötigt. Ich werde mich Ende
November mit dem Leiter des Fachbereich Vermessung und Geoinformation
beim Stuttgarter Geodätentag darüber unterhalten.

Habt bitte bis dahin Geduld und verwendet nur die üblichen Quellen.

Viele Grüße
Joachim


Am 05.07.2018 um 18:15 schrieb Daniel Korn:
> Hallo zusammen,
> 
> die Stadt Tübingen hat offiziell den Stadtplan [1] zum Abzeichnen für
> OpenStreetMap freigegeben.
> 
> Viele Grüße
> Daniel
> 
> [1] https://www.tuebingen.de/stadtplan/
> 
> 
>  Weitergeleitete Nachricht 
> Betreff: AW: Stadtplan für OpenStreetMap verwenden
> Datum: Thu, 5 Jul 2018 16:15:35 +
> Von: Schweizer, Heidi, Universitätsstadt Tübingen
> 
> An: 'em...@daniel-korn.de' 
> Kopie (CC): Voßler, Ulrich, Universitätsstadt Tübingen
> 
> 
> 
> 
> Sehr geehrter Herr Korn,
> 
> hiermit erhalten Sie die Genehmigung den amtlichen Stadtplan („zum
> Abzeichnen“) für die OpenStreetmap-Aktualiserung zu nutzen.
> 
> Mit freundlichen Grüßen
> 
> Heidi Schweizer
> 
> Leiterin der Fachabteilung Geoinformation
> 
> 
> *---*
> 
> *Bitte beachten Sie unsere neue Adresse:***
> 
> *---*
> 
> *Universitätsstadt Tübingen*
> Fachbereich Vermessung und Geoinformation
> Brunnenstraße 3
> 72074 Tübingen
> Telefon 07071/204 2673
> heidi.schwei...@tuebingen.de 
> 
> www.tuebingen.de/geoinformation 
> 
> Kennen Sie schon unseren Internetstadtplan?
> 
> http://www.tuebingen.de/stadtplan/
> 
> -Ursprüngliche Nachricht-
> 
> Von: Daniel Korn [mailto:em...@daniel-korn.de]
> 
> Gesendet: Freitag, 29. Juni 2018 08:04
> 
> An: Vermessung, Universitätsstadt Tübingen
> 
> Betreff: Stadtplan für OpenStreetMap verwenden
> 
> Hallo Herr Voßler,
> 
> die Tübinger OpenStreetMap-Community hat die Stadt bereits sehr gut
> 
> kartiert [1], allerdings würde es helfen, wenn wir den amtlichen
> 
> Stadtplan zum Abzeichnen nutzen dürften, um weitere Details zu ergänzen.
> 
> Ist es in Ihrem Sinne, wenn wir die Daten für OpenStreetMap verwenden?
> 
> Falls ja: Wo müssten wir uns hierfür die Genehmigung einholen?
> 
> Viele Grüße
> 
> Daniel Korn
> 
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de


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

[Talk-gb-westmidlands] October Meeting

[Brian Prangle]

Hi everyone

I can't manage this meeting next week as it's my birthday so I'll be out
celebrating.

Regards

Brian
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk] Waterway rel with mix of line & poly

[SandorS]

Jem,
you have, of course, fixed the issue already. That was the right ting to do. 
Though, there are many, many similar cases and not only in natural=water tagged 
geometries. Many users run a geometry-model based recognition program that 
detects and repairs these problems even not knowing they were there. 
However, two comments from the last mail deserve some further comments.
>>  Relations should not be used to collect thing together.
>>? That is what they can be used for. See the site relation as an example.
Yes, “they can be used for” but here OSM wiki is explicit “should not be used” 
(obligatory restriction). Besides, when I see/search the OSM wiki using the 
“site relation” key I got this 
https://wiki.openstreetmap.org/wiki/Relations/Proposed/Site. It is a proposal 
just like many other “collecting thing together” proposals like multiobject, 
group, cluster... Using these proposals in private database versions is up to 
the users but should not be used in OSM data source. Otherwise, mappers can 
cause damage to others, serious professional mismatch and huge data and work 
redundancy. Just look at this https://osm.org/go/cAO2c--?relation=1124369. Why, 
just for the Wikipedia link or some never used names?
>>  MP relations should be restricted to the areas which have inners:...
>> No. They can be used to collect a series of outer ways to form the boundary 
>> of a feature e.g. an administration boundary usually shares ways with 
>> adjacent
>>administrations
Irrelevant contrast.  However, the second line perfectly illustrates how to 
present an administrative (political) AREA feature using MP. Because of many 
rendering issues related to overlapping areas, if only the area boundary is 
needed, OSM wiki has introduced the “boundary” as a new tagging key and using 
MP declared deprecated for that purpose. The suggestion in the first line is 
not acceptable for now. Simply, we don’t have other tools to represent areas 
with just one border line when the number of border nodes (considerably) 
exceeds the node number limit in the “way”.
Sandor

Sent from Mail for Windows 10

From: Warin
Sent: 21 September 2018 01:33
To: talk@openstreetmap.org
Subject: Re: [OSM-talk] Waterway rel with mix of line & poly

On 21/09/18 06:11, Jem wrote:
Thank you both. That's very helpful.

On Thu, 20 Sep 2018 at 22:25, Dave F  wrote:
Hi

Short answer: Yes

There's a few problems here:

Relations should not be used to collect thing together.
? That is what they can be used for. See the site relation as an example. 

There shouldn't be tags on the ways which conflict with those in the relations
True.

MP relations require a 'type' tags and 'inners' & 'outers' roles
True

In this case the Southern section shouldn't be a polygon 
Did not look.

MP relations should be restricted to the areas which have inners: 
https://www.openstreetmap.org/relation/2571440#map=19/51.15275/-2.05045
No. They can be used to collect a series of outer ways to form the boundary of 
a feature e.g. an administration boundary usually shares ways with adjacent 
administrations. 

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

Re: [OSM-talk-fr] [OSM-Talk-fr] Import arbres Hauts-de-Seine

[Florian LAINEZ]

Bonjour à tous,
Pour info j'ai renoncé à mon projet d'intégration des arbres sur tout le
département : beaucoup trop compliqué.
Je vais déjà essayer de bien gérer cela au niveau de ma commune, et ce
n'est pas gagné d'avance ! J'explique ma démarche ici :
https://wiki.openstreetmap.org/wiki/Montrouge#Arbres
Feedbacks bienvenus

Le mer. 26 sept. 2018 à 18:29, Florian LAINEZ  a écrit :

> Dans le 92 (prononcer neuf-deux) on a aujourd'hui référencé 12 083 arbres
> cf. https://overpass-turbo.eu/s/ChP
> On a pas mal de données d'arbres en Open Data sous-exploitées
> https://opendata.hauts-de-seine.fr/explore/dataset/cadastre-vert-les-arbres
>
> J'envisage d'en importer une partie dans OSM, fort de l'expérience de
> Grenoble (cf. discussions précédentes) et évidemment mû par un sentiment de
> jalousie vis-à-vis de Paris ^^
> J'ai documenté ma démarche ici
> https://wiki.openstreetmap.org/wiki/Hauts-de-Seine#Arbres
>
> J'envisageais un import manuel des données mais je me rend compte qu'il y
> a des serveurs pour le cadastre des arbres :
> -Service WMS
>
> https://geoserviceweb.hauts-de-seine.fr/agspublic/services/Public/CadastreVert/MapServer/WMSServer
> ?
> -Service WFS
>
> https://geoserviceweb.hauts-de-seine.fr/agspublic/services/Public/CadastreVert/MapServer/WFSServer
> ?
>
> Peut-être est-il plus à jour ? J'ai essayé sans succès d'utiliser ces
> serveurs dans JOSM, votre aide est donc la bienvenue.
> Merci
>
> --
>
> *Florian Lainez*
> @overflorian 
>


-- 

*Florian Lainez*
@overflorian 
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-in] National hospital directory data in ODGL

[Naveen Francis]

Hi,

National hospital directory
https://wiki.openstreetmap.org/wiki/India:Health
Which is better way map this?
Maproulette Task ??

Thanks,
naveenpf
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk-fr] [Hot-francophone] Règles de l'édition dirigée, nouvelle version de travail

[Jo]

Je ne vois rien là-dedans qui n'est pas raisonnable.

Polyglot

Op vr 28 sep. 2018 om 08:49 schreef Severin Menard :

> Bonjour à tous,
>
> Pour a dernière réunion du bureau de l'OSMF il y a une semaine, est
> apparue une version refondue de la fameuse Policy/guidelines de l'édition
> organisée préparée par le Data Working Group et qui n'avait pas été
> diffusée auparavant. Voici le texte :
>
>
> https://wiki.osmfoundation.org/w/images/1/13/Organised_editing_guidelines_version_20180908.pdf
>
> Le bureau de l'OSMF n'a pas eu le temps de discuter de cette nouvelle
> version et y travaillera d'ici la prochaine. Peter Barth souhaite que ces
> échanges soient publics ou du moins publiés. Pour leur implication
> professionnelle dans Telenav et Mapbox, Martjn van Exel et Mikel Matin
> seront écartés du vote. À la fin de la réunion, quand la parole a été
> ouverte à l'auditoire, Nakaner a fait remarquer à Heather Leson qu'il
> devrait en être de même en ce qui la concerne, compte tenu de l'implication
> de la Fédération Internationale des Croix-Rouge dans le mouvement Missing
> Maps (qui avec les sociétés engagées dans des activités de cartographie
> OSM, est l'autre raison de la lise en oeuvre de ces guidelines, au vu de la
> qualité souvent produite). Ce point n'a pas ensuite été éclairci.
>
> Christoph Hormann a envoyé un courriel très critique sur ce nouveau texte
> sur la liste de discussion de l'OSMF, reprenant ce qu'il avait dit en fin
> de réunion. Le flou sur les activités concernées par le texte de ces
> guidelines est notamment particulièrement impressionnant.
>
> Bref, mieux vaut lire ce texte et faire connaître son opinion avant qu'il
> ne soit adopté.
>
> Séverin
>
> ___
> Hot-francophone mailing list
> hot-francoph...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/hot-francophone
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Règles de l'édition dirigée, nouvelle version de travail

[Severin Menard]

Bonjour à tous,

Pour a dernière réunion du bureau de l'OSMF il y a une semaine, est apparue
une version refondue de la fameuse Policy/guidelines de l'édition organisée
préparée par le Data Working Group et qui n'avait pas été diffusée
auparavant. Voici le texte :

https://wiki.osmfoundation.org/w/images/1/13/Organised_editing_guidelines_version_20180908.pdf

Le bureau de l'OSMF n'a pas eu le temps de discuter de cette nouvelle
version et y travaillera d'ici la prochaine. Peter Barth souhaite que ces
échanges soient publics ou du moins publiés. Pour leur implication
professionnelle dans Telenav et Mapbox, Martjn van Exel et Mikel Matin
seront écartés du vote. À la fin de la réunion, quand la parole a été
ouverte à l'auditoire, Nakaner a fait remarquer à Heather Leson qu'il
devrait en être de même en ce qui la concerne, compte tenu de l'implication
de la Fédération Internationale des Croix-Rouge dans le mouvement Missing
Maps (qui avec les sociétés engagées dans des activités de cartographie
OSM, est l'autre raison de la lise en oeuvre de ces guidelines, au vu de la
qualité souvent produite). Ce point n'a pas ensuite été éclairci.

Christoph Hormann a envoyé un courriel très critique sur ce nouveau texte
sur la liste de discussion de l'OSMF, reprenant ce qu'il avait dit en fin
de réunion. Le flou sur les activités concernées par le texte de ces
guidelines est notamment particulièrement impressionnant.

Bref, mieux vaut lire ce texte et faire connaître son opinion avant qu'il
ne soit adopté.

Séverin
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] OSM Wikibase is now live

[Yuri Astrakhan]

Michael, thanks for your comments!

The original searchbox functionality has been restored, sorry for the
delay.  See also some related requests to make it even more useful. [1]

I have made some changes to the OpenStreetMap:Wikibase wiki page - could
you take a look?  I would love your help in creating a better guide, so any
feedback, suggestions, and outlines of how it should be done are welcome.
Feel free to even sketch some page content and I will be happy to improve
it with details.

We had 18 wonderful contributors to the new data system in just over a
week, providing hundreds of improvements. This seems to indicate that 1)
there is significant interest, especially in providing translations, and 2)
editing is not extremely difficult.  That said, we certainly should make it
even easier to use.

You do have a point about the validation rules and wiki.  As a developer,
you can create and maintain them yourself. It does require a lot of work,
reduces the number of contributors, and has far less community oversight,
but it gives the developer full control over the rules. Wiki solves most of
it, but gives you less control.  I think one approach is to mix the two,
e.g. run a simple script to generate and store the rules file from the
wiki. Every time you regenerate that file, you will see all the changes,
but you won't have to create them yourself.  Plus all other developers will
be looking at the same data, so there is far better chance of spotting
issues early on.

[1] https://phabricator.wikimedia.org/T190454

(P.S. Michael sorry for the dup, i made a few minor changes)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] OSM Wikibase is now live

[Yuri Astrakhan]

On Thu, Sep 27, 2018 at 9:50 AM Mateusz Konieczny <  matkoni...@tutanota.com
  > wrote:

> Main point of separate presets is that creator of an editor has control
> over it.
>

Mateusz, who should control an app's behavior - the developer or the
community?  Can app make certain editing choices because the dev feels it
should be a certain way, without consulting the community? Can community
make changes impacting the app?  Going too far into both direction seems
bad.  See my other post to Michael -- I think having a structured data
approach allows the dev to easily generate and compare versions of the
rules. This way both the community can easily modify the rules when needed,
and the dev can have a second glance over it, to see exactly what has
changed.

Essentially it is the same problem as with any other wiki, including osm
map data itself -- ease and speed of community's contributions vs
vandalism/errors.  Someone makes a mistake and half of Asia shows as being
under water (I saw that once on WP maps).  Someone else vandalizes NYC
name, and we get a lot of media attention... bad attention.

Devs cannot know all the mapping rules - they cannot be responsible for
checking them all. Instead, it would be better if we build good validation
practices around those rules, so that any vandalism or simple mistakes
become easy to spot, and very quick to fix.

(P.S. Mateusz, sorry for the dup)
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] kosmtik + requête PostGIS exploitant une relation = ERROR

[Maël REBOUX]

je vois l’idée mais c’est pas encore ça.

…
"table": "( 
SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
FROM planet_osm_point
JOIN (
WITH numbered AS(
SELECT row_number() OVER() AS row, entry
FROM(
SELECT unnest(members) AS entry
FROM planet_osm_rels
WHERE ARRAY['boundary','administrative']<@tags AND 
ARRAY['admin_level','6']<@tags) AS mylist)
SELECT ltrim(a.entry,'n')::bigint AS osm_id
FROM numbered AS a JOIN numbered AS b
ON a.row = b.row-1 AND b.entry = 'admin_centre'
) x
USING(osm_id)
 ) AS data",
"geometry_table":"numbered",
"key_field": "",
"geometry_field": "way",
"asynchronous_request": "true",
"max_async_connection": "4",
"simplify_geometries": "true",
"extent_cache": "auto",
"extent": "-1363990,3994624,1824475,9411676"
  },
…

donne une erreur différente :

Postgis Plugin: ERROR:  relation "numbered" does not exist
LINE 1: SELECT ST_SRID("way") AS srid FROM numbered WHERE "way" IS N...
   ^
in executeQuery Full sql was: 'SELECT ST_SRID("way") AS srid FROM numbered 
WHERE "way" IS NOT NULL LIMIT 1;'

logique : la géométrie n’est pas dans « numbered » (c’est pour récupérer le 
admin_level dans la table des relations)
mais dans planet_osm_point

donc on essaie :

"table": "( 
SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
FROM planet_osm_point
JOIN (
WITH numbered AS(
SELECT row_number() OVER() AS row, entry
FROM(
SELECT unnest(members) AS entry
FROM planet_osm_rels
WHERE ARRAY['boundary','administrative']<@tags AND 
ARRAY['admin_level','8']<@tags) AS mylist)
SELECT ltrim(a.entry,'n')::bigint AS osm_id
FROM numbered AS a JOIN numbered AS b
ON a.row = b.row-1 AND b.entry = 'admin_centre'
) x
USING(osm_id)
 ) AS data",
"geometry_table":"planet_osm_point",
"key_field": "",
"geometry_field": "way",
"asynchronous_request": "true",
"max_async_connection": "4",
"simplify_geometries": "true",
"extent_cache": "auto",
"extent": "-1363990,3994624,1824475,9411676"
  },

et là ça passe : plus d’erreur MAIS je récupère pas de géométrie non plus :(

> Le 27 sept. 2018 à 09:31, Christian Quest  a écrit :
> 
> Les requêtes SQL sont ré-empaquetées par le driver postgis de mapnik et là je 
> pense qu'il ne sait pas détecter que c'est dans "data" qu'il va trouver "way".
> 
> Essaye en ajoutant un paramètre "geometry_table": "data" voire aussi 
> "geometry_field": "way"
> 
> Pour l'ensemble des paramètres qu'on peut passer, voir: 
> https://github.com/mapnik/mapnik/wiki/PostGIS 
> 
> 
> Je pense aussi qu'un && !bbox! quelque part sera peut être nécessaire pour 
> être sûr que la requête soit limitée à l'emprise à rendre...
> 
> 
> Le jeu. 27 sept. 2018 à 07:45, Maël REBOUX  a écrit :
> J’ai oublié de mettre la déclaration de la couche dans le projet :
> 
> 
> {
>   "id": "places_admin_6",
>   "name": "places_admin_6",
>   "class": "",
>   "Datasource": {
> "type": "postgis",
> "host": "db.openstreetmap.local",
> "user": "osm",
> "password": "osm",
> "dbname": "osm",
> "table": "( 
> SELECT DISTINCT way, COALESCE(tags -> 'name:br'::text) as name
> FROM planet_osm_point
> JOIN (
> WITH c AS(
> SELECT row_number() OVER() AS row, entry
> FROM(
> SELECT unnest(members) AS entry
> FROM planet_osm_rels
> WHERE ARRAY['boundary','administrative']<@tags AND 
> ARRAY['admin_level','6']<@tags) AS mylist)
> SELECT ltrim(a.entry,'n')::bigint AS osm_id
> FROM c AS a JOIN c AS b
> ON a.row = b.row-1 AND b.entry = 'admin_centre'
> ) x
> USING(osm_id)
>  ) AS data",
> "key_field": "",
> "geometry_field": "way",
> "asynchronous_request": "true",
> "max_async_connection": "4",
> "simplify_geometries": "true",
> "extent_cache": "auto",
> "extent": "-1363990,3994624,1824475,9411676"
>   },
>   "geometry": "point",
>   "srs-name": "3857",
>   "srs": "+proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 
> +x_0=0.0 +y_0=0.0 +k=1.0 +units=m +nadgrids=@null +wktext +no_defs +over",
>   "extent": [ -10, 34, 20, 70 ],
>   "advanced": {}
> }
> 
> 
>> Le 27 sept. 2018 à 00:10, Maël REBOUX > > a écrit :
>> 
>> Bonjour tous,
>> 
>> Je cherche à faire apparaître sur une carte en ligne les préfectures et leur 
>> nom en breton.
>> 
>> La façon d’y arriver est « connue » : il faut faire une jointure entre la 
>> table planet_osm_point (qui contient le point et le nom) et la