date:20180425

[talk-au] NSW Protected Areas Data Imports

2018-04-25 Thread Andrew Harvey

I've noticed in NSW, protected areas have been very heavily imported.

Given we now have the CC BY 4.0 waiver for NPWS's open data it might be
worth taking a look at their Estate data as it appears to be the most
frequently updated at every 3 months (last updated 31st March 2018),
compared to CAPAD which is only bi-annually.

See the NPWS entries at
https://wiki.openstreetmap.org/wiki/Australian_Data_Catalogue
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] [Diversity-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Jo

What I see most often is a room with toilets for men, another room with
toilets for women and a toilet for people with disabilities, usually a
somewhat higher pot in a relatively big room with a larger door. The last
one is gender neutral, of course. I don't think anyone maps that
explicitly, as it goes without saying.

If there is only 1 toilet, wouldn't it always be gender neutral? Are we
soon going to find 4 different toilet doors in buildings, male, female,
disabled and "something else"?

Jo

2018-04-26 1:00 GMT+02:00 Nicolás Alvarez :

> 2018-04-25 19:21 GMT-03:00 Tobias Knerr :
> > On 25.04.2018 15:23, Martin Koppenhoefer wrote:
> >> Unisex=yes is defined as a shortcut for male=yes + female=yes
> >
> > This may be a stupid question, but where are you all getting this
> > definition from?
> >
> > I assumed the key already had the meaning that Rory is suggesting here.
> > And at least on the Key:unisex and Tag:amenity=toilet wiki pages, I see
> > nothing to contradict that.
> >
> > The former page mentions that the tag implies male=yes and female=yes,
> > but "implies" should not be confused with "is equivalent to".
>
> If most existing data is using unisex to mean "there are both male and
> female toilets", then it doesn't matter one bit what the wiki says.
> Reusing the tag to mean "there are gender-neutral toilets" will cause
> confusion with that existing data.
>
> --
> Nicolás
>
> ___
> 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-cz] Data ze ZÚ

2018-04-25 Thread Jan Macura

Ahoj,

2018-04-23 16:23 GMT+02:00 Lukas Gebauer :

> > Výškopis pro OSM vůbec přínosný není, protože OSM
> > (téměř) data o výšce nesbírá.
>
> Opět s tebou nemohu souhlasit. Pro ČR existuje tak podrobný výškopis
> z laserového měření, že se podle toho dá zmapovat kdejaký sráz, val,
> úvoz, atd. A to pro OSM přínos je, protože to z ortomapy fakt
> nevyčteš.


Ano, to máš pravdu. A nevyčteš totéž, snadněji, ze ZM 10, resp. SM5V? Asi
ne ve stejný podrobnosti, ale pro OSM asi více než dostatečně.
Nicméně je fakt, že pro přesnou polohu lesních cest jsou data z laserscanu
přesnější, než ortofoto (o družicových snímcích nemluvě). Beru.

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

Re: [OSM-talk] [Diversity-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Nicolás Alvarez

2018-04-25 19:21 GMT-03:00 Tobias Knerr :
> On 25.04.2018 15:23, Martin Koppenhoefer wrote:
>> Unisex=yes is defined as a shortcut for male=yes + female=yes
>
> This may be a stupid question, but where are you all getting this
> definition from?
>
> I assumed the key already had the meaning that Rory is suggesting here.
> And at least on the Key:unisex and Tag:amenity=toilet wiki pages, I see
> nothing to contradict that.
>
> The former page mentions that the tag implies male=yes and female=yes,
> but "implies" should not be confused with "is equivalent to".

If most existing data is using unisex to mean "there are both male and
female toilets", then it doesn't matter one bit what the wiki says.
Reusing the tag to mean "there are gender-neutral toilets" will cause
confusion with that existing data.

-- 
Nicolás

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

Re: [OSM-talk] [Diversity-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Tobias Knerr

On 25.04.2018 15:23, Martin Koppenhoefer wrote:
> Unisex=yes is defined as a shortcut for male=yes + female=yes

This may be a stupid question, but where are you all getting this
definition from?

I assumed the key already had the meaning that Rory is suggesting here.
And at least on the Key:unisex and Tag:amenity=toilet wiki pages, I see
nothing to contradict that.

The former page mentions that the tag implies male=yes and female=yes,
but "implies" should not be confused with "is equivalent to".

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

Re: [OSM-talk-fr] Désabonnement de la liste

2018-04-25 Thread Philippe Verdy

Note: si vous vous trompez souvent de bouton et utilisez le bouton [ {!} ]
pour virer les spams au lieu du bouton de la corbeille, assez vite vous
allez indiquer à Gmail que tous les messages de la liste sont des spams et
que vous n'en voulez plus. Allez donc voir votre dossier "Spams",
resélectionnez les messages signalés par erreur, puis  le bouton
"non-spam"; cela corrige les seuils de tolérance de Gmail.


Si votre boite Gmail dépasse plusieurs dizaines de gigaoctets et que vous y
êtes abonnés seulement depuis quelques mois: vous ne gérez pas vos mails du
tout ou vous abonnez sans réfléchir à trop de services en oubliant de vous
désinscrire quand vous ne consultez jamais leurs envois. Je garde beaucoup
de courriers depuis des années et pourtant tous les mails gardés ne
dépassent pas les 5 Go, je suis loin des quotas de stockage gratuit ! Si
vous ne gérez pas vos mails arrivés, que vous ne classez rien dans des
dossiers selon les sources et intérêts, Gmail le fait pour vous avec des
seuils de tolérance moins élevés concernant les protocoles, entêtes,
signatures de sécurité et d'authentification des sources, traces de suivi,
formats acceptés, etc.

Si vous gérez bien les choses dans votre messagerie, Gmail vous demandera
ensuite si vous voulez participer à la lutte contre les spams ; cela
nécessite que vous gériez correctement les courriers, que vous ne signaliez
pas en spams des messages que vous avez bien sollicités en visitant vers
les services qui vous les envoie (si vous y êtes déjà allé et que vous ne
voulez plus de leurs message, désabonnez-vous de chez eux, fermez vos
comptes qui ne sont plus nécessaires. Vous recevrez encore des messages de
chez eux pendant quelques jours, supprimez-les sans les signaler. Cela
devrait normalement s'arrêter vite.

D'ailleurs Gmail vous aide à vous désinscrire des listes de diffusion en
vous proposant un lien (en dehors du message lui-même) que Gmail utilisera
pour le faire à votre place et contrôler que la demande est honorée (sans
avoir à visiter le site émetteur lui même ou utiliser le lien de
désinscription fourni dans le mail lui-même): il se charge de tout, et
vérifie pour vous que les délais raisonnables sont tenus, cela permet à
Gmail de savoir quelle liste de diffusion ou émetteur de newsletter
respecte ses engagements, et sinon il les note mal et finira par les
classer comme sites spammeurs avec de nombreux refus s'il dépassent un
seuil d'envoi à votre boite correspondant à la mauvaise note que l'émetteur
a obtenu, mais avant ça ces messages reçus seront acceptés mais classés
dans le dossier Spam, ce qui permet aussi d'en récupérer encore quelques
uns qui seraient nécessaires pour terminer correctement vos relations avec
un expéditeur).

Cependant cela fonctionne à condition que la liste de diffusion utilise un
protocole sécurisé permettant cette prise en charge par un tiers. Cette
liste OSM n'a pas inclus les entêtes nécessaires (qui pourtant vont
indiquer à Gmail que la liste est fiable et correctement gérée et
sécurisée).

Le 25 avril 2018 à 23:18, Philippe Verdy  a écrit :

> Personnellement je suis abonné ici via une ancienne adresse mail d'un
> ancien FAI, que j'ai redirigée vers Gmail. Je ne perds jamais aucun
> message, il n'y a jamais de bounce.
> Je pense que Gmail a du mal a gérer directement les tentatives de
> connexion directe par la mailing list, mais n'a aucun problème avec les
> mails venant d'autres opérateurs (qui au pire vont garder un message
> pendant quelques temps avant de réessayer plus tard pour faire des envois
> groupés des mails en attente de diffusion). Google est sans doute trop
> exigeant concernant les envois directs venant de "petites" mailing lists et
> non ceux venant d'un FAI majeur (sachant que Google peut aussi décider de
> mettre des règles d'exclusion de certaines règles qu'il impose en revanche
> pour les agents de mailing lists autonomes.
> Il doit y avoir un bogue dans le mailmanager de la list, par exemple non
> respect de certaines règles comme le nombre de sollicitations, ou les
> délais minimums à respecter avant une nouvelle tentative (il peut arriver
> qu'il y ait des surcharges temporaires, ou bien des messages
> d'avertissement que la mailing list ne sait pas interpréter correctement et
> Google finit par bloquer l'envoi quand trop de tentatives ont échoué et
> n'ont pas suivi les consignes indiquées).
> Il est possible que la liste des destinataires Gmail à qui les mails sont
> envoyés soit trop longue et que Google considère ça comme du spam qu'il
> rejette immédiatement.
> De plus si vous êtes abonnés à Gmail et voyez des messages de rejet, il
> est possible que ce soit lié à la façon dont vous gérez vous-mêmes les
> mails dans votre boite: Gmail tient compte de votre propre historique et du
> fait que des mails venant de cette liste figureraient trop nombreux dans
> votre boite "courrier indésirables" (y compris si vous avez activé des
> filtres): Gmail alors donne une mauvaise

Re: [Talk-cz] Data ze ZÚ

2018-04-25 Thread Marián Kyral

-- Původní e-mail --
Od: jzvc
Komu: talk-cz@openstreetmap.org
Datum: 25. 4. 2018 22:40:10
Předmět: Re: [Talk-cz] Data ze ZÚ
"

Dne 25.4.2018 v 15:48 Marián Kyral napsal(a):

"
-- Původní e-mail --
Od: jzvc (mailto:j...@tpfree.net)
Komu: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)
Datum: 24. 4. 2018 22:53:56
Předmět: Re: [Talk-cz] Data ze ZÚ
"

Cus, trochu ti vstoupim do tvych kruhu ...

ty licence na ta data se (podle me) tykaji ovsem databazi, nikoli napriklad
fotomapy, protoze to databaze neni.

Ad cena, nemuzou chtit nic. Pokud se tedy budeme bavit o vecech jako trebas
prave ta fotomapa, ktera verejna je, jen tu v souvislosti s OSM je vedena
polemika na tema licence.

Je sice veřejná, ale jen k nahlížení. Odvozovat z toho geoprostorová data
sice můžeš, ale jen pro vlastní potřebu, už je nesmíš publikovat.

Jinak se da rict, ze urad muze pozadovat uhradu nakladu na poskytnuti tech
dat tobe. Pokud cela operace predstavuje nejaky automatizovany export a
ulozeni na nejake medium, tak se bavime o radove stokorunach max (tzn vybrat
ty penize bude stat o rad vic, nez kolik se vybere).

BTW: Kdyz se podivas do meta ty fotomapy, tak tam najdes toto

Omezení zdroje
Legislativní omezení služby
Podmínky pro přístup a užití: Žádné podmínky neplatí.

Podmínky pro přístup a užití: Výdejní jednotka není stanovena.

Podmínky pro přístup a užití: Bez poplatků.

Omezení veřejného přístupu: jiné omezení

Jiná omezení: Opětovnému využití dat zpřístupněných službou pro obchodní
účely je zamezeno začleněním ochranných znaků (copyright ČÚZK).

Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ

Bezpečnostní omezení služby
Klasifikace: neklasifikované

Nejsem právník, těm to možná smysl dává, ale mi, jako programátorovi, to
teda smysl nedává. Buď tam podmínky jsou nebo nejsou. Nebo není podmínka
užití jako podmínka užití.

"
Me to smysl dava ten, ze ty fotomapy muzes pouzivat dle libosti bez omezeni,
jen nemuzes vzit ty obrazky jako takovy a nekde je prodavat (by me zajimalo
proc by nekdo kupoval neco, co je volne na webu) jako svoje (a i to by se
podle me dalo uspesne napadnout - tedy ne to, ze bys je prohlasil za svoje,
ale to ze je nemuzes postahovat a vyuzivat komercne). Jinak v tech
obchodnich podminkach neni ani zminka o zadnym dalsim omezeni, je tam jen
par veci na tema prodeje dat, ale nikoli fotomapy - protoze pomerne logicky,
proc by nekdo kupoval neco, co je volne na webu.

A toto je prave to, o cem se vede opakovane polemika trebas i tu v
konferenci.

Je ortofoto WMS bezplatně poskytovaná prohlížecí služba? Pokud ano, platí na
ni to omezení níže.

Kapku problém je, že KM je poskytována stejnou službou, se stejnými
metadaty, stejnými omezeními, ale v OSM ji používat můžeme, bo úřední dílo.

Podmínky pro přístup a užití: Žádné podmínky neplatí.

Omezení veřejného přístupu: jiné omezení

Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ

Ty podmínky jsou na: https://geoportal.cuzk.cz/Dokumenty/Podminky.html#_Toc
491948901(https://geoportal.cuzk.cz/Dokumenty/Podminky.html#_Toc491948901)

Kde v patřičné části je:

2.10 Podmínky užití prohlížecích služeb a geoprocessingových služeb (dále
jen „služby“)

a) Bezplatně poskytované služby nejsou určeny k hromadnému
stahování či vytváření hromadných zdrojů obsahu, ani k vytvoření nebo
rozšíření jiných datových sad, které souvisejí s tvorbou map, ani
nejsou určeny k užití, jehož účelem je dosažení přímého nebo nepřímého
hospodářského nebo obchodního prospěchu. Takové jednání bude
posuzováno jako neoprávněné užití nebo rozšiřování digitálních
produktů a tím porušením pořádku na úseku zeměměřictví podle § 17a
odst. 1 písm. d) zákona č. 200/1994 Sb., o zeměměřictví, ve znění
pozdějších předpisů, případně porušením autorskoprávní ochrany dle
zákona č. 121/2000 Sb., o právu autorském, o právech souvisejících s
právem autorským a o změně některých zákonů autorského zákona nebo
majetkoprávní ochrany dle zákona č. 89/2012 Sb., občanského zákoníku.

b) Pro jakékoliv další užití služeb, než je uvedeno v bodě 2. 10a
těchto podmínek, např. reprodukci v původní či pozměněné podobě,
jejímž účelem není dosažení přímého nebo nepřímého hospodářského nebo
obchodního prospěchu, je vždy nutný písemný souhlas ZÚ (žádost na
adresu zu-obc...@cuzk.cz(mailto:zu-obc...@cuzk.cz)).

c) V případě nepřiměřeného přetěžování služeb uživatelem může ZÚ
zamezit tomuto jednání technickými prostředky.

Marián

Dne 24.4.2018 v 11:44 Honza Cibulka napsal(a):

Re: [OSM-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Kathleen Lu

> I'm not sure if there is anywhere that would be: (5) 3 options male,
> female & unisex (unisex=yes male=yes female=yes)
>

What about something I see fairly often at airports? A large women's
restroom, a large men's restroom, and a single-stall "family" restroom?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Gehweg kurzes Stück nicht straßenbegleitend, oder path ohne Widmung?

2018-04-25 Thread Gm Bremen

Bei highway=path ohne weitere Attribute ist in Deutschland 
voreingestellt horse=yes, bicycle=yes und foot=yes.
Siehe: 
https://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions


gm-bremen

Am 25.04.2018 um 22:54 schrieb Florian Lohoff:

Wenn etwas für Fußgänger/Radfahrer benutzbar ist und das nicht durch
beschilderung verboten ist bekommt das von mir ein
path/bicycle,foot=designated. Wenn das Beschildert mit Fahrrad verboten
dann ein bicycle=no

Das weglassen heisst IMHO dasselbe wie ein no weil der router einen path
ohne die Informationen nicht nutzen wird.



---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


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

Re: [OSM-talk-fr] Désabonnement de la liste

2018-04-25 Thread Philippe Verdy

Personnellement je suis abonné ici via une ancienne adresse mail d'un
ancien FAI, que j'ai redirigée vers Gmail. Je ne perds jamais aucun
message, il n'y a jamais de bounce.
Je pense que Gmail a du mal a gérer directement les tentatives de connexion
directe par la mailing list, mais n'a aucun problème avec les mails venant
d'autres opérateurs (qui au pire vont garder un message pendant quelques
temps avant de réessayer plus tard pour faire des envois groupés des mails
en attente de diffusion). Google est sans doute trop exigeant concernant
les envois directs venant de "petites" mailing lists et non ceux venant
d'un FAI majeur (sachant que Google peut aussi décider de mettre des règles
d'exclusion de certaines règles qu'il impose en revanche pour les agents de
mailing lists autonomes.
Il doit y avoir un bogue dans le mailmanager de la list, par exemple non
respect de certaines règles comme le nombre de sollicitations, ou les
délais minimums à respecter avant une nouvelle tentative (il peut arriver
qu'il y ait des surcharges temporaires, ou bien des messages
d'avertissement que la mailing list ne sait pas interpréter correctement et
Google finit par bloquer l'envoi quand trop de tentatives ont échoué et
n'ont pas suivi les consignes indiquées).
Il est possible que la liste des destinataires Gmail à qui les mails sont
envoyés soit trop longue et que Google considère ça comme du spam qu'il
rejette immédiatement.
De plus si vous êtes abonnés à Gmail et voyez des messages de rejet, il est
possible que ce soit lié à la façon dont vous gérez vous-mêmes les mails
dans votre boite: Gmail tient compte de votre propre historique et du fait
que des mails venant de cette liste figureraient trop nombreux dans votre
boite "courrier indésirables" (y compris si vous avez activé des filtres):
Gmail alors donne une mauvaise note à la liste et devient de plus en plus
exigent du seul fait de votre utilisation.
Personellement je ne laisse pas le dossier "Spams" de Gmail grossir et se
nettoyer tout seul, je vérifie ce dossier régulièrement, je trouve certains
messages de cette liste listés dedans, je clique sur "Non-spam" pour les
rapatrier dans la boite de réception, je parcours rapidement ce que je veux
conserver, puis je vide ce dossier qui n'atteint jamais plus d'une centaine
de messages.
Je fais la même chose avec la corbeille (le délai d'effacement automatique
de 30 jours est trop long cela fait des milliers de mails). Et j'ai aussi
ajouté des règles de classification pour faciliter le travail (un filtre
ajoute un label bien visible dans la liste des messages, avec une couleur
spécifique vite repérable, cela permet de parcourir rapidement les messages
arrivés et accélère le travail de classement, je ne suis pas obligé de tout
lire dans l'ordre d'arrivée. Ma boite de réception a peu de messages, la
plupart se retrouvent dans des dossiers séparés pour les projets suivis. Si
vous créez une règle de classement pour cette liste, je pense que Gmail en
tient compte pour être moins exigent.

Le 25 avril 2018 à 22:35, Cédric Frayssinet  a écrit
:

> Le 25/04/2018 à 10:27, Vincent Frison a écrit :
> > Hello,
> >
> > Merci à tous pour vos réponses détaillées. Le sujet est loin d'être
> > simple, comme souvent avec les problèmes de mails.
> >
> > Pour commencer j'ai déjà rajouté l'adresse de la liste dans mes
> > contacts, on verra si ça améliore les choses, mais sinon je réfléchis
> > sérieusement à changer de messagerie (pourquoi pas vers la future de
> > Qwant).
> >
> > ++ Vincent
>
> [HS]
>
> Bonsoir,
>
> Si cela peut aider, j'ai découvert un peu par hasard, ce service d'OVH
> https://omm.ovh.net/ qui permet de migrer, entre autres, un compte Gmail
> vers un compte Imap.
>
> J'ai testé la procédure d'un Gmail vers un compte Imap OVH, et cela
> fonctionne vraiment bien. Cela évite de passer par un Thunderbird avec
> les 2 comptes paramétrés.
>
> Sinon, les alternatives se multiplient : ProtonMail, Tutanota, Newmanity...
>
> [/HS]
>
> Bonne soirée,
>
> Cédric
>
>
>
> ___
> 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: [Talk-de] Gehweg kurzes Stück nicht straßenbegleitend, oder path ohne Widmung?

2018-04-25 Thread Florian Lohoff

On Tue, Apr 24, 2018 at 10:33:30PM +0200, Martin Koppenhoefer wrote:
> Vor ein paar Monaten war mir ein Gehweg aufgefallen, der als
> highway=path ohne weitere access tags getaggt war.  Infolge meiner
> Korrektur (bicycle no) hat sich eine längere Unterhaltung ergeben, und
> nachdem mein Gesprächspartner mich dazu aufgefordert hat, bitte ich
> Euch jetzt auch um eure Einschätzung. Es geht um die beiden Wege in
> diesem Changeset und um die in der Diskussion angesprochenen Punkte:
> 
> https://www.openstreetmap.org/changeset/54888423#map=15/48.7575/9.1704

Wenn etwas für Fußgänger/Radfahrer benutzbar ist und das nicht durch
beschilderung verboten ist bekommt das von mir ein
path/bicycle,foot=designated. Wenn das Beschildert mit Fahrrad verboten
dann ein bicycle=no

Das weglassen heisst IMHO dasselbe wie ein no weil der router einen path
ohne die Informationen nicht nutzen wird.

Ich mache in letzter zeit auch viele bugs für reine "highway=footway"
ohne weitere tags auf. Das ist in 90% der Fälle falsch. Meist war
derjenige im Kopf eher Fußgänger zentrisch unterwegs und hat die
Radfahrer schlicht vergessen. Man merkt da an der Datenqualität das
das Zeugs wirklich keine Sau für die Navigation benutzt.

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: [OSM-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Rory McCann

On 25/04/18 19:58, Michael Reichert wrote:
> Your proposed redefinition of unisex=yes would change the meaning of
> an established and highly used tag. Please invent new tags.
This isn't redefining, to quote the wiki unisex=yes means "denotes that
access is unrestricted by a person's sex or gender.", which describes a
gender neutral toilet! The clue is in "uni-", it means the thing acts
like there only one (sex), it doesn't act like there are 2 (sexes).

It's still correct to say "unisex=yes implies male=yes and female=yes"
(i.e. males & females can still use the facility).

The big question: How do we differentiate between a thing that (a)
severs all genders, and (b) one that serves all genders (but segregates
people into 2 categories (male & female)). How do we tag "gender
neutral" vs "gender segregated"? In common English speech, "unisex"
means (a), the wiki implies (a). JOSM developers changed the validator
(& suggested auto fix) to align with (a). In common English, a gender
segregated toilet is not a "unisex toilet"! So I thought "unisex=yes"
meant gender neutral!

> Sorry for the stupid question but are there more types of toilets than
> the following three?
> - male only
> - female only
> - not assigned to a specific gender

Your last case should be split into two common cases: (i) Gender neutral
(i.e. non-segregated), everyone sharing, and (ii) male & female segregated.

I suggest (& am using):

(1) unisex=yes - This is a unisex, gender neutral toilet
(2) male=yes female=yes unisex=no - There are (separated) male & female
toilet facilities here, no unisex facilities.
(3) female=yes male=no unisex=no - Only female toilet facilities here
(4) male=yes female=no unisex=no - Only male toilet facilities here

and I suggest that if both male & female tags are set, you can presume
unisex=no unless unisex is also set (but it's good to set the unisex tag)

I'm not sure if there is anywhere that would be: (5) 3 options male,
female & unisex (unisex=yes male=yes female=yes)

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

Re: [Talk-cz] Data ze ZÚ

2018-04-25 Thread jzvc

Dne 25.4.2018 v 15:48 Marián Kyral napsal(a):

-- Původní e-mail --
Od: jzvc
Komu: talk-cz@openstreetmap.org
Datum: 24. 4. 2018 22:53:56
Předmět: Re: [Talk-cz] Data ze ZÚ

Cus, trochu ti vstoupim do tvych kruhu ...

ty licence na ta data se (podle me) tykaji ovsem databazi, nikoli
napriklad fotomapy, protoze to databaze neni.

Ad cena, nemuzou chtit nic. Pokud se tedy budeme bavit o vecech
jako trebas prave ta fotomapa, ktera verejna je, jen tu v
souvislosti s OSM je vedena polemika na tema licence.

Je sice veřejná, ale jen k nahlížení. Odvozovat z toho geoprostorová
data sice můžeš, ale jen pro vlastní potřebu, už je nesmíš publikovat.

Jinak se da rict, ze urad muze pozadovat uhradu nakladu na
poskytnuti tech dat tobe. Pokud cela operace predstavuje nejaky
automatizovany export a ulozeni na nejake medium, tak se bavime o
radove stokorunach max (tzn vybrat ty penize bude stat o rad vic,
nez kolik se vybere).

BTW: Kdyz se podivas do meta ty fotomapy, tak tam najdes toto

Omezení zdroje
Legislativní omezení služby
Podmínky pro přístup a užití: Žádné podmínky neplatí.
Podmínky pro přístup a užití: Výdejní jednotka není stanovena.
Podmínky pro přístup a užití: Bez poplatků.
Omezení veřejného přístupu: jiné omezení
Jiná omezení: Opětovnému využití dat zpřístupněných službou pro
obchodní účely je zamezeno začleněním ochranných znaků (copyright
ČÚZK).
Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ
Bezpečnostní omezení služby
Klasifikace: neklasifikované

Nejsem právník, těm to možná smysl dává, ale mi, jako programátorovi,
to teda smysl nedává. Buď tam podmínky jsou nebo nejsou. Nebo není
podmínka užití jako podmínka užití.

Me to smysl dava ten, ze ty fotomapy muzes pouzivat dle libosti bez
omezeni, jen nemuzes vzit ty obrazky jako takovy a nekde je prodavat (by
me zajimalo proc by nekdo kupoval neco, co je volne na webu) jako svoje
(a i to by se podle me dalo uspesne napadnout - tedy ne to, ze bys je
prohlasil za svoje, ale to ze je nemuzes postahovat a vyuzivat
komercne). Jinak v tech obchodnich podminkach neni ani zminka o zadnym
dalsim omezeni, je tam jen par veci na tema prodeje dat, ale nikoli
fotomapy - protoze pomerne logicky, proc by nekdo kupoval neco, co je
volne na webu.

A toto je prave to, o cem se vede opakovane polemika trebas i tu v
konferenci.

/*Podmínky pro přístup a užití:* Žádné podmínky neplatí.
/
/Omezení veřejného přístupu: jiné omezení
/
/Jiná omezení: *Podmínky užití* viz Obchodní podmínky ZÚ/

Ty podmínky jsou na:
https://geoportal.cuzk.cz/Dokumenty/Podminky.html#_Toc491948901

Kde v patřičné části je:

/2.10 Podmínky užití prohlížecích služeb a geoprocessingových
služeb (dále jen „služby“)/

/a)Bezplatně poskytované služby *nejsou* určeny k hromadnému stahování
či vytváření hromadných zdrojů obsahu, ani *k vytvoření nebo rozšíření
jiných datových sad, které souvisejí s tvorbou map*, ani nejsou určeny
k užití, jehož účelem je dosažení přímého nebo nepřímého hospodářského
nebo obchodního prospěchu. Takové jednání bude posuzováno jako
neoprávněné užití nebo rozšiřování digitálních produktů a tím
porušením pořádku na úseku zeměměřictví podle § 17a odst. 1 písm. d)
zákona č. 200/1994 Sb., o zeměměřictví, ve znění pozdějších předpisů,
případně porušením autorskoprávní ochrany dle zákona č. 121/2000 Sb.,
o právu autorském, o právech souvisejících s právem autorským a o
změně některých zákonů autorského zákona nebo majetkoprávní ochrany
dle zákona č. 89/2012 Sb., občanského zákoníku./

/b)Pro jakékoliv další užití služeb, než je uvedeno v bodě 2. 10a
těchto podmínek, např. reprodukci v původní či pozměněné podobě,
jejímž účelem není dosažení přímého nebo nepřímého hospodářského nebo
obchodního prospěchu, je vždy nutný písemný souhlas ZÚ (žádost na
adresu zu-obc...@cuzk.cz )./

/c)V případě nepřiměřeného přetěžování služeb uživatelem může ZÚ
zamezit tomuto jednání technickými prostředky./

/
/

Marián

Dne 24.4.2018 v 11:44 Honza Cibulka napsal(a):

Zdar,
je to trochu složitější: prostorová data ve smyslu zákona o právu na
informace o životním prostředí může stát zpřístupňovat na základě nevýhradní
licenční smlouvy [1], která může stanovit podmínky jejich využití, jako i cenu
za zpřístupnění těch informací. Takže to není nic jako úřední dílo. Soud řekl,
že zde nejsou autorská práva třetích stran, např. soukromých firem, která by
bránila poskytnutí těch informací veřejnosti.

Jde tedy o dvě otázky:

- jak vysokou částku si může úřad (ZÚ) za data účtovat?
- jak restriktivní může být licence (když si to koupim, můžu z
toho trasovat do OSM)?

No a na to není žádnej úplně jasnej návod. V případě ceny zákon stanoví [2], že
za data "může být požadována úhrada ve výši, která nepřesáhne

Re: [OSM-talk-fr] Désabonnement de la liste

2018-04-25 Thread Cédric Frayssinet

Le 25/04/2018 à 10:27, Vincent Frison a écrit :
> Hello,
>
> Merci à tous pour vos réponses détaillées. Le sujet est loin d'être
> simple, comme souvent avec les problèmes de mails.
>
> Pour commencer j'ai déjà rajouté l'adresse de la liste dans mes
> contacts, on verra si ça améliore les choses, mais sinon je réfléchis
> sérieusement à changer de messagerie (pourquoi pas vers la future de
> Qwant).
>
> ++ Vincent

[HS]

Bonsoir,

Si cela peut aider, j'ai découvert un peu par hasard, ce service d'OVH
https://omm.ovh.net/ qui permet de migrer, entre autres, un compte Gmail
vers un compte Imap.

J'ai testé la procédure d'un Gmail vers un compte Imap OVH, et cela
fonctionne vraiment bien. Cela évite de passer par un Thunderbird avec
les 2 comptes paramétrés.

Sinon, les alternatives se multiplient : ProtonMail, Tutanota, Newmanity...

[/HS]

Bonne soirée,

Cédric



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

Re: [OSM-talk-fr] office et craft dans le rendu FR...

2018-04-25 Thread deuzeffe


\o/ Mer-Ci !

Le 25/04/2018 à 14:40, Christian Quest a écrit :

Les POI office=* ont été ajouté il y a peu dans le rendu OSM.

J'ai fait de même sur le rendu FR, et étendu aux craft=*

Autre petit plus... shop/office/craft=vacant ont une marque différenciée 
(légèrement transparente au centre, bord opaque).


C'est déployé, les zoom 19/20 on été effacés du cache primaire, vous les 
verrez donc plus rapidement. Le reste (zoom 17-18) deviendra visible au 
fur et à mesure des mises à jour des metatuiles...


Exemple: 
http://tile.openstreetmap.fr/~cquest/leaflet/l.html#19/48.80387/2.48566 



--
Christian Quest - OpenStreetMap France


___
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: [Talk-es] Centros de formación no reglada

2018-04-25 Thread dcapillae

Hola, Lanxana.

Puedes crearte una página taller para perfilar un borrador. Tienes que
crearla como subpágina a partir de tu página de usuaria del wiki. Por
ejemplo, «User:Lanxana/Taller» o «User:Lanxana/Sandbox», o el nombre que
quieras darle a tu página taller. Sobre cómo comenzar una página nueva,
tienes más información en la documentación de MediaWiki [1]. 

Respecto a la página de la propuesta original, yo la conservaría como está,
no la modificaría. En todo caso pondría un enlace a la página nueva haciendo
referencia a que se trata de una propuesta que retoma una propuesta anterior
que fue abandonada, e incluiría un enlace.

La página nueva puede llamarse «Proposed_features/Key:training» o
«Proposed_features/Tag:amenity=training», o cualquier otro título que nos
parezca oportuno. Si consultas otras páginas de características propuestas,
verás que no guardan una homogeneidad en sus títulos. En el procedimiento de
propuesta tampoco se especifica que se tenga que seguir una fórmula
concreta, más allá de que el título debe responder a la forma
«Proposed_features/tu_nombre-de-propuesta» [2].

[1] https://www.mediawiki.org/wiki/Help:Starting_a_new_page/es
[2]
https://wiki.openstreetmap.org/wiki/ES:Procedimiento_de_propuesta#Creaci.C3.B3n_de_la_p.C3.A1gina_de_propuesta



--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

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

Re: [Talk-se] Terrängkartor i PDF-fomat

2018-04-25 Thread Ture Pålsson



> 25 apr. 2018 kl. 14:43 skrev Karl Wettin :
> 
> Galet snyggt! Om du vill så kan du få driva den i en VM på openstreetmap.se 
> , det finns en hel del beräkningskraft att tillgå 
> där. För min skull spelar det ingen roll om det är massa kod du inte vill 
> dela med dig av etc så länge resultatet den producerar är fritt.
> 

Tack! Jo, det kan nog vara intressant att försöka få upp det hela på en bättre 
maskin någon gång. Burken det körs på nu är billigaste sortens virtuella server 
hos scaleway.com; i princip är det väl en virtuell Raspberry Pi. Min egen iMac 
hemma är åtminstone tio gånger snabbare…

Jag har lagt upp en ny version av källkoden. Det enda som ändrats är att ett 
gäng saknade filer lagts till. Tack till Kristoffer som modigt försökte använda 
nollpunktettan!

Kartgeneratorn på lab3 är uppdaterad med lite nya features (eller, de har 
kommit lite pö om pö sedan den annonserades). T.ex. försöker den nu syntetisera 
highway=turning_circle, och det står inte längre ”Södertörn” mitt på alla 
kartor söder om Stockholm. Detta är dock inte med i källkodsdisten än.


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

[OSM-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Michael Reichert

Hi Rory,

Am 2018-04-24 um 18:27 schrieb Rory McCann:
> But I don't think that's how "unisex=yes" been used in OSM. The wiki
> page says "unisex=yes" is a shorthand for "male=yes female=yes". The
> JOSM validator used to suggest that replacement, until I filed a bug[2].
> iD's preset has 3 mutually exclusive options, Male, Female and Unisex,
> it won't let you add both male=yes female=yes.
> 
> If I see "amenity=toilets unisex=yes", I would think this is a gender
> neutral toilet. If I see "amenity=toilets female=yes male=yes" I would
> think gender segregated. Big difference.
> 
> I propose that we start viewing "unisex=yes" on toilets as meaning
> "gender neutral toilet", which is different from "male=yes female=yes",
> which is "gender segregated".

The current usage of unisex=* doesn't seem to be good tag design but
changing its definition isn't a good idea either. Your proposed
redefinition of unisex=yes would change the meaning of an established
and highly used tag. Please invent new tags.

Sorry for the stupid question but are there more types of toilets than
the following three?
- male only
- female only
- not assigned to a specific gender

If the world were that simple, the following scheme might be sufficient:

amenity=toilet + unisex=yes + toilet:male_only=no +
toilet:female_only=no: one room for all

amenity=toilet + unisex=yes + toilet:male_only=yes +
toilet:female_only=yes: the "standard" toilet with separated rooms for
women and men

amenity=toilet + unisex=yes + toilet:male_only=yes +
toilet:female_only=yes + toilet:all=yes: toilet with three rooms (men +
women + all)

Best regards

Michael

-- 
Per E-Mail kommuniziere ich bevorzugt GPG-verschlüsselt. (Mailinglisten
ausgenommen)
I prefer GPG encryption of emails. (does not apply on mailing lists)





signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Wochennotiz Nr. 405 17.04.2018–23.04.2018

2018-04-25 Thread Wochennotizteam

Hallo,

die Wochennotiz Nr. 405 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/04/wochennotiz-nr-405/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Wochennotiz Nr. 405 17.04.2018–23.04.2018

2018-04-25 Thread Wochennotizteam

Hallo,

die Wochennotiz Nr. 405 mit vielen wichtigen Neuigkeiten aus der 
OpenStreetMap-Welt ist da:

http://blog.openstreetmap.de/blog/2018/04/wochennotiz-nr-405/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] Centros de formación no reglada

2018-04-25 Thread Lanxana .

Buenas!

veo que todos estamos bastante de acuerdo con retomar la propuesta del
amenity=training y perfilarla según las necesidades que vayamos detectando.
Como no tengo manera de ponerme en contacto directamente con el impulsor de
la propuesta, he dejado un mensaje en el apartado de discusión de la
propuesta, y creo que le podríamos dar un tiempo prudencial (un mes?) para
que responda. Propongo ir elaborando nuestra propuesta con los diferentes
casos, como ya estamos haciendo en el documento en disroot. Otra opción
sería crear una wiki borrador para tenerla lista cuando la precisemos (la
habría creado si supiera como... SOS!)
En el caso de recuperar la propuesta inicial, me surgen varias dudas...
¿qué se hace con la página original: se modifica o se conserva tal cual y
se enlaza a una nueva? En caso de modificarla, ¿qué ocurre con la página de
discusión? Los temas que se tratan allí no tendrán que ver con la discusión
que se abra para la nueva propuesta...

Saludos!




Libre
de virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

El 25 de abril de 2018, 15:52, dcapillae  escribió:

> Hola,
>
> He añadido al documento las escuelas deportivas: escuelas de fútbol, de
> patinaje, de boxeo, etc. También una opción para el etiquetado de academias
> de estudio, de refuerzo o tutorización.
>
> Dentro del esquema de etiquetado de «training=*», si finalmente sale
> adelante esta propuesta, una escuela deportiva del deporte que fuese podría
> mapearse como:
>
> amenity=training
> training=sport
> sport=*
>
> Si se trata de una escuela deportiva dentro de un complejo más amplio, se
> podría incluir en el esquema de etiquetado de «leisure=sports_centre». Por
> ejemplo, una escuela de fútbol en las instalaciones deportivas de un
> complejo mayor:
>
> leisure=sports_centre
> trainning=sport
> sport=soccer
>
> Para las academias de estudio, ya sean de refuerzo o de preparación de
> alguna disciplina académica o profesión particular, existe la opción de
> etiquetado con «tutoring=*» [1]. No tiene muchos usos, pero podría
> considerarse la posibilidad de mapear estos centros de forma distinta a
> como
> se mapea una escuela deportiva o de otro tipo.
>
> Según este esquema, una academia de estudio puede etiquetarse como
> «amenity=tutoring» o «amenity=tutoring_centre», usando «tutoring=*» o
> incluso «max_age=*» y «min_age=*» para especificar el tipo de estudio o el
> rango de edad de los alumnos destinatarios (para el caso de alumnos de
> primaria o secundaria).
>
> amenity=tutoring_centre
> tutoring=*
> min_age=*
> max_age=*
>
>
> [1]
> https://help.openstreetmap.org/questions/26677/how-to-
> tag-education-centres
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk-fr] office et craft dans le rendu FR...

2018-04-25 Thread Vincent Frison

Super que les crafts et offices soient enfin affichés ! Cela faisait
longtemps que je suivais le ticket sur GitHub mais j'avais l'impression
qu'ils ne se sortiraient jamais de leur débats sur les icônes et couleurs.

Super aussi que ça soit également le cas sur rendu FR, il ne manque plus
que le relief ;)

Le 25 avril 2018 à 14:40, Christian Quest  a écrit
:

> Les POI office=* ont été ajouté il y a peu dans le rendu OSM.
>
> J'ai fait de même sur le rendu FR, et étendu aux craft=*
>
> Autre petit plus... shop/office/craft=vacant ont une marque différenciée
> (légèrement transparente au centre, bord opaque).
>
> C'est déployé, les zoom 19/20 on été effacés du cache primaire, vous les
> verrez donc plus rapidement. Le reste (zoom 17-18) deviendra visible au fur
> et à mesure des mises à jour des metatuiles...
>
> Exemple: http://tile.openstreetmap.fr/~cquest/leaflet/l.html#19/48.
> 80387/2.48566
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> 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: [Talk-de] Nutzung des "lit"-Tags in Deutschland

2018-04-25 Thread Harald Hartmann

> Btw: kennt ihr
> https://www.mapcontrib.xyz/t/245184-Laternen#

Bis jetzt noch nicht.

Und noch eine schöne Anwendung (basierend auf overpass, und schön gestyled):
http://osmstreetlight.bplaced.net/#16/51.5334/9.9350
(Sourcecode unter https://github.com/sb12/OSMStreetLight)

PS: Ich denke mal es wäre nicht falsch, diese beiden Links noch auf der
lit-Wikiseite unter Rendering oder Sonstiges aufzuführen, oder?

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

Re: [OSM-ja] 高速道路の定義について(まとめページ)

2018-04-25 Thread Ras and Road

Ras and Roadです。

hayashiさん、説明ありがとうございます。
OSMを利用したナビ製品で「自動車専用道路優先」（または回避）が設定できる製品があるのですか。
私はWISMOBI, MAPS.ME, OruxMapsぐらいしか使ったことがないのですが、いずれも「自動車専用道路」というキーワードは記憶がなかったもので。
ちなみに、GraphHopperを使って自転車モードで下総利根大橋有料道路（highway=motorway,
bicycle=yesでマッピングされているが、本当は一般都道府県道の有料区間で軽車両通行可）の前後を出発/到着にしてルート検索したところ、ちゃんと橋を通れました。

もし、ルーティングエンジン開発者を含めてコンセンサスを形成すべきなのであれば、MLで検討しているだけでは役者に偏りがあるかも知れません。
ならば、例えば次回のSotM Jで検討agendaに組み入れてもらうことも視野に入れるべきでしょうか？

ただ、今回の[提案1]に限ってはご心配は当たらないのではないかと。
仮にmotorwayの意味を「高速道路ナンバリングされた道路」とすることになっても、それは自動車専用道路であることに変わりないからです。
これまでmotorwayとしてマッピングされていた自動車専用道路の一部は、高速道路ナンバリングされていないが故にtrunk/primary/secondary/tertiaryに変更することになりますが、access=*を正しく設定することでhayashiさんのご心配は回避できると思います。

** Ras and Road **
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [talk-au] FW: Am I doing intersections right?

2018-04-25 Thread osm.talk-au

through_route belongs to the transit tag (and is documented in the wiki on that 
page) 

I'm highly doubtful if any router is actually making proper use of lane 
attributes beyond turn:lanes currently.

I think it's actually the angle at which the slip road splits off, that's 
responsible for the strange routing instruction. But I haven't had time to 
experiment with that yet.

> -Original Message-
> From: Michael 
> Sent: Wednesday, 25 April 2018 22:12
> To: 'OSM Australian Talk List' 
> Subject: [talk-au] FW: Am I doing intersections right?
> 
> Sorry,
> 
> Though not all of those slip lanes is the same, the broken one has
> through_route which is not a valid tag. (Category rejected)
> 
> Several other relations there also have that tag, however they are
> all named ways.
> 
> Perhaps that is the cause?
> 
> 
> (Second reply for the list)
> 
> -Original Message-
> From: osm.talk...@thorsten.engler.id.au  a...@thorsten.engler.id.au>
> Sent: Tuesday, 24 April 2018 11:36 PM
> To: 'OSM Australian Talk List' 
> Subject: Re: [talk-au] Am I doing intersections right?
> 
> Please don't break my placement tags. (I've restored them.) They
> were there on purpose, and they are not what causes OSRM to
> generate that "Turn left onto unnamed road" instruction.
> 
> Also, please don't delete my transit relations, these things take a
> lot of work to properly setup without explicit editor support.
> 
> In case you are wondering what these tags are for, they are part of
> detailed lane tagging as you can see here:
> 
> https://www.dropbox.com/s/ednlniwp6bcl5wk/1521024394681.jpg?dl=0
> 
> The placement=transition tag is necessary to indicate that this
> particular segment is not actually where it is in the real world,
> but is necessary because of the discrepancy between mapping roads
> as lines and roads having a width an multiple lanes in the real
> world.
> 
> The transit relation is necessary to define which of the lanes from
> one way segment connect to which of the lanes in the next way
> segment. In this case it indicates that the leftmost turn lane
> flows straight into that slip road.
> 
> 
> The other 3 slip roads at this intersection have the same tags, and
> they do not result in OSRM producing such a driving instruction. If
> there were any obvious tagging mistakes, I would have fixed them
> already.
> 
> 
> Cheers,
> Thorsten
> 
> > -Original Message-
> > From: Michael 
> > Sent: Tuesday, 24 April 2018 19:33
> > To: 'OSM Australian Talk List' 
> > Subject: Re: [talk-au] Am I doing intersections right?
> >
> > Ok it seems the OSM website will not centre you on an area from a
> link
> > but takes you back to the last area you looked at.
> >
> > Now ... I have removed 2 tags from the slip lane sections.
> >
> >
> > -Original Message-
> > From: Michael 
> > Sent: Tuesday, 24 April 2018 7:13 PM
> > To: 'OSM Australian Talk List' 
> > Subject: Re: [talk-au] Am I doing intersections right?
> >
> > For some reason it wont show me the location of the pins when I
> go to
> > that link.
> >
> > I had looked at that area once before and noticed some odd stuff
> in
> > josm but left it alone.
> >
> > I've gone back in with josm and made some changes, if the routing
> > starts working (note sure on caching times before we see it) then
> I
> > would call it fixed.
> >
> >
> >
> > -Original Message-
> > From: osm.talk...@thorsten.engler.id.au  > a...@thorsten.engler.id.au>
> > Sent: Tuesday, 24 April 2018 6:46 PM
> > To: 'OSM Australian Talk List' 
> > Subject: Re: [talk-au] Am I doing intersections right?
> >
> > From: Andrew Harvey 
> > Sent: Tuesday, 24 April 2018 17:01
> > To: OSM Australian Talk List 
> > Subject: Re: [talk-au] Am I doing intersections right?
> >
> > > I agree, if there if is not named via a sign or otherwise on
> the
> > > ground then I would leave the name field on the link road empty.
> > > Routers should be able to work out the best instructions to
> give
> > > without a name on the link via the network already.
> >
> > I fully agree that that's the way it should be, unfortunately the
> > routers don't seem to always get it right:
> >
> > https://www.openstreetmap.org/directions?engine=osrm_car=-
> > 27.24200%2C153.02386%3B-27.24130%2C153.02422
> >
> >
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> >
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-au
> >
> >
> > ___
> > Talk-au mailing list
> > Talk-au@openstreetmap.org
> >

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

2018-04-25 Thread Morray

Servus,

sind die denn auch schon gemappt? Also start_date eingetragen?

Btw: kennt ihr
https://www.mapcontrib.xyz/t/245184-Laternen#

BG
Morray

Am April 24, 2018 9:18:30 PM UTC schrieb Harald Schwarz 
:
>Hallo zusammen,
>
>also ob wir in Düsseldorf auch noch originale Gaslaternen aus den
>80ern, also der Zeit zwischen 1880 und 1890 haben, kann
>ich nicht sagen, aber bei uns beleuchten noch ca. 14000 die Straßen mit
>ihrem schönen Licht. 
>Die ältesten sind mindestens 100 Jahre alt, die jüngsten werden
>ungefähr 50 Jahre alt sein. Neuere gibt es nur bei Ersatz durch Unfall
>oder Sturmschaden.
>
>Und die 14000 Gaslaternen sind natürlich auch in OSM erfasst.
>Beschreibung dazu ist zu finden unter:
>https://wiki.openstreetmap.org/wiki/D%C3%BCsseldorf/Projekte/Gaslaternen
>
>
>Zur Beleuchtung mittels LED:
>
>Ich habe angefangen, das in Düsseldorf mittels lit_by_led=yes zu
>erfassen. Das Ergebnis sieht man hier: https://overpass-turbo.eu/s/yd6
>
>
>Liebe Grüße aus Ratingen
>   Harald Schwarz
>   black_bike
>
>
>
>> Gesendet: Samstag, 21. April 2018 um 13:10 Uhr
>> Von: Morray 
>> An: "Openstreetmap allgemeines in Deutsch"
>, "Frederik Ramm" 
>> Betreff: Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland
>>
>> Servus,
>> 
>> sehe das so wie Du. Nachtwanderung wäre nötig. 
>> 
>> Folglich tagge ich bei lit eigentlich nur den Fall "no" bzw. nur in
>der Nacht. 
>> 
>> Ohnehin viel interessanter und auch immer nachprüfbar sind die
>Laternen ("Highway=street_lamp"). Also trage ich diese ein. Meist haben
>sie auch noch Nummern ("ref"), ein Aufstelldatum ("start_date"), eine
>Höhe ("height"), einen Durchmesser ("width"), eine Modellbezeichnung
>("lamp_model") und unzählige weitere Angaben aufgedruckt. 
>> 
>> BG
>> morray
>> 
>> PS. Die älteste Laterne die ich bis jetzt gefunden habe ist aus den
>80ern. Wer findet ältere.
>> 
>> Am April 21, 2018 8:02:15 AM UTC schrieb Frederik Ramm
>:
>> >Hallo,
>> >
>> >ich habe mal gezählt, wie oft "lit" an Ways mit highway=* in
>> >Deutschland
>> >vorkommt:
>> >
>> > 487245 yes
>> > 180915 no
>> >   2365 limited
>> >336 24/7
>> >308 sunset-sunrise
>> >261 opposite
>> >246 automatic
>> >101 disused
>> > 35 interval
>> > 29 1
>> > 23 temporarily
>> > 14 Dämmerung - 23 Uhr; 5 Uhr - Sonnenaufgang
>> >  9 twilight
>> >  9 dusk_dawn
>> >  8 no;yes
>> >  8 Mo-Su 18:00-22:00
>> >  8 Mo-Su 05:00-22:00
>> >  7 operating_times
>> >  7 Mo-Su 18:00-24:00
>> >  7 lit=yes
>> >  6 light_switch
>> >  5 unknown
>> >  5 sparsely
>> >  5 operating times
>> >
>> >und noch ein paar gequetschte. (Bei "lit=yes" dachte ich erst an
>einen
>> >Programmfehler, aber https://www.openstreetmap.org/way/565098324
>gibt's
>> >tatsächlich).
>> >
>> >Wie geht ihr vor, wenn ihr lit=* mappt? Wenn ich am Tage durch eine
>> >Straße fahre und Laternen sehe, reicht das schon für ein "lit=yes"
>> >(sicherlich sind die Laternen nicht zum Spaß da), oder muss ich
>prüfen,
>> >ob die tatsächlich auch angehen? Das Wiki schreibt, nach der
>Erklärung
>> >der Laternenring-Ausnahme (s.u.): "Alle anderen Laternen müssen nach
>> >StVO die ganze Nacht über brennen und können auch entsprechend
>getaggt
>> >werden, ohne eine Nachtwanderung zu machen." - vom Gefühl her
>> >widerstrebt es mir etwas, aus dem bloßen Vorhandensein einer Laterne
>> >auf
>> >eine nächtliche Beleuchtung zu schließen, denn bei OSM mappen wir ja
>in
>> >der Regel, was "ist" und nicht was "nach StVO sein muss".
>> >
>> >Berücksichtigt ihr (oder findet ihr, dass man das tun sollte) bei
>der
>> >Vergabe von lit=* den "Laternenring"
>> >(https://de.wikipedia.org/wiki/Laternenring), der angibt, dass die
>> >Laterne nicht die ganze Nacht leuchtet?
>> >
>> >Das Wiki empfiehlt, "lit=yes" auch bei unbekannter Leuchtdauer zu
>> >verwenden, schreibt zugleich (was eigentlich dazu ein Widerspruch
>ist),
>> >dass man lit=limited verwenden könne, wenn ein Laternenring dran
>ist.
>> >
>> >Ich habe mal gelesen, dass Gemeinden zum Stromsparen nur jede zweite
>> >Laterne die ganze Nacht brennen lassen. Aber ich kann doch in so
>einem
>> >Fall die Straße nicht in lauter 50m lange Stücke unterteilen, die
>Hälte
>> >mit lit=yes und die andre Hälfte mit "lit=". In gewisser
>> >Weise
>> >ist ja schon die ganze Straße beleuchtet, auch wenn nur die Hälfte
>der
>> >Lampen an ist. Bloß halt nich so gut...
>> >
>> >Und was ist, wenn auf einer Straßenseite Laternen sind und auf der
>> >anderen nicht?
>> >
>> >
>> >So viele Ways haben lit=yes, nach Straßentyp:
>> >
>> > 178893 residential
>> >  60099 footway
>> >  58973 secondary
>> >  39344 tertiary
>> >  32147 service
>> >  28245 primary
>> >  26495 path
>> >  15792 living_street
>> >  13583 unclassified
>> >   8792 steps
>> >   7508 cycleway
>> >   6910 pedestrian
>> >   1747 track
>> >   1614 trunk
>> >   1348 primary_link
>> >   1226

Re: [Talk-pt] V Recenseamento Geral da Habitação

2018-04-25 Thread Jorge Gustavo Rocha

Olá Nuno, olá malta,

Os dados que te referes podem ser usados para melhorar o OpenStreetMap
em duas vertentes:
- endereços
- nomes de ruas

Os dados do INE só tem endereços de habitação. Não tem os endereços de
edifícios comerciais ou industriais. Ou seja, não têm os endereços todos.

Acho que a atualização do OpenStreetMap com estes dados tem que ser
feita município a município, validando primeiro os dados do INE com os
dados dos municípios. A ideia do INE, ao libertar estes dados, é
permitir que isso possa ser feito de uma forma generalizada.

Eu estou a criar uma ferramenta para fazer a comparação entre os
datasets municipais, os dados do INE e o OpenStreetMap. Quero ter isso
disponível quanto antes, mas falta afinar e documentar. Na pior das
hipóteses, fica pronta em julho, pois quero apresentar isso no
FOSS4G-Europe em Guimarães. A ideia seria depois mostrar de uma forma
gráfica e simples as omissões e diferenças para se proceder a correção
de todos os datasets em simultâneo, mas de uma forma mais ou menos
manual, município a município.

Vamos falando.

Abraço e bom feriado,

On 25-04-2018 14:57, Nuno Caldeira wrote:
> Viva, está informação do INE (neste WFS da Natural GIS) são dados livres
> e passível de ser incorporada no
> OSM? 
> https://m.facebook.com/story.php?story_fbid=1900063666705084=912136492164478
> 
> Cumps 
> 
> 
> ___
> Talk-pt mailing list
> Talk-pt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-pt
> 

J. Gustavo
-- 
Jorge Gustavo Rocha
Departamento de Informática
Universidade do Minho
4710-057 Braga
Tel: +351 253604480
Fax: +351 253604471
Móvel: +351 910333888
skype: nabocudnosor

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

Re: [OSM-talk] Sidewalk symmetry

2018-04-25 Thread Martin Koppenhoefer

sent from a phone

> On 24. Apr 2018, at 20:56, Tobias Knerr  wrote:
> 
> * With separate ways, we don't know which road section a sidewalk
> belongs to.
> * This knowledge is necessary for many applications.

For routing I don’t think it’s very important, an application that comes to 
mind is in jurisdictions like Germany where you have the obligation to use a 
cycleway (i.e. you cannot use the road). For rendering it isn’t important to 
know which way the sidewalk refers to, it is more important to know it is a 
sidewalk at all.
From a practical point of view, people have often been omitting properties like 
“name” on sidewalks and cycletracks, which made it hard to give good turn by 
turn instructions, but this is not inherent to mapping sidewalks separately.

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

[Talk-pt] V Recenseamento Geral da Habitação

2018-04-25 Thread Nuno Caldeira

Viva, está informação do INE (neste WFS da Natural GIS) são dados livres e
passível de ser incorporada no OSM?
https://m.facebook.com/story.php?story_fbid=1900063666705084=912136492164478

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

Re: [Talk-cz] Data ze ZÚ

2018-04-25 Thread Marián Kyral

-- Původní e-mail --
Od: jzvc
Komu: talk-cz@openstreetmap.org
Datum: 24. 4. 2018 22:53:56
Předmět: Re: [Talk-cz] Data ze ZÚ
"

Cus, trochu ti vstoupim do tvych kruhu ...

ty licence na ta data se (podle me) tykaji ovsem databazi, nikoli napriklad
fotomapy, protoze to databaze neni.

Ad cena, nemuzou chtit nic. Pokud se tedy budeme bavit o vecech jako trebas
prave ta fotomapa, ktera verejna je, jen tu v souvislosti s OSM je vedena
polemika na tema licence.

Je sice veřejná, ale jen k nahlížení. Odvozovat z toho geoprostorová data
sice můžeš, ale jen pro vlastní potřebu, už je nesmíš publikovat.

BTW: Kdyz se podivas do meta ty fotomapy, tak tam najdes toto

Omezení zdroje
Legislativní omezení služby
Podmínky pro přístup a užití: Žádné podmínky neplatí.

Podmínky pro přístup a užití: Výdejní jednotka není stanovena.

Podmínky pro přístup a užití: Bez poplatků.

Omezení veřejného přístupu: jiné omezení

Jiná omezení: Opětovnému využití dat zpřístupněných službou pro obchodní
účely je zamezeno začleněním ochranných znaků (copyright ČÚZK).

Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ

Bezpečnostní omezení služby
Klasifikace: neklasifikované

Nejsem právník, těm to možná smysl dává, ale mi, jako programátorovi, to
teda smysl nedává. Buď tam podmínky jsou nebo nejsou. Nebo není podmínka
užití jako podmínka užití.

Podmínky pro přístup a užití: Žádné podmínky neplatí.

Omezení veřejného přístupu: jiné omezení

Jiná omezení: Podmínky užití viz Obchodní podmínky ZÚ

Ty podmínky jsou na: https://geoportal.cuzk.cz/Dokumenty/Podminky.html#_Toc
491948901

Kde v patřičné části je:

2.10 Podmínky užití prohlížecích služeb a geoprocessingových služeb (dále
jen „služby“)

c) V případě nepřiměřeného přetěžování služeb uživatelem může ZÚ
zamezit tomuto jednání technickými prostředky.

Marián

Dne 24.4.2018 v 11:44 Honza Cibulka napsal(a):

"
Zdar,
je to trochu složitější: prostorová data ve smyslu zákona o právu na informace
o životním prostředí může stát zpřístupňovat na základě nevýhradní licenční
smlouvy [1], která může stanovit podmínky jejich využití, jako i cenu za
zpřístupnění těch informací. Takže to není nic jako úřední dílo. Soud řekl, že
zde nejsou autorská práva třetích stran, např. soukromých firem, která by
bránila poskytnutí těch informací veřejnosti.

Jde tedy o dvě otázky:

- jak vysokou částku si může úřad (ZÚ) za data účtovat?
- jak restriktivní může být licence (když si to koupim, můžu z toho
trasovat do OSM)?

No a na to není žádnej úplně jasnej návod. V případě ceny zákon stanoví [2], že
za data "může být požadována úhrada ve výši, která nepřesáhne minimální výši
nezbytnou k zajištění potřebné kvality a zpřístupňování prostorových dat". Což
je přesně kolik? Patří do toho i náklady na pořízení těch dat? Náklady na
geoportál? Výkladová literatura ani judikatura na tuhle otázku (aspoň kam sahaj
moje znalosti) spíš neodpovídá. Zkrátka proto, že doposaváde všichni platili,
co si ZÚ účtoval, a nikdo do toho nešťoural. Můj pohled na věc jsem naznačil v
blogu [3], ale závazně to bude vykládat nejdřív ZÚ, pak ČÚZK a pak možná zas
soud.

K licenci pak zákon stanoví [4], že "podmínky poskytnutí informace v licenční
nebo podlicenční smlouvě musí umožňovat další užití informace žadatelem v
souladu se žádostí", takže teoreticky v žádosti by člověk měl uvést, že z dat
hodlá trasovat do OSM a licence by s

Re: [OSM-talk] [Diversity-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Martin Koppenhoefer

sent from a phone

> On 25. Apr 2018, at 09:35, Rory McCann  wrote:
> 
> My proposal improves the meaning (IMO). A "unisex hairdresser" is like a 
> "unisex toilet": all people, regardless of gender, facilitated in the same 
> mixed place. Not many unisex hairdressers are gender segregated, with males 
> in one room, and women in another! My proposal is that "unisex=yes" always 
> means "all genders, and not segregated"

I don’t think we should load more meaning into a tag after it is out in the 
wild. Unisex=yes is defined as a shortcut for male=yes + female=yes, and while 
I would have no problem extending this to people which feel both, or the 
opposite than what their body biologically seems to say, I think it would not 
be logical to include people which are neither, nor would it be OK to add 
implicated meaning about segregation to the definition. For me it would be ok 
to extend the unisex definition to include also people which aren’t male or 
female, but it doesn’t work to make it imply segregated_genders=yes.
A hair stylist can have 2 rooms, one for women and one for men, and it would be 
ok to tag it as unisex=yes. Segregation is a different property and should be 
mapped separately.

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

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

2018-04-25 Thread Martin Koppenhoefer

sent from a phone

> On 25. Apr 2018, at 09:36, Volker Schmidt  wrote:
> 
> Scheint mir unnoetig kompliziert zu sein.:
> lit=yes
> lit_by_led=yes
> lit_by_gaslamp=no
> 
> Warum nicht die einfachere Loesung:
> lit=yes
> lit:type=gaslamp|led|...

+1, wenn es eine Eigenschaft gibt (Art des Leuchtmittels) und eine (exklusive) 
von mehreren Möglichkeiten was sie annehmen kann, dann ist es am besten einen 
eindeutigen Schlüssel und eine definierte Liste von Werten dafür zu haben, also 
so was wie 
Leuchtmitteltyp=LED/Halogen/Natriumdampf/Neon/Gas etc.

Ein System wie das vorgestellte eignet sich dagegen gut, wenn es eine Reihe von 
Eigenschaften gibt, die auch gleichzeitig auftreten können, also zB angebotene 
Treibstoffsorten, oder akzeptierte Zahlungsmittel.

Ist aber nicht schlimm, besser mal anfangen und später ggf. ändern, als ewig zu 
warten bis sich alle einig werden, Hauptsache man nutzt eindeutige Tags die 
sich nicht mit anderer Nutzung überschneiden, so dass man sie dann später gut 
ändern kann.

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

Re: [Talk-de] OSM auf Arte X:enius

2018-04-25 Thread Heinz-Jürgen Oertel

Gut gemacht Frederik

Am Mittwoch, 25. April 2018, 11:19:49 CEST schrieb Frederik Ramm:
> Hallo,
> 
>irgendwann in den nächsten Monaten gibt es beim Fernsehsender Arte
> eine Sendung in der Reihe "X:enius" über Kartographie. Die Redaktion
> hatte mich vor ein paar Wochen angemailt, weil man gern auch über OSM
> berichten wollte. Gestern hatten wir dann hier in Karlsruhe ein
> Aufnahmeteam von Arte zu Gast, und Joachim Kast, Michael Reichert und
> ich haben denen ein bisschen "Craftmapping" vorgeführt (und uns dabei so
> lange in einem Neubaugebiet in Ötigheim herumgetrieben, dass ich jetzt
> unerwartet mit Sonnenbrand hier sitze...). OpenStreetMap wird nur ein
> paar Minuten in der Sendung haben, aber ich hoffe, der Funke wird zum
> einen oder anderen Zuschauer überspringen. Lassen wir uns überraschen.
> Ein Sendetermin ist noch nicht bekannt, aber ich sage bescheid, sobald
> ich was erfahre.
> 
> Bye
> Frederik


-- 
mit freundlichen Grüßen aus Halle (Saale)
   Heinz-Jürgen Oertel

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

Re: [Talk-se] Terrängkartor i PDF-fomat

2018-04-25 Thread Karl Wettin

Galet snyggt! Om du vill så kan du få driva den i en VM på openstreetmap.se 
, det finns en hel del beräkningskraft att tillgå 
där. För min skull spelar det ingen roll om det är massa kod du inte vill dela 
med dig av etc så länge resultatet den producerar är fritt.


kalle

> On 21 Apr 2018, at 16:42, Ture Pålsson  wrote:
> 
> Jag har under en längre tid roat mig med att försöka rendera kartor från 
> OSM-data och få dem så lika Lantmäteriets klassiska terrängkarta som möjligt. 
> Nu har jag slängt på ett halvtaffligt webinterface på det, så att även andra 
> kan testa.
> 
> Prova genom att surfa till http://lab3.turepalsson.se/map/ 
>  , panorera och zooma tills den mörka 
> rektangeln är där ni vill ha den, och klicka "Request" nere till höger.
> 
> Rapportera gärna om något ser galet ut!
> 
> Dock:
> 
> 1. Jag vet att GUI:t är buggigt på en massa sätt. Ni behöver inte rapportera 
> det. :-)
> 
> 2. Om kartan blir fel för att underliggande OSM-data blir fel ska ni inte 
> rapportera till mig utan fixa datat! :-)
> 
> 3. Maskinen som det hela körs på är rätt klen. Det tar runt en minut att 
> rendera en karta. Alla kartor ställs i en kö, så om alla kastar sig över den 
> kan det nog ta en stund att få sin karta.
> 
> 4. Undvik helst att rendera kartor över "täta" områden, som Stockholms 
> innerstad. Det tar en jäkla tid och blir ändå inte vidare snyggt. Renderaren 
> gör lite tappra försök till generalisering, men den är inte så smart än.
> 
> 5. LMV-data finns envart över Stockholms län, och av någon anledning fattas 
> det rutor där med.
> 
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



signature.asc
Description: Message signed with OpenPGP
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[OSM-talk-fr] office et craft dans le rendu FR...

2018-04-25 Thread Christian Quest

Les POI office=* ont été ajouté il y a peu dans le rendu OSM.

J'ai fait de même sur le rendu FR, et étendu aux craft=*

Autre petit plus... shop/office/craft=vacant ont une marque différenciée
(légèrement transparente au centre, bord opaque).

C'est déployé, les zoom 19/20 on été effacés du cache primaire, vous les
verrez donc plus rapidement. Le reste (zoom 17-18) deviendra visible au fur
et à mesure des mises à jour des metatuiles...

Exemple:
http://tile.openstreetmap.fr/~cquest/leaflet/l.html#19/48.80387/2.48566

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

[talk-au] FW: Am I doing intersections right?

2018-04-25 Thread Michael

Sorry,

Though not all of those slip lanes is the same, the broken one has 
through_route which is not a valid tag. (Category rejected)

Several other relations there also have that tag, however they are all named 
ways.

Perhaps that is the cause?


(Second reply for the list)

-Original Message-
From: osm.talk...@thorsten.engler.id.au 
Sent: Tuesday, 24 April 2018 11:36 PM
To: 'OSM Australian Talk List' 
Subject: Re: [talk-au] Am I doing intersections right?

Please don't break my placement tags. (I've restored them.) They were there on 
purpose, and they are not what causes OSRM to generate that "Turn left onto 
unnamed road" instruction. 

Also, please don't delete my transit relations, these things take a lot of work 
to properly setup without explicit editor support.

In case you are wondering what these tags are for, they are part of detailed 
lane tagging as you can see here:

https://www.dropbox.com/s/ednlniwp6bcl5wk/1521024394681.jpg?dl=0

The placement=transition tag is necessary to indicate that this particular 
segment is not actually where it is in the real world, but is necessary because 
of the discrepancy between mapping roads as lines and roads having a width an 
multiple lanes in the real world.

The transit relation is necessary to define which of the lanes from one way 
segment connect to which of the lanes in the next way segment. In this case it 
indicates that the leftmost turn lane flows straight into that slip road.


The other 3 slip roads at this intersection have the same tags, and they do not 
result in OSRM producing such a driving instruction. If there were any obvious 
tagging mistakes, I would have fixed them already.


Cheers,
Thorsten

> -Original Message-
> From: Michael 
> Sent: Tuesday, 24 April 2018 19:33
> To: 'OSM Australian Talk List' 
> Subject: Re: [talk-au] Am I doing intersections right?
> 
> Ok it seems the OSM website will not centre you on an area from a link 
> but takes you back to the last area you looked at.
> 
> Now ... I have removed 2 tags from the slip lane sections.
> 
> 
> -Original Message-
> From: Michael 
> Sent: Tuesday, 24 April 2018 7:13 PM
> To: 'OSM Australian Talk List' 
> Subject: Re: [talk-au] Am I doing intersections right?
> 
> For some reason it wont show me the location of the pins when I go to 
> that link.
> 
> I had looked at that area once before and noticed some odd stuff in 
> josm but left it alone.
> 
> I've gone back in with josm and made some changes, if the routing 
> starts working (note sure on caching times before we see it) then I 
> would call it fixed.
> 
> 
> 
> -Original Message-
> From: osm.talk...@thorsten.engler.id.au  a...@thorsten.engler.id.au>
> Sent: Tuesday, 24 April 2018 6:46 PM
> To: 'OSM Australian Talk List' 
> Subject: Re: [talk-au] Am I doing intersections right?
> 
> From: Andrew Harvey 
> Sent: Tuesday, 24 April 2018 17:01
> To: OSM Australian Talk List 
> Subject: Re: [talk-au] Am I doing intersections right?
> 
> > I agree, if there if is not named via a sign or otherwise on the 
> > ground then I would leave the name field on the link road empty.
> > Routers should be able to work out the best instructions to give 
> > without a name on the link via the network already.
> 
> I fully agree that that's the way it should be, unfortunately the 
> routers don't seem to always get it right:
> 
> https://www.openstreetmap.org/directions?engine=osrm_car=-
> 27.24200%2C153.02386%3B-27.24130%2C153.02422
> 
> 
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
> 
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
> 
> 
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au



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


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

Re: [Talk-es] Accesibilidad

2018-04-25 Thread ignacio orte sierra

Hola,

Me presento, soy Nacho1, estudiante de Geografía de la Universidad de Zaragoza. 
Estoy haciendo el Trabajo Final de Grado (TFG) sobre Información Geográfica 
Voluntaria (VGI, en inglés) y accesibilidad, aplicado al barrio zaragozano de 
Las Fuentes2 , tutorizado por Miguel Sevilla3 y ayudado por Carlos Cámara4.

Una parte importante del trabajo es analizar el funcionamiento de OSM, las 
interacciones en la comunidad5 y 6, por cercanía el grupo de MapColabora7 y su 
proyecto de #accesibilidad : #zaccesibilidad8

Para el análisis de accesibilidad se han recogido los datos en una Mapping 
Party9 y los subimos a OSM10 con las etiquetas habituales de MapColabora: 
#zaccesibilidad #MappingParty y en este caso #MappingPartyLasFuentes. En cuanto 
a los procedimientos y herramienas, se han usado los del grupo de Mapeado 
Colaborativo de Zaragoza (MapColabora), introduciendo la app StreetComplete (se 
mapearon los pasos de peatones antes).



En el procedimiento nos han surgido varios puntos a discutir que quiero 
compartir con la comunidad:


¿Habeís hecho algún análsis de accesibilidad con los datos de OSM?


En la mayor parte de Zaragoza, las vías se representan con una línea 
unicamente, es decir, la acera y la calzada están en la misma línea. Para el 
análisis de movilidad/ruteo supone un obstáculo y dificultad por lo que estamos 
discutiendo si dividirlas: las aceras con sus líneas y las calzadas con las 
suyas. ¿En vuestra área de actuación cómo están mapeadas?



Saludos,

Nacho



1 https://www.openstreetmap.org/user/elpezBartolo

[https://www.openstreetmap.org/assets/osm_logo_256-cde84d7490f0863c7a0b0d0a420834ebd467c1214318167d0f9a39f25a44d6bd.png]

elpezBartolo | OpenStreetMap
www.openstreetmap.org
OpenStreetMap is a map of the world, created by people like you and free to use 
under an open license.


2 http://fieldpapers.org/atlases/4gd62dvr

3 https://msevilla00.github.io/

4 http://www.carloscamara.es/

Carlos Cámara Menoyo
www.carloscamara.es
El concepto de los comunes es tan poderosamente sugerente como ambiguo. Prueba 
de ello está en el creciente interés que ha experimentado en los últimos años y 
en que abarca ámbitos y aspiraciones tan diversas que son, a veces, 
contrapuestas pero comparten una visión transformadora de la ciudad y la 
sociedad basada en la cooperación.


5 http://gis.19327.n8.nabble.com/Spain-f5409873.html

GIS - Spain | Mailing List 
Archive
gis.19327.n8.nabble.com
Spain forum and mailing list archive. OpenStreetMap is a free editable map of 
the whole world. It is made by people like you. OpenStreetMap allows you to 
view, edit and use geographical data in a...


6 Telegram: https://t.me/OSMes

[https://cdn4.telesco.pe/file/sDlWXSFlInWZ98BnvD7gZ-cyTryWqL8JR33Ni7e1shKboMZhuQYL38yIC7xQkILSx2O8Y4cBoKm4FeeHZdqM7L7Y1TltVgUv9TJgbNIeGYvjw6HS5u-hxmuACmIWbY4qMkz7DCYmiMBh2-fDyetiTaRXWedoniDG9nR1puQwCAoWJO_ejaFEdyyQBYDfXVK99ghQgba91UF85Pp4xzqmqDK_AAqySC1TWgAZ5GHLmBmw2fStByVY7QUyEI4GRS2x7Vt4lcNWeWpNfvgJOR5wzxRAN73EZA-LvaCgb37SSm6uyNuFP8upA40GAN5MLMwwoAPf15y-0JTPDZl0k7HShA.jpg]

OSM España
t.me
You can view and join @OSMes right away.


7 http://mapcolabora.org/

8 http://zaccesible.usj.es/

9 http://zaccesible.usj.es/blog/2018/03/25/cronica-v-mapping-party-las-fuentes/

10 https://www.meetup.com/es-ES/mapcolabora/events/249600289/




De: ignacio orte sierra 
Enviado: miércoles, 25 de abril de 2018 13:32
Para: talk-es@openstreetmap.org
Asunto: [Talk-es] Accesibilidad


Hola,

He requerido reiniciar un hilo sobre accesibilidad para recopilar los 
anteriores:

Reunión virtual: 
http://gis.19327.n8.nabble.com/Reunion-virtual-sobre-accesibilidad-td5904123.html

Spain - Reunión virtual sobre 
accesibilidad
gis.19327.n8.nabble.com
Reunión virtual sobre accesibilidad. Hola, hace ya tiempo que hemos estado 
hablando por chats y redes sociales sobre nuestras experiencias en 
accesibilidad en OSM. Finalmente, a raíz de...

Sala: https://riot.im/app/#/room/#osm-es-reuniones:matrix.org

Accesibilidad, Vespucci y presets: 
http://gis.19327.n8.nabble.com/Accesibilidad-Vespucci-y-presets-td5906954.html

Accesibilidad: Experiencia en Elche: 
http://gis.19327.n8.nabble.com/Accesibilidad-experiencia-en-Elche-td5907031.html

Wiki OSM 
accesibilidad:https://wiki.openstreetmap.org/wiki/Template:ES:Wikiproyecto_Espa%C3%B1a/Accesibilidad



En el grupo de Telegram se han sacado estos ¿Alguien conoce otros?

Saludos,

Nacho

[Talk-es] Accesibilidad

2018-04-25 Thread ignacio orte sierra

Hola,

He requerido reiniciar un hilo sobre accesibilidad para recopilar los 
anteriores:

Reunión virtual: 
http://gis.19327.n8.nabble.com/Reunion-virtual-sobre-accesibilidad-td5904123.html

Sala: https://riot.im/app/#/room/#osm-es-reuniones:matrix.org

Accesibilidad, Vespucci y presets: 
http://gis.19327.n8.nabble.com/Accesibilidad-Vespucci-y-presets-td5906954.html

Accesibilidad: Experiencia en Elche: 
http://gis.19327.n8.nabble.com/Accesibilidad-experiencia-en-Elche-td5907031.html

Wiki OSM 
accesibilidad:https://wiki.openstreetmap.org/wiki/Template:ES:Wikiproyecto_Espa%C3%B1a/Accesibilidad



En el grupo de Telegram se han sacado estos ¿Alguien conoce otros?

Saludos,

Nacho



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

[Talk-it] Osmose fermo

2018-04-25 Thread totera

Salve a tutti,
è da tre settimane che Osmose ha interrotto gli aggiornamenti, soltanto per
l'Italia (http://osmose.openstreetmap.fr/it/control/update_matrix).
Qualcuno ne sa qualcosa?

Ciao,
Gianluca



--
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] New wave of Pokémon Go mappers – check the parks

2018-04-25 Thread Dave F


FYI
way[recreation_ground];

uses recreation_ground as the key, not the value. So 
leisure=recreation_ground etc won't be returned


DaveF.

On 25/04/2018 07:45, Mateusz Konieczny wrote:


25. Apr 2018 06:17 by roland.olbri...@gmx.de 
:


Thus, I suggest the query


here is overpass link with it: http://overpass-turbo.eu/s/yee 
(navigate to your area, click "run" and wait)



At least in my region detecting parks and recreation ground with 
untagged name state (without name and without noname) is useful to 
detect mistagged areas http://overpass-turbo.eu/s/yeg



[timeout:120]
[bbox:{{bbox}}];
(
way[leisure=park][!name][noname!=yes];
rel[leisure=park][!name][noname!=yes];
way[recreation_ground][!name][noname!=yes];
rel[recreation_ground][!name][noname!=yes];
);
out geom meta;



___
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] New wave of Pokémon Go mappers – check the parks

2018-04-25 Thread Dennis Raylin Chen

Maybe using Mapbox tools OSMCha is more convenience. The have a option for
filtering new mapper adding park or another Pokeomon Go related features

Here is a example link:
https://osmcha.mapbox.com/?filters=%7B%22geometry%22%3A%5B%7B%22label%22%3A%7B%22coordinates%22%3A%5B%5B%5B118.28966552120511%2C26.16600169629723%5D%2C%5B117.7060787938446%2C21.795131301801092%5D%2C%5B113.27081966593113%2C17.954247234327823%5D%2C%5B118.4063828666724%2C17.954247234327823%5D%2C%5B123.07507668553251%2C21.03452323422715%5D%2C%5B124.70911952213464%2C25.219417628166156%5D%2C%5B121.67446853987684%2C27.829878013154413%5D%2C%5B118.28966552120511%2C26.16600169629723%5D%5D%5D%2C%22type%22%3A%22Polygon%22%7D%2C%22value%22%3A%7B%22coordinates%22%3A%5B%5B%5B118.28966552120511%2C26.16600169629723%5D%2C%5B117.7060787938446%2C21.795131301801092%5D%2C%5B113.27081966593113%2C17.954247234327823%5D%2C%5B118.4063828666724%2C17.954247234327823%5D%2C%5B123.07507668553251%2C21.03452323422715%5D%2C%5B124.70911952213464%2C25.219417628166156%5D%2C%5B121.67446853987684%2C27.829878013154413%5D%2C%5B118.28966552120511%2C26.16600169629723%5D%5D%5D%2C%22type%22%3A%22Polygon%22%7D%7D%5D%2C%22date__gte%22%3A%5B%7B%22label%22%3A%222017-05-28%22%2C%22value%22%3A%222017-05-28%22%7D%5D%2C%22reasons%22%3A%5B%7B%22label%22%3A%22Pokemon%20nest%20feature%20added%20by%20new%20user%22%2C%22value%22%3A50%7D%2C%7B%22label%22%3A%22Park%20added%20by%20new%20user%22%2C%22value%22%3A44%7D%5D%7D

just adjust the area to the area you are interested

Dennis

On Wed, Apr 25, 2018 at 2:45 PM, Mateusz Konieczny 
wrote:

>
> 25. Apr 2018 06:17 by roland.olbri...@gmx.de:
>
> Thus, I suggest the query
>
>
> here is overpass link with it: http://overpass-turbo.eu/s/yee (navigate
> to your area, click "run" and wait)
>
>
> At least in my region detecting parks and recreation ground with untagged
> name state (without name and without noname) is useful to detect mistagged
> areas http://overpass-turbo.eu/s/yeg
>
>
> [timeout:120]
> [bbox:{{bbox}}];
> (
> way[leisure=park][!name][noname!=yes];
> rel[leisure=park][!name][noname!=yes];
> way[recreation_ground][!name][noname!=yes];
> rel[recreation_ground][!name][noname!=yes];
> );
> out geom meta;
>
> ___
> 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-us] STOP - All vehicles must register

2018-04-25 Thread Shawn K. Quinn

On 04/24/2018 03:16 PM, Peter Dobratz wrote:
> On Fri, Apr 20, 2018 at 11:10 AM Kevin Kenny
> > wrote:
>> 
>> The case of non-hard-surface roads brought this to mind.
>> [...]>> The requirement is that vehicles (or bicycles,
pedestrians, horses,
>> etc.) must stop, and the party leader fills out an entry in the book
>> that's kept in one of the boxes on the kiosk.
> > The first thing that comes to mind is a barrier=toll_booth:
> 
> https://wiki.openstreetmap.org/wiki/Tag:barrier%3Dtoll_booth
> 
> Perhaps also with a fee=no to indicate that you don't have to pay any money.

Looks like troll tagging to me. barrier=toll_booth is wrong on both
counts; there isn't necessarily a physical barrier (the gate might be
open, yet vehicles are still required to register) and there's no toll
being collected. Adding fee=no is just going to confuse people even
more. To me, it makes as much sense as highway=footway and foot=no.

-- 
Shawn K. Quinn 
http://www.rantroulette.com
http://www.skqrecordquest.com

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

[Talk-de] OSM auf Arte X:enius

2018-04-25 Thread Frederik Ramm

Hallo,

   irgendwann in den nächsten Monaten gibt es beim Fernsehsender Arte
eine Sendung in der Reihe "X:enius" über Kartographie. Die Redaktion
hatte mich vor ein paar Wochen angemailt, weil man gern auch über OSM
berichten wollte. Gestern hatten wir dann hier in Karlsruhe ein
Aufnahmeteam von Arte zu Gast, und Joachim Kast, Michael Reichert und
ich haben denen ein bisschen "Craftmapping" vorgeführt (und uns dabei so
lange in einem Neubaugebiet in Ötigheim herumgetrieben, dass ich jetzt
unerwartet mit Sonnenbrand hier sitze...). OpenStreetMap wird nur ein
paar Minuten in der Sendung haben, aber ich hoffe, der Funke wird zum
einen oder anderen Zuschauer überspringen. Lassen wir uns überraschen.
Ein Sendetermin ist noch nicht bekannt, aber ich sage bescheid, sobald
ich was erfahre.

Bye
Frederik

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

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

Re: [OSM-talk] Name:* tags in the local language

2018-04-25 Thread Christoph Hormann

On Wednesday 25 April 2018, Jo wrote:
>
> There is this proposal:
>
> https://wiki.openstreetmap.org/wiki/Proposed_features/
> Language_information_for_name

That was a very different idea to what Frederik mentioned - this was 
meant to specify the language of the name=* tag.  This was intended to 
solve a very specific problem but was mostly rejected because it would 
add a lot of complexity to only solve that problem but not affect most 
of the other language related issues in mapping.

Lukas had made another proposal ultimately rejected that is somewhat 
more generic but is still doing things 'the other way round', i.e. by 
providing language information for the name tag:

https://wiki.openstreetmap.org/wiki/Proposed_features/Language_information

I don't think the idea of specifying the local name by reference to the 
local language has so far been elaborated on in the OSM wiki.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [OSM-talk-fr] Désabonnement de la liste

2018-04-25 Thread Vincent Frison

Hello,

Merci à tous pour vos réponses détaillées. Le sujet est loin d'être simple,
comme souvent avec les problèmes de mails.

Pour commencer j'ai déjà rajouté l'adresse de la liste dans mes contacts,
on verra si ça améliore les choses, mais sinon je réfléchis sérieusement à
changer de messagerie (pourquoi pas vers la future de Qwant).

++ Vincent


Le 24 avril 2018 à 12:19, marc marc  a écrit :

> il faut 3 conditions simultanées pour que le problème se produise :
> - des emails "entrant" (= des personnes qui écrivent avec un FROM)
> venant d'un domaine ayant un DKIM/DMARC qui impose le rejet des emails
> modifés (par exemple yahoo).
> Sur talk-be je ne me souviens pas avoir vu un email "from yahoo"
> récement, le problème ne peux donc pas se produire sur talk-be.
> ET
> - une config de ml qui casse ce DKIM (j'ignore si talk-be une config
> différence de talk-fr, le plus facile serrait d'écrire un email depuis
> yahoo vers talk-be).
> ET
> - un destinataire chez un fournisseur sans nuance (ex gmail).
>
> pour les conditions 1 et 3, il n'est pas impossible que leur nombre
> influence aussi pour atteindre le seuil jugé "trop" par gmail.
>
> et en plus il y a d'autres différences entre talk-be et talk-fr.
> le dernier email de yahoo vers talk-fr a été envoyé depuis nabble
> ce qui casse aussi le spf
> cela augmente encore le risque de froisser G tout en étant obscur.
>
> bref j'arrête ici de débuger un ansispam propriétaire...
> ce n'est pas une solution...
> les seules choses améliorable sont :
> - la config de la liste si quelqu'un est admin de la liste et/ou veux
> faire un ticket infra osm.org sur github
> - la part de responsabilité des utilisateurs concernés quand au choix
> d'un fournisseur fermé ou ouvert, y compris dans les scores antispam.
>
> Le 24. 04. 18 à 10:28, osm.sanspourr...@spamgourmet.com a écrit :
> > Peut-être que les paramètres des autres listes ont été ajustés comme
> suggéré par ailleurs et pas cette liste-ci.
> >
> > Jean-Yvon
> >
> >
> >> Gesendet: Dienstag, 24. April 2018 um 07:26 Uhr
> >> Von: "Marc Gemis - marc.ge...@gmail.com"
> >> Mais la seule liste d'OpenStreetMap qui donne des problème c'est
> >> talk-fr. Pas de problèmes avec talk, talk-be, talk-gb, tagging,
> >> talk-au ...
> >>
> >> m.
> >
> >
> > ___
> > 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
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Name:* tags in the local language

2018-04-25 Thread Jo

2018-04-25 8:21 GMT+02:00 Mateusz Konieczny :

>
> 24. Apr 2018 21:29 by rich...@systemed.net:
>
> If I read Frederik's proposal right, the language=en tag would be placed on
> the object with the name tag
>
>
> Interesting idea, I like it. Is there already a page on the OSM wiki
> describing this proposal?
>
Hi Mateusz,

There is this proposal:

https://wiki.openstreetmap.org/wiki/Proposed_features/
Language_information_for_name

Apparently it failed.

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

Re: [Talk-de] Nutzung des "lit"-Tags in Deutschland

2018-04-25 Thread Michael Kugelmann


Am 25.04.2018 um 09:36 schrieb Volker Schmidt:

Scheint mir unnoetig kompliziert zu sein.:

[...]

lit_by_led=yes
lit_by_gaslamp=no
ACK: mit so einer Vorgehensweise machen wir eine ziemliche Auffächerung 
an Tags welche IMHO nicht nötig ist und die Auswertung der Daten IMHO 
erschwert. Denn es gibt noch Natrimdampf und Halogen und ... und ... => 
für alles ein eigenes Tag?

Klar besser finde ich eine Vorgehensweise gemäß

lit:type=gaslamp|led|...
Und wenn eine Lampe/Straße verschiedene Typen hat kann man die mit 
Komma/Strichpunkt/[wasauchimmer] trennen.

KISS-Prinzip.


Grüße,
Michael.


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

Re: [OSM-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Rory McCann


(a) This is OSM, if it exists, we map it.  Gender neutral vs. gender
segregated toilets exist. So how do we map that?

(b) Many people benefit from gender neutral toilets: Gender
non-conforming people, some trans people, people with carers of a
different gender. Mapping these facilities allows them to be found.
Wikipedia has more: https://en.wikipedia.org/wiki/Unisex_public_toilet

On 24/04/18 20:02, Tobias Zwick wrote:

Why do you think it necessary to map at all if any particular toilet is
segregated or not beyond whether I can go there as a man/woman? What is
the application?

On 24/04/2018 18:27, Rory McCann wrote:

Hi all,



Let's have a wee talk about how should one map gender neutral (and
gender segregated) toilets. There is a unisex=yes for toilets which
looks like it might be the number one tag to use. The bog standard
meaning of "unisex toilet"[1] is a gender neutral toilet, i.e. not
segregated into separate male & female facilities.

Many smaller public toilets are single occupancy and hence unisex, many
larger public toilets (e.g. in shopping centers) are segregated. Social
conservatives are mostly losing the battle on same-sex marriage, so
their new target is trans people, and they're proposing "bathroom laws"
to limit trans people's access to public life. Some organizations are
making their toilets "gender neutral" in response. So there are probably
a lot of gender neutral public toilets, and it's very useful for some
people to know where they are.

But I don't think that's how "unisex=yes" been used in OSM. The wiki
page says "unisex=yes" is a shorthand for "male=yes female=yes". The
JOSM validator used to suggest that replacement, until I filed a bug[2].
iD's preset has 3 mutually exclusive options, Male, Female and Unisex,
it won't let you add both male=yes female=yes.

If I see "amenity=toilets unisex=yes", I would think this is a gender
neutral toilet. If I see "amenity=toilets female=yes male=yes" I would
think gender segregated. Big difference.

I propose that we start viewing "unisex=yes" on toilets as meaning
"gender neutral toilet", which is different from "male=yes female=yes",
which is "gender segregated".

Thoughts? Feedback? Anything I'm missing? Is unisex-yes tag being used
by many projects? What do they interpret it as? It's good not to force
things.

A year ago Micah Cochran's suggestion[3] would be along these lines, but
some changed to toilets:for:unisex=yes (etc.)

Rory

P.S. I am doing this as part of the "Diversity Quarterly Project"[4],
which for the quarter is gendered toilets. Plenty of toilets have no
male/female (and/or unisex) tag, and we should add those tags.

[1] https://en.wikipedia.org/wiki/Unisex_public_toilet
[2] https://josm.openstreetmap.de/ticket/15536
[3]
https://wiki.openstreetmap.org/wiki/Proposed_features/Toilet_Tagging_Improvements

[4] https://wiki.openstreetmap.org/wiki/Diversity_Quarterly_Project/2018_Q2

___
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] Nutzung des "lit"-Tags in Deutschland

2018-04-25 Thread Volker Schmidt

> Ich habe angefangen, das in Düsseldorf mittels lit_by_led=yes zu erfassen.
> Das Ergebnis sieht man hier: https://overpass-turbo.eu/s/yd6
>

Scheint mir unnoetig kompliziert zu sein.:
lit=yes
lit_by_led=yes
lit_by_gaslamp=no

Warum nicht die einfachere Loesung:
lit=yes
lit:type=gaslamp|led|...
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk] [Diversity-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Rory McCann

My proposal improves the meaning (IMO). A "unisex hairdresser" is like a 
"unisex toilet": all people, regardless of gender, facilitated in the 
same mixed place. Not many unisex hairdressers are gender segregated, 
with males in one room, and women in another! My proposal is that 
"unisex=yes" always means "all genders, and not segregated"


On 25/04/18 04:58, Marc Gemis wrote:
FYI The unisex tag is also used as a shorthand for female=yes,  male=yes 
on shop=hairdresser [1] . Giving it another meaning on toilets might 
cause extra confusion.



regards

m

[1] https://wiki.openstreetmap.org/wiki/Tag:shop=hairdresser

Op di 24 apr. 2018 18:27 schreef Rory McCann >:


Hi all,

Let's have a wee talk about how should one map gender neutral (and
gender segregated) toilets. There is a unisex=yes for toilets which
looks like it might be the number one tag to use. The bog standard
meaning of "unisex toilet"[1] is a gender neutral toilet, i.e. not
segregated into separate male & female facilities.

Many smaller public toilets are single occupancy and hence unisex, many
larger public toilets (e.g. in shopping centers) are segregated. Social
conservatives are mostly losing the battle on same-sex marriage, so
their new target is trans people, and they're proposing "bathroom laws"
to limit trans people's access to public life. Some organizations are
making their toilets "gender neutral" in response. So there are probably
a lot of gender neutral public toilets, and it's very useful for some
people to know where they are.

But I don't think that's how "unisex=yes" been used in OSM. The wiki
page says "unisex=yes" is a shorthand for "male=yes female=yes". The
JOSM validator used to suggest that replacement, until I filed a bug[2].
iD's preset has 3 mutually exclusive options, Male, Female and Unisex,
it won't let you add both male=yes female=yes.

If I see "amenity=toilets unisex=yes", I would think this is a gender
neutral toilet. If I see "amenity=toilets female=yes male=yes" I would
think gender segregated. Big difference.

I propose that we start viewing "unisex=yes" on toilets as meaning
"gender neutral toilet", which is different from "male=yes female=yes",
which is "gender segregated".

Thoughts? Feedback? Anything I'm missing? Is unisex-yes tag being used
by many projects? What do they interpret it as? It's good not to force
things.

A year ago Micah Cochran's suggestion[3] would be along these lines, but
some changed to toilets:for:unisex=yes (etc.)

Rory

P.S. I am doing this as part of the "Diversity Quarterly Project"[4],
which for the quarter is gendered toilets. Plenty of toilets have no
male/female (and/or unisex) tag, and we should add those tags.

[1] https://en.wikipedia.org/wiki/Unisex_public_toilet
[2] https://josm.openstreetmap.de/ticket/15536
[3]

https://wiki.openstreetmap.org/wiki/Proposed_features/Toilet_Tagging_Improvements
[4]
https://wiki.openstreetmap.org/wiki/Diversity_Quarterly_Project/2018_Q2

___
Diversity-talk mailing list
Code of Conduct:
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org




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

Re: [Diversity-talk] How do you mapping gender neutral toilets? What should the unisex tag mean?

2018-04-25 Thread Rory McCann

My proposal improves the meaning (IMO). A "unisex hairdresser" is like a 
"unisex toilet": all people, regardless of gender, facilitated in the 
same mixed place. Not many unisex hairdressers are gender segregated, 
with males in one room, and women in another! My proposal is that 
"unisex=yes" always means "all genders, and not segregated"


On 25/04/18 04:58, Marc Gemis wrote:
FYI The unisex tag is also used as a shorthand for female=yes,  male=yes 
on shop=hairdresser [1] . Giving it another meaning on toilets might 
cause extra confusion.



regards

m

[1] https://wiki.openstreetmap.org/wiki/Tag:shop=hairdresser

Op di 24 apr. 2018 18:27 schreef Rory McCann >:


Hi all,

Let's have a wee talk about how should one map gender neutral (and
gender segregated) toilets. There is a unisex=yes for toilets which
looks like it might be the number one tag to use. The bog standard
meaning of "unisex toilet"[1] is a gender neutral toilet, i.e. not
segregated into separate male & female facilities.

Many smaller public toilets are single occupancy and hence unisex, many
larger public toilets (e.g. in shopping centers) are segregated. Social
conservatives are mostly losing the battle on same-sex marriage, so
their new target is trans people, and they're proposing "bathroom laws"
to limit trans people's access to public life. Some organizations are
making their toilets "gender neutral" in response. So there are probably
a lot of gender neutral public toilets, and it's very useful for some
people to know where they are.

But I don't think that's how "unisex=yes" been used in OSM. The wiki
page says "unisex=yes" is a shorthand for "male=yes female=yes". The
JOSM validator used to suggest that replacement, until I filed a bug[2].
iD's preset has 3 mutually exclusive options, Male, Female and Unisex,
it won't let you add both male=yes female=yes.

If I see "amenity=toilets unisex=yes", I would think this is a gender
neutral toilet. If I see "amenity=toilets female=yes male=yes" I would
think gender segregated. Big difference.

I propose that we start viewing "unisex=yes" on toilets as meaning
"gender neutral toilet", which is different from "male=yes female=yes",
which is "gender segregated".

Thoughts? Feedback? Anything I'm missing? Is unisex-yes tag being used
by many projects? What do they interpret it as? It's good not to force
things.

A year ago Micah Cochran's suggestion[3] would be along these lines, but
some changed to toilets:for:unisex=yes (etc.)

Rory

P.S. I am doing this as part of the "Diversity Quarterly Project"[4],
which for the quarter is gendered toilets. Plenty of toilets have no
male/female (and/or unisex) tag, and we should add those tags.

[1] https://en.wikipedia.org/wiki/Unisex_public_toilet
[2] https://josm.openstreetmap.de/ticket/15536
[3]

https://wiki.openstreetmap.org/wiki/Proposed_features/Toilet_Tagging_Improvements
[4]
https://wiki.openstreetmap.org/wiki/Diversity_Quarterly_Project/2018_Q2

___
Diversity-talk mailing list
Code of Conduct:
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org




___
Diversity-talk mailing list
Code of Conduct: 
https://wiki.openstreetmap.org/wiki/Diversity/MailingList/CodeOfConduct
Contact the mods (private): diversity-talk-ow...@openstreetmap.org

Re: [talk-au] Marking a Pontoon

2018-04-25 Thread Vũ Phạm Minh Tuấn

Hi David,

Do you mean "pontoon" as a private jetty?

If so, draw the jetty as an open way or an area, and tag it with :
man_made=pier
floating=yes
material= (wood, metal, concrete...)
area=yes (if it's a an area)
access=private

Connect the jetty with the mainland via a footway :
highway=footway
bridge=yes

TuanIfan


On Wed, 25 Apr 2018 at 5:24 pm, David Findlay 
wrote:

> A track I mapped today at Maroochy Wetlands Sanctuary ends at a private
> pontoon. How can I tag this point to mark that it is a pontoon? A search of
> available tags and wiki didn’t seem to give me anything. Thanks,
>
> David
>
>
> --
> David Findlay
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
-- 

*Tuan* • Vu, Pham Minh Tuan

Springvale, VIC 3171, Australia • +61 412 401 380

vutuan...@gmail.com • *FB  *•* LinkedIn
 *•* OpenStreetMap
*
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Name:* tags in the local language

2018-04-25 Thread Komяpa

Hi,

maps.me took approach similar to Nominatim's: each map region has "default
language" in metadata, and in case the name: is
needed but is missing, just name tag is taken.

Similar approach was used when making a map for Wargaming's World of Tanks,
looking at the country's iso code. A list used there is available on github,
https://github.com/wgnet/globalmap/blob/master/data/country_languages.csv

(Translations that OSM lacks were performed by professional translators and
also published under ODbL,
https://github.com/wgnet/globalmap/blob/master/data/wgnl_localizations.csv,
and for non-critical map labels we've trained anything-to-latin and
anything-to-cyrillic neural networks, results
https://github.com/wgnet/globalmap/tree/master/data/rnn).

ср, 25 апр. 2018 г. в 9:23, Mateusz Konieczny :

>
> 24. Apr 2018 21:29 by rich...@systemed.net:
>
> If I read Frederik's proposal right, the language=en tag would be placed on
> the object with the name tag
>
>
> Interesting idea, I like it. Is there already a page on the OSM wiki
> describing this proposal?
> ___
> 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] New wave of Pokémon Go mappers – check the parks

2018-04-25 Thread Mateusz Konieczny


25. Apr 2018 06:17 by roland.olbri...@gmx.de :


> Thus, I suggest the query
>




here is overpass link with it: http://overpass-turbo.eu/s/yee 
 (navigate to your area, click "run" and wait)




At least in my region detecting parks and recreation ground with untagged name 
state (without name and without noname) is useful to detect mistagged areas 
http://overpass-turbo.eu/s/yeg 





[timeout:120]
[bbox:{{bbox}}];
(
way[leisure=park][!name][noname!=yes];
rel[leisure=park][!name][noname!=yes];
way[recreation_ground][!name][noname!=yes];
rel[recreation_ground][!name][noname!=yes];
);
out geom meta;

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

Re: [OSM-talk] Name:* tags in the local language

2018-04-25 Thread Mateusz Konieczny


24. Apr 2018 21:29 by rich...@systemed.net :

> If I read Frederik's proposal right, the language=en tag would be placed on
> the object with the name tag
>




Interesting idea, I like it. Is there already a page on the OSM wiki describing 
this proposal? 

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

Re: [OSM-talk] Sidewalk symmetry

2018-04-25 Thread Mateusz Konieczny

25. Apr 2018 07:01 by marc.ge...@gmail.com :


> I wonder why those arguments always pop up when we talk about separate
> sidewalks and not when we talk about separate cycleways.
> AFAIK it is common practice to map cycleways as separate ways in OSM
> as soon as there is a kerb.
>
> Don't we encounter the same problems in data processing for cycleways ?




What is preferable depends on what kind of processing and results one wants and 
also on mapping priorities.




I guess that people mapping and processing cycleways do it in way that tends to 
prefer mapping as a separate way unlike footways where some want sidewalk tag, 
some want footway lines.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

56 matches

Mail list logo