Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Cascafico Giovanni]

A parte taginfo, non trovo nessuna documantazione su est_height. Credo
siamo in territorio "grigio" di OSM... qualcuno ha documentato est_width,
ma nessuno est_height ne' est_length. Che si fa?

Il giorno gio 8 nov 2018 alle ore 15:04 Sergio Manzi  ha
scritto:

> ... in realtà è già in uso (*ma non molto, vedi* [1]) una key
> "est_height", ma personalmente continuo a pensare che height:estimate sia
> preferibile...
>
> [1] https://taginfo.openstreetmap.org/keys/est_height
>
> On 2018-11-08 14:53, Sergio Manzi wrote:
>
> ... nel caso ci siano entrambe, forse si potrebbe fare: h_misurata->height
> e h_stimata->height:estimate *(lo so, height:estimate sarebbe una
> "novità", ma non mi sembra male e si potrebbe documentare sul wiki..*.)
>
> Sergio
>
> On 2018-11-08 14:44, Sergio Manzi wrote:
>
> Giovanni,
>
> non capisco le relazioni h_stimata->height e h_misurata->height: non
> collidono? O forse nei dati originali l'esistenza di una misura implica
> l'assenza dell'altra?
> Ciao,
>
> Sergio
>
>
> On 2018-11-08 14:30, Cascafico Giovanni wrote:
>
> Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed
> ho aggiornato la mappa di revisione [2]. Domani vedo si compilarla...
> potete partecipare tutti. Attenzione in particolare agli alberi con source
> diversa da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai
> male :-)
>
> Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà
> per le altre regioni.
>
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
> [2] http://audit.osmz.ru/project/AM-RAFVG-OO/
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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

[Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

[Markus]

Liebe OSMer,

bevor wir uns hier endlos ereifern, schlage ich vor, von einem deutschen
Experten für IT-Recht mit Schwerpunkt "OpenData" eine Beurteilung über
mögliche Auswirkungen einzuholen, incl. Vorschlag, wie man
Verantwortliche von Firmen sinnvoll mappt.

Denn hier gibt es einen weltweit gesellschaftlich relevanten
Interessenkonflikt zwischen *Freie Daten* und *Datenschutz*.
(es geht nicht nur um ein neues Gesetz der BRD)

Auftraggeber könnte unser "local chapter" sein.

Gute Ressourcen gibt es auch bei Wikimedia-DE, die "Freies Wissen" als
ihr Ziel definiert haben (weit über Wikipedia hinaus!) - und auch über
entsprechende Finanzmittel verfügen.

Frederik, vielleicht kannst Du sowas in die Wege leiten?

Und dann über das Ergebnis berichten, damit wir als Community eine
fundierte Entscheidung für DE treffen können?

Mit herzlichem Gruss,
Markus

PS: im Ursprungspost ging es um "unerwünschte Werbung durch FB"
(also um FB und deren Missbrauch, und nicht um OSM)
Und das hat wenig mit OSM zu tun.

>> Ein Friseur wollte nicht akzeptieren, dass Facebook für sein Geschäft
>> ungewollt Werbung macht. 

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

Re: [Talk-at] Werde Teil der OpenStreeetMap Familie

[Norbert Wenzel]

On 05.11.18 17:58, Florian Michaeler wrote:
> Das ständige gestritt (unter anderem auch) Forum vs ML ist daher auch einer 
> der Gründe warum ich neben anderen (privaten) Gründen kaum noch was beitrage. 

Wo trägst du kaum was bei? Bei OSM selbst oder in den Diskussionen in
Forum und/oder ML? Ich denke für die meisten Änderungen braucht man, als
halbwegs erfahrener Nutzer, weder das eine noch das andere.

Bei Fragen zu Details sucht man sich einfach den Kanal aus, wo man
lieber unterwegs ist und freut sich über die Antworten.

Erst wenn man wirklich etwas großflächig verändern/bzw. importieren will
ist die Kommunikation auf *allen* Kanälen notwendig. Das ist mühsam.
Aber, wenn es wirklich um Importe bzw. automatisierte Edits i.A. geht,
bin ich persönlich froh, dass es mühsam ist.

Vom Mappen an sich hält das hoffentlich nicht ab. Sollte es aus meiner
Sicht jedenfalls nicht.

lg,
Norbert

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

Re: [Talk-in] Understanding "unprojection"

[Aruna S]

Hey Nikhil!

Thanks a lot for taking the time to answer this. I did not know about these
verifiers and validators at all, so I learnt a little bit more about GIS
weirdness. : )

I ran the geojson through the verifier, and tried running my script with
the updated geojson. Unfortunately, it seems to be something else - I am
not sure if tile boundaries or other complications with the mbtiles files
is causing this issue, since these polygons aren't able to be cut up from
any mbtiles file that I ran them on.

The question is now present on the GIS StackExchange at
https://gis.stackexchange.com/questions/301975/mbtiles-extracts-does-not-work-with-my-geojson
.

Thanks again, Nikhil! : )

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[sepp1974]

+1

Treffend zusammengefasst!

Gruß Sepp

Am 09.11.2018 00:52 schrieb Hartwig Alpers:

Moin.

Nachdem viele Argumente ausgetauscht wurden und allmählich nix neues
mehr kommt, möchte ich hier meine persönliche Auffassung in der Frage
mal (hoffentlich einigermaßen sachlich) zusammenfassen.

Ich bin nach wie vor der Meinung, daß das Erfassen personenbezogener
Daten in OSM (in dieser Diskussion: natürlicher Personen als Inhaber
eines Geschäftes irgendeiner Art) problematisch ist, und zwar aus
folgenden Gründen:

1.- Die Information, welche natürliche Person Inhaber oder
Geschäftsführer oder was auch immer einer Firma welcher Art auch immer
ist, ist ein personenbezogenes Datum (Art. 4, Nr. 1 DS-GVO). Das war
ja wohl auch nie strittig hier.

2.- Auch personenbezogene Daten, die auf Grundlage eines Gesetzes (z.
B. Handelsgesetzbuch) öffentlich zugänglich gemacht werden müssen,
sind noch lange nicht "vogelfrei" (zumindest konnte ich in der DS-GVO
& Erwägungsgründen keine Hinweise finden, daß dies so wäre).

3.- Nach Artikel 5 -- Grundsätze für die Verarbeitung
personenbezogener Daten -- müssen personenbezogene Daten "für
festgelegte, eindeutige und legitime Zwecke erhoben werden... " (Nr.
1, b).
Damit habe ich es enorm schwer: Welche festgelegten, eindeutigen
Zwecke hat OSM denn? Ich habe im Laufe der Jahre schon nur allzu oft
"wir sind nicht ..." und "wir mappen nicht für ..." in den
unterschiedlichen Kommunikationskanälen gelesen.

4.- Als mögliche Rechtsgrundlage nach Artikel 6 -- Rechtmäßigkeit der
Verarbeitung -- wurde Nr. 1, Buchstabe f ("Wahrung der berechtigten
Interessen des Verantwortlichen... ") angeführt.
Das scheint mir die wackeligste Rechtsgrundlage zu sein, die der
Artikel anbietet, schon allein deshalb, weil "berechtigtes Interesse"
ein recht so unbestimmter Begriff ist.
Die Erläuterungen zu Artikel 6, Nr. 1 f) -- Erwägungsgrund 47 -- sind
diesbezüglich auch nur mäßig erhellend, aber die Ansicht "ein Teil der
OSM-Community findet die Information interessant, und deshalb haben
wir ein berechtigtes Interesse" unterstützen sie meiner Meinung nach
nicht.

5.- In Kapitel III der DS-GVO -- Rechte der betroffenen Person --
(Artikel 12 ff) werden dem "Verantwortlichen" diverse Verpflichtungen
auferlegt (wie z. B. die Informationspflicht der Betroffenen; Art. 13,
und anderes mehr).
Es mag vielleicht sein, daß man diesen Verpflichtungen theoretisch
irgendwie nachkommen könnte, aber de facto passiert das derzeit wohl
eher nicht.
Im Übrigen halte ich auch nicht die einzelnen Mapperinnen und Mapper
für die "Verantwortlichen", sondern --ja wen? vermutlich die
OSM-Foundation.
Und wie diese in der Praxis ihren Verpflichtungen nachkommen soll,
sehe ich derzeit noch nicht so richtig.


Hier stehe ich, und ich kann nicht anders.

Viele Grüße
Hartwig


___
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: [OSM-ja] お弁当屋のタギング

[Satoshi IIDA]

いいだです。

こんにちは。回答おそくなってすみません。
お弁当屋さんのcuisineについては、特に決まったものは無いかと思います。
（bentoといっても、いろいろな中身がありますし。）

また、お弁当屋さんがファストフードかどうかですが、
チェーン店のタグ付についてはこちらのページに沿っているかたが多いのではないかな、と思っています。

https://wiki.openstreetmap.org/wiki/JA:Naming_sample

ここに従うかぎり、fast_foodが正しそうですね。




2018年11月4日(日) 14:43 고급협동조합 :

> こんにちは、私は韓国の地図を作っている人です。（私は日本語は下手です）
> お弁当屋をマッピングしろうとする時、cuisineタグにどんな値を入れたほうがいい分かりません。
> これに似る事例として、「本家かまどや」という店を調べてみる。この店は、 amenity=fast_foodと
> amenity=restaurantが混在するようすです｡
> ひょっとしたら､「お弁当」を「ファーストフード」と見る論議がありましたか? これじゃないでしたら､ユーザーたちの慣習ですか?
> ᐧ
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>


-- 
Satoshi IIDA
mail: nyamp...@gmail.com
twitter: @nyampire
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-transit] Public Transport Timetables

[santamariense]

> Perhaps it would be possible to
> start something like a new gtfs.openstreetmap.org (which would be similar
> to transit.land and transitfeeds.com, but with a focus of OpenStreetMap
> integration) for hosting GTFS feeds that could be integrated into OSM.
> That would allow for much easier integration and maintenance.


I do like that idea. Something like gtfs.openstreetmap.org would be very useful.

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

Re: [OSM-talk-be] Where can I geocode 3 mln addresses?

[mars.vard]

Can you tell more about the visualisations you want to achieve?

On Thu, Nov 8, 2018, 18:22 Alexander Mikhailian  wrote:

> Hello,
>
> Sorry if it's a bit offtopic.
>
> I was plannig to do some fancy visualisations with KBO/BCE company
> addresses, and I need to geocode them first.
>
> It is OK if it costs a some  money, I will pay out of my own pocket...
> but what are the options?
>
> Or better, has someone already done this?
>
>
> --
> Alexander
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

[OSM-talk-fr] Rencontre mensuelle pour tous OSM-Lyon 13/11/2018 18h30 - Invitation

[Rene Chalon]

Bonsoir à tous,

Les mappeurs OSM de Lyon se rencontrent régulièrement le 2ème mardi de 
chaque mois, et chacun peut s'inviter et participer à ces rencontres.


La prochaine aura lieu :
le MARDI 13 NOVEMBRE à partir de 18h30
au "TUBA, 145 cours Lafayette, 69003 LYON".

Le CR de la rencontre précédente se trouve sur la page du Wiki-OSM au 
lien : https://wiki.openstreetmap.org/wiki/Lyon/Reunion_09_octobre_2018


Si vous souhaitez mettre un sujet particulier à l'ordre du jour de la 
rencontre à venir, vous pouvez l'indiquer sur la page préparatoire au 
lien : https://wiki.openstreetmap.org/wiki/Lyon/Réunion_13_novembre_2018


Venez nombreux !
Amicalement

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[Hartwig Alpers]

Moin.

Nachdem viele Argumente ausgetauscht wurden und allmählich nix neues 
mehr kommt, möchte ich hier meine persönliche Auffassung in der Frage 
mal (hoffentlich einigermaßen sachlich) zusammenfassen.


Ich bin nach wie vor der Meinung, daß das Erfassen personenbezogener 
Daten in OSM (in dieser Diskussion: natürlicher Personen als Inhaber 
eines Geschäftes irgendeiner Art) problematisch ist, und zwar aus 
folgenden Gründen:


1.- Die Information, welche natürliche Person Inhaber oder 
Geschäftsführer oder was auch immer einer Firma welcher Art auch immer 
ist, ist ein personenbezogenes Datum (Art. 4, Nr. 1 DS-GVO). Das war ja 
wohl auch nie strittig hier.


2.- Auch personenbezogene Daten, die auf Grundlage eines Gesetzes (z. B. 
Handelsgesetzbuch) öffentlich zugänglich gemacht werden müssen, sind 
noch lange nicht "vogelfrei" (zumindest konnte ich in der DS-GVO & 
Erwägungsgründen keine Hinweise finden, daß dies so wäre).


3.- Nach Artikel 5 -- Grundsätze für die Verarbeitung personenbezogener 
Daten -- müssen personenbezogene Daten "für festgelegte, eindeutige und 
legitime Zwecke erhoben werden... " (Nr. 1, b).
Damit habe ich es enorm schwer: Welche festgelegten, eindeutigen Zwecke 
hat OSM denn? Ich habe im Laufe der Jahre schon nur allzu oft "wir sind 
nicht ..." und "wir mappen nicht für ..." in den unterschiedlichen 
Kommunikationskanälen gelesen.


4.- Als mögliche Rechtsgrundlage nach Artikel 6 -- Rechtmäßigkeit der 
Verarbeitung -- wurde Nr. 1, Buchstabe f ("Wahrung der berechtigten 
Interessen des Verantwortlichen... ") angeführt.
Das scheint mir die wackeligste Rechtsgrundlage zu sein, die der Artikel 
anbietet, schon allein deshalb, weil "berechtigtes Interesse" ein recht 
so unbestimmter Begriff ist.
Die Erläuterungen zu Artikel 6, Nr. 1 f) -- Erwägungsgrund 47 -- sind 
diesbezüglich auch nur mäßig erhellend, aber die Ansicht "ein Teil der 
OSM-Community findet die Information interessant, und deshalb haben wir 
ein berechtigtes Interesse" unterstützen sie meiner Meinung nach nicht.


5.- In Kapitel III der DS-GVO -- Rechte der betroffenen Person -- 
(Artikel 12 ff) werden dem "Verantwortlichen" diverse Verpflichtungen 
auferlegt (wie z. B. die Informationspflicht der Betroffenen; Art. 13, 
und anderes mehr).
Es mag vielleicht sein, daß man diesen Verpflichtungen theoretisch 
irgendwie nachkommen könnte, aber de facto passiert das derzeit wohl 
eher nicht.
Im Übrigen halte ich auch nicht die einzelnen Mapperinnen und Mapper für 
die "Verantwortlichen", sondern --ja wen? vermutlich die OSM-Foundation.
Und wie diese in der Praxis ihren Verpflichtungen nachkommen soll, sehe 
ich derzeit noch nicht so richtig.



Hier stehe ich, und ich kann nicht anders.

Viele Grüße
Hartwig


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

[Talk-at] Xmas Map - Karte der weihnachtlichen Events

[various]

Uff, danke für den Hinweis Kevin. Habe irgendwie gedacht, dass Betreff ändern 
reicht. Die hier sollte jetzt neu sein für einen passenden (neuen) Thread. Tut 
mir leid für die Verwirrung :)

> scubbx mailto:scu...@openstreetmap.at > hat am 8. 
> November 2018 um 23:11 geschrieben:
>
> Super, kommt gleich auf die Homepage. :-)
>
>
> Am 08.11.18 um 21:52 schrieb vari...@mailbox.org mailto:vari...@mailbox.org :
> > roghem hat im Forum gebeten, dass auch auf der Mailingliste zu posten, da 
> > er nicht drinnen ist: https://forum.openstreetmap.org/viewtopic.php?id=64376
> >
> > Erklärung direkt hier:
> > Es gibt eine Weihnachtskarte auf der Märkte, Weihnachtsbaumverkäufer und 
> > Events angezeigt werden.
> > Die Karte hier: https://be2art.de/xmasmap/?lat=47.75=14.26=7 
> > https://be2art.de/xmasmap/?lat=47.75=14.26=7
> > Dazugehörige Wiki-Seite: 
> > https://wiki.openstreetmap.org/wiki/DE:Key:xmas:feature
> > Das ganze wird auch von OSMand ausgewertet, falls das jemand benutzt :)
> >
> > Das Template kann dank emga nun auch benutzt werden.
> >
> > Have fun___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Dans quel tag mettre le nom d'une résidence ou immeuble de bureaux ?

[Christian Rogel]

> Le 9 nov. 2018 à 00:14, marc marc  a écrit :
> 
> Bonjour,
> 
> Le 08. 11. 18 à 22:31, Christian Rogel a écrit :
>> une très grande partie des habitations rurales ont un nom et certains 
>> craignent que le zèle de la Poste ne contamine les décideurs.
>> J’espère que les locaux auront à coeur de mettre ces noms dans OSM, 
> 
> Je n’adhère pas à ta logique que je trouve sans rapport.
> 
> Si tu habites au no 1 rue de la gare mais que tu n'aimes pas
> ton adresse et inscrit sur le bâtiment "42 avenue de la liberté",
> ce n'est pas pour autant que cela devient ton adresse postale.
> donc si c'est pas ton adresse postale, cela n'a pas sa place
> dans les tag addr:* dans osm.
> 
> Parce que sinon celui qui fait une application qui récupère l'adresse 
> postale du lieu depuis osm, va se retrouver avec une adresse postale
> "42 avenue de la liberté" invalide.
> 
> C'est exactement la même chose pour les noms des bâtiments.
> Tu es libre de mettre un panneau "Résidence de la liberté" sur ta maison
> Mais si c'est non-postal, cela n'a pas sa place dans addr:*
> Un contributeur peux le renseigner dans name sur le building,
> je le fais régulièrement à chaque fois que le bâtiment a aussi un no.
> 
> la question n'est donc pas d'ajouter à osm ou pas, mais comment.
> la vrai question est donc :
> y a-t-il en France des bâtiments ayant à la fois un numéro
> et un nom "postal" pour un bâtiment ? si oui, documentons le.
> Sinon, comme je le suppose, addr:housenumber et addr:housename
> sont mutuellement exclusif comme dans la majorité (tous ?) des pays
> et on gagnerait à le préciser sur la page wiki francophone
> pour renseigner le prochain qui se posera la question.
> 
>> si, une fois de plus, les services publics les laissent tomber.
> 
> c'est plutôt une question de savoir qui attribue une adresse postale.
> Ce n'est sûrement pas chacun qui choisit la sienne et au facteur à 
> savoir que "résidence de la liberté" c'est au no 1.
> C'est justement un des rôles d'un(e délégation de) service public, non ?


J’ai simplement souligné qu’OSM n’est pas asservi azux logiques tout à fait 
légitimes qui sous-tendent les actions de la Poste et du Cadastre.
Ce n’est pas parce qu’ils sont nos auxiliaires qu’ils deviennent une référence 
indépassable.

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

Re: [Talk-transit] Public Transport Timetables

[Mike N]

On 11/8/2018 5:12 PM, john whelan wrote:


The GTFS bus stop data is of varying quality.  Locally we have an 
automated system that calls out the bus stop names and generally the 
position in the GTFS file is accurate to within a meter.


Some other transit systems are not as accurate, and the GTFS location 
for a bus stop can be more than 100 meters out.


  The result of publishing OSM's information + timetables in GTFS 
format could be a better GTFS than the official GTFS.  But if the 
OSM-GTFS feed is not updated for whatever reason, then eventually it 
just becomes stale data.   OSM-GTFS consumers would need to be aware of 
that possibility.


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

Re: [Talk-at] Xmas Map - Karte der weihnachtlichen Events

[Kevin Kofler]

vari...@mailbox.org wrote:
> roghem hat im Forum gebeten, dass auch auf der Mailingliste zu posten, da
> er nicht drinnen ist:
> https://forum.openstreetmap.org/viewtopic.php?id=64376

Das nächste Mal erstelle bitte ein neues e-Mail und antworte nicht einfach
auf irgendein e-Mail von der Mailingliste. Sonst erscheint dein Mail, selbst
wenn du das Subject änderst, trotzdem als Antwort in einem Thread, in den es
nicht hineingehört.

Siehe z.B.:
http://osm-talk-at.1116557.n5.nabble.com/Talk-at-OSM-Wochennotiz-Aktualitat-Richtigstellung-tp2582p2593.html
Genauso erscheint es auch auf Gmane und in Mail-Clients, die Threading
unterstützen.

Siehe: https://de.wikipedia.org/wiki/Thread-Hijacking

Kevin Kofler


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

Re: [OSM-talk-fr] Dans quel tag mettre le nom d'une résidence ou immeuble de bureaux ?

[marc marc]

Bonjour,

Le 08. 11. 18 à 22:31, Christian Rogel a écrit :
> une très grande partie des habitations rurales ont un nom et certains 
> craignent que le zèle de la Poste ne contamine les décideurs.
> J’espère que les locaux auront à coeur de mettre ces noms dans OSM, 

Je n’adhère pas à ta logique que je trouve sans rapport.

Si tu habites au no 1 rue de la gare mais que tu n'aimes pas
ton adresse et inscrit sur le bâtiment "42 avenue de la liberté",
ce n'est pas pour autant que cela devient ton adresse postale.
donc si c'est pas ton adresse postale, cela n'a pas sa place
dans les tag addr:* dans osm.

Parce que sinon celui qui fait une application qui récupère l'adresse 
postale du lieu depuis osm, va se retrouver avec une adresse postale
"42 avenue de la liberté" invalide.

C'est exactement la même chose pour les noms des bâtiments.
Tu es libre de mettre un panneau "Résidence de la liberté" sur ta maison
Mais si c'est non-postal, cela n'a pas sa place dans addr:*
Un contributeur peux le renseigner dans name sur le building,
je le fais régulièrement à chaque fois que le bâtiment a aussi un no.

la question n'est donc pas d'ajouter à osm ou pas, mais comment.
la vrai question est donc :
y a-t-il en France des bâtiments ayant à la fois un numéro
et un nom "postal" pour un bâtiment ? si oui, documentons le.
Sinon, comme je le suppose, addr:housenumber et addr:housename
sont mutuellement exclusif comme dans la majorité (tous ?) des pays
et on gagnerait à le préciser sur la page wiki francophone
pour renseigner le prochain qui se posera la question.

> si, une fois de plus, les services publics les laissent tomber.

c'est plutôt une question de savoir qui attribue une adresse postale.
Ce n'est sûrement pas chacun qui choisit la sienne et au facteur à 
savoir que "résidence de la liberté" c'est au no 1.
C'est justement un des rôles d'un(e délégation de) service public, non ?

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

Re: [Talk-at] Fwd: Werde Teil der OpenStreeetMap Familie

[scubbx]

Hallo!

Also ich bin großer Fan der Wochennotiz. Die eine eMail pro Woche finde
ich persönlich nicht schlimm - tatsächlich begrüße ich diese Zustellung.

Im beruflichen Umfeld habe ich immer wieder mal damit zu kämpfen, dass
bestimmte eMails an einen zu kleinen Personenkreis weitergeleitet werden
und man dann um die Info umfällt. Dass man diese quasi "OSM APA" Meldung
so auf jeden Fall mitgeteilt bekommt, empfinde ich als Service.

Beste Grüße,
ScubbX


Am 06.11.18 um 11:36 schrieb Andreas:
> Am 06.11.18 um 07:20 schrieb Johann Haag:
>> Mir fehlt in der Wochennotitz das sehr aktuelle Thema Carftmapper.
>> Eine Diskussion darüber, warum diese von OSM offiziellen bislang eher
>> unter den Tisch gekehrt werden ist dringend notwendig.
>> Die Aufregung hier dass ich es wage das talk System in Frage stellen,
>> zeigt, dass eine grundsätzliche Diskussion längst notwendig ist.
> siehe http://blog.openstreetmap.de/blog/2018/11/wochennotiz-nr-432/
>
> unter Punkt Community.
>
> @WN-Inhalt: In der WN kann sein, dass manche aktuellen Themen nicht
> reinwandern, weil sie vielleicht von der Redaktion übersehen wurden oder
> entschieden wurde, diese in einer anderen WN-Ausgabe zu erwähnen. Wenn
> euch Themen fehlen, könnt ihr ja gerne dem Redaktionsteam beitreten und
> entsprechende Beiträge verfassen.
>
> @WN generell:
>
> Seit kurzem beteilige ich mich dort ebenfalls regelmäßig mit
> Korrekturlesen und vereinzelt Einreichungen von Beiträgen. Habe daher
> etwas Einblick in den Prozess bekommen.
>
> Die Erstellung der WN ist sehr sehr sehr viel Aufwand und wird
> hauptsächlich von Freiwilligen in ihrer Freizeit (oder grad bei mir
> Arbeitspause) durchgeführt.
>
> Und zu bedenken ist, die WN ist nur in einer Sprache verfasst. Sie
> erscheint wöchentlich in 8!!! Sprachen, wobei das japanische
> Redaktionsteam nur aus 2! Leuten besteht.
>
> @WN-Mail: Die Erstellung der WN ist schon recht aufwändig und dann soll
> nochmal im Mail der Inhalt der WN angezeigt werden? Dafür steht meiner
> Meinung nach nicht der Aufwand. Wie von anderen erwähnt, abonniert den
> RSS-Feed und filtert das Email einfach weg.
>
> lg
> Andreas
> (geologist)
>
>> Des Caftmapper Reputaion ist seine aktive Mitwirkung an der Datenbank.
>>
>> In der Wikipedia schaffen auch nicht diejenigen an, welche über die
>> meisten Edits verfügen, aber die Qualität und Intensität der jeweiligen
>> Mitwirkung in der Wikipedia spielt bei Kandidaten  zur Wahl sehr wohl
>> eine maßgebliche Rolle.
>> In unserem Projekt kann sich hingegen jeder Dau ohne jemals einen
>> einzigen Klick zur Datenbasis beigetragen haben, zum offiziellen küren
>> lassen. Dass so Konzerne und Vermessungsämter sowie Firmen, die
>> Kontrolle über OSM innehaben, ist die Folge. 
>> Genau das lässt uns Craftmapper resignieren. 
>>
>> Grüße Johann
>>
>>
>>
>> >
>> >> Friedrich Volkmann mailto:b...@volki.at>> hat am 5.
>> November 2018 um 22:27 geschrieben:
>> >> In den Wochennotiz-Forumsbeiträgen lese ich nichts von AT-Themen.
>> Wenn diese
>> >> AT-Themen wirklich vorkommen, dann zumindest an einer Stelle, wo
>> man sie
>> >> erst suchen muss.
>> >
>> > ___
>> > Talk-at mailing list
>> > Talk-at@openstreetmap.org 
>> > https://lists.openstreetmap.org/listinfo/talk-at
>>
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>>
>>
>> -- 
>> Elektronikermeister Johann Haag
>> Innsbruckerstraße 42
>> 6380 St. Johann in Tirol
>> ÖSTERREICH
>> Tel: +43 664/174 7414
>> Mailto:johannh...@hxg.at 
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Xmas Map - Karte der weihnachtlichen Events

[scubbx]

Super, kommt gleich auf die Homepage. :-)


Am 08.11.18 um 21:52 schrieb vari...@mailbox.org:
> roghem hat im Forum gebeten, dass auch auf der Mailingliste zu posten, da er 
> nicht drinnen ist: https://forum.openstreetmap.org/viewtopic.php?id=64376
>
> Erklärung direkt hier: 
> Es gibt eine Weihnachtskarte auf der Märkte, Weihnachtsbaumverkäufer und 
> Events angezeigt werden. 
> Die Karte hier: https://be2art.de/xmasmap/?lat=47.75=14.26=7
> Dazugehörige Wiki-Seite: 
> https://wiki.openstreetmap.org/wiki/DE:Key:xmas:feature
> Das ganze wird auch von OSMand ausgewertet, falls das jemand benutzt :)
>
> Das Template kann dank emga nun auch benutzt werden.
>
> Have fun
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Sì, è a quello che mi riferisco...


On 2018-11-08 22:27, Cascafico Giovanni wrote:
> Rispetto all'inizio della discussione ho poi proseguito la compilazione di 
> questa [1] pagina. Essa è simile, ma riferita ad un dataset leggermente 
> diverso ed esplicitamente odbl.
>
> [1] 
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
>
> Il gio 8 nov 2018, 22:19 Sergio Manzi mailto:s...@smz.it>> ha 
> scritto:
>
> Giovanni, mi sembra che tu ti stia confondendo:
>
> in base al wiki e all'audit che hai citati, il nome volgare va in 
> "species:it" (nome_volga -> species:it), non "genus:it" (/e concordo!/).
>
> Sergio
>
> On 2018-11-08 16:17, Cascafico Giovanni wrote:
>> Se non mi è sfuggito qualche post, genus:it è l'unica chiave che abbiamo 
>> trovato dove  poter ficcare il nome volgare. 
>>
>
> ___
> 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



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

Re: [OSM-talk-fr] Dans quel tag mettre le nom d'une résidence ou immeuble de bureaux ?

[Christian Rogel]

> Le 8 nov. 2018 à 17:26, Topographe Fou  a écrit :
> 
> C'est exclusif sur le Wiki anglophone 
> (https://wiki.openstreetmap.org/wiki/Key:addr#Commonly_used_subkeys 
> ), mais 
> pas sur la francophone 
> (https://wiki.openstreetmap.org/wiki/FR:Key:addr#Adresses 
> ). Quant à la page 
> francophone sur les adresses (https://wiki.openstreetmap.org/wiki/FR:Adresses 
> ) il y a une seule 
> occurrence, dans le cas où un numéro concerne plusieurs bâtiments (cas d'un 
> campus par exemple). Pas d'autres indications sur quand utiliser ce tag (et 
> notamment dans les cas cités). Idem pour l'anglophone. Je pense qu'il y a 
> quelque chose à clarifier.
> 
> Perso j'aurais plutôt tendance à mettre le nom d'un bâtiment (qu'il soit sur 
> le cadastre et/ou sur une plaque non officielle) dans name mais comme ce 
> n'est pas clair quand utiliser addr:housename...
> 
> 
> Le jeu. 8 nov. 2018 à 16:59, marc marc  > a écrit :
> addr:housename et addr:housenumber sont supposé être mutuellement 
> exclusif : il y a des endroits oü les bâtiments n'ont pas de numéro
> mais un nom utilisé par la poste.
> 
> soit t'es passé devant et t'as une idée s'il y avait un no d'immeuble
> soit il faudrait regarder la ban ou la bano pour ce bâtiment
> pour choisir entre addr:housename et name
> 
> de manière totalement subjective, j'ai l'impression que les villes
> et les bâtiments récent ont tous un numéro et que le nom est
> purement décoratif (=non postal)... mais c'est subjectif :)
> 
> Le 08. 11. 18 à 16:52, Topographe Fou a écrit :
> > Bonjour,
> > 
> > Dans le cas où le cadastre précise un nom pour un bâtiment résidentiel 
> > ou de bureaux (ou dans le cas où il y a une joli plaque au niveau de 
> > l'entrée genre "Villa des Oliviers"), faut-il mettre cette valeur dans 
> > 'addr:housename' ou 'name' ou les deux ou une autre ?
> > 
> > J'ai trouvé les deux pratiques dans OSM et ne trouve pas de réponse 
> > claire sur le Wiki (j'ai regardé la page sur les bâtiments, celle sur 
> > name, celle que les adresses et celle sur le cadastre).
> > 
> > Quelques exemples à Rueil-Malmaison :
> > https://www.openstreetmap.org/way/71341319 
> > 
> > https://www.openstreetmap.org/way/71341177 
> > 

On ne doit pas décider à la légère qu’ils sont exclusifs l’un de l’autre. Les 
manoirs de GB n’auraient pas d’adresse ou bénéficient-ils d’un privilège par 
rapport aux maisons roturières ?
Au Pays, une très grande partie des habitations rurales ont un nom et certains 
craignent que le zèle de la Poste ne contamine les décideurs.
J’espère que les locaux auront à coeur de mettre ces noms dans OSM, si, une 
fois de plus, les services publics les laissent tomber.
« Si c’est écrit dessus, ce doit être dans OSM ». Et même si ce n’est écrit que 
dans la tête des gens.
Car, sur notre gilet jaune, il n’y a pas écrit La Poste. -:)


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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Cascafico Giovanni]

Rispetto all'inizio della discussione ho poi proseguito la compilazione di
questa [1] pagina. Essa è simile, ma riferita ad un dataset leggermente
diverso ed esplicitamente odbl.

[1]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan

Il gio 8 nov 2018, 22:19 Sergio Manzi  ha scritto:

> Giovanni, mi sembra che tu ti stia confondendo:
>
> in base al wiki e all'audit che hai citati, il nome volgare va in
> "species:it" (nome_volga -> species:it), non "genus:it" (*e concordo!*).
> Sergio
>
> On 2018-11-08 16:17, Cascafico Giovanni wrote:
>
> Se non mi è sfuggito qualche post, genus:it è l'unica chiave che abbiamo
> trovato dove  poter ficcare il nome volgare.
>
>
> ___
> 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] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Concordo, mi ha convinro:  mi sembra ragionevole rimandare le attività di 
"/pulizia di primavera/" ad un fase successiva all'import.

Ciao!

On 2018-11-08 16:17, Cascafico Giovanni wrote:
> ...
> Sul name:botanical, direi che esula da questo import: se approvato, potrebbe 
> essere fatto facilmente con un mass edit.
>



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

Re: [Talk-transit] Public Transport Timetables

[Kevin Dalley]

There's real time GTFS and static GTFS files.

The static files have the current schedule, routes, bus stops, etc
contained in files. The files can be downloaded, but each transit agency
has its own location.

GO-Sync, from University of Southern Florida synchronizes some static
GTFS data with openstreetmamp, route and stop info. This is info which
is useful in openstreetmap since it is a natural part of a map.

https://github.com/CUTR-at-USF/gtfs-osm-sync

While static GTFS files contain schedule information GO-Sync does not
handle this information.

OSM might include information which GTFS does not include, such as the
existence of a bench at a stop.

The schedule might have frequency, but it often has the expected times
at each bus stop for a given run. That's a lot of information, and would
take some work to match up to OSM. It isn't impossible, but it is more
information than in the proposal.

There might be advantages to having this information in OSM. It's nice
to look up the expected schedule even when you don't have a network
connection. And you might not have a connection when you're underground
waiting for the next bus.

Real time GTFS has current, more or less real time, information  on the
location of the bus, including expected arrival time. You could find out
about the 10 minute delay in your bus. This couldn't be in the static
OSM map, though the location of the information could in OSM.


On 11/8/18 10:20 AM, Mike N wrote:
> On 11/8/2018 12:06 PM, Leif Rasmussen wrote:
>>
>> I think that creating a new GTFS server would be better than using
>> transit land or transitfeeds.com , because
>> OSM would have full control over what happened to the servers and
>> which licencing was used.
>>
>> Does anyone with experience in GTFS know how an integration like that
>> could work?  Also, is what I am imagining even possible?
> 
> 
>   I would tend to think that using the GTFS standard would be the best
> approach.  The only "duplication of effort" is that there is an
> optional? inclusion of the route geometries in the GTFS feed.
> 
>   In the one case I am familiar with - OpenTripPlanner, the local
> network build process could always download the GTFS from any source as
> part of the build process.   The only advantage I see for adding another
> feed source is to add the capability of publishing a GTFS from other
> than an official source.  This allows a public GTFS feed for a city
> which is otherwise too small to maintain an electronic schedule.
> 
> 
> ___
> Talk-transit mailing list
> Talk-transit@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-transit


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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Giovanni, mi sembra che tu ti stia confondendo:

in base al wiki e all'audit che hai citati, il nome volgare va in "species:it" 
(nome_volga -> species:it), non "genus:it" (/e concordo!/).

Sergio

On 2018-11-08 16:17, Cascafico Giovanni wrote:
> Se non mi è sfuggito qualche post, genus:it è l'unica chiave che abbiamo 
> trovato dove  poter ficcare il nome volgare. 
>



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] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Martin, Volker,

... mi arrendo di fronte all'evidenza dei fatti!   :-)

Ciao,

Sergio


On 2018-11-08 17:32, Martin Koppenhoefer wrote:
>
>
> sent from a phone
>
> On 8. Nov 2018, at 15:02, Sergio Manzi mailto:s...@smz.it>> 
> wrote:
>
>> ... in realtà è già in uso (/ma non molto, vedi/ [1]) una key "est_height", 
>> ma personalmente continuo a pensare che height:estimate sia preferibile...
>>
>> [1] https://taginfo.openstreetmap.org/keys/est_height
>>
>
>
> per me è preferibile est_height, che non va fortissimo da solo, è vero, ma 
> guardando tutti gli “est” possibili, vedi che est_width va forte:
> https://taginfo.openstreetmap.org/search?q=est
>
> Ciao, Martin 
>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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

[Talk-at] Xmas Map - Karte der weihnachtlichen Events

[various]

roghem hat im Forum gebeten, dass auch auf der Mailingliste zu posten, da er 
nicht drinnen ist: https://forum.openstreetmap.org/viewtopic.php?id=64376

Erklärung direkt hier: 
Es gibt eine Weihnachtskarte auf der Märkte, Weihnachtsbaumverkäufer und Events 
angezeigt werden. 
Die Karte hier: https://be2art.de/xmasmap/?lat=47.75=14.26=7
Dazugehörige Wiki-Seite: https://wiki.openstreetmap.org/wiki/DE:Key:xmas:feature
Das ganze wird auch von OSMand ausgewertet, falls das jemand benutzt :)

Das Template kann dank emga nun auch benutzt werden.

Have fun

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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[various]

Ich hatte mal aus Interesse dein Gästebuch durchgelesen, man bekommst so eine 
leise Ahnung, warum du in mindestens einem anderen Forum gesperrt bist...

Du magst mit ein paar Sachen schon recht haben, aber die Art, wie du das ganze 
vorbringst ist mehr als Fragwürdig. Vielleicht solltest du das nächste mal 
früher etwas sagen, damit sich das dann nicht so anstaut und du explodieren 
musst. Ist ja fast wie ein Kindergarten hier.
Wenn dich das so aufregt, hättest du ruhig schon vorher mal das Team 
anschreiben können und mit denen reden. Alle, die bisher hier geschrieben 
haben, verhalten sich eigentlich durchaus kommunikationsbereit, meiner Meinung 
nach.

Und, niemand weis was du benutzt, aber von IMAP sollte man heut zu tage schon 
ausgehen dürfen. Zudem wurde es nur vorgeschlagen, kann ja sein, dass du das 
einfach noch nicht kennst oder benutzt hast. 

Braucht man sich ja nicht gleich so aufregen. 

> Friedrich Volkmann  hat am 8. November 2018 um 21:22 
> geschrieben:
> 
> 
> On 08.11.2018 19:18, Andreas wrote:
> >> Das nächste Problem ist, dass diese Filter erst nach dem Download der
> >> Mails aktiv werden. D.h. das Abrufen der Mails dauert entsprechend und
> >> es fallen Kosten für den Datentransfer an.
> > 
> > Dies kann auch schon in deinen Imap oder Webmail-Einstellungen
> > durchgeführt werden.
> 
> Bist du Wahrsager, oder woher willst wissen, welchen Mailserver ich verwende 
> und welche Protokolle, Filter und Webmail-Einstellungen dort angeboten werden?
> 
> >> Zu guter letzt möchte ich auf den rechtlichen Aspekt hinweisen, nämlich
> >> dass diese Spams schlichtweg illegal sind (§107
> >> Telekommunikationsgesetz). Bei OSM-Daten wird so viel Tamtam um
> >> Feinheiten bei Lizenzunterschieden gemacht und bei den geringsten
> >> theoretischen Bedenken gleich alles gelöscht. Um die fortlaufenden
> >> Gesetzesverletzungen durch die Spams in dieser Mailingliste scheint sich
> >> hingegen keiner zu kümmern. Ich weiß nicht, ob hier überhaupt noch ein
> >> Moderator aktiv ist. Aber die Täter sind sowieso nicht die Moderatoren,
> >> sondern die Absender der Wochennotiz-Mails. Sie riskieren bis 4000 €
> >> Strafe nach TKG §109 Abs. 20. Sie haben nur das Glück, dass sie bisher
> >> noch keiner angezeigt hat. Zu der Strafe kommt noch der schlechte Ruf,
> >> den sich die Autoren der Wochennotiz damit einhandeln. Wenn sie sich mit
> >> der Wochennotiz so viel unentgeltliche Arbeit antun, wie hier behauptet
> >> wurde, dann ist doch sicher das damit verdiente Ansehen ein wichtiger
> >> Motivationsgrund, und deshalb verstehe ich nicht, warum sie es so
> >> leichtfertig und unnötig aufs Spiel setzen.
> > 
> > Jetzt machst du dich aber wirklich lächerlich.
> > 
> > Du beschwerst dich, dass du auf einer OSM Mailingliste wöchentlich eine
> > Mail bekommst über Informationen aus der OSM-Welt?
> 
> Es ist nicht nur eine OSM-Mailingliste, sondern eine Mailingliste Talk-AT, 
> mit Beschreibung "OpenStreetMap AT". Was glaubst du, wofür das AT steht?
> 
> > Das ist doch nicht dein Ernst, oder?
> 
> Doch, das ist mein voller Ernst, denn ich finde es nicht lustig, wenn mich 
> jemand unter Missachtung des Anstandes und der Gesetze zuspammt. Dass du 
> jetzt noch schreibst, dass ich mich lächerlich mache, schlägt dem Fass den 
> Boden aus.
> 
> > Ich gebe zu mein juristisches Wissen ist nicht sehr weit, aber ich
> > könnte mir vorstellen, dass dies nicht in einem Verfahren durchgeht.
> 
> Willst du es darauf ankommen lassen? Ich bin schon vor 20 Jahren erfolgreich 
> gegen Spammer vorgegangen, und damals gab es dieses Gesetz noch gar nicht.
> 
> > Schließlich hat man sich für den Empfang der Nachrichten von der
> > talk-at-Liste entschieden.
> 
> Ich habe eine Mailingliste zum Thema Openstreetmap Österreich abonniert. Ich 
> habe damit nicht meine Einwilligung gegeben, mir Mails mit anderen Themen 
> zuzusenden. Die Sendung an mich ist somit eine Verletzung von TKG §107 Abs. 
> 2, und zwar sowohl nach Ziffer 1 (Direktwerbung) als auch nach Ziffer 2 
> (mehr als 50 Empfänger). Bitte zu beachten, dass Direktwerbung kein 
> kommerzielles Interesse voraussetzt. Man kann auch für eine 
> Wochennotiz-Website Direktwerbung machen. Was anderes als Werbung für die 
> Website ist es nicht, wenn die Mails nur einen Link auf die Website enthalten.
> 
> > Und die Erstellung eines Wochennotiz-Newsletters nur mit
> > Österreich-bezogenen Inhalten ist überhaupt nicht aufwändig?
> 
> Wenn es dir zu aufwendig ist, dann lass die Mails ganz bleiben. Entweder 
> ordentlich oder gar nicht. Ich finde es auch unverschämt, dass du dir beim 
> Verfassen keinen Aufwand antun willst, aber von allen Empfängern erwartest, 
> sich den Aufwand anzutun, aus dem Mailprogramm heraus den Webbrowser zu 
> öffnen um zu sehen, worum es überhaupt geht. Glaubst du, deine Zeit ist 
> kostbarer als die aller Abonnenten von Talk-AT?
> 
> >>> Ich spinne nun mal deine gewünschte Variante, dass die WN-Mail mehr
> >>> Inhalt enthält weiter:
> >>>
> >>> Problem 1: 

[OSM-talk] Mapnik config in JS

[Martin Ždila]

Hello,

Today's trend is to put many markups to JS (eg. CSS in JS, HTML in JS
(React), ...). Therefore I've decided to implement "Mapnik config in JS"
and I have a great pleasure using it to write my new outdoor map theme.

I only spend together maybe 2 or 3 full days to implement it all so the
style is still very incomplete and dirty.

You can see current result at
https://www.freemap.sk/?map=13/48.812516/21.114092=X (make sure you
have not port 4000 blocked).

Map configuration (style and layers) are still in a single file [1] and
uses style builder [2] to create Mapnik XML.

I plan to extract the style builder to separate project to be easily usable
by other programmers.

Feel free to send me your feedback (mostly regarding style generator in JS
idea).

You can also check the whole project at
https://github.com/FreemapSlovakia/freemap-mapnik

Thanks.

[1]
https://github.com/FreemapSlovakia/freemap-mapnik/blob/master/lib/freemapStyleGenerator.js
[2]
https://github.com/FreemapSlovakia/freemap-mapnik/blob/master/lib/styleBuilder.js

Regards
-- 
Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Friedrich Volkmann]

On 08.11.2018 19:18, Andreas wrote:

Das nächste Problem ist, dass diese Filter erst nach dem Download der
Mails aktiv werden. D.h. das Abrufen der Mails dauert entsprechend und
es fallen Kosten für den Datentransfer an.


Dies kann auch schon in deinen Imap oder Webmail-Einstellungen
durchgeführt werden.


Bist du Wahrsager, oder woher willst wissen, welchen Mailserver ich verwende 
und welche Protokolle, Filter und Webmail-Einstellungen dort angeboten werden?



Zu guter letzt möchte ich auf den rechtlichen Aspekt hinweisen, nämlich
dass diese Spams schlichtweg illegal sind (§107
Telekommunikationsgesetz). Bei OSM-Daten wird so viel Tamtam um
Feinheiten bei Lizenzunterschieden gemacht und bei den geringsten
theoretischen Bedenken gleich alles gelöscht. Um die fortlaufenden
Gesetzesverletzungen durch die Spams in dieser Mailingliste scheint sich
hingegen keiner zu kümmern. Ich weiß nicht, ob hier überhaupt noch ein
Moderator aktiv ist. Aber die Täter sind sowieso nicht die Moderatoren,
sondern die Absender der Wochennotiz-Mails. Sie riskieren bis 4000 €
Strafe nach TKG §109 Abs. 20. Sie haben nur das Glück, dass sie bisher
noch keiner angezeigt hat. Zu der Strafe kommt noch der schlechte Ruf,
den sich die Autoren der Wochennotiz damit einhandeln. Wenn sie sich mit
der Wochennotiz so viel unentgeltliche Arbeit antun, wie hier behauptet
wurde, dann ist doch sicher das damit verdiente Ansehen ein wichtiger
Motivationsgrund, und deshalb verstehe ich nicht, warum sie es so
leichtfertig und unnötig aufs Spiel setzen.


Jetzt machst du dich aber wirklich lächerlich.

Du beschwerst dich, dass du auf einer OSM Mailingliste wöchentlich eine
Mail bekommst über Informationen aus der OSM-Welt?


Es ist nicht nur eine OSM-Mailingliste, sondern eine Mailingliste Talk-AT, 
mit Beschreibung "OpenStreetMap AT". Was glaubst du, wofür das AT steht?



Das ist doch nicht dein Ernst, oder?


Doch, das ist mein voller Ernst, denn ich finde es nicht lustig, wenn mich 
jemand unter Missachtung des Anstandes und der Gesetze zuspammt. Dass du 
jetzt noch schreibst, dass ich mich lächerlich mache, schlägt dem Fass den 
Boden aus.



Ich gebe zu mein juristisches Wissen ist nicht sehr weit, aber ich
könnte mir vorstellen, dass dies nicht in einem Verfahren durchgeht.


Willst du es darauf ankommen lassen? Ich bin schon vor 20 Jahren erfolgreich 
gegen Spammer vorgegangen, und damals gab es dieses Gesetz noch gar nicht.



Schließlich hat man sich für den Empfang der Nachrichten von der
talk-at-Liste entschieden.


Ich habe eine Mailingliste zum Thema Openstreetmap Österreich abonniert. Ich 
habe damit nicht meine Einwilligung gegeben, mir Mails mit anderen Themen 
zuzusenden. Die Sendung an mich ist somit eine Verletzung von TKG §107 Abs. 
2, und zwar sowohl nach Ziffer 1 (Direktwerbung) als auch nach Ziffer 2 
(mehr als 50 Empfänger). Bitte zu beachten, dass Direktwerbung kein 
kommerzielles Interesse voraussetzt. Man kann auch für eine 
Wochennotiz-Website Direktwerbung machen. Was anderes als Werbung für die 
Website ist es nicht, wenn die Mails nur einen Link auf die Website enthalten.



Und die Erstellung eines Wochennotiz-Newsletters nur mit
Österreich-bezogenen Inhalten ist überhaupt nicht aufwändig?


Wenn es dir zu aufwendig ist, dann lass die Mails ganz bleiben. Entweder 
ordentlich oder gar nicht. Ich finde es auch unverschämt, dass du dir beim 
Verfassen keinen Aufwand antun willst, aber von allen Empfängern erwartest, 
sich den Aufwand anzutun, aus dem Mailprogramm heraus den Webbrowser zu 
öffnen um zu sehen, worum es überhaupt geht. Glaubst du, deine Zeit ist 
kostbarer als die aller Abonnenten von Talk-AT?



Ich spinne nun mal deine gewünschte Variante, dass die WN-Mail mehr
Inhalt enthält weiter:

Problem 1: email in Text oder HTML Format


Text.


Problem 2: HTML Format wird schnell recht groß und ich glaube es steigt
der Unmut viel mehr, wenn die WN-Mail mit 2MB daher kommt.


Eben, darum Text.


Problem 3: TXT Format könnten sich einige Leser bescheren, dass die
Email nicht schön genug gestaltet ist und die WN zu altmodisch gestaltet
ist.


Für diese Leute gibt es einen Link auf die Webseite.


Problem 4: Welche Inhalte sollen in der WN-Mail stehen?


Genau jene, in denen es um Österreich geht. Also z.B. ein Stammtisch in
Innsbruck oder das Behindertenrouting-Projekt in Gleisdorf oder der
Import der Adressen des BEV oder das Indoormapping der Wiener
U-Bahn-Stationen oder die Verleihung des Goldenen Ehrenzeichens der
Stadt Wien an Andreas Labres.



Dies kannst du gerne über den Gast-Account der WN-Redaktion mitteilen,
dass es in die WN landet.


Ich habe deine Fragen beantwortet, nicht meine Mitarbeit angeboten. Du 
glaubst doch nicht ernsthaft, dass ich mich an einem Spammerprojekt 
beteilige? Hört erst mal mit dem Spamming auf und verhaltet euch ein paar 
Jahre lang seriös, dann sehen wir weiter.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

Re: [OSM-talk] osm2pgsql diff application with filtered OSM data

[Paul Norman]

On 2018-11-08 6:34 AM, Nick Whitelegg wrote:


At the moment I download full planet extracts about every 6 months. 
However, due to the limitations of my server, I filter out (with 
osmosis) a lot of stuff I don't need so that I am basically left with 
roads, footpaths, natural features, water features and selected POIs.



I'd like to move towards a system which applies diffs from geofabrik 
instead, and applies them regularly (daily or weekly) with osm2pgsql.



My question is this; given that not everything in the diff will be in 
my database (as I filter out what I don't need during the import 
process), will osm2pgsql apply the diff successfully or will it 
complain that not all features in the diff are in my database?




I can think of four ways to do this, all which have a different balance 
of correctness, performance, and ease of use.


There are two "right" ways to do this. The first one is to re-import 
every week. Because imports without slim tables (either --slim --drop or 
no --slim) are faster, this is a good option and needs less space than a 
database able to consume diffs.


The second right way involves keeping two files, one with the current 
full data, and one with the filtered data. Call these "planet.pbf" and 
"planet-filtered.pbf". Then when updating create "planet-new.pbf", 
filter it to get "planet-filtered-new.pbf", create a diff for the 
differences between "planet-filtered-new.pbf" and "planet-filtered.pbf", 
and apply that diff to the database. Then replace the old files with the 
new ones. This will keep the database correct.


A "wrong" way to do it is to import the filtered data, apply updates 
directly, and periodically delete data from the DB. The problem with 
this is that if someone adds one of the selected POI tags to a building 
that you have filtered out, osm2pgsql won't have the node data to create 
a geometry. This might be acceptable, depending on use case.


A less wrong way would be to modify your filtering so no nodes are 
filtered out. There are still potential errors with relations, but these 
are less common. If you're doing the planet or a large extract and using 
flat nodes there's no storage penalty for having all the nodes.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Martin Koppenhoefer]

sent from a phone

> On 8. Nov 2018, at 16:17, Cascafico Giovanni  wrote:
> 
> Se non mi è sfuggito qualche post, genus:it è l'unica chiave che abbiamo 
> trovato dove  poter ficcare il nome volgare. 


chi ha fatto il dataset, cosa ha usato come chiave specifica, o quale 
consideranno il campo più affidabile?

Io pensavo che un solo tag bastasse per definire il tipo di albero, e che gli 
altri erano traduzioni. 
Un conto è consentire a chiunque di partecipare con la sua conoscenza, un altro 
inserire dati definiti. In un import eviterei le traduzioni


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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Martin Brunner]

Stefan Nagy schrieb:

> Von meiner Seite nur eine technische Anmerkung: Im Falle eines IMAP-
> Accounts richtet man die Filter nicht auf jedem einzelnen Client,
> sondern einmalig serverseitig ein. Das geht üblicherweise recht
> komfortabel über die Webmail-Oberfläche.

Sehe ich genau so. Filter Serverseitig eingerichtet, und alles kein Problem. Das
ist ja das tolle an offener Technik, dass man sie nach eigenen Präferenzen
einrichten kann.

Was das Forum angeht, sehe ich dass es dort einen Atom-Feed gibt. Das ist
zumindest auch eine Möglichkeit Dinge zu abonnieren.


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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[sepp1974]

Angenommen!

Gruß Sepp

Am 08.11.2018 18:14 schrieb Martin Koppenhoefer:

Am Do., 8. Nov. 2018 um 17:53 Uhr schrieb :


Wenn schon zur Hexenjagd geblasen wird, dann bitte auch richtig!



Entschuldigung! Ehrlich, ich bereue es, die links gepostet zu haben.

Gruß,
Martin
___
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-transit] Public Transport Timetables

[Mike N]

On 11/8/2018 12:06 PM, Leif Rasmussen wrote:


I think that creating a new GTFS server would be better than using 
transit land or transitfeeds.com , because OSM 
would have full control over what happened to the servers and which 
licencing was used.


Does anyone with experience in GTFS know how an integration like that 
could work?  Also, is what I am imagining even possible?



  I would tend to think that using the GTFS standard would be the best 
approach.  The only "duplication of effort" is that there is an 
optional? inclusion of the route geometries in the GTFS feed.


  In the one case I am familiar with - OpenTripPlanner, the local 
network build process could always download the GTFS from any source as 
part of the build process.   The only advantage I see for adding another 
feed source is to add the capability of publishing a GTFS from other 
than an official source.  This allows a public GTFS feed for a city 
which is otherwise too small to maintain an electronic schedule.



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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Andreas]

Am 08.11.18 um 14:55 schrieb Friedrich Volkmann:
> On 08.11.2018 12:00, Andreas wrote:
>> Am 08.11.18 um 09:43 schrieb Stefan Nagy:
>>> Am Mittwoch, den 07.11.2018, 19:08 +0100 schrieb Gerhard Gonter:
 aber auf der anderen Seite handelt Ihr euch Unmut ein, weil diese
 m.E. inhaltsarme woechentliche Mail auf dieser Liste einige/viele/???
 Leute stoert.
>>
>> Kann ich nicht ganz verstehen, weil man kann sich ja die Mails auch
>> filtern und man muss ja nicht jede talk-at Mail lesen.
> 
> Es ist schon mal unverschämt, die Leser dieser Mailingliste zu dem
> Aufwand, einen Filter einzurichten, zu nötigen. Auch wenn es nur ein
> paar Minuten dauert, sind das ein paar Minuten meines Lebens, die mir
> keiner zurückgibt und eine Arbeitsleistung, die du mir nicht bezahlst.

Du musst den Filter ja nicht setzen. Ich oder die Redaktion von der WN
hat nie behauptet, du musst unbedingt einen Filter setzen. Das ist deine
eigene Entscheidung, wie du deine Mails verwalten willst.

> 
> Weiters hat sich herausgestellt, dass die Filterung gar nicht
> zuverlässig möglich ist, denn nachdem die Wochennotizen erst mal alle
> den String "Wochennotiz" im From hatten, kamen auch welche, die eine
> Erweiterung des Filters um "Walter Nordmann" und "osm-peda@" erforderten.
> 
> Das nächste Problem ist, dass diese Filter erst nach dem Download der
> Mails aktiv werden. D.h. das Abrufen der Mails dauert entsprechend und
> es fallen Kosten für den Datentransfer an.

Dies kann auch schon in deinen Imap oder Webmail-Einstellungen
durchgeführt werden.

> 
> Weiters greifen viele, so auch ich, nicht nur vom Desktop-PC aus auf die
> Mails zu, sondern auch von anderen Rechnern und mit dem Handy, v.a.
> mittels Webmail. Der am Desktop-PC eingerichtete Filter ist dort
> natürlich nicht drauf.
> 
> Zu guter letzt möchte ich auf den rechtlichen Aspekt hinweisen, nämlich
> dass diese Spams schlichtweg illegal sind (§107
> Telekommunikationsgesetz). Bei OSM-Daten wird so viel Tamtam um
> Feinheiten bei Lizenzunterschieden gemacht und bei den geringsten
> theoretischen Bedenken gleich alles gelöscht. Um die fortlaufenden
> Gesetzesverletzungen durch die Spams in dieser Mailingliste scheint sich
> hingegen keiner zu kümmern. Ich weiß nicht, ob hier überhaupt noch ein
> Moderator aktiv ist. Aber die Täter sind sowieso nicht die Moderatoren,
> sondern die Absender der Wochennotiz-Mails. Sie riskieren bis 4000 €
> Strafe nach TKG §109 Abs. 20. Sie haben nur das Glück, dass sie bisher
> noch keiner angezeigt hat. Zu der Strafe kommt noch der schlechte Ruf,
> den sich die Autoren der Wochennotiz damit einhandeln. Wenn sie sich mit
> der Wochennotiz so viel unentgeltliche Arbeit antun, wie hier behauptet
> wurde, dann ist doch sicher das damit verdiente Ansehen ein wichtiger
> Motivationsgrund, und deshalb verstehe ich nicht, warum sie es so
> leichtfertig und unnötig aufs Spiel setzen.

Jetzt machst du dich aber wirklich lächerlich.

Du beschwerst dich, dass du auf einer OSM Mailingliste wöchentlich eine
Mail bekommst über Informationen aus der OSM-Welt?
Das ist doch nicht dein Ernst, oder?

Ich gebe zu mein juristisches Wissen ist nicht sehr weit, aber ich
könnte mir vorstellen, dass dies nicht in einem Verfahren durchgeht.

Schließlich hat man sich für den Empfang der Nachrichten von der
talk-at-Liste entschieden.

> 
>> Der Sinn dieser Email ist zu verständigen, dass eine neue WN
>> erschienen ist.
> 
> Dann mach einen Wochennotiz-Newsletter. Abgesehen davon sagt der Name
> Wochennotiz sowieso schon, dass sie wöchentlich erscheint.
> 

Und die Erstellung eines Wochennotiz-Newsletters nur mit
Österreich-bezogenen Inhalten ist überhaupt nicht aufwändig?

>> Ich spinne nun mal deine gewünschte Variante, dass die WN-Mail mehr
>> Inhalt enthält weiter:
>>
>> Problem 1: email in Text oder HTML Format
> 
> Text.
> 
>> Problem 2: HTML Format wird schnell recht groß und ich glaube es steigt
>> der Unmut viel mehr, wenn die WN-Mail mit 2MB daher kommt.
> 
> Eben, darum Text.
> 
>> Problem 3: TXT Format könnten sich einige Leser bescheren, dass die
>> Email nicht schön genug gestaltet ist und die WN zu altmodisch gestaltet
>> ist.
> 
> Für diese Leute gibt es einen Link auf die Webseite.
> 
>> Problem 4: Welche Inhalte sollen in der WN-Mail stehen?
> 
> Genau jene, in denen es um Österreich geht. Also z.B. ein Stammtisch in
> Innsbruck oder das Behindertenrouting-Projekt in Gleisdorf oder der
> Import der Adressen des BEV oder das Indoormapping der Wiener
> U-Bahn-Stationen oder die Verleihung des Goldenen Ehrenzeichens der
> Stadt Wien an Andreas Labres.
> 

Dies kannst du gerne über den Gast-Account der WN-Redaktion mitteilen,
dass es in die WN landet.

lg Andreas
(geologist)




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

Re: [OSM-talk] osm2pgsql diff application with filtered OSM data

[Andy Townsend]

On 08/11/2018 16:16, Darafei "Komяpa" Praliaskouski wrote:


Usually people also clip minutely osc, as per day database grows by a 
small country otherwise.


There's a worked example of that (in a slightly different context) at 
https://wiki.openstreetmap.org/wiki/User:SomeoneElse/Ubuntu_1804_tileserver_load#Updating_your_database_as_people_edit_OpenStreetMap 
.  That uses https://github.com/zverik/regional - I'm guessing you'll be 
able to "borrow" everything you need from there.


Best Regards,

Andy


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

Re: [OSM-talk] osm2pgsql diff application with filtered OSM data

[Nick Whitelegg]

Hello Darafei and Frederik,


OK - thanks for that.


What I will do therefore, to avoid unwanted data, is to generate a filtered 
planet extract and import that into the DB, and then generate another filtered 
extract and find the diff between the two. Advantage of that is that I'll only 
need to  do the first filtering run on the server, and subsequent runs on my 
local machine (assuming the resulting diff is small enough to upload from my 
local machine to the server).


Thanks,

Nick



From: Darafei "Komяpa" Praliaskouski 
Sent: 08 November 2018 16:16:48
To: Nick Whitelegg
Cc: osm-talk
Subject: Re: [OSM-talk] osm2pgsql diff application with filtered OSM data

Hi Nick,

osm2pgsql is tolerant to features absent in database. You can in theory even 
start with empty set of tables and just insert new diff data.

Usually people also clip minutely osc, as per day database grows by a small 
country otherwise.

чт, 8 нояб. 2018 г. в 17:37, Nick Whitelegg 
mailto:nick.whitel...@solent.ac.uk>>:


... sorry, when I say "full planet extracts" I mean only England, Wales, 
Scotland, Ireland (all) and Greece - not the entire planet.

Thanks,

Nick


From: Nick Whitelegg
Sent: 08 November 2018 14:34:17
To: osm-talk
Subject: osm2pgsql diff application with filtered OSM data



Hi,


Looking towards overhauling the import system I use for my Freemap site 
(free-map.org.uk) which is itself going to go through 
an overhaul in the near future by moving to Tangram and hopefully applying hill 
shading.


At the moment I download full planet extracts about every 6 months. However, 
due to the limitations of my server, I filter out (with osmosis) a lot of stuff 
I don't need so that I am basically left with roads, footpaths, natural 
features, water features and selected POIs.


I'd like to move towards a system which applies diffs from geofabrik instead, 
and applies them regularly (daily or weekly) with osm2pgsql.


My question is this; given that not everything in the diff will be in my 
database (as I filter out what I don't need during the import process), will 
osm2pgsql apply the diff successfully or will it complain that not all features 
in the diff are in my database?


Thanks,

Nick

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
--
Darafei Praliaskouski
Support me: http://patreon.com/komzpa
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] POIs - Details - Gerichtsurteil

[Martin Koppenhoefer]

Am Do., 8. Nov. 2018 um 17:53 Uhr schrieb :

> Wenn schon zur Hexenjagd geblasen wird, dann bitte auch richtig!


Entschuldigung! Ehrlich, ich bereue es, die links gepostet zu haben.

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

Re: [Talk-transit] Public Transport Timetables

[Leif Rasmussen]

Integrating GTFS seems like a much better idea than adding actual schedules
to OpenStreetMap.  I had not considered this previously because I did not
understand how GTFS is used worldwide.  Perhaps it would be possible to
start something like a new gtfs.openstreetmap.org (which would be similar
to transit.land and transitfeeds.com, but with a focus of OpenStreetMap
integration) for hosting GTFS feeds that could be integrated into OSM.
That would allow for much easier integration and maintenance.

Copying what Google has done successfully seems like a better option than
creating a big, out of date mess.

I think that creating a new GTFS server would be better than using transit
land or transitfeeds.com, because OSM would have full control over what
happened to the servers and which licencing was used.

Does anyone with experience in GTFS know how an integration like that could
work?  Also, is what I am imagining even possible?

Thanks,
Leif Rasmussen
___
Talk-transit mailing list
Talk-transit@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-transit

Re: [Talk-de] POIs - Details - Gerichtsurteil

[sepp1974]

Also ich sehe das Problem erstmal grundsätzlich in der Quelle - "laut 
Internet" - laut Internet was? Datensammelkrake google, tatsächliche 
Einwilligung vorhanden (bei diesen Quellen), nachprüfbar im 
zweifelsfalls für OSM? Ist das für OSM überhaupt relevant oder bedarf es 
nicht grundsätzlich für jeden Dienst eine derartige Einwiligung? 
Einwilligung gegenüber OSM vorhanden, wenn ja wo? Wurden denn die POI's 
überhaupt richtig gemappt (im Falle des Optikers)?


Wenn schon zur Hexenjagd geblasen wird, dann bitte auch richtig!

Es fehlen die Tankstelle und der Rewe.

Und nun mal zur Historie des Ganzen:

Drauf gekommen bin ich wegen des Operators bei der Tankstelle, der als 
Betreiber namentlich gemappt war. Das als Beispiel nehmend, habe ich 
sowohl den Bäcker, die Reparaturnäherei, den Rewe überhaupt erst 
erstellt (läßt sich ja nachprüfen) und mit den Betreibern gemappt. Im 
Zuge der Diskussion hier kam ich überhaupt erst auf die Idee, mir mal 
über Datenschutz (auch bei OSM) im Zusammenhang mit der DS-GVO Gedanken 
zu machen und siehe da (ich bilde mir ein, aufgrund meiner Ausbildung 
Gesetzestexte auch lesen und verstehen zu können), ich habe POI's 
offensichtlich falsch gemappt und Betreiber hinzugefügt, die natürliche 
Personen sind. Diesen aus meiner Sicht in Kollision mit der DS-GVO 
stehenden Fehler habe ich korrigiert, sowohl bei "meinen" drei POI's, 
als auch bei den anderen beiden (Tankstelle und Optiker), bei denen mir 
das aufgefallen ist.


Wenn ich mir nun ganz real jeden Morgen das Schild über der Bäckerei 
ansehe, steht da weder etwas von Hans noch von Delia (die ich im Übrigen 
beide persönlich kenne), auch an der Reperaturnäherei steht nix von 
Renate Schuchardt im Zusammenhang mit dem Namen der Werkstatt...


Bärendienst hin oder her - nur weil irgendwo irgendetwas für OSM 
rechtmäßig nicht überprüfbar zu finden ist, stellt das keinen Freibrief 
dar, diese Daten blind zu übernehmen. Wie war der Grundsatz, map on the 
ground und nicht map on the internet! Genau wegen dieser Praxis bisher 
(nicht unbedingt OSM betreffend) wurde die DS-GVO überhaupt erst 
geschaffen. Ziel ist es, die Persönlichkeitsrechte jedes Einzelnen auf 
informelle Selbstbestimmung gegenüber Firmen, Vereinen, Projekten, etc. 
zu schützen, denn genau dieser Schutz ist dringend notwendig, um der 
bisher unkontrollierten Datensammel- und -verteilungswut entgegen treten 
zu können! Ausgenommen sind in aller erster Linie staatliche 
Institutionen im Zusammenhang mit ihrem hoheitlichen Verwaltungsauftrag, 
Museen, Archive... Schon daran ist zu erkennen, welch herausragende 
Bedeutung dem Schutz der Persönlichkeitsrechte beigemessen wird. Daraus 
schlussfolgernd sollte auch erkennbar sein, dass ein Projekt wie OSM 
sehr wahrscheinlich nicht in die engere Auswahl einer Ausnahme nach Art. 
6 fallen dürfte. Selbst wenn eine solche Ausnahme tatsächlich irgendwann 
einmal bestätigt werden sollte, gilt bis dahin das Verbot für die 
Erfassung, Verarbeitung und Weitergabe personenbezogener Daten.


Wie ist das nun mit dem Vandalismus - was sollte denn die Nebelkerze?

Gruß Sepp




Am 08.11.2018 15:09 schrieb Martin Koppenhoefer:

Am Do., 8. Nov. 2018 um 11:11 Uhr schrieb :


Sobald mir ein derartiger Datensatz wieder auffält, werde ich ihn
unbearbeitet für Dich posten um Deine Bedenken bzgl. Vandalismus zu
bekräftigen oder zu beseitigen.





Danke, da könnten wir dann konkret sehen, ob es ein Problem gibt oder
nicht. Mal abgesehen von Dir, es scheint auch noch andere Mapper zu 
geben,

die solche Änderungen machen, z.B. ist mir hier aufgefallen, dass ein
Nutzer eine ganze Reihe von Edits gemacht hat, wo der operator mit 
Hinweis

auf die DSGVO gelöscht wurde, z.B.:

1.
https://www.openstreetmap.org/node/2076158874/history
vor der Löschung war der operator "Familie Lorenz".
Laut Internet ist der Firmenname "Bäckerei Hans Lorenz" bzw. alternativ
"Bäckerei Lorenz Delia Bäckerei"

2.
Hier war der operator tag das einzige Merkmal, mit dem man die Firma 
solide

identifizieren konnte, weil überhaupt kein name-tag dort ist:
https://www.openstreetmap.org/node/5867011048/history
Laut Internet heißt die Firma "Reparaturnäherei Renate Schuchardt" oder
auch nur "Renate Schuchardt"

3.
Bei einem Optiker wurde der operator entfernt, obwohl das Teil des
Firmennamens zu sein scheint
https://www.ihre-augenoptik.de/impressum/
https://www.openstreetmap.org/node/3989768072/history

etc.


M.E. tun diese Mapper einen Bärendienst sowohl an OSM als auch an den
betroffenen Firmen, da diese einerseits bereits unter diesen Namen
auffindbar sind (außerhalb von OSM, in öffentlichen amtlichen Registern 
und
auf eigenen Homepages und bei lokalen und überregionalen 
Branchendiensten,
vermutlich auch bei Facebook und Co, etc.), und die vor allem auch 
gefunden

werden wollen.

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

[Talk-it] [talk-it] Nuova tabella per l'Italia per pagina wiki "OSM tags for routing/Access-Restrictions"

[Volker Schmidt]

Vorrei aggiungere una tabella per l'Italia alla pagina
OSM tags for routing/Access-Restrictions

Una bozza della nuova tabella trovate nel mio documento di lavoro
Copia di lavoro di IT:Bicycle


Controllate, criticate, migliorate!

Grazie

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Martin Koppenhoefer]

sent from a phone

> On 8. Nov 2018, at 15:02, Sergio Manzi  wrote:
> 
> ... in realtà è già in uso (ma non molto, vedi [1]) una key "est_height", ma 
> personalmente continuo a pensare che height:estimate sia preferibile...
> 
> [1] https://taginfo.openstreetmap.org/keys/est_height
> 


per me è preferibile est_height, che non va fortissimo da solo, è vero, ma 
guardando tutti gli “est” possibili, vedi che est_width va forte:
https://taginfo.openstreetmap.org/search?q=est

Ciao, Martin 

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

Re: [OSM-talk-fr] Dans quel tag mettre le nom d'une résidence ou immeuble de bureaux ?

[Topographe Fou]

C'est exclusif sur le Wiki anglophone (
https://wiki.openstreetmap.org/wiki/Key:addr#Commonly_used_subkeys), mais
pas sur la francophone (
https://wiki.openstreetmap.org/wiki/FR:Key:addr#Adresses). Quant à la page
francophone sur les adresses (
https://wiki.openstreetmap.org/wiki/FR:Adresses) il y a une seule
occurrence, dans le cas où un numéro concerne plusieurs bâtiments (cas d'un
campus par exemple). Pas d'autres indications sur quand utiliser ce tag (et
notamment dans les cas cités). Idem pour l'anglophone. Je pense qu'il y a
quelque chose à clarifier.

Perso j'aurais plutôt tendance à mettre le nom d'un bâtiment (qu'il soit
sur le cadastre et/ou sur une plaque non officielle) dans name mais comme
ce n'est pas clair quand utiliser addr:housename...



Le jeu. 8 nov. 2018 à 16:59, marc marc  a écrit :

> addr:housename et addr:housenumber sont supposé être mutuellement
> exclusif : il y a des endroits oü les bâtiments n'ont pas de numéro
> mais un nom utilisé par la poste.
>
> soit t'es passé devant et t'as une idée s'il y avait un no d'immeuble
> soit il faudrait regarder la ban ou la bano pour ce bâtiment
> pour choisir entre addr:housename et name
>
> de manière totalement subjective, j'ai l'impression que les villes
> et les bâtiments récent ont tous un numéro et que le nom est
> purement décoratif (=non postal)... mais c'est subjectif :)
>
> Le 08. 11. 18 à 16:52, Topographe Fou a écrit :
> > Bonjour,
> >
> > Dans le cas où le cadastre précise un nom pour un bâtiment résidentiel
> > ou de bureaux (ou dans le cas où il y a une joli plaque au niveau de
> > l'entrée genre "Villa des Oliviers"), faut-il mettre cette valeur dans
> > 'addr:housename' ou 'name' ou les deux ou une autre ?
> >
> > J'ai trouvé les deux pratiques dans OSM et ne trouve pas de réponse
> > claire sur le Wiki (j'ai regardé la page sur les bâtiments, celle sur
> > name, celle que les adresses et celle sur le cadastre).
> >
> > Quelques exemples à Rueil-Malmaison :
> > https://www.openstreetmap.org/way/71341319
> > https://www.openstreetmap.org/way/71341177
> >
> > Par avance merci.
> >
> > Cordialement,
> >
> > LeTopographeFou
> >
> >
> > ___
> > 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] osm2pgsql diff application with filtered OSM data

[Frederik Ramm]

Hi,

On 08.11.2018 15:34, Nick Whitelegg wrote:
> My question is this; given that not everything in the diff will be in my
> database (as I filter out what I don't need during the import process),
> will osm2pgsql apply the diff successfully or will it complain that not
> all features in the diff are in my database?

It will apply the diff as far as possible, but it will also add a lot of
unwanted/unnecessary stuff from the diff to the database which you would
then have to filter out again.

There's also a danger that you will miss some things. For example,
consider a rural garage (shop=car_repair) mapped as a way with four
nodes; you filter that out because you're not interested. Half a year
later the shop closes, and a tourism=hostel opens instead. Assuming you
are interested in this kind of POI, the diff that you process contains
the way with the new tags, but not the nodes since these have not
changed. The hostel will not appear in your osm2pgsql database because
the geometry cannot be built due to lack of nodes.

One way to avoid this downloading the full files, filtering them, and
then generating a diff by comparing the filtered file to the last
filtered file, and importing *that* diff.

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] osm2pgsql diff application with filtered OSM data

[Komяpa]

Hi Nick,

osm2pgsql is tolerant to features absent in database. You can in theory
even start with empty set of tables and just insert new diff data.

Usually people also clip minutely osc, as per day database grows by a small
country otherwise.

чт, 8 нояб. 2018 г. в 17:37, Nick Whitelegg :

>
> ... sorry, when I say "full planet extracts" I mean only England, Wales,
> Scotland, Ireland (all) and Greece - not the entire planet.
>
>
> Thanks,
>
> Nick
>
> --
> *From:* Nick Whitelegg
> *Sent:* 08 November 2018 14:34:17
> *To:* osm-talk
> *Subject:* osm2pgsql diff application with filtered OSM data
>
>
>
> Hi,
>
>
> Looking towards overhauling the import system I use for my Freemap site (
> free-map.org.uk) which is itself going to go through an overhaul in the
> near future by moving to Tangram and hopefully applying hill shading.
>
>
> At the moment I download full planet extracts about every 6 months.
> However, due to the limitations of my server, I filter out (with osmosis) a
> lot of stuff I don't need so that I am basically left with roads,
> footpaths, natural features, water features and selected POIs.
>
>
> I'd like to move towards a system which applies diffs from geofabrik
> instead, and applies them regularly (daily or weekly) with osm2pgsql.
>
>
> My question is this; given that not everything in the diff will be in my
> database (as I filter out what I don't need during the import process),
> will osm2pgsql apply the diff successfully or will it complain that not all
> features in the diff are in my database?
>
>
> Thanks,
>
> Nick
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
-- 
Darafei Praliaskouski
Support me: http://patreon.com/komzpa
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Volker Schmidt]

Le relazione "est_height" | "height:estimate" in taginfo è  1000 a 1!
E poi il simile per "est_width" | "widh:estimate" è 76k a zero.

On Thu, 8 Nov 2018 at 15:04, Sergio Manzi  wrote:

> ... in realtà è già in uso (*ma non molto, vedi* [1]) una key
> "est_height", ma personalmente continuo a pensare che height:estimate sia
> preferibile...
>
> [1] https://taginfo.openstreetmap.org/keys/est_height
>
> On 2018-11-08 14:53, Sergio Manzi wrote:
>
> ... nel caso ci siano entrambe, forse si potrebbe fare: h_misurata->height
> e h_stimata->height:estimate *(lo so, height:estimate sarebbe una
> "novità", ma non mi sembra male e si potrebbe documentare sul wiki..*.)
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] Magic Earth ( etait OsmAnd, un navigateur routier un peu à part)

[Topographe Fou]

Bonjour,

J'avoue que cela date d'il y a je pense 2 ans... entre temps le logiciel a
pu évoluer. Je me souviens simplement que j'avais jugé l'interface et les
fonctionnalités (lesquelles exactement ?? bonne question) moins riche et
les données affichées recherchables moins détaillées. OsmAnd me paraissait
également bien plus proche de la communauté et du projet à l'époque (ex :
capacité d'édition, ce que j'apprécie pour faire des ajouts en
déplacement). Mais je ne me risquerait pas à parler davantage ne
connaissant plus cette appli.

Cordialement,

Le mar. 6 nov. 2018 à 10:14,  a écrit :

>
>
> - Mail original -
> De: "Topographe Fou" 
> À: "Discussions sur OSM en français" , "OSM en
> OSM en français" , "OSM en OSM en Bretagne" <
> talk-fr-...@openstreetmap.org>
> Envoyé: Lundi 5 Novembre 2018 19:56:52
> Objet: Re: [OSM-talk-fr] OsmAnd, un navigateur routier un peu à part
>
> > Bonsoir à tous,
>
> Bonjour
>
> > Merci. Pour ma part j'utilise OsmAnd+ après avoir été déçu de Maps.me,
> Magic Earth...
>
> Qu est ce qui n allait pas avec Magic Earth ?
> C est l appli que j utilise sous Android depuis pas mal de temps et jusque
> la elle me va bien
>
> Julien
>
> ___
> 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-at] OSM Wochennotiz Aktualität & Richtigstellung

[Stefan Nagy]

Am Donnerstag, den 08.11.2018, 14:55 +0100 schrieb Friedrich Volkmann:
> Das nächste Problem ist, dass diese Filter erst nach dem Download der
> Mails aktiv werden. D.h. das Abrufen der Mails dauert entsprechend
> und es fallen Kosten für den Datentransfer an.
> 
> Weiters greifen viele, so auch ich, nicht nur vom Desktop-PC aus auf
> die Mails zu, sondern auch von anderen Rechnern und mit dem Handy,
> v.a. mittels Webmail. Der am Desktop-PC eingerichtete Filter ist dort
> natürlich nicht drauf.

Von meiner Seite nur eine technische Anmerkung: Im Falle eines IMAP-
Accounts richtet man die Filter nicht auf jedem einzelnen Client,
sondern einmalig serverseitig ein. Das geht üblicherweise recht
komfortabel über die Webmail-Oberfläche.


-- 
E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/


signature.asc
Description: This is a digitally signed message part
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-fr] Dans quel tag mettre le nom d'une résidence ou immeuble de bureaux ?

[marc marc]

addr:housename et addr:housenumber sont supposé être mutuellement 
exclusif : il y a des endroits oü les bâtiments n'ont pas de numéro
mais un nom utilisé par la poste.

soit t'es passé devant et t'as une idée s'il y avait un no d'immeuble
soit il faudrait regarder la ban ou la bano pour ce bâtiment
pour choisir entre addr:housename et name

de manière totalement subjective, j'ai l'impression que les villes
et les bâtiments récent ont tous un numéro et que le nom est
purement décoratif (=non postal)... mais c'est subjectif :)

Le 08. 11. 18 à 16:52, Topographe Fou a écrit :
> Bonjour,
> 
> Dans le cas où le cadastre précise un nom pour un bâtiment résidentiel 
> ou de bureaux (ou dans le cas où il y a une joli plaque au niveau de 
> l'entrée genre "Villa des Oliviers"), faut-il mettre cette valeur dans 
> 'addr:housename' ou 'name' ou les deux ou une autre ?
> 
> J'ai trouvé les deux pratiques dans OSM et ne trouve pas de réponse 
> claire sur le Wiki (j'ai regardé la page sur les bâtiments, celle sur 
> name, celle que les adresses et celle sur le cadastre).
> 
> Quelques exemples à Rueil-Malmaison :
> https://www.openstreetmap.org/way/71341319
> https://www.openstreetmap.org/way/71341177
> 
> Par avance merci.
> 
> Cordialement,
> 
> LeTopographeFou
> 
> 
> ___
> 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

[OSM-talk-fr] Dans quel tag mettre le nom d'une résidence ou immeuble de bureaux ?

[Topographe Fou]

Bonjour,

Dans le cas où le cadastre précise un nom pour un bâtiment résidentiel ou
de bureaux (ou dans le cas où il y a une joli plaque au niveau de l'entrée
genre "Villa des Oliviers"), faut-il mettre cette valeur dans
'addr:housename' ou 'name' ou les deux ou une autre ?

J'ai trouvé les deux pratiques dans OSM et ne trouve pas de réponse claire
sur le Wiki (j'ai regardé la page sur les bâtiments, celle sur name, celle
que les adresses et celle sur le cadastre).

Quelques exemples à Rueil-Malmaison :
https://www.openstreetmap.org/way/71341319
https://www.openstreetmap.org/way/71341177

Par avance merci.

Cordialement,

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

Re: [OSM-talk-fr] Stage OSM? - Commercial OSM Software and Services

[Cyrille37 OSM]

Salut


Une source de contacts: 
https://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services



Cyrille.


Le 08/11/2018 à 16:42, DESMURS MANON p1607795 a écrit :

Bonjour,

Actuellement en L3 Méthodes Appliquées en Géosciecnes, je m'intéresse 
fortement au domaine des SIG et de la cartographie. De plus, les 
nombreuses applications associés pourraient me permettre d'accroître 
mes connaissances dans ce milieu.


C'est pourquoi je recherche un stage de fin de licence. J'aimerai 
beaucoup le réaliser chez OSM, mais je ne sais pas vraiment à qui 
m'adresser afin de le réaliser.


Merci beaucoup de vos réponses.

Cordialement,
DESMURS Manon​



___
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

[OSM-talk-fr] Stage OSM?

[DESMURS MANON p1607795]

Bonjour,

Actuellement en L3 Méthodes Appliquées en Géosciecnes, je m'intéresse fortement 
au domaine des SIG et de la cartographie. De plus, les nombreuses applications 
associés pourraient me permettre d'accroître mes connaissances dans ce milieu.

C'est pourquoi je recherche un stage de fin de licence. J'aimerai beaucoup le 
réaliser chez OSM, mais je ne sais pas vraiment à qui m'adresser afin de le 
réaliser.

Merci beaucoup de vos réponses.

Cordialement,
DESMURS Manon?

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

Re: [OSM-talk-fr] Carto+ et le plateau de Saclay — Essonne

[Christian Quest]

Le plateau de Saclay... oui, il y a de l'OSM derrière, on a même fait des
cartoparties avec des étudiants il y a déjà pas mal d'années.

J'ai suivi ça au début puis décroché. L'utilisation à l'époque d'outils
fonctionnant beaucoup en surcouche d'OSM font que les contributions de
bases n'ont pas toujours été reportées dans les données OSM. On a parfois
le même phénomène avec umap.


Le sam. 3 nov. 2018 à 20:15, Gwenaël Jouvin  a
écrit :

> Salut,
>
> Je ne saurais t’en dire plus, je découvre le projet ce jour.
>
> Je sais simplement que d’autres contributeurs OSM du secteur sont en
> contact avec des personnes de ce projet depuis plusieurs années et
> communiquent régulièrement sur OSM…
> Si ça peut amener des gens à contribuer au projet de fond qu’est OSM, tant
> mieux…
>
> J’ai aussi l’impression que leur fond n’est pas à jour, ça se voit au
> niveau du giratoire du Christ où la déviation pour travaux n’apparaît pas.
>
> Gwenaël
>
>
> Le 03/11/2018 à 18:33, JB a écrit :
> > En fait, j'ai pas vraiment l'impression qu'ils reversent dans OSM ni
> qu'ils l'utilisent, à part comme fond de carte (sans attribution directe,
> en plus…) ? Tu as des éléments qui me contredisent ? Le crédit « Site
> construit à partir des données OpenStreetMap » me laisse pensif.
> > Ça ressemble un peu à du don pour financer une base de données privée ?
> > JB.
> >
> > Le 03/11/2018 à 12:30, Gwenaël Jouvin a écrit :
> >> Bonjour à tous,
> >>
> >> Un article du Parisien relate un projet cartographie en Essonne et
> particulièrement au plateau de Saclay :
> >>
> http://www.leparisien.fr/essonne-91/plateau-de-saclay-souscrivez-pour-une-application-mobile-sur-la-vie-locale-02-11-2018-7933959.php
> >>
> >> Et je peux vous dire qu’il y a du boulot dans cette zone en plein
> chambardement :-)
> >>
> >> Le site utilise les données d’OSM : http://saclay.carte-ouverte.org/
> >>
> >>
> >> Gwenaël
> >
> > ___
> > 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
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Garmin GPS and OSM-based maps

[Oleksiy Muzalyev]

Hi Andy,

Thank you. It was helpful.

It is definitely better than a smartphone, mostly to the battery (14-16 
hours) & EGNOS correction. I learned how to install the OSM map on the 
device, - basically export/copy/paste the .img file.


I also acquired an accessory, - a big aluminum clip to attach the device 
to a backpack. It is quite convenient to keep it outside, well visible 
to satellites.


Best regards,
O.


On 06.11.18 13:46, Andy Townsend wrote:


Whilst it's great that Garmin are offering the convenience 
pre-installed OSM-based maps, it's worth bearing in mind that there 
are lots of free download options - see 
https://wiki.openstreetmap.org/wiki/Mkgmap for creating your own and 
https://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin/Download for 
ready-made downloadable options.


http://garmin.openstreetmap.nl/ is a good place to start for "I want 
maps for a certain part of the world".


There are lots of help questions about the mechanics of installing 
maps on Windows, Linux, MacOS etc. at https://help.openstreetmap.org/ 
, and these might be an easier place to start reading than the wiki 
(which can be a bit confused at times).


I do have a GPSMap64s with preinstalled Garmin maps* that aren't 
OSM-based.  One problem with those is that they contain lots of old, 
inaccurate non-OSM POIs that it's impossible to turn off without 
removing the SD card - hopefully your OSM-based maps from Garmin won't 
share this problem.


Re EGNOS on an Etrex 35, assuming it's similar to an Etrex 30x, it's 
noticeably more accurate (within a few meters as opposed to a few tens 
of meters) when you're somewhere with WAAS/EGNOS coverage compared to 
when you're not (in my case it was Europe with and Australia without, 
but that was a while ago - don't know if the Australian situation has 
changed).


Barometric altimeter (on both Etrex30x and GPSMap64s) tend to be 
accurate to within 10m at the top of the hill if you've calibrated 
them at the bottom, but not if you haven't (apologies for being 
Captain Obvious there!).


Battery use on both Etrex30x and GPSMap64s are something like "one 
pair of rechargeable AA batteries every day and a half" (if it's on 
all day).


Re the new 66s my understanding is that it can use 2 of 
GPS/Glonass/Galileo at the same time.  Personally I'd wait to see a 
"review involving OSM-based map use" before getting one, but I'm sure 
they'll appear fairly soon.


Other non-Garmin options for "something to last all day" might be an 
old phone with GPS in it and user-removable batteries.  An old 
Blackberry might be an option (they still work after you manage to 
drop them on the floor, and you might find the keyboard more usable 
than a touchscreen when it's cold).


Best Regards,

Andy

* at the time this was essentially "free" due to availability and what 
stock the various discounters carried - in theory its about £60 extra, 
and probably isn't worth that.



On 06/11/2018 11:37, Oleksiy Muzalyev wrote:

Thank you, dikkeknodel.

I also received an email message with an advice to acquire Garmin 
eTrex.  I've ordered the Garmin eTrex 35 Touch with the pre-installed 
«TopoActive» Karte Europa, which is based on the OSM data, as I 
understood:

https://www.brack.ch/garmin-hand-gps-etrex-touch-370929

It supports the EGNOS, European Geostationary Navigation Overlay 
Service, which is supposed to correct the GPS signal. I have no idea 
how it works in reality. It also has got the GPS and barometric 
altimeters.


Best regards,
Oleksiy



On 05.11.18 19:59, _ dikkeknodel wrote:


Hi all,

Thanks for all the great advice. I’ve looked into uMap and it does 
the job perfectly. With all the gpx of over a year of hiking 
imported it still runs smoothly.


I would like to prevent running into performance issues later 
though. Does anybody know if it is wise to add ‘simplified’ versions 
of the gpx to uMap instead of the original recordings with 1 s 
resolution?


Since the published data is public, I just have to take into account 
not to import gpx which start from my home since I value my ‘sort of 
anonymity’.


*@Oleksiy*

To answer Oleksiy’s question, I record with OSMand on a Moto G4 
smartphone, that works like a charm. Off course there is fluctuation 
due to accuracy errors, I guess 10-15 m is achievable most of the 
time, but close to near vertical mountains it becomes much worse.


It however does never happen that I miss long stretches of data 
(except for tunnels ). I did have that problem in the past, when 
<15% battery charge and Android automatically started the battery 
saving mode. That just turned of the gps antenna whenever the screen 
was off. So now I have set battery saving mode to off.


Also OSMand does not drain the battery much. Usually I do take a lot 
of notes which OSMand attaches to the gpx and loads perfectly into 
JOSM. Recently I also used the voice recorder of OSMand, which 
really speeds up the note taking while on the go in comparison to 
typing. These 

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Cascafico Giovanni]

Se non mi è sfuggito qualche post, genus:it è l'unica chiave che abbiamo
trovato dove  poter ficcare il nome volgare.
Il type credo sia un errore... sarebbe leaf_type ed eventualmente il suo
compare leaf_cycle.
Sul name:botanical, direi che esula da questo import: se approvato,
potrebbe essere fatto facilmente con un mass edit.



Il gio 8 nov 2018, 15:33 Sergio Manzi  ha scritto:

> Giovanni, scusa se "rompo" ancora, ma...
>
> vedo "cose" che, forse, potrebbero essere migliorate. Per esempio, per
> l'albero al nodo https://www.openstreetmap.org/node/2124618451 (*chiaramente
> preesistente...*) verremmo ad avere anche queste key:
>
> genus=Tilia
> genus:de=Linde
> genus:it=tiglio
> genus:sl=lipa
> name:botanical=Tilia
> type=broad_leaved
>
>
>- "name:botanical" (*usato circa 25000 volte, globalmente*) è
>chiaramente una key obsoleta: non si potrebbe cogliere l'occasione per
>eliminarla?
>- Idem per i vari genus: si potrebbe eliminare "genus" e "genus:it" (*forse
>mantenendo i genus stranieri, per rispetto...*).
>- Ho dubbi sul "type": magari è anche giusto, ma non è ridondante?
>
>
> On 2018-11-08 14:30, Cascafico Giovanni wrote:
>
> Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed
> ho aggiornato la mappa di revisione [2]. Domani vedo si compilarla...
> potete partecipare tutti. Attenzione in particolare agli alberi con source
> diversa da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai
> male :-)
>
> Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà
> per le altre regioni.
>
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
> [2] http://audit.osmz.ru/project/AM-RAFVG-OO/
>
>
> ___
> Talk-it mailing 
> listTalk-it@openstreetmap.orghttps://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: [OSM-talk] osm2pgsql diff application with filtered OSM data

[Nick Whitelegg]

... sorry, when I say "full planet extracts" I mean only England, Wales, 
Scotland, Ireland (all) and Greece - not the entire planet.

Thanks,

Nick


From: Nick Whitelegg
Sent: 08 November 2018 14:34:17
To: osm-talk
Subject: osm2pgsql diff application with filtered OSM data



Hi,


Looking towards overhauling the import system I use for my Freemap site 
(free-map.org.uk) which is itself going to go through an overhaul in the near 
future by moving to Tangram and hopefully applying hill shading.


At the moment I download full planet extracts about every 6 months. However, 
due to the limitations of my server, I filter out (with osmosis) a lot of stuff 
I don't need so that I am basically left with roads, footpaths, natural 
features, water features and selected POIs.


I'd like to move towards a system which applies diffs from geofabrik instead, 
and applies them regularly (daily or weekly) with osm2pgsql.


My question is this; given that not everything in the diff will be in my 
database (as I filter out what I don't need during the import process), will 
osm2pgsql apply the diff successfully or will it complain that not all features 
in the diff are in my database?


Thanks,

Nick

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

[OSM-talk] osm2pgsql diff application with filtered OSM data

[Nick Whitelegg]

Hi,


Looking towards overhauling the import system I use for my Freemap site 
(free-map.org.uk) which is itself going to go through an overhaul in the near 
future by moving to Tangram and hopefully applying hill shading.


At the moment I download full planet extracts about every 6 months. However, 
due to the limitations of my server, I filter out (with osmosis) a lot of stuff 
I don't need so that I am basically left with roads, footpaths, natural 
features, water features and selected POIs.


I'd like to move towards a system which applies diffs from geofabrik instead, 
and applies them regularly (daily or weekly) with osm2pgsql.


My question is this; given that not everything in the diff will be in my 
database (as I filter out what I don't need during the import process), will 
osm2pgsql apply the diff successfully or will it complain that not all features 
in the diff are in my database?


Thanks,

Nick

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Giovanni, scusa se "rompo" ancora, ma...

vedo "cose" che, forse, potrebbero essere migliorate. Per esempio, per l'albero 
al nodo https://www.openstreetmap.org/node/2124618451 (/chiaramente 
preesistente.../) verremmo ad avere anche queste key:

genus=Tilia
genus:de=Linde
genus:it=tiglio
genus:sl=lipa
name:botanical=Tilia
type=broad_leaved

  * "name:botanical" (/usato circa 25000 volte, globalmente/) è chiaramente una 
key obsoleta: non si potrebbe cogliere l'occasione per eliminarla?
  * Idem per i vari genus: si potrebbe eliminare "genus" e "genus:it" (/forse 
mantenendo i genus stranieri, per rispetto.../).
  * Ho dubbi sul "type": magari è anche giusto, ma non è ridondante?


On 2018-11-08 14:30, Cascafico Giovanni wrote:
> Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed ho 
> aggiornato la mappa di revisione [2]. Domani vedo si compilarla... potete 
> partecipare tutti. Attenzione in particolare agli alberi con source diversa 
> da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai male :-)
>
> Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà 
> per le altre regioni.
>
>
> [1] 
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
> [2] http://audit.osmz.ru/project/AM-RAFVG-OO/
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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

[OSM-talk-be] Where can I geocode 3 mln addresses?

[Alexander Mikhailian]

Hello,

Sorry if it's a bit offtopic.

I was plannig to do some fancy visualisations with KBO/BCE company
addresses, and I need to geocode them first.

It is OK if it costs a some  money, I will pay out of my own pocket...
but what are the options?

Or better, has someone already done this?


-- 
Alexander

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[Martin Koppenhoefer]

Am Do., 8. Nov. 2018 um 11:11 Uhr schrieb :

> Sobald mir ein derartiger Datensatz wieder auffält, werde ich ihn
> unbearbeitet für Dich posten um Deine Bedenken bzgl. Vandalismus zu
> bekräftigen oder zu beseitigen.




Danke, da könnten wir dann konkret sehen, ob es ein Problem gibt oder
nicht. Mal abgesehen von Dir, es scheint auch noch andere Mapper zu geben,
die solche Änderungen machen, z.B. ist mir hier aufgefallen, dass ein
Nutzer eine ganze Reihe von Edits gemacht hat, wo der operator mit Hinweis
auf die DSGVO gelöscht wurde, z.B.:

1.
https://www.openstreetmap.org/node/2076158874/history
vor der Löschung war der operator "Familie Lorenz".
Laut Internet ist der Firmenname "Bäckerei Hans Lorenz" bzw. alternativ
"Bäckerei Lorenz Delia Bäckerei"

2.
Hier war der operator tag das einzige Merkmal, mit dem man die Firma solide
identifizieren konnte, weil überhaupt kein name-tag dort ist:
https://www.openstreetmap.org/node/5867011048/history
Laut Internet heißt die Firma "Reparaturnäherei Renate Schuchardt" oder
auch nur "Renate Schuchardt"

3.
Bei einem Optiker wurde der operator entfernt, obwohl das Teil des
Firmennamens zu sein scheint
https://www.ihre-augenoptik.de/impressum/
https://www.openstreetmap.org/node/3989768072/history

etc.


M.E. tun diese Mapper einen Bärendienst sowohl an OSM als auch an den
betroffenen Firmen, da diese einerseits bereits unter diesen Namen
auffindbar sind (außerhalb von OSM, in öffentlichen amtlichen Registern und
auf eigenen Homepages und bei lokalen und überregionalen Branchendiensten,
vermutlich auch bei Facebook und Co, etc.), und die vor allem auch gefunden
werden wollen.

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

... in realtà è già in uso (/ma non molto, vedi/ [1]) una key "est_height", ma 
personalmente continuo a pensare che height:estimate sia preferibile...

[1] https://taginfo.openstreetmap.org/keys/est_height


On 2018-11-08 14:53, Sergio Manzi wrote:
>
> ... nel caso ci siano entrambe, forse si potrebbe fare: h_misurata->height e 
> h_stimata->height:estimate /(lo so, height:estimate sarebbe una "novità", ma 
> non mi sembra male e si potrebbe documentare sul wiki../.)
>
> Sergio
>
>
> On 2018-11-08 14:44, Sergio Manzi wrote:
>>
>> Giovanni,
>>
>> non capisco le relazioni h_stimata->height e h_misurata->height: non 
>> collidono? O forse nei dati originali l'esistenza di una misura implica 
>> l'assenza dell'altra?
>>
>> Ciao,
>>
>> Sergio
>>
>>
>> On 2018-11-08 14:30, Cascafico Giovanni wrote:
>>> Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed 
>>> ho aggiornato la mappa di revisione [2]. Domani vedo si compilarla... 
>>> potete partecipare tutti. Attenzione in particolare agli alberi con source 
>>> diversa da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai 
>>> male :-)
>>>
>>> Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà 
>>> per le altre regioni.
>>>
>>>
>>> [1] 
>>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
>>> [2] http://audit.osmz.ru/project/AM-RAFVG-OO/
>>>
>>>
>>> ___
>>> Talk-it mailing list
>>> Talk-it@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>



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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Friedrich Volkmann]

On 08.11.2018 12:00, Andreas wrote:

Am 08.11.18 um 09:43 schrieb Stefan Nagy:

Am Mittwoch, den 07.11.2018, 19:08 +0100 schrieb Gerhard Gonter:

aber auf der anderen Seite handelt Ihr euch Unmut ein, weil diese
m.E. inhaltsarme woechentliche Mail auf dieser Liste einige/viele/???
Leute stoert.


Kann ich nicht ganz verstehen, weil man kann sich ja die Mails auch
filtern und man muss ja nicht jede talk-at Mail lesen.


Es ist schon mal unverschämt, die Leser dieser Mailingliste zu dem Aufwand, 
einen Filter einzurichten, zu nötigen. Auch wenn es nur ein paar Minuten 
dauert, sind das ein paar Minuten meines Lebens, die mir keiner zurückgibt 
und eine Arbeitsleistung, die du mir nicht bezahlst.


Weiters hat sich herausgestellt, dass die Filterung gar nicht zuverlässig 
möglich ist, denn nachdem die Wochennotizen erst mal alle den String 
"Wochennotiz" im From hatten, kamen auch welche, die eine Erweiterung des 
Filters um "Walter Nordmann" und "osm-peda@" erforderten.


Das nächste Problem ist, dass diese Filter erst nach dem Download der Mails 
aktiv werden. D.h. das Abrufen der Mails dauert entsprechend und es fallen 
Kosten für den Datentransfer an.


Weiters greifen viele, so auch ich, nicht nur vom Desktop-PC aus auf die 
Mails zu, sondern auch von anderen Rechnern und mit dem Handy, v.a. mittels 
Webmail. Der am Desktop-PC eingerichtete Filter ist dort natürlich nicht drauf.


Zu guter letzt möchte ich auf den rechtlichen Aspekt hinweisen, nämlich dass 
diese Spams schlichtweg illegal sind (§107 Telekommunikationsgesetz). Bei 
OSM-Daten wird so viel Tamtam um Feinheiten bei Lizenzunterschieden gemacht 
und bei den geringsten theoretischen Bedenken gleich alles gelöscht. Um die 
fortlaufenden Gesetzesverletzungen durch die Spams in dieser Mailingliste 
scheint sich hingegen keiner zu kümmern. Ich weiß nicht, ob hier überhaupt 
noch ein Moderator aktiv ist. Aber die Täter sind sowieso nicht die 
Moderatoren, sondern die Absender der Wochennotiz-Mails. Sie riskieren bis 
4000 € Strafe nach TKG §109 Abs. 20. Sie haben nur das Glück, dass sie 
bisher noch keiner angezeigt hat. Zu der Strafe kommt noch der schlechte 
Ruf, den sich die Autoren der Wochennotiz damit einhandeln. Wenn sie sich 
mit der Wochennotiz so viel unentgeltliche Arbeit antun, wie hier behauptet 
wurde, dann ist doch sicher das damit verdiente Ansehen ein wichtiger 
Motivationsgrund, und deshalb verstehe ich nicht, warum sie es so 
leichtfertig und unnötig aufs Spiel setzen.



Der Sinn dieser Email ist zu verständigen, dass eine neue WN erschienen ist.


Dann mach einen Wochennotiz-Newsletter. Abgesehen davon sagt der Name 
Wochennotiz sowieso schon, dass sie wöchentlich erscheint.



Ich spinne nun mal deine gewünschte Variante, dass die WN-Mail mehr
Inhalt enthält weiter:

Problem 1: email in Text oder HTML Format


Text.


Problem 2: HTML Format wird schnell recht groß und ich glaube es steigt
der Unmut viel mehr, wenn die WN-Mail mit 2MB daher kommt.


Eben, darum Text.


Problem 3: TXT Format könnten sich einige Leser bescheren, dass die
Email nicht schön genug gestaltet ist und die WN zu altmodisch gestaltet
ist.


Für diese Leute gibt es einen Link auf die Webseite.


Problem 4: Welche Inhalte sollen in der WN-Mail stehen?


Genau jene, in denen es um Österreich geht. Also z.B. ein Stammtisch in 
Innsbruck oder das Behindertenrouting-Projekt in Gleisdorf oder der Import 
der Adressen des BEV oder das Indoormapping der Wiener U-Bahn-Stationen oder 
die Verleihung des Goldenen Ehrenzeichens der Stadt Wien an Andreas Labres.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

... nel caso ci siano entrambe, forse si potrebbe fare: h_misurata->height e 
h_stimata->height:estimate /(lo so, height:estimate sarebbe una "novità", ma 
non mi sembra male e si potrebbe documentare sul wiki../.)

Sergio


On 2018-11-08 14:44, Sergio Manzi wrote:
>
> Giovanni,
>
> non capisco le relazioni h_stimata->height e h_misurata->height: non 
> collidono? O forse nei dati originali l'esistenza di una misura implica 
> l'assenza dell'altra?
>
> Ciao,
>
> Sergio
>
>
> On 2018-11-08 14:30, Cascafico Giovanni wrote:
>> Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed ho 
>> aggiornato la mappa di revisione [2]. Domani vedo si compilarla... potete 
>> partecipare tutti. Attenzione in particolare agli alberi con source diversa 
>> da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai male :-)
>>
>> Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà 
>> per le altre regioni.
>>
>>
>> [1] 
>> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
>> [2] http://audit.osmz.ru/project/AM-RAFVG-OO/
>>
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>



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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Sergio Manzi]

Giovanni,

non capisco le relazioni h_stimata->height e h_misurata->height: non collidono? 
O forse nei dati originali l'esistenza di una misura implica l'assenza 
dell'altra?

Ciao,

Sergio


On 2018-11-08 14:30, Cascafico Giovanni wrote:
> Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed ho 
> aggiornato la mappa di revisione [2]. Domani vedo si compilarla... potete 
> partecipare tutti. Attenzione in particolare agli alberi con source diversa 
> da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai male :-)
>
> Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà 
> per le altre regioni.
>
>
> [1] 
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
> [2] http://audit.osmz.ru/project/AM-RAFVG-OO/
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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

Re: [Talk-it] [Tagging] alberi (era albereri monumentali: quale licenza?)

[Cascafico Giovanni]

Ho cercato di raccogliere i pareri di tutti sul tagging nella wiki [1] ed
ho aggiornato la mappa di revisione [2]. Domani vedo si compilarla...
potete partecipare tutti. Attenzione in particolare agli alberi con source
diversa da "Regione FVG". Nel dubbio, uno "skip" od un fixme non fa mai
male :-)

Se questo piccol import va bene, possiamo clonarlo senza troppe difficoltà
per le altre regioni.


[1]
https://wiki.openstreetmap.org/wiki/Import/Catalogue/AlberiMonumentali-RAFVG-opendata#Record_format_and_tagging_plan
[2] http://audit.osmz.ru/project/AM-RAFVG-OO/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Kevin Kofler]

Stefan Nagy wrote:
> Ich kann nur empfehlen, gleich nach der Anmeldung zu einer Mailingliste
> einen Filter einrichten, der die Mails beispielsweise mit der Adresse
> talk-at@openstreetmap.org im Empfänger-Feld in einen Ordner "OSM Talk-
> at" verschiebt, sodass man keines der Mails an die Liste in den eigenen
> Posteingang bekommt. Und den Ordner kann man einfach dann durchstöbern,
> wenn man Zeit und Lust dazu hat… Das macht einen um vieles toleranter
> in Bezug auf subjektiv als inhaltsleer oder unnötig eingestufte
> Beiträge.

Ansonsten gibt es auch noch den Dienst Gmane, den ich persönlich nutze (mit 
dem News-Client KNode):
nntps://news.gmane.org/gmane.comp.gis.openstreetmap.region.at
Eine sehr nette Möglichkeit, die das Web-Forum nicht bietet, und zwar ein 
Protokoll, das ausdrücklich für solche Diskussionsgruppen gedacht ist.

Und für die Anhänger von Web-Foren gibt es, wie bereits mehrfach erwähnt, 
den Dienst Nabble:
https://www.openstreetmap.at/talk (Redirect zum Forum bei nabble.com)

Es wird also niemand gezwungen, die Mails entgegennehmen, um an der 
Mailingliste teilzunehmen (Zum Posten ist evtl. notwendig, die Mailingliste 
trotzdem zu subscriben, es ist aber möglich, in den Mailman-Einstellungen 
die Mail-Auslieferung zu deaktivieren. Ich mache das immer so, um über Gmane 
auf Mailinglisten posten zu können.), sondern es gibt gleich 3 verschiedene 
Möglichkeiten, je nach persönlicher Präferenz, und trotzdem können alle mit 
allen kommunizieren.

Kevin Kofler


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

Re: [OSM-talk-nl] Caribbean Netherlands

[Marc Gemis]

I like this video that explains the differences:
https://www.youtube.com/watch?v=eE_IUPInEuc

m.
On Thu, Nov 8, 2018 at 9:39 AM Pander OpenTaal  wrote:
>
> Frederik, thanks for the changes so far. Good to wait with parts of Belgium. 
> Also good to stay clear of political issues and only use geographic 
> considerations. For me, fine not to split up Saint Martin/Sint Maarten.
>
> As for these six Dutch islands in South America, good question on how to call 
> these in a geographic way. The name Caribbean Netherlands officially only 
> refers to only three of the six islands, see 
> https://en.wikipedia.org/wiki/Caribbean_Netherlands
>
> Politically, historically and geographically, these islands can be grouped in 
> many different ways with different names, see 
> https://en.wikipedia.org/wiki/Dutch_Caribbean#Grouping_of_islands Which 
> doesn't make it easier. Calling it Dutch Caribbean is the least best name of 
> the three options, I think.
>
> Even though the name Netherlands Antilles indeed as a political entity no 
> longer exists, see https://en.wikipedia.org/wiki/Netherlands_Antilles 
> Advantage of this name, is that it doesn't favor certain islands because of 
> the current political construct (in which only a few are officially in 
> Caribbean Netherlands).
>
> I think that is the best name to use, as it is also closer to what is used in 
> the Dutch language. Nobody talks about the Caraïbische Nederlanden.
>
> ___
> Talk-nl mailing list
> Talk-nl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-nl

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

Re: [OSM-talk-fr] Projet du mois de novembre: gendarmerie/police

[Rpnpif]

Le  7 novembre 2018, Ralf Treinen a écrit :

> les locaux de la police peuvent occuper le bâtiment entier, ou seulement
> une partie. À mon avis il faut au moins dans le deuxième cas laisser
> building=yes.

Et mettre amenity sur un nœud et pas sur le bâtiment pour permettre la
possibilité de marquer les éventuelles activités des autres occupants du
bâtiment.

-- 
Alain Rpnpif

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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Andreas]

Am 08.11.18 um 09:43 schrieb Stefan Nagy:
> Am Mittwoch, den 07.11.2018, 19:08 +0100 schrieb Gerhard Gonter:
>> aber auf der anderen Seite handelt Ihr euch Unmut ein, weil diese
>> m.E. inhaltsarme woechentliche Mail auf dieser Liste einige/viele/???
>> Leute stoert.  

Kann ich nicht ganz verstehen, weil man kann sich ja die Mails auch
filtern und man muss ja nicht jede talk-at Mail lesen. Der Sinn dieser
Email ist zu verständigen, dass eine neue WN erschienen ist.

Ich spinne nun mal deine gewünschte Variante, dass die WN-Mail mehr
Inhalt enthält weiter:

Problem 1: email in Text oder HTML Format

Problem 2: HTML Format wird schnell recht groß und ich glaube es steigt
der Unmut viel mehr, wenn die WN-Mail mit 2MB daher kommt.

Problem 3: TXT Format könnten sich einige Leser bescheren, dass die
Email nicht schön genug gestaltet ist und die WN zu altmodisch gestaltet
ist.

Problem 4: Welche Inhalte sollen in der WN-Mail stehen?

Du siehst also es ist nicht so einfach und bringt meiner Meinung nach
mehr Probleme als Nutzen mit sich.

>> Mir persoenlich ist sie inzwischen egal, weil sie vom
>> GMail Filter rausgeworfen wird.

Ist doch vollkommen ok, wenn du die WN Mail mit einem Mail-Filter
rausfilterst.

> 
> Ich kann nur empfehlen, gleich nach der Anmeldung zu einer Mailingliste
> einen Filter einrichten, der die Mails beispielsweise mit der Adresse 
> talk-at@openstreetmap.org im Empfänger-Feld in einen Ordner "OSM Talk-
> at" verschiebt, sodass man keines der Mails an die Liste in den eigenen
> Posteingang bekommt. Und den Ordner kann man einfach dann durchstöbern,
> wenn man Zeit und Lust dazu hat… Das macht einen um vieles toleranter
> in Bezug auf subjektiv als inhaltsleer oder unnötig eingestufte
> Beiträge.
> 
> Ich persönlich freu mich über den Hinweis auf die aktuellen
> Wochennotizen und finde auch, dass das hier her gehört.
>

Danke Stefan, das meinte ich, die Geschmäcker sind nun mal verschieden.

lg Andreas
(geologist)

> Cheerio,
> Stefan.
> 
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
> 




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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[sepp1974]

Martin,

ich denke es kann sich jeder der hier Mitlesenden etwas darunter 
vorstellen, den gemappten Vor- und Zunamen des Betreibers einer 
Tankstelle aus dem Operatorfeld zu löschen und alle anderen 
Informationen des POI's unangetastet zu lassen, zumal die Tankstelle 
real vom Namen her, keinerlei Hinweis auf den Betreiber zuläßt.


Sobald mir ein derartiger Datensatz wieder auffält, werde ich ihn 
unbearbeitet für Dich posten um Deine Bedenken bzgl. Vandalismus zu 
bekräftigen oder zu beseitigen.


Bis dahin versuche Dir vor's bildliche Auge zu holen:

Eigenname: ESSO-Tankstelle
Betreiber: Max Mustermann
Öffnungszeiten: von-bis
Sorten: Sprit in allen Formen und Farben
Bezahlmöglichkeiten: Nur bares ist wahres!
Shop: ist auch vorhanden
Waschstraße: die auch, geht aber nur manchmal
usw.
usw.

"Max Mustermann" hat dort nix zu suchen = gelöscht = der Rest existiert 
unangetastet weiter.


Gruß Sepp


Am 08.11.2018 10:22 schrieb Martin Koppenhoefer:
Hast Du mal einen Beispiellink zu diesen Löschungen, so dass man sich 
einen

Eindruck machen kann?

Danke,
Martin
___
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-it] Import civici Milano - regole di traduzione

[Martin Koppenhoefer]

Am Do., 8. Nov. 2018 um 10:03 Uhr schrieb Andrea Musuruane <
musur...@gmail.com>:

> Ciao,
> grazie per la verifica.
>


+1



>
> On Wed, Nov 7, 2018 at 9:44 PM Alecs 
> wrote:
>
>> Uno ad esempio è questo: https://www.openstreetmap.org/node/5033959009
>> https://tinyurl.com/y7k9dj6h
>
>
> Qui sembra ci sia un problema nei dati di origine. Le date di attivazione,
> applicazione e soppressione coincidono.
>
>
>> più quest'altro https://www.openstreetmap.org/node/4537486501
>> https://tinyurl.com/ycybpmkw
>
>
> Anche in questo caso le date di attivazione, applicazione e soppressione
> coincidono.
>
>
>


insomma, un'altra volta la conferma che gli erorri ci stanno e che noi
facessimo bene a non fidarci. Un conto è inserire civici che ci mancano,
un'altro rimuovere quelli che loro dicono che non ci devono più essere...

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[Martin Koppenhoefer]

Hast Du mal einen Beispiellink zu diesen Löschungen, so dass man sich einen
Eindruck machen kann?

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[sepp1974]

Ganz sicher sogar ^^

Unter Vandalismus versteht man allgemein eine „blinde Zerstörungswut“
(https://de.wikipedia.org/wiki/Vandalismus)

Wortbedeutung/Definition:
unnötige Beschädigung oder Zerstörung von Eigentum, meistens von fremdem 
oder gemeinschaftlichem; Zerstörungswut

(https://www.wortbedeutung.info/Vandalismus/)

Vandalismus
Unter Vandalismus versteht man Zerstörungswut oder Zerstörungslust. 
Vandalismus ist bewusste illegale Beschädigung oder Zerstörung fremden 
Eigentums als Selbstzweck.

(https://educalingo.com/de/dic-de/vandalismus)

vorsätzliche, sinnlose und mutwillige Beschädigung oder Zerstörung von 
Eigentum, meistens von fremdem oder gemeinschaftlichem

(https://de.wiktionary.org/wiki/Vandalismus)

Shit happens!

Gruß Sepp

Am 08.11.2018 09:56 schrieb Martin Koppenhoefer:

Am Do., 8. Nov. 2018 um 07:32 Uhr schrieb :


Ich werde die gestern gelöschten Vor und
Zunamen aus dem Operatorfeld wieder eintragen - ich wollte niemandem
seinen Spaß verderben.




evtl. ist das Vandalismus.

Gruß,
Martin
___
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-it] Import civici Milano - regole di traduzione

[Andrea Musuruane]

Ciao,
grazie per la verifica.

On Wed, Nov 7, 2018 at 9:44 PM Alecs  wrote:

> Mi sorprende sentirlo dire, mi sembra normale che ce ne siano ancora, non
> spariscono da soli credo :)
> Uno ad esempio è questo: https://www.openstreetmap.org/node/5033959009
> https://tinyurl.com/y7k9dj6h


Qui sembra ci sia un problema nei dati di origine. Le date di attivazione,
applicazione e soppressione coincidono.


> un'altro direi che è questo: https://www.openstreetmap.org/node/435592
> https://tinyurl.com/ybz2dlga


Questo civico non è stato soppresso. Ha solo cambiato stato. Prima era
indicato come residenziale. Ora no.

Grazie però per l'esempio, perché nella traduzione bisogna in qualche modo
riuscire a prendere solo l'ultimo dato valido. Questo complica le cose


> più quest'altro https://www.openstreetmap.org/node/4537486501
> https://tinyurl.com/ycybpmkw


Anche in questo caso le date di attivazione, applicazione e soppressione
coincidono.


> questo: https://www.openstreetmap.org/node/715904504
> https://tinyurl.com/y8hl4knu
>
> e immagino molti altri
>

Anche in questo caso il civico non è stato soppresso. Ha solo cambiato
stato, da residenziale a non residenziale.

Ciao,

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

Re: [Talk-de] POIs - Details - Gerichtsurteil

[Martin Koppenhoefer]

Am Do., 8. Nov. 2018 um 07:32 Uhr schrieb :

> Ich werde die gestern gelöschten Vor und
> Zunamen aus dem Operatorfeld wieder eintragen - ich wollte niemandem
> seinen Spaß verderben.



evtl. ist das Vandalismus.

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

Re: [Talk-at] OSM Wochennotiz Aktualität & Richtigstellung

[Stefan Nagy]

Am Mittwoch, den 07.11.2018, 19:08 +0100 schrieb Gerhard Gonter:
> aber auf der anderen Seite handelt Ihr euch Unmut ein, weil diese
> m.E. inhaltsarme woechentliche Mail auf dieser Liste einige/viele/???
> Leute stoert.  Mir persoenlich ist sie inzwischen egal, weil sie vom
> GMail Filter rausgeworfen wird.

Ich kann nur empfehlen, gleich nach der Anmeldung zu einer Mailingliste
einen Filter einrichten, der die Mails beispielsweise mit der Adresse 
talk-at@openstreetmap.org im Empfänger-Feld in einen Ordner "OSM Talk-
at" verschiebt, sodass man keines der Mails an die Liste in den eigenen
Posteingang bekommt. Und den Ordner kann man einfach dann durchstöbern,
wenn man Zeit und Lust dazu hat… Das macht einen um vieles toleranter
in Bezug auf subjektiv als inhaltsleer oder unnötig eingestufte
Beiträge.

Ich persönlich freu mich über den Hinweis auf die aktuellen
Wochennotizen und finde auch, dass das hier her gehört.

Cheerio,
Stefan.



-- 
E-Mails signieren & verschlüsseln · https://emailselfdefense.fsf.org/de/


signature.asc
Description: This is a digitally signed message part
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk-nl] Caribbean Netherlands

[Pander OpenTaal]

Frederik, thanks for the changes so far. Good to wait with parts of
Belgium. Also good to stay clear of political issues and only use
geographic considerations. For me, fine not to split up Saint
Martin/Sint Maarten.

As for these six Dutch islands in South America, good question on how to
call these in a geographic way. The name Caribbean Netherlands
officially only refers to only three of the six islands, see
https://en.wikipedia.org/wiki/Caribbean_Netherlands

Politically, historically and geographically, these islands can be
grouped in many different ways with different names, see
https://en.wikipedia.org/wiki/Dutch_Caribbean#Grouping_of_islands Which
doesn't make it easier. Calling it Dutch Caribbean is the least best
name of the three options, I think.

Even though the name *Netherlands Antilles* indeed as a political entity
no longer exists, see https://en.wikipedia.org/wiki/Netherlands_Antilles
Advantage of this name, is that it doesn't favor certain islands because
of the current political construct (in which only a few are officially
in Caribbean Netherlands).

I think that is the best name to use, as it is also closer to what is
used in the Dutch language. Nobody talks about the /Caraïbische
Nederlanden/.

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

Re: [Talk-it] Import civici Milano - regole di traduzione

[Martin Koppenhoefer]

sent from a phone

> On 7. Nov 2018, at 12:24, Andrea Musuruane  wrote:
> 
> Perdonami ma stai parlando di cose assolutamente ipotetiche, senza alcuna 
> verifica sul campo.


Sei tu che stai parlando di cambiare dati senza alcuna verifica sul campo. I 
civici in osm sono già verificato sul campo, dal mappatore che li ha mappato.


> 
> Per affrontare correttamente la questione, qualcuno deve dimostrare che c'è 
> almeno un civico che risulta soppresso nei database del Comune di Milano e 
> che invece in realtà è ancora presente.


no, possiamo tranquillamente segnare che il civico è stato soppresso dal 
comune, e di seguito possono essere facilmente verificate le situazioni sul 
campo, ma se c’è ancora la targa da noi dovrebbe rimanere il civico.


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

Re: [Talk-it] Import civici Milano - regole di traduzione

[Martin Koppenhoefer]

sent from a phone

> On 7. Nov 2018, at 12:18, Andrea Musuruane  wrote:
> 
> Inoltre, tenere informazioni non più attuali complica notevolmente la mappa, 
> anche in considerazione del fatto che abbiamo un layer unico di dati.


il discorso è dove non è più attuale, rispetto al db del comune o rispetto alla 
situazione osservabile in loco. Noi abbiamo sempre dato preferenza a la 
situazione on the ground.


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