Re: [OSM-talk] Help - how to get rid of wrong image in wiki?

[Paul Norman]

On 2018-12-19 11:25 p.m., Maarten Deen wrote:
And the image is not entirely wrong, it's an example of a reversible 
oneway street.

https://en.wikipedia.org/wiki/Lions_Gate_Bridge



The Lions Gate Bridge and Stanley Park causeway are not one-way. The 
middle lane switches direction, but there is always at least one lane in 
each direction.



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

Re: [OSM-talk] Help - how to get rid of wrong image in wiki?

[Maarten Deen]

On 2018-12-19 22:30, Richard wrote:

the example image in 
https://wiki.openstreetmap.org/wiki/Tag:oneway%3Dreversible

is clearly wrong but aparently isn't mentioned referenced anywhere in
the source
of the page. Am I blind?

Does it perhaps come from 
https://wiki.openstreetmap.org/wiki/Item:Q5736 ??


How the hell can I get rid of it?


I guess you can edit the Item:Q5736 page.
And the image is not entirely wrong, it's an example of a reversible 
oneway street.

https://en.wikipedia.org/wiki/Lions_Gate_Bridge

Regards,
Maarten

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

Re: [talk-au] PSMA Administrative Boundaries

[Andrew Harvey]

Just posting any questions here, works for me.

I lost time to work on this, but I'm back again with free time heading
into the holidays.

I thought we still had some issues with the .osm files, specifically I
needed to increase the generalisation to try to ensure ways that
should be snapped are snapped.

I'm also on the maptime slack if that's easier to work through specifics.


On Wed, 19 Dec 2018 at 06:47, Andrew Davidson  wrote:
>
> I have a few remaining tagging question left to answer and the workflow
> still needs to be written up (and agreed on). Other than that, I think
> we're all good to go.
>
> Not wanting to hijack the project I've been a bit unsure on how to push
> this import over the last hump. I could write up a list of questions for
> the mail list or I could try to finish the wiki page and have the
> discussions on the talk page. Any views or objections?
>
> On 19/12/18 12:23 am, Joel H. wrote:
> > Hmm, It's been almost a month since the last message in this
> > import-related thread. I hope for a date planned so we can follow
> > through with the plan, since it seems pretty complete.
> >
> > If Andrew Davidson is still interested, his script could help match and
> > add the nodes into the relationships and possibly flag discrepancies in
> > names.
> >
> > Is anyone interested in reviving this effort?
> >
> > On 19/11/18 8:49 pm, Andrew Davidson wrote:
> >> Planning for the import is not finished yet, so please wait until
> >> after that.
> >>
> >> On Mon, 19 Nov 2018 21:23 Lee Mason  >>  wrote:
> >>
> >> I am prepared to make a start on the Tasmania import over the next
> >> few days, unless there is some further discussion?
> >>
> >>
> >>
> >> ___
> >> 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

[OSM-ja] 1/20 京都！街歩き！マッピングパーティ：第4回 高台寺

[yasunari yamashita]

山下です。みなさん、こんにちわ

2019年1月の京都！街歩き！マッピングパーティは、
秀吉への思いがこめられたお寺 高台寺。
https://openstreetmap-kyoto.connpass.com/event/113282/

皆様の参加をお待ちしています
-- 
山下康成＠京都府向日市
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Volker]

Am 19.12.2018 um 22:41 schrieb Tigerfell:

...
Volker (19.12.):

"Auch meine frühzeitig zum zweiten Satz in Punkt 4 geäußerten Bedenken hier und im Forum 
wurden schlichtweg ignoriert. Im Forum wurde zwar darüber diskutiert. Letzten Endes hat  aber die 
Meinung der "Mapper für Renderer" die Oberhand gewonnen."

Ich sehe in diesen Aussagen einen Widerspruch. Irgendwie habe ich auch das 
Gefühl, dass der Benutzer sich nicht an der Diskussion im Forum beteiligt hat. 
Schade...



Wenn Du Dir mal die Mühe gemacht hättest, würdest Du sehen, dass ich 
sowohl auf der Diskussionsseite des Proposals, im Forum und auch hier 
meine Bedenken geäußert habe. Ich bin überall der Nutzer *aeonesa*.


Besonders im Forum habe ich mich mehrfach zu Wort gemeldet.Den 
Widerspruch in meinen Aussagen, den Du siehst solltest Du hier mal darlegen.
Abgesehen davon habe ich in meinem letzten Post hier abschließend schon 
alles gesagt.
Schade... ist nur, dass eine wirkliche Diskussion speziell im Forum nie 
aufgekommen ist, sondern immer nur die gleichen Mantras hergebetet 
wurden, ohne wirklich auf abweichende Argumente einzugehen.

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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Volker]

Ich habe dagegen gestimmt und zwar als erster


Am 19.12.2018 um 17:37 schrieb Michael Reichert:

...

@Christoph und die anderen Gegner: Wenn ihr die Regeln falsch oder nicht
gut genug findet, warum habt ihr dann nicht mit Nein gestimmt, sondern
keine Stimme abgegeben? Abstimmungen sind zwar nicht der Kern eines
Proposals, aber man sieht sie als erstes, wenn man eines Tages sich das
Proposal anschaut und eine Meinung dazu bildet.

@Tigerfell Denk mal bitte darüber nach, ob du das hier so wirklich
durchziehen möchtest oder du nicht auch einen Abbruch für sinnvoll
erachtest.

Viele Grüße

Michael



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


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

[Talk-africa] Updated validation paint style for JOSM

[Andrew Wiseman]

Hello talk-africa,

About two years ago myself and my colleague Dylan presented at SOTM-Africa 
about some tools we were using in our mapping projects, including a paint style 
for JOSM to help with validation. The tools are linked here: 
https://github.com/osmlab/appledata/wiki/Mapping-and-Community-Tools-Links-from-SOTM-Africa-2017-Talk

We recently added a few new features to the JOSM paint style for data 
validation, including highlighting overlapping buildings, roads that aren’t 
connected to anything else, and dead-end one way streets. 

The paint style also highlights overly large buildings, roads that may need to 
be split, buildings within other buildings, missing layers for bridges or 
tunnels, and various kinds of potential issues with roundabouts. 

The updated paint style, descriptions of what it highlights, and instructions 
for using it are in the same place as before: 
https://github.com/osmlab/appledata/wiki/Inline-Validation-Paint-Style-Information

If you are currently using the paint style you may need to refresh your cache 
in JOSM for the new functions to appear, that information is in the 
instructions too.

Let me know if you have any questions.

Thanks,

Andrew

Andrew Wiseman |  Maps | andrew_wise...@apple.com 
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Majka]

19. prosince 2018 22:47:11 SEČ, Tom Ka  napsal:

>
>Krome toho zrejme na komunitu (a/nebo spolek) budou smerovat jednani o
>vyuziti otevrenych dat ruznych mest, zmineny byly Ceske Budejovice a
>parkovaci automaty, takze to muze byt motivace pro nas zkusit se v
>tomto angazovat a do OSM patricna data dostat.
>



Zrovna ty Budějovice jsou na dlouhé lokty. Oficiálně otevřená data nikde k 
nalezení nejsou, a to jsem se přímo na to neoficiálně dotazovala na magistrátu. 
Rozstrkaného je toho všude možně poměrně dost, ale nic z toho není "otevřené". 
Souhlas s využitím dat je zatím v nedohlednu, nikomu se do toho nechce.

Co vím, mapy.cz údaje k parkování dostaly k dispozici zdarma přímo od 
magistrátu, v jaké formě konkrétně netuším. Já mám "jen" odkaz na mapová data 
magistrátu. 

Jediné, co zatím funguje, je mapování do OSM přímo člověkem z magistrátu, ale 
jsou to zatím jen drobné opravy. ___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[Talk-cz] Fody - autori bez souhlasu

[Tom Ka]

Ahoj,

jeste porad se obcas objevuji nove zadane souhlasy s pouzitim starych
fotek z importu, takze vyuzitych fotek pribyva a fotek bez souhlasu je
uz jen neco pres 8% (bylo cca 11%). Oslovil jsem jeste pres OSM zpravy
par lidi, kde to ma aspon nejakou sanci na uspech (dle
http://osmstats.neis-one.org/?item=countries=Czech%20Republic
jsou aspon nejak aktivni) a po novem roce bych rad provedl definitivni
smazani fotek a autoru bez udeleni souhlasu - jedna se o stare fotky a
posledni stav walleyho DB je zachovan v zaloze, takze pujde pripadne
obnovit/doplnit zpatky do Fody pokud by se nekdo ozval (ted jsou tyto
fotky zakazane, takze se nezobrazuji na osmap.cz apod.).

Konec hlaseni :-)

Bye tom.k

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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Germano Massullo]

Il giorno mer 19 dic 2018, 23:20 Roberto Brazzelli 
ha scritto:

> Ciao,ma il parametro PDOP a cui fai riferimento è valido solo in caso di
> antenna GPS Bluetooth o anche nel caso di GPS vero e proprio con antenna
> integrata?
>

https://en.wikipedia.org/wiki/Dilution_of_precision_(navigation)

Utilizzo l'antenna Royaltek da circa 13 anni, e posso affermare con
certezza che le prestazioni sono nettamente migliori rispetto ai GPS-A
degli smartphone, specialmente nelle condizioni sfavorevoli come nelle
strade strette.

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

Re: [OSM-talk-fr] Magasin de matériel nautique / accastillage

[osm . sanspourriel]

La proposition shop=boat a été rejetée car elle permettait par exemple 
des magasins d'accastillage, c'est-à-dire des magasins ne vendant pas de 
bateaux.


shop=boat a l'avantage de pouvoir mieux décrire ce que l'on peut y 
trouver mais a l'inconvénient d'être un faux ami.


Je suppose que dans bien des magasins dits d'accastillage on peut 
acheter des semi-rigides, donc pas que de l'accastillage et dans tous 
les cas des vêtements qui stricto sensu ne sont pas de l'accastillage ;-).


On a aussi 97 chandler 
.


Curieusement on a une page shop=marine qui redirige vers shop=boat.

Il existe 69 shop=marine.

Marine a pour moi l'avantage de pouvoir regrouper les magasins tournant 
autour du bateau.


ship_chandler est surtout utilisé en Europe, boat est plus régulièrement 
utilisé de par le monde.


Bref c'est le b...

Jean-Yvon

Le 19/12/2018 à 22:42, Eric Brosselin - Osm - o...@eric.brosselin.net a 
écrit :


Bonjour

/Le 19/12/2018 à 09:03, Florian LAINEZ a écrit ://
/

/
/
/Très bonne remarque. je vois que la proposition pour shop=boat a été 
rejetée en 2016 
//https://wiki.openstreetmap.org/wiki/Proposed_features/Marine_shops/
/Du coup en effet on a un doublon et dans les faits des volumes 
d'utilisation pour les deux tags qui restent très faibles./


/Le mar. 18 déc. 2018 à 21:13, Adrien Grellier //> a écrit ://

/


//
//

/J'ai pas bien compris la différence entre shop=boat et
shop=ship_chandler ://
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dship_chandler/


Il me semble qu'il y a un "petit" doublon qui pourrait disparaître.

*shop=boat* décrit un magasin qui vend des bateaux et / _*ou*_ 
(l'effet doublon est là) du matériel, des accessoires, des services


*shop= ship_chandler*  décrit un magasin d'accastillage. Soit un 
magasin qui ne vend _*que*_**du matériel, des accessoires,...


Si on enlevait le "ou" pour shop=boat il n'y aurait pas doublon.


D'ailleurs le mot "shipchandler" (en un seul mot) est un mot français !

Voir sur Wikipédia >>> https://fr.wikipedia.org/wiki/Shipchandler

Voir sur le CNRTL >>> http://www.cnrtl.fr/definition/shipchandler

Sur Iate >>> Anglais en français > 
https://iate.europa.eu/entry/result/241351/fr-en-mul-la



Après qu'il soit peu utilisé ne veut pas dire que c'est un mauvais 
tag. Personne ne s'est intéressé à cette thématique.

C'est dommage.

Ces POIs sont visibles dans OsmAnd avec le rendu "maritime".



___
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-it] Antenna gps bluetooth per smartphone-precisione

[Roberto Brazzelli]

Ciao,ma il parametro PDOP a cui fai riferimento è valido solo in caso di
antenna GPS Bluetooth o anche nel caso di GPS vero e proprio con antenna
integrata?

Il mer 19 dic 2018 14:27 Alessandro P.  ha scritto:

> Il 19/12/18 13:58, Germano Massullo ha scritto:
>
> Il giorno mer 19 dic 2018, 13:52 danbag  ha scritto:
>
>> E come fai a dirlo?
>>
>
> Applicazione BluetoothGPS -> status -> accuracy
>
>>
> Non fidatevi troppo di quelle indicazioni.
> Il GPS (bluetooth o come strumento stand-alone che sia) in uscita invia il
> parametro PDOP. Questo è più o meno la sfera d'incertezza che lui rileva
> interpolando i segnali che riceve dai diversi satelliti. In realtà il
> parametro (e la conseguente indicazione mostrata) a volte ci azzecca, altre
> volte no.
>
> Se si ricerca una buona precisione si sceglie una bella giornata, si
> accende il gps e lo si lascia fermo diversi minuti per fargli agganciare il
> maggior numero di satelliti, si cerca di tenere l'antenna lontano da campi
> magnetici, si spengono i cellulari, si cerca di mantenere l'antenna sempre
> rivolta verso l'alto senza schermarla col corpo e poi ... con la mano che
> non tiene il gps si incrocia il dito indice col medio :-) nel senso che a
> parità di condizioni atmosferiche in certi giorni o ore ci saranno più
> satelliti, in altre meno.
>
> Alessandro
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] Mapy.cz a OSM data v CZ (a jinde)

[Tom Ka]

Ahoj,

z jednani s Mapy.cz (po uspesnem navazani diskuze na SotM CZ v Brne),
zacinaji nest prvni drobne ovoce. Mapy.cz vyuzivaji (nebo v brzke dobe
budou) nasledujici data z OSM pro CZ (i zahranici):

- poštovní schránky (amenity=post_box)
- popelnice na separovaný odpad (amenity=recycling+recycling_type=container)
- SOS telefony (emergency=phone)
- telefonní budky (amenity=telephone)
- stojany pro kola (amenity=bicycle_parking)
- automaty na jízdenky (vending=public_transport_tickets)
- parkovací automaty (vending=parking_tickets)
- železniční přejezdy (railway= level_crossing)

Jednak jim nahlasene chyby v techto vecech budou rovnou opravovat v
OSM, jednak jakakoliv prace komunity se behem par tydnu projevi na
mapy.cz.

Krome toho zrejme na komunitu (a/nebo spolek) budou smerovat jednani o
vyuziti otevrenych dat ruznych mest, zmineny byly Ceske Budejovice a
parkovaci automaty, takze to muze byt motivace pro nas zkusit se v
tomto angazovat a do OSM patricna data dostat.

Mejte se tom.k

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

Re: [OSM-talk-fr] Magasin de matériel nautique / accastillage

[Eric Brosselin - Osm]

Bonjour

/Le 19/12/2018 à 09:03, Florian LAINEZ a écrit ://
/

/
/
/Très bonne remarque. je vois que la proposition pour shop=boat a été 
rejetée en 2016 
//https://wiki.openstreetmap.org/wiki/Proposed_features/Marine_shops/
/Du coup en effet on a un doublon et dans les faits des volumes 
d'utilisation pour les deux tags qui restent très faibles./


/Le mar. 18 déc. 2018 à 21:13, Adrien Grellier //> a écrit ://

/


//
//

/J'ai pas bien compris la différence entre shop=boat et
shop=ship_chandler ://
https://wiki.openstreetmap.org/wiki/Tag:shop%3Dship_chandler/


Il me semble qu'il y a un "petit" doublon qui pourrait disparaître.

*shop=boat* décrit un magasin qui vend des bateaux et / _*ou*_ (l'effet 
doublon est là) du matériel, des accessoires, des services


*shop= ship_chandler*  décrit un magasin d'accastillage. Soit un magasin 
qui ne vend _*que*_**du matériel, des accessoires,...


Si on enlevait le "ou" pour shop=boat il n'y aurait pas doublon.


D'ailleurs le mot "shipchandler" (en un seul mot) est un mot français !

Voir sur Wikipédia >>> https://fr.wikipedia.org/wiki/Shipchandler

Voir sur le CNRTL >>> http://www.cnrtl.fr/definition/shipchandler

Sur Iate >>> Anglais en français > 
https://iate.europa.eu/entry/result/241351/fr-en-mul-la



Après qu'il soit peu utilisé ne veut pas dire que c'est un mauvais tag. 
Personne ne s'est intéressé à cette thématique.

C'est dommage.

Ces POIs sont visibles dans OsmAnd avec le rendu "maritime".


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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Tigerfell]

Ich werde in dieser E-Mail versuchen auf viele Punkte einzugehen:
Christoph Hormann (23.11.):
> "Vielleicht als Ratschlag für die Verfasser dieser Vorschläge:  Versucht
das einfach so zu formulieren, dass für Norbert Neumapper klar ist, was
ihr von ihm möchtet - ohne sich Gedanken über die genaue Bedeutung von
Wörtern wie 'nötig' und 'überschaubar', Wortneuschöpfungen
wie 'MP-Teppiche' oder pseudo-englische Begriffe wie 'Outer-Way'
oder 'Inner-Ringe' zu machen."
Man kann darüber sicherlich diskutieren, ich sage dazu aber nichts und verweise 
in diesem Fall auf die Nutzer "Nakaner" und "Pfad-Finder", von denen ich diese 
Textabschnitte übernommen habe. 

Christoph Hormann (27.11.):
> "Ich denke insbesondere, dass das Konzept von Punkt 2 und 3 (Regel und 
Ausnahme) sehr verwirrend sein kann, denn es gibt in OSM relativ klare 
Konventionen, was für Arten von Geometrien geteilt werden dürfen und 
welche nicht.  Diese Konventionen haben nur sehr begrenzt etwas 
mit "One feature, one OSM element" zu tun." 
Nun, da diese mir diese Konventionen nicht bekannt sind, konnte ich sie nicht 
einfügen (das klingt dreist, entspricht aber tatsächlich der Wahrheit).

Wikiuser Flohoff (4.12.):
> "Es fehlt der Nachweis das dieses ein weit verbreitetes Problem ist. Ja - es 
> gibt regionale Häufungen die von einigen wenigen Mappern verursacht worden 
> sind. Es ist aber kein "Massenphänomen". Diesewenigen Mapper wird man auch 
> nicht "bekehren" können."
Die Tatsache, dass etwas möglicherweise nicht weit verbreitet ist, schließt 
eine Regelung nicht aus. Durch die vielen Kommentare habe ich den Eindruck, 
dass die Angelegenheit vielen Beitragenden am Herzen liegt und das ist für mich 
bereits ausreichend. 

Volker (19.12.):
> "Auch meine frühzeitig zum zweiten Satz in Punkt 4 geäußerten Bedenken hier 
> und im Forum wurden schlichtweg ignoriert. Im Forum wurde zwar darüber 
> diskutiert. Letzten Endes hat  aber die Meinung der "Mapper für Renderer" die 
> Oberhand gewonnen."
Ich sehe in diesen Aussagen einen Widerspruch. Irgendwie habe ich auch das 
Gefühl, dass der Benutzer sich nicht an der Diskussion im Forum beteiligt hat. 
Schade...

Michael Reichert (19.12.):
> "Ich selbst finde die Regeln in ihrer derzeit zur Abstimmung stehenden
Form ebenfalls schlecht geschrieben und habe nur zähneknirschend
zugestimmt." 
Die Aussage verwundert mich. Trotz einiger Änderungen geht die Fassung des 
Textes doch auf einen Entwurf von diesem Benutzer zurück (s. 
https://forum.openstreetmap.org/viewtopic.php?pid=727019#p727019 
). 

Falk Zscheile (19.12.):
> "Es ist in der Regel immer zu wenig Zeit für ein perfektes Proposal.
Entweder man stimmt zeitnah ab oder es verläuft sich im Sande, bis
eine neue Diskussion los brandet, weil alle mit dem Istzustand
unzufrieden sind. Das Proposal ist ein WEg weg vom Istzustand."
Das entspricht auch meiner Wahrnehmung. Die Diskussion im Forum habe ich des 
Öfteren als weitschweifig empfunden, aber letztendlich blieben offene Punkte.

Christoph Hormann (19.12.):
> "Was das Abstimmungsverfahren angeht - der eigentliche Sinn der 
Abstimmung bei Proposals ist, die Entstehung eines Konsenses formal zu 
bestätigen.  Wenn man das Ganze als Mehrheitsentscheidung (mit 74% 
statt 50% Mehrheit) auffasst, dann ist das halt kein Konsens.  Das kann 
man gut oder schlecht finden, das ändert aber nichts an den Tatsachen."
Folgend der Beschreibung auf 
https://wiki.openstreetmap.org/w/index.php?title=Proposal_process=1602301#Approved
 

 sehe ich das als Mehrheitsentscheidung (ich beziehe mich absichtlich auf die 
englischsprachige Fassung, weil diese nie von mir bearbeitet wurde) mit 
besonderer Betrachtung von Minderheitenmeinungen. Ich habe nicht den Eindruck, 
dass ein Konsens möglich ist, weil die Meinungen zu verschieden sind. In 
Bezugnahme auf "All suggestions should be taken into account before a proposal 
is approved or rejected." kann ich nur sagen, dass ich zu manchen Einwänden 
nichts sagen kann, weil mir diese Situation noch nicht untergekommen ist (bspw. 
Erfassung von Feldern), ich sie für destruktiv halte oder ich denke, dass 
Andere dazu mehr sagen können (bspw. übereinanderliegende Linien). 

Ich hoffe, dass ich den Wünschen nach Klarstellung, zumindest in Bereichen, wo 
ich mich fähig fühle zu urteilen, nachkommen konnte. 

Zuletzt möchte ich noch sagen, dass ich mich weder als Autor noch als Initiator 
sehe, sondern schlicht als Wiki-Benutzer, der die Konventionen der Gemeinschaft 
dokumentieren möchte, so sie dann auch angewendet werden. 
Ich halte es persönlich für ungünstig, dass die Diskussion über drei Medien 
separat verläuft. Liest man nur im Forum mit, erhält man den Eindruck, dass die 
Lager geklärt sind, d.h. Einige sowieso ablehnen, aber alles entweder eingefügt 
oder abgelehnt wurde. 

Tigerfell

PS: Weitere Kommentare zu den Argumenten im 

[OSM-talk] Help - how to get rid of wrong image in wiki?

[Richard]

Hi,

the example image in https://wiki.openstreetmap.org/wiki/Tag:oneway%3Dreversible
is clearly wrong but aparently isn't mentioned referenced anywhere in the 
source 
of the page. Am I blind?

Does it perhaps come from https://wiki.openstreetmap.org/wiki/Item:Q5736 ??

How the hell can I get rid of it?

Richard

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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Martin Koppenhoefer]

sent from a phone

> On 19. Dec 2018, at 20:39, Christoph Hormann  wrote:
> 
> Was das Abstimmungsverfahren angeht - der eigentliche Sinn der 
> Abstimmung bei Proposals ist, die Entstehung eines Konsenses formal zu 
> bestätigen.  Wenn man das Ganze als Mehrheitsentscheidung (mit 74% 
> statt 50% Mehrheit) auffasst, dann ist das halt kein Konsens.


Einen vollständigen Konsens wird man nicht finden können, von daher haben die 
Abstimmungen, gerade wenn es um allgemeine Empfehlungen geht, durchaus auch 
eine legitimierende Funktion, dass die große Mehrheit die absolute Freiheit 
einiger weniger „Mindermeinungsvertreter“ einschränken kann. Wenn das aber 
nicht wirklich sehr wenige sind, dann gebe ich Dir Recht, ist es halt kein 
Konsens.


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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Martin Koppenhoefer]

sent from a phone

On 19. Dec 2018, at 21:13, Martin Koppenhoefer  wrote:

>> isced:level=0 
>> non sia sbagliato.
> 
> 
> 
> è sbagliato, il tag è amenity=kindergarten 
> Il fatto che si può applicare un isced level non vuole dire che il tag in OSM 
> è amenity=school


seguendo questa logica potremmo taggare le università con

amenity=school
isced:level=5;6
;-)

Ciao, Martin 

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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Martin Koppenhoefer]

sent from a phone

> On 19. Dec 2018, at 13:45, Cascafico Giovanni  wrote:
> 
> Per i nuovi POI credo che assegnare ad una scuola materna/dell'infanzia i tag 
> amenity=school
> isced:level=0 
> non sia sbagliato.


è sbagliato, il tag è amenity=kindergarten 
Il fatto che si può applicare un isced level non vuole dire che il tag in OSM è 
amenity=school


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

[Talk-cz] 1. jevíčský mapathon

[Antonín Haas]

Ahoj,
15. 1. 2019 se uskuteční 1. jevíčský mapathon (pořádají organizátoři
pravidelných olomouckých mapathonů). Odkaz na FB event:
https://www.facebook.com/events/129854131246204/

-- 
s pozdravem bass Antonín Haas
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Christoph Hormann]

On Wednesday 19 December 2018, Falk Zscheile wrote:
>
> Es wird immer so sein, dass es Punkte gibt, die einem persönlich
> nicht gefallen oder die man gern anders hätte. Ein Abstimmungsprozess
> ist durch das Gesamtpaket, das zur Abstimmung steht, auch immer eine
> Abstraktion von der eigenen Auffassung. Genau aus diesem Grund ist es
> auch immer einfach, über Politik zu schimpfen. Hier erleben wir am
> eigenen Leib, wie schwierig es ist, Kompromisse zu finden, die eine
> möglichst breite Zustimmung erfahren.

Ich kann hier nur für mich selbst sprechen, ich hab aber klar gesagt, 
dass es mir hier nicht um irgendwelche inhaltlichen Änderungswünsche 
geht, sondern um eine klare und für jeden verständliche Formulierung, 
was da eigentlich konkret inhaltlich empfohlen wird.

Und das Argument, dass man keine Perfektion fordern sollte, lasse ich 
nicht gelten.  Um eine allgemeinverständliche und eindeutige 
Formulierung ohne inhaltsleere Floskeln zu bitten ist alles andere als 
Perfektionsstreben.

Was das Abstimmungsverfahren angeht - der eigentliche Sinn der 
Abstimmung bei Proposals ist, die Entstehung eines Konsenses formal zu 
bestätigen.  Wenn man das Ganze als Mehrheitsentscheidung (mit 74% 
statt 50% Mehrheit) auffasst, dann ist das halt kein Konsens.  Das kann 
man gut oder schlecht finden, das ändert aber nichts an den Tatsachen.

Wenn jetzt die Entwickler des Proposals auf meine Hinweise hin gesagt 
hätten: Wir haben uns das angeschaut und aus diesem und jenem Grund 
lässt sich das unserer Ansicht nach nicht gut klarer und besser 
nachvollziehbar formulieren - oder:  Wir kriegen das nicht wirklich 
klarer hin, kann uns da jemand bei der Ausformulierung ein bisschen 
helfen. Dann wär das alles aus meiner Sicht kein großes Problem.

Ob die Abstimmung jetzt zu Ende geführt wird oder nicht, formal 
erfolgreich ist oder nicht - das halte ich nicht für wichtig.  Wichtig 
wäre für mich, dass die ganze Sache damit nicht beendet ist, sondern 
die Beteiligten aus der Erfahrung lernen und wir am Ende auf 
irgendeinem Weg zu einer soliden, für jedermann verständlichen 
Handreichung zum Mappen von Flächen/zur Verwendung von Multipolygonen 
kommen, die dem Konsens der lokalen Community in Deutschland 
entspricht.

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

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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Martin Koppenhoefer]

sent from a phone

On 19. Dec 2018, at 18:56, Falk Zscheile  wrote:

>> Wenn das Proposal durchfällt (74 Prozent Mehrheit sind nominell
>> erforderlich, aber bei 39 abgegebenen Stimmen ist die Abstimmung IMHO
>> nicht repräsentativ), werde ich ihm nicht nachweinen, sondern einen
>> zweiten, durchdachteren und besser begründeten Versuch starten.
>> 
> Ich war eher positiv überrascht, dass überhaupt "so viele" eine Stimme
> abgegeben haben. Einen Überblick, was sonst so übliche
> Teilnehmerzahlen sind, habe ich aber nicht. Die
> "Repräsentativitätskeule" wird ohnehin immer von Gegnern eines
> proposals gezückt werden.


im Wiki kann man auch bei englischen proposals eigentlich schon froh sein, wenn 
das Quorum erreicht wird, das sind 8. Mehr als 20 stimmen fast nie ab, wobei es 
hier zugegebenermaßen um etwas „größeres“ als bei Abstimmungen zu einem 
einzelnen tag geht, etwas das im Prinzip alle in Deutschland Mappenden 
betrifft, so dass 39 jetzt auch nicht die Superüberraschung war. Es sind 
vermutlich fast 100% der Leute die die Diskussion verfolgt haben und denen das 
Thema wichtig ist von daher verstehe ich nicht was daran nicht repräsentativ 
sein soll ;-)

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

Re: [OSM-talk-fr] Après la carte en breton : voici les cartes en occitan et en basque

[Christian Quest]

Ces trois fonds sont désormais aussi sur https://tile.openstreetmap.fr/ :)

Le mar. 18 déc. 2018 à 00:16, Christian Quest  a
écrit :

> Je me met au prédictif ;)
>
> Le lun. 17 déc. 2018 à 23:20, Maël REBOUX  a
> écrit :
>
>> Ha ben ça c’est cool. Merci.
>>
>> J’avais mis ça sur ma liste de choses à faire pendant les congés. Je peux
>> rayer ;)
>>
>>
>> Le 16 déc. 2018 à 19:20, Christian Quest  a
>> écrit :
>>
>> J'ai ajouté ces trois rendus dans ceux connus d'uMap... plus besoin de
>> bricoler les URL ;)
>>
>> Le dim. 16 déc. 2018 à 15:51, Vincent Bergeot  a
>> écrit :
>>
>>> Bonjour,
>>>
>>> merci pour ces tuiles
>>> Le 13/12/2018 à 21:40, Maël REBOUX a écrit :
>>>
>>> [..]
>>>
>>> Les url des services de tuiles (au format TMS) sont les suivants :
>>>
>>>- breton (br) : https://tile.openstreetmap.bzh/br/{z}/{x}/{y}.png
>>>- occitan (oc) : https://tile.openstreetmap.bzh/oc/{z}/{x}/{y}.png
>>>- basque (eu) : https://tile.openstreetmap.bzh/eu/{z}/{x}/{y}.png
>>>
>>>
>>>
>>>
>>> Umap permet d'ajouter un services de tuiles personnalisé, à priori du
>>> même format que ce que vous proposez !
>>>
>>> Mais je n'arrive pas à le faire marcher ! Bon en même temps, je
>>> comprends pas tout à ces questions :)
>>>
>>> Bonne journée
>>>
>>> Vincent
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>


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

Re: [OSM-talk-fr] Suivi de l'état du bâti par rapport au cadastre

[Gautier Pelloux-Prayer]

Bonjour à tous,

Une version 1.1.0 de l'outil https://cadastre.damsy.net est sortie. 
Celle-ci apporte, entre autres :


- un mode d'emploi interactif s'affichant automatiquement à la 1ère visite ;

- une barre de recherche ;

- des raccourcis claviers pour optimiser le workflow des contributeurs 
les plus chevronnés ;) ;


- puis comme d'habitudes, des corrections de bugs, optimisations, …

Pour information, il y a en France *193 communes dont le bâti n'a jamais 
été importé* dans OSM (couleur rose sur la carte) ! C'est relativement 
simple à faire, si l'on maîtrise JOSM… Avis aux cartographes ;-)



On 29/10/2018 18:19, Gautier Pelloux-Prayer wrote:


Bonjour,

Un certain nombre d'outils de QA existent déjà sur OSM, alors pourquoi 
ne pas en rajouter un nouveau ?!


https://cadastre.damsy.net/ est une carte de suivi du bâti, commune 
par commune, afin de connaître de quand date le dernier import du 
cadastre réalisé. Cela permet de détecter :


- les villes qui n'ont jamais été importées (0 bâtiments + cadastre 
vectoriel disponible)


- les communes qui n'ont /a priori/ jamais été importés, mais où du 
bâti existe. Souvent, on trouve dans ces communes quelques bâtiments 
dessinés à la main (IGN, Bing)… mais il manque 90+% du bâti.


- et sinon la date d'import des autres villes (en se basant sur le tag 
/source/ des bâtiments).


Par ailleurs, le site permet d'ouvrir dans un JOSM préconfiguré le 
bâti d'une commune (généré via https://cadastre.openstreetmap.fr, en 
attendant que les fichiers Etalab soit prêts ?), afin de le mettre à 
jour (via le plugin Conflation, ou la méthode de votre choix..).


En espérant que ça puisse servir à d'autres, je m'en sers 
personnellement pour dégommer du rose et du gris ;-). Retours 
bienvenus, ici ou sur https://gitlab.com/bagage/cadastre-conflation/issues


Bonne journée,


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

[Talk-dk] MapRoulette challenges for Denmark

[Andrew Wiseman]

Hello OSM Denmark,

This is Andrew from Apple’s Maps team. We’ve been working on the a few road 
issues and buildings for some time 
(https://github.com/osmlab/appledata/issues/69 and 
https://github.com/osmlab/appledata/issues/118) and recently used our Atlas 
data analysis tool (https://github.com/osmlab/atlas 
) to look for a few types of potential issues, 
such as roads with sharp angles and buildings that intersect roads. I posted 
the results of those checks on MapRoulette, a tool that lets you go through 
potential issues one by one and either correct them or indicate they are not a 
problem. I wanted to let you know they are available in case others wanted to 
try fixing some of them — I also plan to go through some of them myself. 

In MapRoulette you can either pick a random task to fix or click on a specific 
one. If you want to do tasks around a certain location, such as somewhere you 
are familiar with, you can click “more options” then “load tasks by proximity.” 

The checks are:

- Sharp angles (only 6 total): https://maproulette.org/mr3/challenge/3421 

- Building-road intersections: https://maproulette.org/mr3/challenge/3423 


Let me know if you have any questions or feedback.

Thank you,

Andrew


Andrew Wiseman |  Maps | andrew_wise...@apple.com 
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-it-lazio] Incontri mensili nel nuovo anno?

[Marcello Pelato]

 Vi stavo appunto pensando.Mi spiace ultimamente sono stato distratto da 
altro...
Allora buone feste ed all'anno prossimo 
On Monday, December 17, 2018, 5:55:04 PM GMT+1, Martin Koppenhoefer 
 wrote:  
 
 direi di si.

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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Falk Zscheile]

Moin,

Am Mi., 19. Dez. 2018 um 17:38 Uhr schrieb Michael Reichert
:

> Am 19.12.18 um 13:30 schrieb Christoph Hormann:
> > Ich muss sagen, dass ich ziemlich enttäuscht davon bin, dass mein
> > zweimaliger Hinweis hier (in Antwort auf Nakaner vom 23.11. und in
> > Antwort auf Tigerfell vom 27.11.) hinsichtlich der Nachvollziehbarkeit
> > und Klarheit der Regeln insbesondere für neue Mapper kein Gehör fand.
> >
> > Unabhängig vom Abstimmungs-Ergebnis wird da so kein Community-Konsens
> > draus, wenn selbst so offensichtliche und begründete Vorschläge mit
> > keinerlei Potential für inhaltliche Konflikte keine Berücksichtigung
> > finden.
> >
> > Und wenn dann Frederiks Einwände in der Abstimmung, die zum Teil in eine
> > ganz ähnliche Richtung gehen, damit entgegnet werden, dass man sie doch
> > früher hätte einbringen sollen (Duh! Siehe oben) dann deutet das für
> > mich ein bisschen darauf hin, dass hier manche mehr die homogenen
> > Ansichten einer kleinen Gruppe in die Welt exportieren wollen, als zu
> > einem breiten Konsens zu kommen, den alle verstehen und den die
> > allermeisten unterstützen können.
>
> Ich selbst finde die Regeln in ihrer derzeit zur Abstimmung stehenden
> Form ebenfalls schlecht geschrieben und habe nur zähneknirschend
> zugestimmt. Die Kritik ist aber berechtigt.
>
> Kritik mit "das hättest du auch früher sagen können" zu entgegnen, finde
> ich nicht gut. Stattdessen sollte man die Abstimmung abbrechen und
> zurück in die Entwurfsphase gehen.
>

Es wird immer so sein, dass es Punkte gibt, die einem persönlich nicht
gefallen oder die man gern anders hätte. Ein Abstimmungsprozess ist
durch das Gesamtpaket, das zur Abstimmung steht, auch immer eine
Abstraktion von der eigenen Auffassung. Genau aus diesem Grund ist es
auch immer einfach, über Politik zu schimpfen. Hier erleben wir am
eigenen Leib, wie schwierig es ist, Kompromisse zu finden, die eine
möglichst breite Zustimmung erfahren.

> Wenn das Proposal durchfällt (74 Prozent Mehrheit sind nominell
> erforderlich, aber bei 39 abgegebenen Stimmen ist die Abstimmung IMHO
> nicht repräsentativ), werde ich ihm nicht nachweinen, sondern einen
> zweiten, durchdachteren und besser begründeten Versuch starten.
>
Ich war eher positiv überrascht, dass überhaupt "so viele" eine Stimme
abgegeben haben. Einen Überblick, was sonst so übliche
Teilnehmerzahlen sind, habe ich aber nicht. Die
"Repräsentativitätskeule" wird ohnehin immer von Gegnern eines
proposals gezückt werden. Wir haben eben keine guten Mechanismen zur
quantitativen Meinungsforschung. Das Argument der
"Nichtrepräsentativität" funktioniert also faktisch immer. Als
qualitativ nutzbares Meinungsbild taugt die Abstimmung zumindest im
Ansatz.

Es ist in der Regel immer zu wenig Zeit für ein perfektes Proposal.
Entweder man stimmt zeitnah ab oder es verläuft sich im Sande, bis
eine neue Diskussion los brandet, weil alle mit dem Istzustand
unzufrieden sind. Das Proposal ist ein WEg weg vom Istzustand.

Das unser Meinungsfindungsverfahren mit ihren Abstimmungsprozessen
nicht besonders gut sind, ist bekannt. Wir haben leider bisher nichts
besseres. Ich fände es toll, wenn man ein Verfahren hätten, bei dem
Beispielsweise alle, die in einem bestimmten Zeitraum ein relevantes
Objekt bearbeiten oder erstellen (z.B. Polygon) zur Abstimmung
aufgefordert würden. Dann hätte man zumindest von denen, die damit
arbeiten, ein repräsentatives Meinungsbild. Dann könnte man die
Gesamtstimmungslage zu einem Proposal besser einfangen.

> @Tigerfell Denk mal bitte darüber nach, ob du das hier so wirklich
> durchziehen möchtest oder du nicht auch einen Abbruch für sinnvoll
> erachtest.
>
Das Ergebnis wird nicht repräsentativer, wenn wir nochmal darüber
abstimmen. Ob das überhaupt gelingt, weil bei Formulierungsänderungen
ggf. auch neu diskutiert werden muss, ist für mich ohnehin fraglich.

Falk

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

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[Aury88]

Ciao alessandro.

Bel progetto, sono felice WMI parteciperà.

se si tratta "semplicemente" di mappare in quei tre giorni a qualsiasi ora a
nostra discrezione posso partecipare pure io. se invece è richiesta la
mappatura durante specifiche ore, o su chiamata  devo prima vedere se riesco
ad incastrare l'attività con gli altri miei impegni.

Conoscenza OSM: media (tag più comuni, qualcosina di indoor mapping,
qualcosina sulla relazione route e multipoligono)
Conoscenza JOSM: Basica 
Cell/telegram: già ce li hai ;-)



-
Ciao,
Aury
--
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: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Michael Reichert]

Hallo,

Am 19.12.18 um 13:30 schrieb Christoph Hormann:
> Ich muss sagen, dass ich ziemlich enttäuscht davon bin, dass mein 
> zweimaliger Hinweis hier (in Antwort auf Nakaner vom 23.11. und in 
> Antwort auf Tigerfell vom 27.11.) hinsichtlich der Nachvollziehbarkeit 
> und Klarheit der Regeln insbesondere für neue Mapper kein Gehör fand.
> 
> Unabhängig vom Abstimmungs-Ergebnis wird da so kein Community-Konsens 
> draus, wenn selbst so offensichtliche und begründete Vorschläge mit 
> keinerlei Potential für inhaltliche Konflikte keine Berücksichtigung 
> finden.
> 
> Und wenn dann Frederiks Einwände in der Abstimmung, die zum Teil in eine 
> ganz ähnliche Richtung gehen, damit entgegnet werden, dass man sie doch 
> früher hätte einbringen sollen (Duh! Siehe oben) dann deutet das für 
> mich ein bisschen darauf hin, dass hier manche mehr die homogenen 
> Ansichten einer kleinen Gruppe in die Welt exportieren wollen, als zu 
> einem breiten Konsens zu kommen, den alle verstehen und den die 
> allermeisten unterstützen können.

Ich selbst finde die Regeln in ihrer derzeit zur Abstimmung stehenden
Form ebenfalls schlecht geschrieben und habe nur zähneknirschend
zugestimmt. Die Kritik ist aber berechtigt.

Kritik mit "das hättest du auch früher sagen können" zu entgegnen, finde
ich nicht gut. Stattdessen sollte man die Abstimmung abbrechen und
zurück in die Entwurfsphase gehen.

Wenn das Proposal durchfällt (74 Prozent Mehrheit sind nominell
erforderlich, aber bei 39 abgegebenen Stimmen ist die Abstimmung IMHO
nicht repräsentativ), werde ich ihm nicht nachweinen, sondern einen
zweiten, durchdachteren und besser begründeten Versuch starten.

@Christoph und die anderen Gegner: Wenn ihr die Regeln falsch oder nicht
gut genug findet, warum habt ihr dann nicht mit Nein gestimmt, sondern
keine Stimme abgegeben? Abstimmungen sind zwar nicht der Kern eines
Proposals, aber man sieht sie als erstes, wenn man eines Tages sich das
Proposal anschaut und eine Meinung dazu bildet.

@Tigerfell Denk mal bitte darüber nach, ob du das hier so wirklich
durchziehen möchtest oder du nicht auch einen Abbruch für sinnvoll
erachtest.

Viele Grüße

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

Re: [OSM-talk-ie] Apartment

[Colm Moore]

Hi,

That level of mapping is quite detailed. :) Are some apartment numbers missing?

This is how I have mapped some apartment blocks. Each has a nuance in its 
numbering.
https://www.openstreetmap.org/way/353877339
https://www.openstreetmap.org/way/271494230
https://www.openstreetmap.org/way/353877335
https://www.openstreetmap.org/way/229475222
https://www.openstreetmap.org/way/353958506
https://www.openstreetmap.org/way/109246513

Note that you can say building=apartments, so that people can tell it apart(!) 
from terraced houses.

Colm

---
Never doubt that a small group of thoughtful, committed citizens can change the 
world. Indeed, it is the only thing that ever has. Margaret Mead


Message: 1
Date: Tue, 18 Dec 2018 18:36:28 +
From: Tadeusz Cantwell 
To: Discussion of OpenStreetMap in Ireland 
Subject: [OSM-talk-ie] Apartment
Message-ID:

Content-Type: text/plain; charset="UTF-8"

I was mapping an apartment style building, Ballynoe Court, but each one had
there own doors. Does this look like the best way to achieve it.
https://eur01.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.openstreetmap.org%2F%23map%3D19%2F53.18983%2F-6.12670data=02%7C01%7C%7Cf2784ae6978d4366b12208d665a9e36a%7C84df9e7fe9f640afb435%7C1%7C0%7C636808177663878763sdata=VkqZAge0Q74UMkdoMGtH6QXhUYef4iaQLSP1kyn7H2o%3Dreserved=0


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

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[Michele Malfatti]

Ci sono super volentieri.

Sent from my iPhone

> On 19/dic/2018, at 15:42, Alessandro Palmas  
> wrote:
> 
> Salve lista,
> ho parlato alcune volte del progetto V-IOLA
> http://violaproject.eu/
> 
> a cui Wikimedia Italia partecipa.
> 
> Per le prossime esercitazioni cerchiamo alcuni volontari OSM per operare da 
> remoto. Il primo appuntamento sarà dal 18 al 20 gennaio 2019.
>  A questa pagina https://wiki.wikimedia.it/wiki/Progetto_V-IOLA/Volontari
> trovate info sul progetto e i dettagli della call.
> 
> Alessandro Ale_Zena_IT
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[Matteo Zaffonato]

Ci sono volentieri

Matteo

Il giorno mer 19 dic 2018, 15:43 Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Salve lista,
> ho parlato alcune volte del progetto V-IOLA
>
> http://violaproject.eu/
>
> a cui Wikimedia Italia partecipa.
>
> Per le prossime esercitazioni cerchiamo alcuni volontari OSM per operare
> da remoto. Il primo appuntamento sarà dal 18 al 20 gennaio 2019.
>  A questa pagina https://wiki.wikimedia.it/wiki/Progetto_V-IOLA/Volontari
> trovate info sul progetto e i dettagli della call.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[Edoardo Yossef Marascalchi]

non posso garantire al 100% (mia moglie partorirà a febbraio) ma partecipo
volentieri

Il giorno mer 19 dic 2018, 5:11 PM Michele Malfatti <
michele.malfa...@gmail.com> ha scritto:

> Io ci sono
>
> Sent from my iPhone
>
> On 19 Dec 2018, at 15:42, Alessandro Palmas <
> alessandro.pal...@wikimedia.it> wrote:
>
> Salve lista,
> ho parlato alcune volte del progetto V-IOLA
>
> http://violaproject.eu/
>
> a cui Wikimedia Italia partecipa.
>
> Per le prossime esercitazioni cerchiamo alcuni volontari OSM per operare
> da remoto. Il primo appuntamento sarà dal 18 al 20 gennaio 2019.
>  A questa pagina https://wiki.wikimedia.it/wiki/Progetto_V-IOLA/Volontari
> trovate info sul progetto e i dettagli della call.
>
> Alessandro Ale_Zena_IT
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ricerca volontari online per progetto V-IOLA

[Michele Malfatti]

Io ci sono 

Sent from my iPhone

> On 19 Dec 2018, at 15:42, Alessandro Palmas  
> wrote:
> 
> Salve lista,
> ho parlato alcune volte del progetto V-IOLA
> http://violaproject.eu/
> 
> a cui Wikimedia Italia partecipa.
> 
> Per le prossime esercitazioni cerchiamo alcuni volontari OSM per operare da 
> remoto. Il primo appuntamento sarà dal 18 al 20 gennaio 2019.
>  A questa pagina https://wiki.wikimedia.it/wiki/Progetto_V-IOLA/Volontari
> trovate info sul progetto e i dettagli della call.
> 
> Alessandro Ale_Zena_IT
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Ricerca volontari online per progetto V-IOLA

[Alessandro Palmas]

  
  
Salve lista,
ho parlato alcune volte del progetto V-IOLA
http://violaproject.eu/



a cui Wikimedia Italia partecipa.

Per le prossime esercitazioni cerchiamo alcuni volontari OSM per
operare da remoto. Il primo appuntamento sarà dal 18 al 20 gennaio
2019.
 A questa pagina
https://wiki.wikimedia.it/wiki/Progetto_V-IOLA/Volontari
trovate info sul progetto e i dettagli della call.

Alessandro Ale_Zena_IT

  


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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[sepp1974]

Inhaltlich absolute Zustimmung, daher auch von mir

+ 1

für beide!

@ Christoph - das ist doch überall so, naja fast, von daher verwundert 
(mich) das Ergebnis nicht.


Gruß Sepp



Am 19.12.2018 15:33 schrieb Volker:

+3

Auch meine frühzeitig zum zweiten Satz in Punkt 4 geäußerten Bedenken
hier und im Forum wurden schlichtweg ignoriert. Im Forum wurde zwar
darüber diskutiert. Letzten Endes hat  aber die Meinung der "Mapper
für Renderer" die Oberhand gewonnen. Da ich MP sowieso nur bei
Gebäuden mit Innenhöfen benutze, ist es mir letzten Endes auch egal.
Ich werde die Welt weiterhin in der _Datenbank_ so abbilden, wie sie
wirlich ist, Und wenn ein Zaun direkt auf der Abgrenzung einer Weide
steht, dann zeichne ich die _Ways_ auch übereinander.


Am 19.12.2018 um 13:30 schrieb Christoph Hormann:

Ich muss sagen, dass ich ziemlich enttäuscht davon bin, dass mein
zweimaliger Hinweis hier (in Antwort auf Nakaner vom 23.11. und in
Antwort auf Tigerfell vom 27.11.) hinsichtlich der Nachvollziehbarkeit
und Klarheit der Regeln insbesondere für neue Mapper kein Gehör fand.

Unabhängig vom Abstimmungs-Ergebnis wird da so kein Community-Konsens
draus, wenn selbst so offensichtliche und begründete Vorschläge mit
keinerlei Potential für inhaltliche Konflikte keine Berücksichtigung
finden.

Und wenn dann Frederiks Einwände in der Abstimmung, die zum Teil in 
eine
ganz ähnliche Richtung gehen, damit entgegnet werden, dass man sie 
doch

früher hätte einbringen sollen (Duh! Siehe oben) dann deutet das für
mich ein bisschen darauf hin, dass hier manche mehr die homogenen
Ansichten einer kleinen Gruppe in die Welt exportieren wollen, als zu
einem breiten Konsens zu kommen, den alle verstehen und den die
allermeisten unterstützen können.



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


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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Volker]

+3

Auch meine frühzeitig zum zweiten Satz in Punkt 4 geäußerten Bedenken 
hier und im Forum wurden schlichtweg ignoriert. Im Forum wurde zwar 
darüber diskutiert. Letzten Endes hat  aber die Meinung der "Mapper für 
Renderer" die Oberhand gewonnen. Da ich MP sowieso nur bei Gebäuden mit 
Innenhöfen benutze, ist es mir letzten Endes auch egal. Ich werde die 
Welt weiterhin in der _Datenbank_ so abbilden, wie sie wirlich ist, Und 
wenn ein Zaun direkt auf der Abgrenzung einer Weide steht, dann zeichne 
ich die _Ways_ auch übereinander.



Am 19.12.2018 um 13:30 schrieb Christoph Hormann:

Ich muss sagen, dass ich ziemlich enttäuscht davon bin, dass mein
zweimaliger Hinweis hier (in Antwort auf Nakaner vom 23.11. und in
Antwort auf Tigerfell vom 27.11.) hinsichtlich der Nachvollziehbarkeit
und Klarheit der Regeln insbesondere für neue Mapper kein Gehör fand.

Unabhängig vom Abstimmungs-Ergebnis wird da so kein Community-Konsens
draus, wenn selbst so offensichtliche und begründete Vorschläge mit
keinerlei Potential für inhaltliche Konflikte keine Berücksichtigung
finden.

Und wenn dann Frederiks Einwände in der Abstimmung, die zum Teil in eine
ganz ähnliche Richtung gehen, damit entgegnet werden, dass man sie doch
früher hätte einbringen sollen (Duh! Siehe oben) dann deutet das für
mich ein bisschen darauf hin, dass hier manche mehr die homogenen
Ansichten einer kleinen Gruppe in die Welt exportieren wollen, als zu
einem breiten Konsens zu kommen, den alle verstehen und den die
allermeisten unterstützen können.



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

[OSM-talk-be] Tourism : How to tag a regional / local rating ? / Tourisme : Comment tagger les labels touristiques ?

[Lionel Giard]

[Pour les francophones, j'ai traduits à peu près en-dessous :-) ]

Hi everyone,

I asked on the community riot channel how to tag a regional tourism rating
as i'm mapping tourism sites in Wallonia. We were not sure, so i bring the
question to the mailing list.

To give everyone the details : there is apparently three ratings in use in
Wallonia [1], the '*étoiles*' ('stars') used for hotel/camping/...,  the "
*épis*" used for guest houses (and things like Bed & Breakfast) and finally
the more recent "*soleil*" (literally 'sun') given to tourism attraction
(there is a protected designation for the words "attraction touristique" in
Wallonia). There are probably other local rating that i'm not aware of
(especially in other regions* => Is there a similar designation for
Flanders or Brussels ?*). These are verifiable both on the official list of
the CGT (Commissariat général du Tourisme) or on the ground in most case.

As i mapped some guest house, i added a custom tag *epis=** similar to the
*stars=** tag used widely around the world for hotel... But i was asked if
it would not be better to use a more general tagging scheme for these
"local rating" ? Maybe something like *official_rating:epis=* *or other ?
But then it would be different than the widely used stars=* tags. What is
your thinking and proposition about it ?

Regards,
Lionel Giard (alias Anakil in OSM)

[1] Documentation in french :
- étoiles (stars) for hotel : https://www.tourismewallonie.be/lhotellerie
- étoiles (stars) for camping (different criterias than hotel) :
https://www.tourismewallonie.be/camping
- épis :
http://pro.ftlb.be/index.php/votre-secteur/tourisme-de-terroir/229-epis
- soleil :
https://www.tourismewallonie.be/des-soleils-pour-attractions-touristiques-wallonnes

__

Bonjour à tous,

J'ai demandé à la communauté belge sur le chat Riot quels attributs
utilisés pour un label touristique régional en cartographiant en Wallonie.
Nous n'étions pas sûr, donc j'amène la question dans la "mailing list".

Pour donner un contexte à cela, il y a apparemment trois labels
touristiques en Wallonie [1] : les "*étoiles*" pour les hôtels/camping/...,
les "*épis*" pour les chambres d'hôtes/gîtes/Bed & Breakfast, et les "
*soleils*" pour les attractions touristiques (c'est apparemment une
appellation protégée). Il y en a sûrement d'autres que je ne connais pas
ici (ou dans d'autres régions *=> Par ailleurs, connaîtriez-vous des labels
similaires en Flandres ou à Bruxelles ?*). Ces labels sont vérifiables à la
fois dans les listes de la CGT (Commissariat Général du Tourisme) ou sur le
terrain en général.

Et comme je cartographais des chambres d'hôtes, j'ai ajouté l'attribut
*epis=** (que j'ai créé pour l'occasion), c'est-à-dire un attribut
similaire à *stars=** (pour les étoiles d'hôtels...). J'ai réçu la question
de savoir s'il ne serait pas mieux d'utiliser des attributs plus généraux
car on est sûrement pas la seule région à utiliser des labels touristiques.
Quelque chose comme *official_rating:epis=* *par exemple? Le problème étant
que le tag  *stars=**   est déjà très utilisé dans le monde et que donc, on
aurait un schéma de tagging différent pour certains tags mais pas tous.
Qu'en pensez-vous ?

Bien à vous,
Lionel Giard (alias Anakil dans OSM)

[1] Documentation en français :
- étoiles pour les hotels : https://www.tourismewallonie.be/lhotellerie
- étoiles pour les campings : (different criterias than hotel) :
https://www.tourismewallonie.be/camping
- épis :
http://pro.ftlb.be/index.php/votre-secteur/tourisme-de-terroir/229-epis
- soleil :
https://www.tourismewallonie.be/des-soleils-pour-attractions-touristiques-wallonnes
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[danbag]

Quindi quello che dice lo strumento basato su una misura che é di per se 
affetta da errore. Fai 5 volte lo stesso sentiero e guarda la striscia formata 
dalle 5 tracce e vadrai che sarà ben piu larga di 2.5 + 2.5 ossia 5 metri
 Messaggio originale Da: Germano Massullo 
 Data: 19/12/18  13:58  (GMT+01:00) A: 
openstreetmap list - italiano  Oggetto: Re: 
[Talk-it] Antenna gps bluetooth per smartphone-precisione 
Il giorno mer 19 dic 2018, 13:52 danbag  ha scritto:
E come fai a dirlo?
Applicazione BluetoothGPS -> status -> accuracy

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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Alessandro P.]

  
  
Il 19/12/18 13:58, Germano Massullo ha
  scritto:


  
  

  
Il giorno mer 19 dic 2018, 13:52 danbag 
  ha scritto:


  E come fai a dirlo?

  



Applicazione BluetoothGPS -> status ->
  accuracy

  


  

  


Non fidatevi troppo di quelle indicazioni.
Il GPS (bluetooth o come strumento stand-alone che sia) in uscita
invia il parametro PDOP. Questo è più o meno la sfera d'incertezza
che lui rileva interpolando i segnali che riceve dai diversi
satelliti. In realtà il parametro (e la conseguente indicazione
mostrata) a volte ci azzecca, altre volte no.

Se si ricerca una buona precisione si sceglie una bella giornata, si
accende il gps e lo si lascia fermo diversi minuti per fargli
agganciare il maggior numero di satelliti, si cerca di tenere
l'antenna lontano da campi magnetici, si spengono i cellulari, si
cerca di mantenere l'antenna sempre rivolta verso l'alto senza
schermarla col corpo e poi ... con la mano che non tiene il gps si
incrocia il dito indice col medio :-) nel senso che a parità di
condizioni atmosferiche in certi giorni o ore ci saranno più
satelliti, in altre meno.

Alessandro
  


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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Germano Massullo]

Il giorno mer 19 dic 2018, 13:52 danbag  ha scritto:

> E come fai a dirlo?
>

Applicazione BluetoothGPS -> status -> accuracy

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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[danbag]

E come fai a dirlo?
 Messaggio originale Da: Germano Massullo 
 Data: 19/12/18  13:30  (GMT+01:00) A: 
openstreetmap list - italiano  Oggetto: Re: 
[Talk-it] Antenna gps bluetooth per smartphone-precisione 
2,5 metri di raggio di errore con Royatek con chip SirftStar III
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Cascafico Giovanni]

Il dataset che ho trovato (IODl2.0) contiene anche scuole denominate
"materna" oppure "dell'infanzia". L'import, che ovviamente documenterò,
riguarda la sola regione Friuli Venezia Giulia e i POI già in OSM e taggati
kindergarten verranno preservati.

Per i nuovi POI credo che assegnare ad una scuola materna/dell'infanzia i
tag
amenity=school
isced:level=0
non sia sbagliato.

Qui [1] trovate l'audit di riferimento per controllare la qualità dei dati.
Il tag "description" è a supporto della revisione, ma non verrà
necessariamente importato.

[1] http://audit.osmz.ru/project/FVG-SC/




Il giorno mer 19 dic 2018 alle ore 10:59 Martin Koppenhoefer <
dieterdre...@gmail.com> ha scritto:

>
>
> sent from a phone
>
> > On 19. Dec 2018, at 10:50, Volker Schmidt  wrote:
> >
> > C'è chi vede la necessità per poter definire les crèches per i più
> piccoli (che viene spesso taggato con amenity=kindergarten più min_age e
> max_age e io non ved niente di male con questo)
>
>
> è comunque un altro tipo di istituzione, e si usa un’altra parola sia in
> tedesco che in francese che in italiano: Krippe, crèche, asilo nido.
> Tendenzialmente direi un nuovo tag sarebbe meglio. Si potrebbe anche
> taggare una casa di cura con amenity=kindergarten, max_age=no?
>
> Ciao, Martin
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] Prevody na spolek

[Tom Ka]

Ahoj,

jen info - psal jsem klukum co vlastni osmap.cz a openstreetmap.cz
ohledne prevodu domen na spolek a zaroven jsem na spolek jiz prevedl
svou VPS kde bezi web.

Bye

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

Re: [Talk-de] Feature Proposal - Abstimmung von "Empfehlung zur Verwendung von Multipolygonen"

[Christoph Hormann]

Ich muss sagen, dass ich ziemlich enttäuscht davon bin, dass mein 
zweimaliger Hinweis hier (in Antwort auf Nakaner vom 23.11. und in 
Antwort auf Tigerfell vom 27.11.) hinsichtlich der Nachvollziehbarkeit 
und Klarheit der Regeln insbesondere für neue Mapper kein Gehör fand.

Unabhängig vom Abstimmungs-Ergebnis wird da so kein Community-Konsens 
draus, wenn selbst so offensichtliche und begründete Vorschläge mit 
keinerlei Potential für inhaltliche Konflikte keine Berücksichtigung 
finden.

Und wenn dann Frederiks Einwände in der Abstimmung, die zum Teil in eine 
ganz ähnliche Richtung gehen, damit entgegnet werden, dass man sie doch 
früher hätte einbringen sollen (Duh! Siehe oben) dann deutet das für 
mich ein bisschen darauf hin, dass hier manche mehr die homogenen 
Ansichten einer kleinen Gruppe in die Welt exportieren wollen, als zu 
einem breiten Konsens zu kommen, den alle verstehen und den die 
allermeisten unterstützen können.

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

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

Re: [Talk-it] Antenna gps bluetooth per smartphone-precisione

[Germano Massullo]

2,5 metri di raggio di errore con Royatek con chip SirftStar III
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Antenna gps bluetooth per smartphone-precisione

[Roberto Brazzelli]

Ciao, chi ha esperienza di ricevitore GPS Bluetooth esterno per smartphone
che precisioni ha riscontrato? Ci si avvicina a quelle di un GPS?
Grazie
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Grab using OSM Data for route preview

[Christoph Hormann]

On Wednesday 19 December 2018, Martin Koppenhoefer wrote:
>
> bist Du nicht im advisory board? Hast Du mind 1 Eur bezahlt?
> Kommt mir unwahrscheinlich vor ;-) Oder bringe ich da was
> durcheinander?

I am on the AB because the FOSSGIS sent me there (and neither i not the 
FOSSGIS paid anything for that).  If i wanted to be there on my own 
accord i would have to pay EUR 10k as well.

And to my knowledge no one ever accused the FOSSGIS or any other OSMF 
local chapter for insufficient attribution. :-)

Glad to hear the LWG is working on clearer attribution guidelines - 
please make sure to clearly condemn second rate attribution like on:

https://www.zeit.de/politik/ausland/2016-07/china-hat-keinen-gebietsanspruch-auf-inseln-im-suedchinesischen-meer

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

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

Re: [Talk-it] utilizzo di noexit=yes

[Sergio Manzi]

... e, come già segnalato, da tempo deprecato a favore del fixme=continue: 
https://wiki.openstreetmap.org/wiki/Tag%3Anoexit%3Dno

In teoria, poi, sì che col tempo dovrebbero "andare via", visto che erano 
utilizzati ad indicare situazioni di mappatura incompleta, che mi auguro 
tenderanno ad essere risolte.

Ciao,
Sergio


On 2018-12-19 12:02, Martin Koppenhoefer wrote:
>
> Am Do., 13. Dez. 2018 um 23:59 Uhr schrieb Sergio Manzi  >:
>
> Per il resto, penso sarebbe preferibile un fixme=*
>
> i fixme sono "freetext", vanno bene per situazioni non standardizzabili, ma 
> altrimenti un tag specifico è meglio (tanto, non andrà via il tag noexit, è 
> già introdotto da tempo).
>
> Ciao,
> Martin


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

Re: [Talk-it] utilizzo di noexit=yes

[Martin Koppenhoefer]

Am Do., 13. Dez. 2018 um 23:59 Uhr schrieb Sergio Manzi :

> Per il resto, penso sarebbe preferibile un fixme=*
>


i fixme sono "freetext", vanno bene per situazioni non standardizzabili, ma
altrimenti un tag specifico è meglio (tanto, non andrà via il tag noexit, è
già introdotto da tempo).

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

Re: [OSM-talk] Grab using OSM Data for route preview

[Martin Koppenhoefer]

Am Mi., 19. Dez. 2018 um 11:28 Uhr schrieb Simon Poole :

> Please get your quotes correct.




mea culpa, they must have changed something in the UI :o
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Grab using OSM Data for route preview

[Simon Poole]

Please get your quotes correct.


On 19.12.2018 10:51, Martin Koppenhoefer wrote:
> Hallo Christoph,
>
> bist Du nicht im advisory board? Hast Du mind 1 Eur bezahlt? Kommt mir 
> unwahrscheinlich vor ;-)
> Oder bringe ich da was durcheinander?
>
> Gruß, Martin 
>
> sent from a phone
>
>> On 19. Dec 2018, at 10:42, Simon Poole  wrote:
>>
>> A seat on the advisory board requires at least a "gold" level membership 
>> which costs EUR 1 per year.
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Martin Koppenhoefer]

sent from a phone

> On 19. Dec 2018, at 10:50, Volker Schmidt  wrote:
> 
> C'è chi vede la necessità per poter definire les crèches per i più piccoli 
> (che viene spesso taggato con amenity=kindergarten più min_age e max_age e io 
> non ved niente di male con questo)


è comunque un altro tipo di istituzione, e si usa un’altra parola sia in 
tedesco che in francese che in italiano: Krippe, crèche, asilo nido.
Tendenzialmente direi un nuovo tag sarebbe meglio. Si potrebbe anche taggare 
una casa di cura con amenity=kindergarten, max_age=no?

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

[OSM-talk] Insufficient map attribution by global players, WAS Re: Grab using OSM Data for route preview

[Martin Koppenhoefer]

sending again 

sent from a phone

> On 19. Dec 2018, at 09:33, Ervin Malicdem  wrote:
> 
> But still, the issue remains that when the community does not care about 
> these violations, then we are prone to such instance over and over.


I wholeheartedly agree, people traditionally had not to fear anything for 
ignoring the license requirements and the way attribution should be given 
according to the legal FAQ (at least this is the impression I got in 11 years 
of OSM, please correct me if I’m wrong).

I just took another look whether facebook had fixed their maps in the meantime 
and noticed there is not only no attribution at all on the mobile map (on a fb 
page), there is also a link below the map called “get directions” which leads 
to google maps, while clicking the map picture itself opens Apple Maps (on an 
iPhone).

Similarly the default Mapbox mobile style (mb gl js) pretends to have to “hide” 
OpenStreetMap behind an “i” button on small screens, but they have found 
sufficient space to keep the mapbox logo visible all the time.

Apple Maps have removed the legal link in the left corner and show no 
attribution at all on the map, after clicking the “i” there is attribution to 
tomtom and the weather channel at the bottom of a settings page, but still no 
mention of OSM:


Is there someone at the OSMF looking into these cases? At least the major 
global players should be asked to attribute like we require.

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

Re: [OSM-talk] Grab using OSM Data for route preview

[Martin Koppenhoefer]

Hallo Christoph,

bist Du nicht im advisory board? Hast Du mind 1 Eur bezahlt? Kommt mir 
unwahrscheinlich vor ;-)
Oder bringe ich da was durcheinander?

Gruß, Martin 

sent from a phone

> On 19. Dec 2018, at 10:42, Simon Poole  wrote:
> 
> A seat on the advisory board requires at least a "gold" level membership 
> which costs EUR 1 per year.

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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Volker Schmidt]

Domanda principale: a quale "prossimo import" si riferisce la domanda ?
Serve un riferimento  una proposta di import.

On Wed, 19 Dec 2018 at 09:12, Cascafico Giovanni 
wrote:

> Guardando in giro per OSM mi pare che nei kindergarten (acora in proposal
> credo)
>
No. Vedi [0]
E' pesantemente in uso: Taginfo 236k
Ma ci sono da tempo discussioni come essere più specifici.
C'è chi vede la necessità per poter definire les crèches per i più piccoli
(che viene spesso taggato con amenity=kindergarten più min_age e max_age e
io non ved niente di male con questo)
C'è la necessità di taggare i "parcheggi bambini" (anche oltre l'età di
kindergarten), che potrebbero essere taggati con amenity=childcare più
min_age e max_age (ancora poco usato)

> siano compresi sia le scuole d'infanzia ma anche i "parcheggi" privati che
> non forniscono alcun tipo di educazione in senso stretto.
>
Come si chiamano questi parcheggi bambini in italiano, diciamo io ne cerco
uno su Google, come faccio? Se ne voglio aprirne uno, a chi chiedo il
permesso per che cosa?
Sicuramente non sono ne "school" ne "kindergarten"

Cheddite se per il prossimo import delle scuole ufficiali si modifica:
>

> amenity=kindergarten
> in
> amenity=school
> isced:level=0
>
> La wiki [1] invita a discuterne nelle comunità nazionali. Io sarei per la
> soluzione isced (standard Unesco).
>
> [1] https://wiki.openstreetmap.org/wiki/Education_features
>


Poi: i dati,da importare, quale classifica utilizza?  Suppongo nessuna,
perché se utilizza ISCED 2011 (l'ultima versione, credo) sono tutti
isced:level=0

La roba ISCED è utile solo in principio. Copre tutte le fasi di educazione
e tuto il mondo.
Nel level 0 è poco specifico: (preso da [1])
ANNEX II
CODING OF EDUCATION PROGRAMMES
0 Early childhood education
01 Early childhood educational development
010 Early childhood educational development
02 Pre-primary education
020 Pre-primary education

Prendiamo un caso specifico l'asilo nido nelle mie vicinanze [2].
Dalla descrizione sul sito io tagggerei così
amenity=kindergarten
isced:level=0 (ridondante, perché "kindergarten" è implicitamente ISCED
level 0)
min_age=3 months
max_age=3 years
Con la tua proposta questo diventa
amenity=school
isced:level=0
min_age=3 months
max_age=3 years
Che cosa hai guadagnato?

E mi raccomando: nessun'import automatico, tassativamente.

[0] https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dkindergarten
[1]
http://uis.unesco.org/sites/default/files/documents/international-standard-classification-of-education-isced-2011-en.pdf
[2]
http://www.padovanet.it/informazione/asilo-nido-lo-scarabocchio-chi-siamo-obbiettivi-e-servizi
[3] https://wiki.openstreetmap.org/wiki/Proposed_features/ISCED

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

Re: [Talk-it] [tagging] Scuole per l'infanzia

[Martin Koppenhoefer]

puoi mettere ISCED level, ma preferirei kindergarten (se scuola d’infanzia vuol 
dire la stessa cosa che scuola materna) invece di school


Ciao, Martin 

sent from a phone

> On 19. Dec 2018, at 09:11, Cascafico Giovanni  wrote:
> 
> Guardando in giro per OSM mi pare che nei kindergarten (acora in proposal 
> credo) siano compresi sia le scuole d'infanzia ma anche i "parcheggi" privati 
> che non forniscono alcun tipo di educazione in senso stretto.
> 
> Cheddite se per il prossomo import delle scuole ufficiali si modifica:
> 
> amenity=kindergarten 
> in
> amenity=school
> isced:level=0
> 
> La wiki [1] invita a discuterne nelle comunità nazionali. Io sarei per la 
> soluzione isced (standard Unesco).
> 
> [1] https://wiki.openstreetmap.org/wiki/Education_features
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Grab using OSM Data for route preview

[Simon Poole]

The LWG has added a work item for 2019 to update the guidance on
attribution. The major part of the existing texts were written in the
ramp up to the licence change in 2012 and are now over 6 years old. 

Lots of things have changed massively since then, be it the scope of OSM
usage, to what kind of devices are used by the majority of users and it
is obviously high time for some updates. And we will include guidance
that we've previously given, but which may not be really documented
anywhere. For example that in many circumstances "click to hide" is
acceptable, but not "click to show".

So that there is no confusion about this, any such guidance will never
be an exhaustive list of all what is compliant with the requirement of
our licence (for Produced Works), just a list of what we have deemed to
fulfill the terms and can safely be used:

However, if you Publicly Use a Produced Work, You must include a notice
associated with

the Produced Work reasonably calculated to make any Person that
uses,views, accesses, interacts with, or is otherwise exposed to the
Produced Work aware that Content was obtained from the Database,
Derivative Database, or the Database as part of a Collective Database,
and that it is available under this License.

Simon

On 19.12.2018 09:42, Frederik Ramm wrote:
> Hi,
>
> On 19.12.2018 09:33, Ervin Malicdem wrote:
>> I just hoped before they were given a seat as part of OSMF's ADVISORY
>> board, these issues had been handled. 500 euros seems to clear all that
>> history so soon.
> A seat on the advisory board requires at least a "gold" level membership
> which costs EUR 1 per year.
>
> I agree that we should hold our corporate members to even higher
> standards than the average company out there, both in terms of
> attribution (Grab's not the only corporate member taking a cavalier
> attitude to that) and also in terms of how they are contributing data to
> OSM, if any.
>
> Bye
> Frederik
>

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

Re: [OSM-talk] Grab using OSM Data for route preview

[Frederik Ramm]

Hi,

On 19.12.2018 09:33, Ervin Malicdem wrote:
> I just hoped before they were given a seat as part of OSMF's ADVISORY
> board, these issues had been handled. 500 euros seems to clear all that
> history so soon.

A seat on the advisory board requires at least a "gold" level membership
which costs EUR 1 per year.

I agree that we should hold our corporate members to even higher
standards than the average company out there, both in terms of
attribution (Grab's not the only corporate member taking a cavalier
attitude to that) and also in terms of how they are contributing data to
OSM, if any.

Bye
Frederik

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

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

Re: [OSM-talk] Grab using OSM Data for route preview

[Ervin Malicdem]

They have been known NOT to attribute OSM since over 4 years back. [1]
Unfortunately, our community leaders back then is more assertive in
other ways than those who potentially violate the attribution guidelines.

They were notified but instead of replying back for a resolution, they
ceased using the map and got back to Google Maps.

It is a good thing though that they are now considering going back to the
community by being a corporate member to the foundation. Probably they have
already realized the importance of crowd source and open data to their
business model.

I just hoped before they were given a seat as part of OSMF's ADVISORY
board, these issues had been handled. 500 euros seems to clear all that
history so soon.

But still, the issue remains that when the community does not care about
these violations, then we are prone to such instance over and over. Thanks
for seeing that this get to be known Mishari!

[1] https://lists.openstreetmap.org/pipermail/talk-ph/2014-July/005207.html


Ervin M.
*Schadow1 Expeditions* - A Filipino must not be a stranger to his own
motherland.
http://www.s1expeditions.com


On Wed, Dec 19, 2018 at 1:30 PM Eugene Alvin Villar 
wrote:

> On Wednesday, December 19, 2018, Mishari Muqbil 
> wrote:
> > Hi Everyone,
> > Good news overall for the project I suppose, Grab (SE Asia's Uber) is
> using data from OSM to do fare calculations as well as display route
> previews in their app, making it a high profile use case for OSM Data. Now
> if only they would attribute us.
> >
> > https://www.mishari.net/en/2018/12/grab-osm-data/
>
> Hi Mishari,
>
> I won't comment on whether the attribution to OSM is enough or not. That
> is something that is for the OSMF Licencing Working Group to decide. Please
> feel free to join the legal-talk mailing list[1] if you want to discuss the
> lack of attribution further. But it is already known that Grab uses and
> contributes to OSM.
>
> Grab is a Gold Corporate Member of the OSM Foundation and they have a
> representative on the Advisory Board by virtue of their Gold corporate
> membership:
> https://wiki.osmfoundation.org/wiki/Corporate_Members
> https://wiki.osmfoundation.org/wiki/Advisory_Board
>
> Grab has a dedicated mapping team helping to map and improve the road
> network in urban areas where they operate. Their mapping process is
> documented on the OSM Wiki and they keep track of their progress on GitHub:
> https://wiki.openstreetmap.org/wiki/Grab
> https://github.com/GRABOSM/Grab-Data
>
> And there has even been a recent article on Quartz on why Grab is doing
> this:
>
> https://qz.com/1481849/grab-southeast-asias-biggest-ride-hailing-firm-is-on-a-mapping-spree/
>
> [1] https://lists.openstreetmap.org/listinfo/legal-talk
>
> ~Eugene
>
> ___
> 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-it] [tagging] Scuole per l'infanzia

[Cascafico Giovanni]

Guardando in giro per OSM mi pare che nei kindergarten (acora in proposal
credo) siano compresi sia le scuole d'infanzia ma anche i "parcheggi"
privati che non forniscono alcun tipo di educazione in senso stretto.

Cheddite se per il prossomo import delle scuole ufficiali si modifica:

amenity=kindergarten
in
amenity=school
isced:level=0

La wiki [1] invita a discuterne nelle comunità nazionali. Io sarei per la
soluzione isced (standard Unesco).

[1] https://wiki.openstreetmap.org/wiki/Education_features
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Magasin de matériel nautique / accastillage

[Florian LAINEZ]

Bonjour Adrien,
Très bonne remarque. je vois que la proposition pour shop=boat a été
rejetée en 2016
https://wiki.openstreetmap.org/wiki/Proposed_features/Marine_shops
Du coup en effet on a un doublon et dans les faits des volumes
d'utilisation pour les deux tags qui restent très faibles.

Ce n'est pas mon sujet de prédilection donc je ne vais pas creuser mais
cela mériterait d'en discuter sur la mailing-list tagging pour arriver à un
consensus. Les gars d'OpenSeaMap ont peut-être envie d'avancer sur le sujet.

Le mar. 18 déc. 2018 à 21:13, Adrien Grellier  a écrit :

> Bonjour,
>
> J'ai pas bien compris la différence entre shop=boat et shop=ship_chandler :
> https://wiki.openstreetmap.org/wiki/Tag:shop%3Dship_chandler
>
> Typiquement Accastillage Diffusion à Nantes est marqué ship_chandler :
>
> https://www.openstreetmap.org/node/3104348835#map=19/47.24884/-1.61946=D
>
> C'est bien un « magasin spécialisé dans le matériel nautique ».
>
> Peut-être un doublon à supprimer ?
>
> Bonne soirée
>
> Adrien
>
> Le 18/12/2018 à 13:30, Florian LAINEZ a écrit :
>
> Hello,
> Ce mail n'est pas une question mais un réponse : un partage d'expérience
> sur un sujet pour lequel j'ai bien galéré.
>
> Je me demandais comment taguer un magasin spécialisé dans le matériel
> nautique.
> J'ai trouvé *shop=boat* et ses valeurs complémentaires :
> -boat:sales=yes pour la vente
> -boat:rental=yes pour la location
> -boat:repair=yes pour la réparation
> -boat:part=yes pour un magasin d'accastillage
>
> Du coup j'ai traduit la page dédiée en français :
> https://wiki.openstreetmap.org/wiki/FR:Tag:shop%3Dboat
>
> Ceci est un appel à contributions : on a seulement 24 magasins nautiques
> en France 
> Habitants de la côte, vous pouvez faire mieux :P (ping les bretons)
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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