date:20190626


On 26.06.19 22:49, Rudolf Mayer wrote:
Obwohl Du zum (zugegebenermaßen nicht sehr produktiven Abschlusskommentar 
von fkv) selbst vorher schreibst:


Nur um das klarzustellen: Es war kein sehr produktiver Abschlusskommentar 
möglich, da er meine Fragen partout nicht beantworten wollte. Er wurde 
allein in diesem Thread von 3 verschiedenen Leuten gefragt, was er mit 
"Craftmapper" meint. Das sollte doch leicht zu beantworten sein? Wenn er 
einen Begriff immer wieder verwendet, wird er doch wissen, was er damit 
meint? Doch sein Kommentar dazu lautete: "Hier trollst Du, darauf muss ich 
nicht eingehen." Mit diesem Menschen ist keine Diskussion möglich, denn er 
ist ja nicht mal daran interessiert, seine eigene Meinung verständlich zu 
machen, geschweige die Meinung anderer zu hören. Den Anzeichen nach 
Asperger-Syndrom.


--
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] RAINews e mancata attribuzione

2019-06-26 Diskussionsfäden Martin Koppenhoefer



sent from a phone

> Am 26.06.2019 um 11:27 schrieb Volker Schmidt :
> 
> Penso che l'idea di canfe è quella buona: in combinazione con la lettera 
> gentile di migliorare per la prossima volta suggeriamo una donazione alla 
> Wikimedia Foundation Italy per contribuire un mattone digitale per le due 
> cattedrali moderni della Wikimedia Foundation: Wikipedia e OSM


più che denaro ci servono altri mappatori, potrebbero scusarsi in pubblico 
mettendo in evidenza il progetto OpenStreetMap/spiegando di cosa si tratta. 
Ancora non è molto conosciuto osm tra gli italiani.

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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Du lenkst vom Thema ab. Das BEV hat im Osten Zähladressen, und in Tirol Fake 
Adressen in den OpenData Satz gerührt. Wozu das gut ist, kann man sich denken. 
Hier im Forum macht man dann auf Moralapostel. Ich verplempere hier in talk 
lediglich meine Zeit.

Servus Johann
Ich mach nun Pause.

> Am 26.06.2019 um 23:16 schrieb Friedrich Volkmann :
> 
> On 26.06.19 22:17, andreas wecer wrote:
>>Pseudoadressen sind an einer Neubaustraße entlang vergebene
>>Zähladressen. Eine Besonderheit im Osten von Österreich, im Westen
>>unbekannt. Ich muss zugeben, ich verstehe es auch immer noch nicht ganz, 
>> aber auf der anscheinend grünen Wiese verstreute Adressen gibt es in Tirol 
>> zumindest genügend
>> https://www.openstreetmap.org/node/6445735318
>> https://www.openstreetmap.org/node/6445735089
>> https://www.openstreetmap.org/node/6467554894
> 
> Ich finde es ok, solche Adressen zu importieren, weil es sich um 
> Ortserweiterungsgebiete handelt, wo man annehmen kann, dass sie schon 
> parzelliert sind und früher oder später gebaut wird (und selbst wenn nicht 
> gebaut wird, dann stimmt die Adresse für das Grundstück trotzdem). Im ersten 
> Fall sind in der Basemap-Mehrzweckkarte schon Straßen eingezeichnet, im 
> zweiten Fall hat jemand schon ein Hotel gemappt. Das Luftbild mit der grünen 
> Wiese ist offenbar veraltet.
> 
> Aber natürlich wär's schöner, jemand würde beim Importieren ein bisschen 
> mitdenken und z.B. landuse=greenfeld mappen sowie bestehende Gebäude 
> (https://www.openstreetmap.org/way/89409974) mit einbeziehen bzw. bei 
> Unklarheiten ein fixme oder einen Map note setzen.
> 
> -- 
> 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


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

Re: [Talk-at] Leider im Talk Forum

Meinen Blog verdanke ich allein Michael Reichert, ich kann diesem nicht genug 
für dessen Anregungen hierfür Danken. 

Servus und bis bald in meinem freien Blog http://blog.addresshistory.org 

Free OpenStreetMap

> Am 26.06.2019 um 23:14 schrieb Andreas via Talk-at 
> :
> 
> Am 26.06.19 um 22:43 schrieb Johann Haag:
>> Liebe Kollegen, nach einem kurzen Ausflug in die Welt des Mail Forums,
>> merke ich, dass ich in meinem Blog besser aufgehoben bin. Wer etwas
>> konstruktives beitragen möchte, der kann meine Beiträge auch dort sowie
>> im Webforum kommentieren. Ergibt sich etwas interessantes, bin ich gerne
>> bereit, auch eine Diskussion hierher zu lenken.
> 
> Diskussionen führen, die zu 30 Mails führen, nur um Werbung für den
> eigenen Blog zu machen, das ist ja mal ein Aufwand.
> 
> lg
> geologist
> 
> ___
> 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] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.


On 26.06.19 22:17, andreas wecer wrote:

Pseudoadressen sind an einer Neubaustraße entlang vergebene
Zähladressen. Eine Besonderheit im Osten von Österreich, im Westen
unbekannt. 



Ich muss zugeben, ich verstehe es auch immer noch nicht ganz, aber auf der 
anscheinend grünen Wiese verstreute Adressen gibt es in Tirol zumindest genügend

https://www.openstreetmap.org/node/6445735318
https://www.openstreetmap.org/node/6445735089
https://www.openstreetmap.org/node/6467554894


Ich finde es ok, solche Adressen zu importieren, weil es sich um 
Ortserweiterungsgebiete handelt, wo man annehmen kann, dass sie schon 
parzelliert sind und früher oder später gebaut wird (und selbst wenn nicht 
gebaut wird, dann stimmt die Adresse für das Grundstück trotzdem). Im ersten 
Fall sind in der Basemap-Mehrzweckkarte schon Straßen eingezeichnet, im 
zweiten Fall hat jemand schon ein Hotel gemappt. Das Luftbild mit der grünen 
Wiese ist offenbar veraltet.


Aber natürlich wär's schöner, jemand würde beim Importieren ein bisschen 
mitdenken und z.B. landuse=greenfeld mappen sowie bestehende Gebäude 
(https://www.openstreetmap.org/way/89409974) mit einbeziehen bzw. bei 
Unklarheiten ein fixme oder einen Map note setzen.


--
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-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Hallo Rudolf, ich merke dass ich hier lediglich gegen eine Mauer anrenne, es 
zählt wohl nur das geschaffene Faktische. Eine Grundabdeckung an Adressen 
zwischen Bodensee und Neusiedlersee ist gelungen, ich lasse meinen Neis Counter 
nun kontrolliert auf unter 80,000 Edits fallen, und werde meine Zeit 
sinnvollerem widmen.
Bei der Geofabrik möchte ich mich höflich für meine Beteiligen am vereiteln 
deren Multipolygon Porposal entschuldigen. Den aktuellen Seitenhieb von 
Frederik habe ich verstanden.

Servus Johann


> Am 26.06.2019 um 22:49 schrieb Rudolf Mayer :
> 
> Hi!
> 
> Sorry, aber diese Diskussions"kultur" ergibt keinen Sinn, Johann! Halte Dir 
> einmal die letzen Äußerungen vor:
> 
> 
> >> Am 26.06.2019 um 22:17 schrieb andreas wecer  >> >:
> >>
> [Eine sehr ausfürliche, gut dokumentierte Aufzählung von sehr problematischen 
> Imports von Dir, die so nie stattfinden hätten sollen. Das ist einfach nur 
> Müll!]
> 
> 
> Und dann antwortest Du darauf:
> 
> On 26/06/2019 22:35, Johann Haag wrote:
>> Ein Reisebericht wird üblicherweise am Ende der Reise geschrieben.
> 
> 
> Obwohl Du zum (zugegebenermaßen nicht sehr produktiven Abschlusskommentar von 
> fkv) selbst vorher schreibst:
> 
> 
> On 26/06/2019 22:13, Johann Haag wrote:
> > Schade, ich habe mich sehr klar ausgedrückt.  In einer Diskussion geht
> > man auf Argumente ein, und stellt die Diskussion nicht einfach als
> > unverständlich in Frage.
> 
> 
> Also, wo gehst du auf die Argumente von Andreas ein? Nirgends. Lässt die 
> berechtigte Kritik einfach abprallen?
> 
> 
> 
> Btw, gejammt wäre ein Datensatz, wenn er grundsätzlich gestört worden wäre 
> (wie z.b. eine Radiosignal). Du meinst eher, dass ein Wasserzeichen / 
> Fingerabdruck hinterlegt wäre. Wie Du auf diese Idee kommst hast Du aber auch 
> noch keinem erklärt...
> So oder so - wenn der BEV Datensatz das wirklich wäre, dann müsstest Du für 
> Dich wohl die Schlußfolgerung ziehen, dass Du Daten davon nicht mehr 
> importieren darfst. Also, was genau willst Du uns eigentlich sagen? Das die 
> Talk-at community dafür verantwortlich ist, um Dich bloßzustellen? Bei allem 
> Respekt, das wäre den Aufwand nicht wert.
> 
> lg
> 
> ___
> 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] Leider im Talk Forum

2019-06-26 Diskussionsfäden Andreas via Talk-at

Am 26.06.19 um 22:43 schrieb Johann Haag:
> Liebe Kollegen, nach einem kurzen Ausflug in die Welt des Mail Forums,
> merke ich, dass ich in meinem Blog besser aufgehoben bin. Wer etwas
> konstruktives beitragen möchte, der kann meine Beiträge auch dort sowie
> im Webforum kommentieren. Ergibt sich etwas interessantes, bin ich gerne
> bereit, auch eine Diskussion hierher zu lenken.

Diskussionen führen, die zu 30 Mails führen, nur um Werbung für den
eigenen Blog zu machen, das ist ja mal ein Aufwand.

lg
geologist



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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden Rudolf Mayer

Hi!

Sorry, aber diese Diskussions"kultur" ergibt keinen Sinn, Johann! Halte 
Dir einmal die letzen Äußerungen vor:

>> Am 26.06.2019 um 22:17 schrieb andreas wecer > >:
>>
[Eine sehr ausfürliche, gut dokumentierte Aufzählung von sehr 
problematischen Imports von Dir, die so nie stattfinden hätten sollen. 
Das ist einfach nur Müll!]

Und dann antwortest Du darauf:

On 26/06/2019 22:35, Johann Haag wrote:

Ein Reisebericht wird üblicherweise am Ende der Reise geschrieben.

Obwohl Du zum (zugegebenermaßen nicht sehr produktiven 
Abschlusskommentar von fkv) selbst vorher schreibst:

On 26/06/2019 22:13, Johann Haag wrote:
> Schade, ich habe mich sehr klar ausgedrückt.  In einer Diskussion geht
> man auf Argumente ein, und stellt die Diskussion nicht einfach als
> unverständlich in Frage.

Also, wo gehst du auf die Argumente von Andreas ein? Nirgends. Lässt die 
berechtigte Kritik einfach abprallen?

Btw, gejammt wäre ein Datensatz, wenn er grundsätzlich gestört worden 
wäre (wie z.b. eine Radiosignal). Du meinst eher, dass ein Wasserzeichen 
/ Fingerabdruck hinterlegt wäre. Wie Du auf diese Idee kommst hast Du 
aber auch noch keinem erklärt...
So oder so - wenn der BEV Datensatz das wirklich wäre, dann müsstest Du 
für Dich wohl die Schlußfolgerung ziehen, dass Du Daten davon nicht mehr 
importieren darfst. Also, was genau willst Du uns eigentlich sagen? Das 
die Talk-at community dafür verantwortlich ist, um Dich bloßzustellen? 
Bei allem Respekt, das wäre den Aufwand nicht wert.

lg

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

[Talk-at] Leider im Talk Forum

Liebe Kollegen, nach einem kurzen Ausflug in die Welt des Mail Forums, merke 
ich, dass ich in meinem Blog besser aufgehoben bin. Wer etwas konstruktives 
beitragen möchte, der kann meine Beiträge auch dort sowie im Webforum 
kommentieren. Ergibt sich etwas interessantes, bin ich gerne bereit, auch eine 
Diskussion hierher zu lenken.

Lg Johann
Osm:addresshistory*org
Shortlink zu meinem Blog http://blog.hxg .at___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Ein Reisebericht wird üblicherweise am Ende der Reise geschrieben.

> Am 26.06.2019 um 22:17 schrieb andreas wecer :
> 
> Am Mi., 26. Juni 2019 um 16:35 Uhr schrieb Johann Haag  >:
> Daten des BEV sind über jeden Zweifel erhaben
> 
> ja eh, darum importierst du überall solche Sachen:
> 
> https://i.imgur.com/mSwVihv.png 
> 101 übereinander gestapelte Adressen mitten im Schilfgürtel
> 
> https://i.imgur.com/LsxtHiu.png 
> jede Adresse hat irgendeine andere der Straßen um den See zugewiesen, 
> vereinzelt gibt es die Straße dort überhaupt gar nicht und auch die 
> Hausnummern alleine sind großteils nur irgendetwas und haben nichts mit der 
> Realität zu tun. Ich habe keine Ahnung, wie es zu einem derartigen Blödsinn 
> in der Form kommen kann. Wenn man absichtlich Fehler einbaut, um 
> Lizenzverstöße zu finden, würde das ja deutlich subtiler aussehen als so, wo 
> sofort etliche unterschiedliche Plausabilitätsprüfungen anspringen können. 
> Die Verortung muss dort wohl nach dem Prinzip, "dort sind noch nicht viele 
> Punkterl", erfolgen.
> 
> https://i.imgur.com/kzH9GaY.png 
> und nochmal 150 übereinander gestapelte Adressen in der Mitte der Siedlung, 
> was sicher ein viel besseres Ergebnis liefert, als wenn man einfach zu einer 
> der Straßen routet...
> 
> Aber hey: regio-osm ist schön gelb und bei den zu hunderten übereinander 
> liegenden Adressen hast du ein fixme gesetzt, nachdem sich JOSM darüber 
> beschwert 
> 
> Warum glaubst du, wurden die Daten bisher von allen anderen nur kontrolliert 
> zur Unterstützung und zum Vergleich verwendet und nicht schon vor langem in 
> einem Rutsch importiert, was hier zahlreiche Leute deutlich sauberer 
> hinbekommen hätten? Wie schon Frederik sagte, sind die Nodes alleine ohne 
> Kontrolle, ohne andere Daten und ohne Mapper, welche die Daten pflegen und 
> originäre hinzufügen wertlos und können genauso direkt extern eingebunden 
> werden.
> 
> Pseudoadressen sind an einer Neubaustraße entlang vergebene Zähladressen. 
> Eine Besonderheit im Osten von Österreich, im Westen unbekannt. 
> 
> Ich muss zugeben, ich verstehe es auch immer noch nicht ganz, aber auf der 
> anscheinend grünen Wiese verstreute Adressen gibt es in Tirol zumindest 
> genügend
> https://www.openstreetmap.org/node/6445735318 
> 
> https://www.openstreetmap.org/node/6445735089 
> 
> https://www.openstreetmap.org/node/6467554894 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at 
> 

Grüße Johann
OSM:addresshistory*org

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

Re: [Talk-at] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche



> Am 26.06.2019 um 17:18 schrieb ScubbX via Talk-at :
> 
> Eine kleine Korrektur zu den drei Kategorien: diese sind:
> 
> - Adressdatensatz
+ Zähladresse entlang von Straßen im Osten
+ Grundstück Zutritt Adresse
+ Gebäudeadresse
+ Identadresse
+ Katastraladresse
> - Gebäudedatensatz
+ Art der Beheizung
+ Anzahl der Geschosse
+ Lage der Geschosse
+ Flächen der einzelnen Nutzungseinheiten….usw
> - und GIP Datensatz
Gip ist keine Adresse sondern ein Straßengraph
> 
> 
> Am 26.06.19 um 14:23 schrieb ScubbX:
>> Hallo!
>> 
>> Zum allgemeinen Verständnis und Erklärung der amtlichen Adressdaten des BEV:
>> 
>> Das BEV sammelt und stellt die Adressdaten nur zur Verfügung. Die Adressen 
>> werden von jeder Gemeinde selbst über ein Web-Portal eingetragen und 
>> verwaltet.
>> 
>> Es gibt 3 Adressdatensätze:
>> - Einen, der die Adressen auf Gebäude bezieht,
>> - einen der sich auf das Grundstück bezieht
>> - und einen, der die Adresskoordinate auf dem GIP 
>> ("GraphenIntegrationsPlattform", ein freier amtlicher Datensatz von Straßen 
>> Österreichs) Graphen abbildet.
>> 
>> Die beiden ersten sind zum Großteil (jede Gemeinde kann Adressen makrieren, 
>> damit diese nicht publik werden - fragt mich nicht, welche das dann sind, 
>> das weiß ich auch nicht, es handelt sich aber nur um sehr wenige, spezielle 
>> Punkte) als OpenGovernment Datensatz des BEV als Stichtagsdatensatz (gilt 
>> immer für ein halbes Jahr, glaube ich) frei erhältlich.
>> Je nachdem, welchen der Datensätze man verwendet (Gebäude/Grundstück) 
>> ergeben sich dann Differenzen.
>> 
>> Diese Daten sind auch nicht perfekt. Mit der Zeit werden diese Daten aber 
>> von den Gemeinden überarbeitet und die Lage derselben immer weiter 
>> verbessert.
>> 
>> lg, Markus (ScubbX)
>> 
>> 
>> Am 26.06.19 um 13:34 schrieb Florian Michaeler:
>>> Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich die 
>>> Bezeichnung craftmapper?
>>> 
>>> Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in 
>>> Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80% mit der 
>>> örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen gepasst 
>>> haben. Kann jetzt eine lokale Besonderheit sein aber ich bin seit dem bei 
>>> öffentlichen Daten vorsichtiger geworden.
>>> 
>>> Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen 
>>> durchaus Fehler passieren können und die vermutlich auch dankbar sind wenn 
>>> sie auf einen Fehler aufmerksam gemacht werden.
>>> 
>>> Lg
>>> Florian
>>> 
>>> Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :
>>> 
>>> Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht,
>>> hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso
>>> wichtiger sind automatisierte Verfahren.
>>> Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
>>> eigenen Mangels an ausreichender Zahl an OpenStreetMap
>>> Mitwirkenden, ist der von einigen formulierter Anspruch, OSM sei
>>> besser als Amtliches in keiner Weise zu halten.
>>> Ref: https://forum.openstreetmap.org/viewtopic.php?id=66560
>>> 
>>> -- Johann Haag
>>> OSM addresshistory*org
>>> 
>>> 
>>> -- 
>>> Diese Nachricht wurde von meinem Smartphone gesendet.
>>> 
>>> ___
>>> 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 
> 

Grüße Johann
OSM:addresshistory*org

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

Re: [OSM-talk-fr] Recommandations pour le routage piéton


J'ai bien fait de dire tenter car je me suis planté.

Antoine avait raison (enfin presque) : le routage se fait sur le niveau
level le plus bas _et les niveaux repeat_on_.

Le schéma devient :

|--|---|
|||
|--||
|  *|
|--|---|
| |
|--|

room, level=0    room, level=1-2
repeat_on:1-2

   * door, level 1

À gauche le routage est possible aux niveaux 0 (du fait de level), 1 et
2 (du fait de repeat_on), à droite seulement au niveau 1 (du fait de level).

Jean-Yvon

Le 26/06/2019 à 20:41, Jean-Yvon Landrac a écrit :


J'ai tenté une explication claire et concise. Je dis bien tenté.

Le 26/06/2019 à 15:14, Antoine Riche via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Merci Jean-Yvon pour la lecture et les retours. Mes réponses ci-dessous.

Antoine.


> Le *niveau plancher* d'une /aire piétonne indoor/ correspond à la
valeur de level la plus basse : le routage piéton se fait à ce
niveau uniquement.

Pourquoi cette restriction ? On peut imaginer que pour passer d'un
endroit level=0 à un autre level=0 on doive monter au level=1 puis
redescendre. Sinon à quoi bon modéliser les escaliers ?

Ou veux-tu dire que le routage du monde extérieur au monde indoor se
fait forcément par un nœud level=0 ?


Pas du tout. C'est un peu complexe à expliquer, mais contrairement à
ce que je pensais un espace indoor (room, area, etc.) peut avoir
valeur de level multiple (cf.
https://wiki.openstreetmap.org/wiki/FR:Key:level#Valeurs_multiples) :
cela signifie que la hauteur de cet espace correspond à plusieurs
étages, typiquement un hall d'une gare. Pour autant les piétons se
déplace au sol donc à la valeur basse du tag level. Cette phrase vise
à expliciter les implications pour le routing : un valeur multiple de
level sur un escalier permet un changement de niveau, alors qu'une
valeur multiple de level sur indoor=* implique que l'itinéraire se
déroule sur la valeur basse de level.

Je vais essayer d'améliorer la formulation ou le schéma, mais
j'arrive à mes limites en terme de création de schémas pour bien
illustrer cela :-(


Avec ces explications c'est clair. Je pensais que tu parlais du cas
des bâtiments multi-étages mais en fait tu disais que pour les pièces
multi-étage c'est à dire les pièces sur plusieurs niveaux ("hautes de
plafond") par opposition aux pièces identiques sur plusieurs niveaux
on garde les pieds au sol.

Donc le routage se fait sur le niveau level le plus bas (cas des
pièces prenant plusieurs étages) ou tout level de repeat_on (cas des
pièces se trouvant à chacun de ces étages).

Je ne sais si c'est plus clair comme ça mais comme ça je le comprends
mieux ;-).

Et pour illustrer il vaut mieux une vue en coupe (qui aurait aussi sa
place sur Simple Tagging).

|--|---|
|||
|--||
|  *|
|--|---|
| |
|--|

room, repeat_on:0-2 room, level=1-2

   * door, level 1

À gauche le routage est possible aux niveaux 0, 1 et 2, à droite
seulement au niveau 1.
Note : ça monte l'intérêt d'avoir de bonnes clés, avec span au lieu de
level ce serait plus clair.

Jean-Yvon

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

Re: [OSM-ja] JA:Available Data の改訂

ローソンリモートマッピングの例は、「公式ウェブサイトの事実情報であればOSMマッピングに使っても良い」という指針を立てた場合はこういうことが可能になると示したものです。この事例に問題があるのならば、「公式ウェブサイトの事実情報であればOSMマッピングに使っても良い」という指針に問題があったということになるかと思います。
(なお、この事例では事実情報しか使っていないので、著作権的には「違法」ではないはずです。ローソンのデータを大量に使ったら「データベース権」の観点で問題になる可能性はありますが)

そして、「公式ウェブサイトの事実情報」を、使って良いデータと使ってはダメなデータに分けられるのかというと、それは難しいと私は考えます。

私たちが作っているデータは、ODbLライセンスで配布されるOSMデータです。CC BY-SAライセンスで配布されるosm.org地図は二次成果物です。

osm.org
地図で表現されるか否かは二次的なものであって、あまの様が挙げられた「重要事項」と「付記事項」は等価であると考えられます。ですので、両者の扱いに差をつけるのは難しいのではないでしょうか？

---
> ドラマの撮影場所で話題になった
この施設をマッピングしてよいのでしょうか？
私はマッピング不可だと思っています。sourceタグに何を記載したらよいのか分からないので…
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden andreas wecer

Am Mi., 26. Juni 2019 um 16:35 Uhr schrieb Johann Haag :

> Daten des BEV sind über jeden Zweifel erhaben
>

ja eh, darum importierst du überall solche Sachen:

https://i.imgur.com/mSwVihv.png
101 übereinander gestapelte Adressen mitten im Schilfgürtel

https://i.imgur.com/LsxtHiu.png
jede Adresse hat irgendeine andere der Straßen um den See zugewiesen,
vereinzelt gibt es die Straße dort überhaupt gar nicht und auch die
Hausnummern alleine sind großteils nur irgendetwas und haben nichts mit der
Realität zu tun. Ich habe keine Ahnung, wie es zu einem derartigen Blödsinn
in der Form kommen kann. Wenn man absichtlich Fehler einbaut, um
Lizenzverstöße zu finden, würde das ja deutlich subtiler aussehen als so,
wo sofort etliche unterschiedliche Plausabilitätsprüfungen anspringen
können. Die Verortung muss dort wohl nach dem Prinzip, "dort sind noch
nicht viele Punkterl", erfolgen.

https://i.imgur.com/kzH9GaY.png
und nochmal 150 übereinander gestapelte Adressen in der Mitte der Siedlung,
was sicher ein viel besseres Ergebnis liefert, als wenn man einfach zu
einer der Straßen routet...

Aber hey: regio-osm ist schön gelb und bei den zu hunderten übereinander
liegenden Adressen hast du ein fixme gesetzt, nachdem sich JOSM darüber
beschwert 

Warum glaubst du, wurden die Daten bisher von allen anderen nur
kontrolliert zur Unterstützung und zum Vergleich verwendet und nicht schon
vor langem in einem Rutsch importiert, was hier zahlreiche Leute deutlich
sauberer hinbekommen hätten? Wie schon Frederik sagte, sind die Nodes
alleine ohne Kontrolle, ohne andere Daten und ohne Mapper, welche die Daten
pflegen und originäre hinzufügen wertlos und können genauso direkt extern
eingebunden werden.

Pseudoadressen sind an einer Neubaustraße entlang vergebene Zähladressen.
> Eine Besonderheit im Osten von Österreich, im Westen unbekannt.


Ich muss zugeben, ich verstehe es auch immer noch nicht ganz, aber auf der
anscheinend grünen Wiese verstreute Adressen gibt es in Tirol zumindest
genügend
https://www.openstreetmap.org/node/6445735318
https://www.openstreetmap.org/node/6445735089
https://www.openstreetmap.org/node/6467554894
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Schade, ich habe mich sehr klar ausgedrückt.  In einer Diskussion geht man auf 
Argumente ein, und stellt die Diskussion nicht einfach als unverständlich in 
Frage.

Grüße Johann
OSM: addresshistory*org

> Am 26.06.2019 um 17:59 schrieb Friedrich Volkmann via Talk-at 
> :
> 
> On 26.06.19 16:35, Johann Haag wrote:
>> Hier trollst Du, darauf muss ich nicht eingehen.
> 
> Dann werde ich auf dein wirres Geschreibsel auch nicht mehr eingehen. Du 
> weißt offenbar selber nicht, was du eigentlich sagen willst. Vielleicht 
> solltest du dir ein Hobby zulegen, bei dem die Kommunikation mit anderen 
> Menschen nicht so wichtig ist, z.B. Stillleben malen.
> 
> -- 
> 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


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

Re: [Talk-at] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

Am Mi., 26. Juni 2019 um 17:19 Uhr schrieb ScubbX :

> Hallo!
>
> Ein paar detailiertere Informationen zu den amtlichen Adressdaten:
>
> Die rechtlich vorgegebene Struktur und Herkunft der unterschiedlichen
> Informationen des amtlichen Adressdtensatzes sind in der
> Adressregisterverordnung 2016 beschrieben:
>
> https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen=20009481
>
> Dieser Folder des BEV beschreibt das darum herum etwas genauer:
>
> http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0550_SUPPORT/0500_DOWNLOADS/PRODUKTFOLDER/Oesterreichisches_Adressregister-Folder.pdf
>
> Und hier ist die Schnittstellenbeschreibung für die OGD Adressdaten des
> BEV:
>
> http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0200_PRODUKTE/SCHNITTSTELLENBESCHREIBUNGEN/BEV_S_AD_ADRESSE_RELATIONALE_TABELLEN-STICHTAGSDATEN-CSV_V1.3.PDF
>
> Der komplette Ablauf einer Adresse sieht folgendermaßen aus:
> Gemeinde -> (AdressClient der Statistik <-> GeoCodierungsClient des BEV
> -> Datensammlung Statistik) ->

Ich vermute, hier werden verschiedenen Adresskategorien, zu einem Datensatz
zusammengemixt

> Datensammlung im BEV

möglicherweise aber auch erst hier

> -> Abgabe
>

Lg Johann
OSM:addresshistory*org

>
>
> Am 26.06.19 um 14:23 schrieb ScubbX:
> > Hallo!
> >
> > Zum allgemeinen Verständnis und Erklärung der amtlichen Adressdaten
> > des BEV:
> >
> > Das BEV sammelt und stellt die Adressdaten nur zur Verfügung. Die
> > Adressen werden von jeder Gemeinde selbst über ein Web-Portal
> > eingetragen und verwaltet.
> >
> > Es gibt 3 Adressdatensätze:
> > - Einen, der die Adressen auf Gebäude bezieht,
> > - einen der sich auf das Grundstück bezieht
> > - und einen, der die Adresskoordinate auf dem GIP
> > ("GraphenIntegrationsPlattform", ein freier amtlicher Datensatz von
> > Straßen Österreichs) Graphen abbildet.
> >
> > Die beiden ersten sind zum Großteil (jede Gemeinde kann Adressen
> > makrieren, damit diese nicht publik werden - fragt mich nicht, welche
> > das dann sind, das weiß ich auch nicht, es handelt sich aber nur um
> > sehr wenige, spezielle Punkte) als OpenGovernment Datensatz des BEV
> > als Stichtagsdatensatz (gilt immer für ein halbes Jahr, glaube ich)
> > frei erhältlich.
> > Je nachdem, welchen der Datensätze man verwendet (Gebäude/Grundstück)
> > ergeben sich dann Differenzen.
> >
> > Diese Daten sind auch nicht perfekt. Mit der Zeit werden diese Daten
> > aber von den Gemeinden überarbeitet und die Lage derselben immer
> > weiter verbessert.
> >
> > lg, Markus (ScubbX)
> >
> >
> > Am 26.06.19 um 13:34 schrieb Florian Michaeler:
> >> Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich
> >> die Bezeichnung craftmapper?
> >>
> >> Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in
> >> Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80%
> >> mit der örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen
> >> gepasst haben. Kann jetzt eine lokale Besonderheit sein aber ich bin
> >> seit dem bei öffentlichen Daten vorsichtiger geworden.
> >>
> >> Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen
> >> durchaus Fehler passieren können und die vermutlich auch dankbar sind
> >> wenn sie auf einen Fehler aufmerksam gemacht werden.
> >>
> >> Lg
> >> Florian
> >>
> >> Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :
> >>
> >> Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht,
> >> hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso
> >> wichtiger sind automatisierte Verfahren.
> >> Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
> >> eigenen Mangels an ausreichender Zahl an OpenStreetMap
> >> Mitwirkenden, ist der von einigen formulierter Anspruch, OSM sei
> >> besser als Amtliches in keiner Weise zu halten.
> >> Ref: https://forum.openstreetmap.org/viewtopic.php?id=66560
> >>
> >> -- Johann Haag
> >> OSM addresshistory*org
> >>
> >>
> >> --
> >> Diese Nachricht wurde von meinem Smartphone gesendet.
> >>
> >> ___
> >> 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
>


-- 
Johann Haag
OSM:addresshistory*org
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-GB] Adjacent nature reserves

2019-06-26 Diskussionsfäden Brian Prangle

I've changed this back to 3 reserves based on the unanimous opinion against
Martin's proposal. The whole area needs simplification to replace multiple
overlaid ways with multipolygon relations . I do have some knowledge of the
area having done 2 walking surveys there. There is also an SSSI  for part
of the site  which I'll need to work on further to see if and how it should
be mapped.

regards

Brian

On Mon, 10 Jun 2019 at 01:20, Warin <61sundow...@gmail.com> wrote:

> On 09/06/19 23:58, Martin Wynne wrote:
> >> we now have 2 natural=heaths named  as nature reserves and with
> >> operator tags but
> >> without nature reserve tags.
> >
> > Hi Adam,
> >
> > But they are now nested within a larger area which does have a nature
> > reserve tag. Much of the publicity material for this area treats it as
> > a single nature reserve.
>
> But the nature reserveS have different names and ownership and should be
> tagged as such.
>
> The heath is the common aspect between the two yet this is where the
> names and ownership are applied? This is clearly tagging for the render.
>
> And it fails
>
> https://www.openstreetmap.org/query?lat=52.3600=-2.2836
> Results in the wood and the combined nature reserve ... but no idea of
> which nature reserve applies here.
>
>
> The two nature reserves should be separate entries as nature reserves -
> which is what they are. Truth in tagging should be applied.
>
>
> --- Quibble
> There is also the aspect that the heath has a wood in it .. yet the
> heath covers the wood. The heath should be a multipolygon relation with
> an inner for the wood
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [OSM-talk-fr] Contributions organisées

2019-06-26 Diskussionsfäden Paul Desgranges


Bonjour,
Je me suis lancé et j'ai renseigné la première entrée dans la table 
 
: pour la cartopartie grenobloise du 22 juin. Est-ce que ça va ou pas ?

A plus
Paul



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

Re: [Talk-it] Ricerca su musei OSM e statistica ufficiale

2019-06-26 Diskussionsfäden Aury88

Non vedo l'ora di leggere la pubblicazione.
Sarà sicuramente una lettura interessante ed utile per scovare i musei
mancanti.
La cosa strana è che, rispetto wikipedia, OSM risulta avere meno della metà
dei musei mappati[1].
OSM è stato l'unico database confrontato? 


[1]http://geodati.fmach.it/gfoss_geodata/osm/wtosm/it_IT/subpages/Musei_d'Italia_per_regione.html



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

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

Re: [OSM-talk-fr] Josm - traduction wiki - ToogleDialog


"Dockable Window" me plait plus (en fait "Dockable Windows", tu as
oublié un s).

Fenêtres ancrables ?

On peut très bien ne changer que dans les textes, pas dans le code.

Jean-Yvon

Le 26/06/2019 à 21:26, Vincent Privat - vincent.pri...@gmail.com a écrit :

Le terme ne nous plait pas trop en fait, et on pensait changer en "panel":
https://josm.openstreetmap.de/ticket/14142
Mais personne n'a encore eu le courage de faire concrètement la modif,
avec tout ce que ça implique derrière...

Le mer. 26 juin 2019 à 18:40, lenny.libre mailto:lenny.li...@orange.fr>> a écrit :


Le 26/06/2019 à 18:14, Yves P. a écrit :


Deepl me traduit ToggleDialogs par "Dialogues à bascule" -
bascule parce
qu'on peut les dérouler/enrouler ou y a-t-il une autre
explication ?


En "bon" français, on pourrait appeler ça des panneaux déroulants ?
(Ce type de boîte de dialogue s'appelle un panneau).
Et déroulants, comme les menus éponymes.

--
Yves


Ok merci

comme le menu de JOSM s'appelle "Fenêtres" et comme quand on les
survole s'affiche "réduire/agrandir le panneau", "Détacher/Fermer
le panneau"

Je vais mettre en titre principal, comme le propose Jean-Yvon
"Fenêtrage" et comme tu l'indiques dans les sous-chapitres
"panneaux déroulants" et activer selon le contexte comme dit althio

Leni


___
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-fr] Josm - traduction wiki - ToogleDialog

2019-06-26 Diskussionsfäden Vincent Privat

Le terme ne nous plait pas trop en fait, et on pensait changer en "panel":
https://josm.openstreetmap.de/ticket/14142
Mais personne n'a encore eu le courage de faire concrètement la modif, avec
tout ce que ça implique derrière...

Le mer. 26 juin 2019 à 18:40, lenny.libre  a écrit :

>
> Le 26/06/2019 à 18:14, Yves P. a écrit :
>
>
> Deepl me traduit ToggleDialogs par "Dialogues à bascule" - bascule parce
>> qu'on peut les dérouler/enrouler ou y a-t-il une autre explication ?
>>
>
> En "bon" français, on pourrait appeler ça des panneaux déroulants ?
> (Ce type de boîte de dialogue s'appelle un panneau).
> Et déroulants, comme les menus éponymes.
>
> --
> Yves
>
> Ok merci
>
> comme le menu de JOSM s'appelle "Fenêtres" et comme quand on les survole
> s'affiche "réduire/agrandir le panneau", "Détacher/Fermer le panneau"
>
> Je vais mettre en titre principal, comme le propose Jean-Yvon "Fenêtrage"
> et comme tu l'indiques dans les sous-chapitres "panneaux déroulants" et
> activer selon le contexte comme dit althio
>
> Leni
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Recommandations pour le routage piéton


J'ai tenté une explication claire et concise. Je dis bien tenté.

Le 26/06/2019 à 15:14, Antoine Riche via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Merci Jean-Yvon pour la lecture et les retours. Mes réponses ci-dessous.

Antoine.


> Le *niveau plancher* d'une /aire piétonne indoor/ correspond à la
valeur de level la plus basse : le routage piéton se fait à ce niveau
uniquement.

Pourquoi cette restriction ? On peut imaginer que pour passer d'un
endroit level=0 à un autre level=0 on doive monter au level=1 puis
redescendre. Sinon à quoi bon modéliser les escaliers ?

Ou veux-tu dire que le routage du monde extérieur au monde indoor se
fait forcément par un nœud level=0 ?


Pas du tout. C'est un peu complexe à expliquer, mais contrairement à
ce que je pensais un espace indoor (room, area, etc.) peut avoir
valeur de level multiple (cf.
https://wiki.openstreetmap.org/wiki/FR:Key:level#Valeurs_multiples) :
cela signifie que la hauteur de cet espace correspond à plusieurs
étages, typiquement un hall d'une gare. Pour autant les piétons se
déplace au sol donc à la valeur basse du tag level. Cette phrase vise
à expliciter les implications pour le routing : un valeur multiple de
level sur un escalier permet un changement de niveau, alors qu'une
valeur multiple de level sur indoor=* implique que l'itinéraire se
déroule sur la valeur basse de level.

Je vais essayer d'améliorer la formulation ou le schéma, mais j'arrive
à mes limites en terme de création de schémas pour bien illustrer cela
:-(


Avec ces explications c'est clair. Je pensais que tu parlais du cas des
bâtiments multi-étages mais en fait tu disais que pour les pièces
multi-étage c'est à dire les pièces sur plusieurs niveaux ("hautes de
plafond") par opposition aux pièces identiques sur plusieurs niveaux on
garde les pieds au sol.

Donc le routage se fait sur le niveau level le plus bas (cas des pièces
prenant plusieurs étages) ou tout level de repeat_on (cas des pièces se
trouvant à chacun de ces étages).

Je ne sais si c'est plus clair comme ça mais comme ça je le comprends
mieux ;-).

Et pour illustrer il vaut mieux une vue en coupe (qui aurait aussi sa
place sur Simple Tagging).

|--|---|
|||
|--||
|  *|
|--|---|
| |
|--|

room, repeat_on:0-2 room, level=1-2

   * door, level 1

À gauche le routage est possible aux niveaux 0, 1 et 2, à droite
seulement au niveau 1.
Note : ça monte l'intérêt d'avoir de bonnes clés, avec span au lieu de
level ce serait plus clair.

Jean-Yvon

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

Re: [OSM-talk-fr] Recommandations pour le routage piéton

2019-06-26 Diskussionsfäden Antoine Riche via Talk-fr


Le 26/06/2019 à 18:30, Yves P. a écrit :

Ça donne quoi pour un bâtiment à flanc de colline ?
L'un des étages supérieur est de plein pied avec le terrain en haut de 
la colline, et l'un des étages inférieur est de plein pied avec le bas 
de la colline.


Dans ce cas une des sorties n'est pas au level=0. En pratique il est 
conseillé d'appliquer level=0 au bas de la colline, l'entrée en haut de 
la colline aura un tag level > 0. Un exemple est la gare de Montparnasse 
: à force de monter les escaliers depuis la Porte Océane <À force de 
monter les escaliers depuis la Porte Océane> on sort à Vaugirard (sortie 
Boulevard Pasteur ) au 
level=4.


Antoine.


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

Re: [OSM-talk-fr] Contributions organisées

2019-06-26 Diskussionsfäden Martin Noblecourt via Talk-fr


Remarque pertinente mais comme de l'autre côté on n'a pas besoin d'avoir
la version russe de la carto guidée des gares d'Île de France (c'est un
exemple).

Logiquement une section internationale commune à toutes les pages (a
minima sur les pages non anglophones un lien vers la liste sur la page
anglaise) et par pays pour les langues parlées dans ce pays.

Par exemple une carto guidée sur toute la Belgique sera sur les pages
françaises et néerlandaises si elles existent.

CartONG s'ils sont actifs en zones anglophone, francophone et
hispanophone idéalement sur les 3 pages. Soit dans la section
internationale soit dans les différents pays. Mais comme ils vont plutôt
travailler avec les mêmes principes dans tous les pays, je dirais juste
dans la section internationale.

Et s'ils font quelque chose de spécifique à Haïti, alors sur les pages
françaises (et anglaises ?) dans la partie "Haïti".

Si on regarde ce que fait Telenav : ils ont une page en anglais
https://wiki.openstreetmap.org/wiki/Directed_Editing/Telenav et ensuite
ils font référence aux projets.

C'est sans doute ce que doit faire CartONG.

Si le besoin existe d'avoir l'activité décrite dans une autre langue,
c'est à traduire classiquement dans le wiki et à référencer.

Jean-Yvon

Le 26/06/2019 à 18:53, Martin Noblecourt via Talk-fr -
talk-fr@openstreetmap.org a écrit :


Merci Vincent pour cette traduction !

A CartONG nous sommes - comme pas mal d'acteurs j'ai l'impression -
assez en retard sur la documentation de ces informations (sachant que
les guidelines n'étaient pas non plus hyper claires notamment sur le
niveau de granularité de définition d'une activité), mais c'est en cours.

Je me pose cependant la question de la pertinence d'avoir des listes
séparées de projets en fonction des langues (pour les projets
internationaux notamment mais pas que : ne serais-ce pas plus
pertinent de trier par pays que par langue dans ce cas ?). L'un des
objectifs de ces guidelines étant d'établir une liste centralisée
permettant d'identifier facilement les coordinateurs de ces activités,
si on finit avec 10+ pages différentes avec certains projets dupliqués
(ce qu'a fait HOT p. ex. sur sa ligne unique dupliquée en anglais +
espagnol) pour certains et différents pour d'autres, je me pose la
question de la lisibilité... Je n'ai pas le souvenir que cet aspect de
traduction avait été discutée au départ mais peut être l'ai-je loupé !

Bien à tous,

Martin


On 26/06/2019 17:53, talk-fr-requ...@openstreetmap.org wrote:

Subject:
[OSM-talk-fr] Contributions organisées
From:
Vincent Bergeot 
Date:
26/06/2019, 17:24

To:
talk-fr@openstreetmap.org


Bonjour,

a été commencé la traduction des lignes directrices de la
contribution organisée :
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing_Guidelines

Pour compléter cette première page (qui n'est pas finie) je pense
qu'il serait une "bonne" pratique de lister également les activités
en France. J'ai "traduit" (je ne lis pas Shakespeare dans le texte,
ni en français d'ailleurs) la page
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing/Activities
(n'hésitez pas à corriger et compléter !).

L'idée étant bien de lister les activités entrantes dans le cadre de
ces "lignes directrices de la contribution organisée", à savoir des
initiatives "importantes et substantielles".

Ce qui pour moi se traduit soit par le volume de données, soit par la
durée dans le temps, soir par l'aire géographique impactée, soit par
un mélange de tout cela !

Pour reprendre ces lignes directrices, ce n'est pas destiné à "à des
activités communautaires comme des soirées de cartographie entre amis
ou une présentation d'OSM dans un "club local".

La limite est sans doute souvent floue ! et le restera :)

En reprenant le programme du sotm-fr
http://sotm2019.openstreetmap.fr/programme.html on doit pouvoir en
trouver plusieurs, qui souvent en plus ont déjà une page wiki dédiée
pour les activités.

Bonne journée

--
Vincent Bergeot


___
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-us] Next Mappy Hour July 10!

2019-06-26 Diskussionsfäden Martijn van Exel

Hi all,
The next OSM US Virtual Mappy Hour will be on July 10 at 6pm PT / 9pm ET!
As always the Mappy Hour is a great place to catch up with your fellow mappers, 
and learn something new. 
I am always looking for volunteers to do a 5 minute presentation on something 
they are working on. This can be a personal mapping project, a local mapping 
group update, something interesting going on at your company.. As long as it's 
OSM related!
See the OSM wiki for more details on how to join --> 
https://wiki.openstreetmap.org/wiki/Foundation/Local_Chapters/United_States/Virtual_Mappy_Hours
See you then!
-- 
  Martijn van Exel
  m...@rtijn.org

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

Re: [OSM-talk-fr] Contributions organisées

2019-06-26 Diskussionsfäden Vincent Bergeot


Le 26/06/2019 à 18:53, Martin Noblecourt via Talk-fr a écrit :


Merci Vincent pour cette traduction !

A CartONG nous sommes - comme pas mal d'acteurs j'ai l'impression - 
assez en retard sur la documentation de ces informations (sachant que 
les guidelines n'étaient pas non plus hyper claires notamment sur le 
niveau de granularité de définition d'une activité), mais c'est en cours.


Je me pose cependant la question de la pertinence d'avoir des listes 
séparées de projets en fonction des langues (pour les projets 
internationaux notamment mais pas que : ne serais-ce pas plus 
pertinent de trier par pays que par langue dans ce cas ?). L'un des 
objectifs de ces guidelines étant d'établir une liste centralisée 
permettant d'identifier facilement les coordinateurs de ces activités, 
si on finit avec 10+ pages différentes avec certains projets dupliqués 
(ce qu'a fait HOT p. ex. sur sa ligne unique dupliquée en anglais + 
espagnol) pour certains et différents pour d'autres, je me pose la 
question de la lisibilité... Je n'ai pas le souvenir que cet aspect de 
traduction avait été discutée au départ mais peut être l'ai-je loupé !



effectivement je me suis posé la question, je ne sais pas y répondre.

Je réalise que quand j'ai traduit, je pensais surtout "les projets" en 
france (le centro centré français que je suis ! ) et pas du tout la 
traduction des divers projets dans différentes langues.


Sans doute qu'une approche pays est plus pertinente, et quand cela 
recouvre plusieurs pays, alors la page "centrale" anglaise ?


Mais une page unique pour tous les projets du monde, c'est voué à 
l'échec à mon avis.


Au plaisir





Bien à tous,

Martin


On 26/06/2019 17:53, talk-fr-requ...@openstreetmap.org wrote:

Subject:
[OSM-talk-fr] Contributions organisées
From:
Vincent Bergeot 
Date:
26/06/2019, 17:24

To:
talk-fr@openstreetmap.org


Bonjour,

a été commencé la traduction des lignes directrices de la 
contribution organisée : 
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing_Guidelines


Pour compléter cette première page (qui n'est pas finie) je pense 
qu'il serait une "bonne" pratique de lister également les activités 
en France. J'ai "traduit" (je ne lis pas Shakespeare dans le texte, 
ni en français d'ailleurs) la page 
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing/Activities 
(n'hésitez pas à corriger et compléter !).


L'idée étant bien de lister les activités entrantes dans le cadre de 
ces "lignes directrices de la contribution organisée", à savoir des 
initiatives "importantes et substantielles".


Ce qui pour moi se traduit soit par le volume de données, soit par la 
durée dans le temps, soir par l'aire géographique impactée, soit par 
un mélange de tout cela !


Pour reprendre ces lignes directrices, ce n'est pas destiné à "à des 
activités communautaires comme des soirées de cartographie entre amis 
ou une présentation d'OSM dans un "club local".


La limite est sans doute souvent floue ! et le restera :)

En reprenant le programme du sotm-fr 
http://sotm2019.openstreetmap.fr/programme.html on doit pouvoir en 
trouver plusieurs, qui souvent en plus ont déjà une page wiki dédiée 
pour les activités.


Bonne journée

--
Vincent Bergeot


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



--
Vincent Bergeot

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

Re: [OSM-talk-fr] Contributions organisées


Merci Vincent pour cette traduction !

A CartONG nous sommes - comme pas mal d'acteurs j'ai l'impression - 
assez en retard sur la documentation de ces informations (sachant que 
les guidelines n'étaient pas non plus hyper claires notamment sur le 
niveau de granularité de définition d'une activité), mais c'est en cours.


Je me pose cependant la question de la pertinence d'avoir des listes 
séparées de projets en fonction des langues (pour les projets 
internationaux notamment mais pas que : ne serais-ce pas plus pertinent 
de trier par pays que par langue dans ce cas ?). L'un des objectifs de 
ces guidelines étant d'établir une liste centralisée permettant 
d'identifier facilement les coordinateurs de ces activités, si on finit 
avec 10+ pages différentes avec certains projets dupliqués (ce qu'a fait 
HOT p. ex. sur sa ligne unique dupliquée en anglais + espagnol) pour 
certains et différents pour d'autres, je me pose la question de la 
lisibilité... Je n'ai pas le souvenir que cet aspect de traduction avait 
été discutée au départ mais peut être l'ai-je loupé !


Bien à tous,

Martin


On 26/06/2019 17:53, talk-fr-requ...@openstreetmap.org wrote:

Subject:
[OSM-talk-fr] Contributions organisées
From:
Vincent Bergeot 
Date:
26/06/2019, 17:24

To:
talk-fr@openstreetmap.org


Bonjour,

a été commencé la traduction des lignes directrices de la contribution 
organisée : 
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing_Guidelines


Pour compléter cette première page (qui n'est pas finie) je pense 
qu'il serait une "bonne" pratique de lister également les activités en 
France. J'ai "traduit" (je ne lis pas Shakespeare dans le texte, ni en 
français d'ailleurs) la page 
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing/Activities 
(n'hésitez pas à corriger et compléter !).


L'idée étant bien de lister les activités entrantes dans le cadre de 
ces "lignes directrices de la contribution organisée", à savoir des 
initiatives "importantes et substantielles".


Ce qui pour moi se traduit soit par le volume de données, soit par la 
durée dans le temps, soir par l'aire géographique impactée, soit par 
un mélange de tout cela !


Pour reprendre ces lignes directrices, ce n'est pas destiné à "à des 
activités communautaires comme des soirées de cartographie entre amis 
ou une présentation d'OSM dans un "club local".


La limite est sans doute souvent floue ! et le restera :)

En reprenant le programme du sotm-fr 
http://sotm2019.openstreetmap.fr/programme.html on doit pouvoir en 
trouver plusieurs, qui souvent en plus ont déjà une page wiki dédiée 
pour les activités.


Bonne journée

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

Re: [OSM-talk-fr] Josm - traduction wiki - ToogleDialog

2019-06-26 Diskussionsfäden lenny.libre



Le 26/06/2019 à 18:14, Yves P. a écrit :


Deepl me traduit ToggleDialogs par "Dialogues à bascule" - bascule
parce
qu'on peut les dérouler/enrouler ou y a-t-il une autre explication ?


En "bon" français, on pourrait appeler ça des panneaux déroulants ?
(Ce type de boîte de dialogue s'appelle un panneau).
Et déroulants, comme les menus éponymes.

--
Yves


Ok merci

comme le menu de JOSM s'appelle "Fenêtres" et comme quand on les survole 
s'affiche "réduire/agrandir le panneau", "Détacher/Fermer le panneau"


Je vais mettre en titre principal, comme le propose Jean-Yvon 
"Fenêtrage" et comme tu l'indiques dans les sous-chapitres "panneaux 
déroulants" et activer selon le contexte comme dit althio


Leni


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

Re: [OSM-talk-fr] Recommandations pour le routage piéton

2019-06-26 Diskussionsfäden Yves P.

Ou veux-tu dire que le routage du monde extérieur au monde indoor se fait
forcément par un nœud level=0 ?

> Pas du tout. C'est un peu complexe à expliquer, mais contrairement à ce
> que je pensais un espace indoor (room, area, etc.) peut avoir valeur de
> level multiple
>
Merci pour les précisions.

Ça donne quoi pour un bâtiment à flanc de colline ?
L'un des étages supérieur est de plein pied avec le terrain en haut de la
colline, et l'un des étages inférieur est de plein pied avec le bas de la
colline.

--
Yves

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

Re: [OSM-talk-fr] Josm - traduction wiki - ToogleDialog

2019-06-26 Diskussionsfäden Yves P.

> Deepl me traduit ToggleDialogs par "Dialogues à bascule" - bascule parce
> qu'on peut les dérouler/enrouler ou y a-t-il une autre explication ?
>

En "bon" français, on pourrait appeler ça des panneaux déroulants ?
(Ce type de boîte de dialogue s'appelle un panneau).
Et déroulants, comme les menus éponymes.

--
Yves

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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden Friedrich Volkmann via Talk-at


On 26.06.19 16:35, Johann Haag wrote:

Hier trollst Du, darauf muss ich nicht eingehen.


Dann werde ich auf dein wirres Geschreibsel auch nicht mehr eingehen. Du 
weißt offenbar selber nicht, was du eigentlich sagen willst. Vielleicht 
solltest du dir ein Hobby zulegen, bei dem die Kommunikation mit anderen 
Menschen nicht so wichtig ist, z.B. Stillleben malen.


--
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-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-06-26 Diskussionsfäden Ludwig Baumgart

Am 25.06.19 um 17:02 schrieb Sven Geggus:

Hallo zusammen,

der Nakaner hatte es schon geahnt und ich konnte es jetzt in einer Gegend
die ich maßgeblich gemappt habe problemlos verifizieren.

Der Kraichgau-Stromberg Tourismus e.V. hat 86 öffentlich geförderte
Wandertafeln mit Openstreetmap Karten ohne Attributierung aufgestellt!

Urheberrechte sind offensichtlich immer nur dann zwingend einzuhalten, wenn
die GEMA sie hält!

Konkret geht es um dieses Projekt:

https://www.kraichgau-stromberg.com/kst/presse/Liste-Pressemeldungen/Presseinformation-Wanderlust-bei-bester-Orientierung-im-Kraichgau-Stromberg.php

Wie sollte man vorgehen?

Offizielles Schreiben des FOSSGIS e.V. per Snailmail mit
Einladung/Aufforderung einen Vertreter zum nächsten OSM Treffen in Karlsruhe
oder Heilbronn zu schicken?

Ich könnte mir eine Lösung mit "Kartendaten ©OpenStreetMap Mitwirkende"
Aufklebern vorstellen. Und im Gegenzug könnte uns der Kraichgau-Stromberg
Tourismus e.V. die GPX-Tracks der Wanderwege zur Erfassung in OSM zur
Verfügung stellen.

Was denkt ihr? Ganz ohne Konsequenzen sollte das IMO jedenfalls nicht ablaufen.

Gruss

Sven

P.S.: Bitte keine eigenmächigen Aktionen!

Hallo Sven und alle anderen,

wenn ich mir diese Presseinformation durchlese, steigt zuerst viel Ärger
in mir hoch. Wenn man die obige Pressemitteilung etwas flüchtiger liest,
entsteht fast der Eindruck, daß die genannten politischen Würdenträger
das am Schluss Genannte: *

*"Die Fakten in Kürze*
*Projektstart:* 2015
*Realisierung:* bis Ende März 2019
*Was ist passiert: *
· Ca. 1000 km Wege wurden kartiert"

fast selbst mit gemacht hätten. Das sollten wir uns nicht gefallen
lassen! In Euren Beiträgen sind viele gute Ideen, zu reagieren.

Jetzt kommt mir ein aber ein anderer Gedanke: Diesen Fall genauso
"vermarkten" mittels einer Presseinformation = Zeitungsartikel, welcher
die enorme gesellschaftliche Bedeutung unserer OSM Karte würdigt und
bekannt macht. Gibt es Journalisten, die so etwas schreiben können? Ich
hätte da einige "story's" gerade hier in Baden-Württemberg beizusteuern
(auch bezüglich der Schwächen des amtlichen (wie unseres) Systems).
(Kretschmann hat ja sein Wahlkampfversprechen von 2011 mit openGeodata
nie gehalten, bis auf den allerersten Anfang: die maps4BW). Und wir
haben doch sehr viel zu bieten!!

Schlagwort "OSMmaps4future" oder auch nur "OSMmap4BW" (OSM wie Offen
Systematisch Miteinander) ?

Warum das nicht dazu nutzen, OSM bekannt zu machen? -
Öffentlichkeitsarbeit.

Gruß Ludwig

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

Re: [OSM-talk-fr] Josm - traduction wiki - ToogleDialog


S'il s'agit de dialogues booléens quand tu regardes la page tu cherches
le rapport.

Le contenu parle d'activation/désactivation de fenêtres et de fenêtrage
donc comme titre générique je mettrais plutôt Fenêtrage.

Jean-Yvon

Le 26/06/2019 à 17:21, althio - althio.fo...@gmail.com a écrit :

Oui, c'est bien ça.
On peut aussi l'exprimer en "activé/désactivé" ou "affiché/caché"
selon le contexte.

On Wed, 26 Jun 2019 at 17:07, lenny.libre via Talk-fr
mailto:talk-fr@openstreetmap.org>> wrote:

Bonjour

La page du wiki qui parle des fenêtres et des panneaux s'appelle
https://josm.openstreetmap.de/wiki/Help/ToggleDialogs

Deepl me traduit ToggleDialogs par "Dialogues à bascule" - bascule
parce
qu'on peut les dérouler/enrouler ou y a-t-il une autre explication ?

Merci d'avance

Leni



___
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: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden Andreas

Am 26.06.19 um 17:32 schrieb Wolfgang Schreiter:
> 
> 
> Am 26.06.2019 16:39 schrieb Johann Haag:
> 
>>> Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass
>>> Gemeindebedienstete, nachdem sie Daten nach bestem Wissen eingepflegt
>>> haben, OSM auswerten, um zu sehen, welche Änderungen wir nach
>>> erfolgtem Import daran vorgenommen haben - das ist den Aufwand
>>> schlicht nicht wert, sie müssten die Daten ja auch
>>> noch extra verifizieren.
>> Dazu folgende Post:
>> https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009973.html
> 
> Wieviele Gemeinden kennst Du, die das so gerne haben möchten, dass sie
> dafür sogar etwas bezahlen würden?  Und was, ganz konkret, sind deren
> Anforderungen/der erwartete Nutzen?

Ich kann nur von meiner beruflichen Erfahrung mit Gemeinden und
Meldung/Durchführung Korrekturen auf der GIP sprechen und hier hat sich
schon gezeigt, dass dies bei einigen Gemeinden einen zusätzlichen hohen
Arbeitsaufwand bedeutet. Diese haben in den meisten Fällen keine
GIS-zuständige Person und müssten dies zu ihrem normalen Tagesgeschäft
eigenständig koordinieren.

Und zu meinen Erstaunen habe ich bei div. Projekten mitbekommen, dass
eine Internetanbindung bei kleinen Gemeinden nicht immer gegeben ist,
daher erfolgt hier noch zusätzlich ein Digitalisierungsaufwand von
analog Karten (die per Fax gesendet werden) und dies birgt natürlich
weitere Fehlerquellen bei der Datenerfassung.

Beim Wiener OSM Stammtisch hatten wir bei den letzten Treffen öfters OSM
Mapper aus Deutschland. Dort ist es in manchen Regionen so, dass die
Gemeinden Änderungen per OSM gemeldet bekommen und diese dort
einpflegen. Dann wird aber auch in der jeweiligen Gemeinde auch intern
mit den OSM Daten gearbeitet.

Laut meinen Infos steht für das Melden von Fehlern in den behördlichen
Geodaten der Geoland-Client zur Verfügung:
https://www.geoland.at/webgisviewer/geoland/map/Geoland_Viewer/Geoland

lg
Geologist



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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden Wolfgang Schreiter




Am 26.06.2019 16:39 schrieb Johann Haag:

Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass 
Gemeindebedienstete, nachdem sie Daten nach bestem Wissen eingepflegt 
haben, OSM auswerten, um zu sehen, welche Änderungen wir nach 
erfolgtem Import daran vorgenommen haben - das ist den Aufwand 
schlicht nicht wert, sie müssten die Daten ja auch

noch extra verifizieren.

Dazu folgende Post:
https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009973.html


Wieviele Gemeinden kennst Du, die das so gerne haben möchten, dass sie 
dafür sogar etwas bezahlen würden?  Und was, ganz konkret, sind deren 
Anforderungen/der erwartete Nutzen?


Frederik hat es ja schon klargestellt. Wer Daten importiert, muss den 
gesamten Abgleich der Unterschiede außerhalb von OSM bewerkstelligen, 
einschließlich der Entscheidung, welche Daten nun aktueller sind. Das 
geht nicht vom Schreibtisch aus. Innerhalb des Systems werden manuell 
und automatisch erstellte Daten gleich behandelt.

Man kann eine Initiative auch in Honig ertränken


Dann erleidet sie einen süßen Tod ;-).

LG
Wolfgang

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

Re: [OSM-talk-fr] Recommandations pour le routage piéton

2019-06-26 Diskussionsfäden lenny.libre


Bonjour,

Sans aller dans la description indoor, il me semble qu'il peut y avoir 
des building que le way traverse avec l'indication covered=yes 
https://wiki.openstreetmap.org/wiki/FR:Key:covered?uselang=fr pour 
lesquels il n'y a pas d'attributs pour les 2 points de passage.


Leni


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

[OSM-talk-fr] Contributions organisées

2019-06-26 Diskussionsfäden Vincent Bergeot


Bonjour,

a été commencé la traduction des lignes directrices de la contribution 
organisée : 
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing_Guidelines


Pour compléter cette première page (qui n'est pas finie) je pense qu'il 
serait une "bonne" pratique de lister également les activités en France. 
J'ai "traduit" (je ne lis pas Shakespeare dans le texte, ni en français 
d'ailleurs) la page 
https://wiki.openstreetmap.org/wiki/FR:Organised_Editing/Activities 
(n'hésitez pas à corriger et compléter !).


L'idée étant bien de lister les activités entrantes dans le cadre de ces 
"lignes directrices de la contribution organisée", à savoir des 
initiatives "importantes et substantielles".


Ce qui pour moi se traduit soit par le volume de données, soit par la 
durée dans le temps, soir par l'aire géographique impactée, soit par un 
mélange de tout cela !


Pour reprendre ces lignes directrices, ce n'est pas destiné à "à des 
activités communautaires comme des soirées de cartographie entre amis ou 
une présentation d'OSM dans un "club local".


La limite est sans doute souvent floue ! et le restera :)

En reprenant le programme du sotm-fr 
http://sotm2019.openstreetmap.fr/programme.html on doit pouvoir en 
trouver plusieurs, qui souvent en plus ont déjà une page wiki dédiée 
pour les activités.


Bonne journée

--
Vincent Bergeot


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

Re: [OSM-talk-fr] Josm - traduction wiki - ToogleDialog

2019-06-26 Diskussionsfäden althio

Oui, c'est bien ça.
On peut aussi l'exprimer en "activé/désactivé" ou "affiché/caché" selon le
contexte.

On Wed, 26 Jun 2019 at 17:07, lenny.libre via Talk-fr <
talk-fr@openstreetmap.org> wrote:

> Bonjour
>
> La page du wiki qui parle des fenêtres et des panneaux s'appelle
> https://josm.openstreetmap.de/wiki/Help/ToggleDialogs
>
> Deepl me traduit ToggleDialogs par "Dialogues à bascule" - bascule parce
> qu'on peut les dérouler/enrouler ou y a-t-il une autre explication ?
>
> Merci d'avance
>
> Leni
>
>
>
> ___
> 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] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

2019-06-26 Diskussionsfäden ScubbX via Talk-at


Eine kleine Korrektur zu den drei Kategorien: diese sind:

- Adressdatensatz
- Gebäudedatensatz
- und GIP Datensatz


Am 26.06.19 um 14:23 schrieb ScubbX:

Hallo!

Zum allgemeinen Verständnis und Erklärung der amtlichen Adressdaten 
des BEV:


Das BEV sammelt und stellt die Adressdaten nur zur Verfügung. Die 
Adressen werden von jeder Gemeinde selbst über ein Web-Portal 
eingetragen und verwaltet.


Es gibt 3 Adressdatensätze:
- Einen, der die Adressen auf Gebäude bezieht,
- einen der sich auf das Grundstück bezieht
- und einen, der die Adresskoordinate auf dem GIP 
("GraphenIntegrationsPlattform", ein freier amtlicher Datensatz von 
Straßen Österreichs) Graphen abbildet.


Die beiden ersten sind zum Großteil (jede Gemeinde kann Adressen 
makrieren, damit diese nicht publik werden - fragt mich nicht, welche 
das dann sind, das weiß ich auch nicht, es handelt sich aber nur um 
sehr wenige, spezielle Punkte) als OpenGovernment Datensatz des BEV 
als Stichtagsdatensatz (gilt immer für ein halbes Jahr, glaube ich) 
frei erhältlich.
Je nachdem, welchen der Datensätze man verwendet (Gebäude/Grundstück) 
ergeben sich dann Differenzen.


Diese Daten sind auch nicht perfekt. Mit der Zeit werden diese Daten 
aber von den Gemeinden überarbeitet und die Lage derselben immer 
weiter verbessert.


lg, Markus (ScubbX)


Am 26.06.19 um 13:34 schrieb Florian Michaeler:
Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich 
die Bezeichnung craftmapper?


Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in 
Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80% 
mit der örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen 
gepasst haben. Kann jetzt eine lokale Besonderheit sein aber ich bin 
seit dem bei öffentlichen Daten vorsichtiger geworden.


Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen 
durchaus Fehler passieren können und die vermutlich auch dankbar sind 
wenn sie auf einen Fehler aufmerksam gemacht werden.


Lg
Florian

Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :

    Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht,
    hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso
    wichtiger sind automatisierte Verfahren.
    Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
    eigenen Mangels an ausreichender Zahl an OpenStreetMap
    Mitwirkenden, ist der von einigen formulierter Anspruch, OSM sei
    besser als Amtliches in keiner Weise zu halten.
    Ref: https://forum.openstreetmap.org/viewtopic.php?id=66560

    --     Johann Haag
    OSM addresshistory*org


--
Diese Nachricht wurde von meinem Smartphone gesendet.

___
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] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

2019-06-26 Diskussionsfäden ScubbX


Hallo!

Ein paar detailiertere Informationen zu den amtlichen Adressdaten:

Die rechtlich vorgegebene Struktur und Herkunft der unterschiedlichen 
Informationen des amtlichen Adressdtensatzes sind in der 
Adressregisterverordnung 2016 beschrieben: 
https://www.ris.bka.gv.at/GeltendeFassung.wxe?Abfrage=Bundesnormen=20009481


Dieser Folder des BEV beschreibt das darum herum etwas genauer: 
http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0550_SUPPORT/0500_DOWNLOADS/PRODUKTFOLDER/Oesterreichisches_Adressregister-Folder.pdf


Und hier ist die Schnittstellenbeschreibung für die OGD Adressdaten des 
BEV: 
http://www.bev.gv.at/pls/portal/docs/PAGE/BEV_PORTAL_CONTENT_ALLGEMEIN/0200_PRODUKTE/SCHNITTSTELLENBESCHREIBUNGEN/BEV_S_AD_ADRESSE_RELATIONALE_TABELLEN-STICHTAGSDATEN-CSV_V1.3.PDF


Der komplette Ablauf einer Adresse sieht folgendermaßen aus:
Gemeinde -> (AdressClient der Statistik <-> GeoCodierungsClient des BEV 
-> Datensammlung Statistik) -> Datensammlung im BEV -> Abgabe


lg, Markus (ScubbX)


Am 26.06.19 um 14:23 schrieb ScubbX:

Hallo!

Zum allgemeinen Verständnis und Erklärung der amtlichen Adressdaten 
des BEV:


Das BEV sammelt und stellt die Adressdaten nur zur Verfügung. Die 
Adressen werden von jeder Gemeinde selbst über ein Web-Portal 
eingetragen und verwaltet.


Es gibt 3 Adressdatensätze:
- Einen, der die Adressen auf Gebäude bezieht,
- einen der sich auf das Grundstück bezieht
- und einen, der die Adresskoordinate auf dem GIP 
("GraphenIntegrationsPlattform", ein freier amtlicher Datensatz von 
Straßen Österreichs) Graphen abbildet.


Die beiden ersten sind zum Großteil (jede Gemeinde kann Adressen 
makrieren, damit diese nicht publik werden - fragt mich nicht, welche 
das dann sind, das weiß ich auch nicht, es handelt sich aber nur um 
sehr wenige, spezielle Punkte) als OpenGovernment Datensatz des BEV 
als Stichtagsdatensatz (gilt immer für ein halbes Jahr, glaube ich) 
frei erhältlich.
Je nachdem, welchen der Datensätze man verwendet (Gebäude/Grundstück) 
ergeben sich dann Differenzen.


Diese Daten sind auch nicht perfekt. Mit der Zeit werden diese Daten 
aber von den Gemeinden überarbeitet und die Lage derselben immer 
weiter verbessert.


lg, Markus (ScubbX)


Am 26.06.19 um 13:34 schrieb Florian Michaeler:
Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich 
die Bezeichnung craftmapper?


Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in 
Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80% 
mit der örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen 
gepasst haben. Kann jetzt eine lokale Besonderheit sein aber ich bin 
seit dem bei öffentlichen Daten vorsichtiger geworden.


Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen 
durchaus Fehler passieren können und die vermutlich auch dankbar sind 
wenn sie auf einen Fehler aufmerksam gemacht werden.


Lg
Florian

Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :

    Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht,
    hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso
    wichtiger sind automatisierte Verfahren.
    Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
    eigenen Mangels an ausreichender Zahl an OpenStreetMap
    Mitwirkenden, ist der von einigen formulierter Anspruch, OSM sei
    besser als Amtliches in keiner Weise zu halten.
    Ref: https://forum.openstreetmap.org/viewtopic.php?id=66560

    --     Johann Haag
    OSM addresshistory*org


--
Diese Nachricht wurde von meinem Smartphone gesendet.

___
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

[OSM-talk-fr] Josm - traduction wiki - ToogleDialog

2019-06-26 Diskussionsfäden lenny.libre via Talk-fr


Bonjour

La page du wiki qui parle des fenêtres et des panneaux s'appelle 
https://josm.openstreetmap.de/wiki/Help/ToggleDialogs


Deepl me traduit ToggleDialogs par "Dialogues à bascule" - bascule parce 
qu'on peut les dérouler/enrouler ou y a-t-il une autre explication ?


Merci d'avance

Leni



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

Re: [OSM-ja] JA:Available Data の改訂

2019-06-26 Diskussionsfäden Ryosuke Amano

横浜のあまのです。

私も、ぞあさんや、いいださんと同じ考えでMLを読んできました。

↓の方法は、私も違法だと思います。
でも、ぞあさんやいいださんがおっしゃっていたことは、例えば次のような例ではないでしょうか？
（下記のローソンの例を使わせてもらいます）

1)車や、あるいはMapillaryなどで現地調査（撮影含む）をして、まだマッピングされていないローソンを発見した
⇒まだマッピングされていないので場所を落とした。
⇒判読できない、あるいは記録できなかった店名や住所、その他の情報を公式サイトの情報に拠った

2)ある施設（関係者以外立入禁止、もしくは開館時や条件付きで限定的に利用可能のような施設・建物)の中にローソンがあることが分かった
（判明した理由は、ドラマの撮影場所で話題になったとか、偶然、当該施設を利用して分かったとか）
⇒まだマッピングされていないので場所を落とした
⇒施設内の売店を拡張しただけのような店舗だったので、現地では詳細は分からず、
詳細情報を付記するにあたって、公式サイトまたは当該施設の公式サイトの記載に拠った

ポイントなのは、
・位置や地物の属性などといった重要事項は、現地調査が第一
・店名や営業時間、アクセス可否等といった付記事項は、現場調査に拠らずとも公式サイト等、信用できる1次情報源でもよいのではないか
ということです。そこは、ごちゃごちゃにしないで欲しいと思います


＊　重要事項：地図上に表現するうえでまず一番重要な事項、最低限これが無いと地図上に表現できない事項(位置・属性・チェーン店名等)のことです

＊＊付記事項：直接的には地図上に表現する際に影響しない事項のこと。事項によっては地図利用の上では大変重要で影響が出るかもしれませんが、現段階での日本のOSMの整備状況からすると、まず地図上に実際の地物が要素として表現されているか否かが一番で、この付記事項の内容は「付記」と書いたように、補助的に、極端なことをいうと地図上の要素が充実してくるまで後回しにしてもいいのではないかと思っています。


あまの

tomoya muramoto  wrote:

> 公式サイトの「事実情報」が利用できるとしたら、私もぜひ使いたいです。リモートマッピングが非常にはかどります。
> 
> たとえばローソン 旭川東４条店は、まだOSMマッピングされていません。
> https://www.e-map.ne.jp/p/lawson/dtl/216237/?=al1,al2,al3,nm
> https://www.openstreetmap.org/#map=19/43.78323/142.37762
> 
> ですが、公式サイトの「事実情報」を使えば、
> 住所が「北海道旭川市東４条７‐２‐１」であることがわかるので、
> 地理院地図経由でおよその位置が判明します。
> https://maps.gsi.go.jp/#18/43.783196/142.377743/=std=std%7Cseamlessphoto=0=11=seamlessphoto=c1j0h0k0l0u0t0z0r0s0m0f1=v
> 
> 近くにコンビニっぽい地物が見えるので、きっとここが該当店舗でしょう。
> 
> ローソンの公式ページにはZenrin DataComの地図も表示されてはいますが、その情報を参照することなくリモートマッピング可能です。
> (事実情報は使用してOKということであれば、公式サイト内のZenrin地図を参照して場所を特定しても問題なさそうですが)
> 
> しかし、このようなマッピングはOSMの理念に反すると思います。ですので、たとえ著作権上問題のない事実情報であっても利用は避けるべきと考えます。


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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.



> Am 26.06.2019 um 15:00 schrieb Wolfgang Schreiter :
> 
> 
> Am 26.06.2019 13:36 schrieb Johann Haag:
>> Am Mi., 26. Juni 2019 um 10:07 Uhr schrieb Wolfgang Schreiter
>> :
> [...]
>>> Gibt es zuwenige Mapper, dann wird eben weniger gemappt (so
>>> bedauerlich
>>> das sein mag). Nehmen wir mal an, alle verfügbaren öffentlichen
>>> Daten
>>> würden nach OSM importiert. Was dann? Wir hätten einen riesigen,
>>> nicht
>>> verwaltbaren Datenfriedhof, und noch weniger Mapper. OSM ist als
>>> Mitmach-Plattform gedacht und hat keine Strukturen zum Verwalten
>>> solcher
>>> Datenmengen (Import, Abgleich und Verbindung mit vorhandenen Daten,
>>> QS,
>>> Pflege,...). Vielleicht ist das alles eines Tages überholt (was
>>> schade
>>> wäre) - Kritikpunkte und Krisensignale gibt es ja noch mehr (siehe
>>> z.B.
>>> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/ [1]).
>> Diese fatalistische Sichtweise teile ich nicht, Amtliche Daten sind
>> keineswegs schlecht, in OSM geben wir den Leuten die einmalige Chance
>> solche verbessern zu können, Amtlichen Stellen erhalten als Lohn
>> einen Rückkanal, ein Feedback ihrer Arbeit. Ich bin mir sicher,
>> amtliche Stellen werden keine OSM Korrekturen so einfach in ihr
>> Amtliches System übertragen. OpenStreetMap liefert aber einen
>> Hinweis, wo Amtliche Stellen ihre Daten überprüfen sollten, und das
>> ist auch für Gemeinden und Städte sehr wertvoll.
> 
> Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass Gemeindebedienstete, 
> nachdem sie Daten nach bestem Wissen eingepflegt haben, OSM auswerten, um zu 
> sehen, welche Änderungen wir nach erfolgtem Import daran vorgenommen haben - 
> das ist den Aufwand schlicht nicht wert, sie müssten die Daten ja auch
> noch extra verifizieren.
Dazu folgende Post: 
https://lists.openstreetmap.org/pipermail/talk-at/2019-June/009973.html
> 
>>> Imports sind sowieso gründlich zu überlegen, werden aber -
>>> besonders
>>> wenn unabgestimmt und ohne Rücksicht auf andere Beteiligte
>>> durchgeführt
>>> - immer zu Konflikten führen, nicht zuletzt, weil OSM eben nicht
>>> für
>>> Imports konzipiert ist. Weniger- und das gut - ist manchmal mehr.
>> OpenStreetMap ist selbstverständlich ebenso für Importe konzipiert.
>> Weltweit gibt es unzählige Beispiele für erfolgreiche Importe.
> 
> Frederik hat es ja schon klargestellt. Wer Daten importiert, muss den 
> gesamten Abgleich der Unterschiede außerhalb von OSM bewerkstelligen, 
> einschließlich der Entscheidung, welche Daten nun aktueller sind. Das geht 
> nicht vom Schreibtisch aus. Innerhalb des Systems werden manuell und 
> automatisch erstellte Daten gleich behandelt.
Man kann eine Initiative auch in Honig ertränken
> 
> LG
> Wolfgang
> 
Johann Haag
OSM:addresshistory*org


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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.



> Am 26.06.2019 um 14:44 schrieb Friedrich Volkmann :
> 
> On 26.06.19 13:52, Johann Haag wrote:
>> > nicht nur reale Adressen, sondern auch Pseudoadressen.
>>Bitte erklär:
>>1.) was du unter Pseudoadressen bzw. Geisteradressen verstehst
>> Adresstyp lt: https://www.wien.gv.at/advadrwebapp/public/advadrwebapp.htm
> 
> Ok. Dort ist es allerdings auch nicht erklärt.
Pseudoadressen sind an einer Neubaustraße entlang vergebene Zähladressen. Eine 
Besonderheit im Osten von Österreich, im Westen unbekannt.
> 
>> Ergänzung: Geisteradressen sind willkürlich in die Landschaft gestreute 
>> Adressen ohne Bezug: Beispiel in Tirol 
>> https://osmcha.mapbox.com/?filters=%7B%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%2C%22ids%22%3A%5B%7B%22label%22%3A%2270171175%22%2C%22value%22%3A%2270171175%22%7D%5D%7D
> 
> Der Link liefert nur eine Fehlermeldung. Wenn du ein konkretes Beispiel hast, 
> dann bitte als ID oder als Link in der Form 
> https://www.openstreetmap.org/node/xxx (mit xxx=ID).

Du musst dich oben mit einer OSM ID einloggen, anschließend den Link 
Einkopieren.
> 
>>2.) was du mit "gejammt" meinst (im Betreff)
>> Daten sind gejammt, sofern solche zu einem bestimmten zweck absichtlich mit 
>> Stördaten überlagert sind. Ziel ist hierbei oft, solche Daten zwar 
>> weiterzugeben, dass aber Personen ohne Insiderwissen mit solch veränderten 
>> Daten nichts vernünftiges anfangen können. Der Anwender wird dazu gezwungen 
>> selbst den Versuch zu wagen, Jamming Daten wieder zu entfernen. Anschließend 
>> kann man diesen z.b. ob des Löschens von leeren Nodes anklagen, und 
>> hierdurch diskreditieren.
> 
> Du bist also der Meinung, dass das BEV absichtlich schlechte Daten 
> bereitstellt, um dich nachher diskreditieren zu können? Warum sollten die so 
> einen heimtückischen Plan gegen dich ausgeheckt haben? Du warst doch immer 
> derjenige, der das BEV so hochgelobt hat…
Daten des BEV sind über jeden Zweifel erhaben, nicht hingegen deren Politik.
> 
>>3.) was du unter einem Craftmapper verstehst
>> Siehe Definition von Nakaner
> 
> Ich sehe keine Definition von Nakaner, und offen gesagt bin ich froh, wenn 
> ich nichts von ihm sehe. Darum bitte ich dich um deine eigene Definition, was 
> du unter einem Craftmapper verstehst.
Hier trollst Du, darauf muss ich nicht eingehen.

Johann Haag
OSM: address history*org
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-at] Statistik Austria Verortungsclient der Gemeinden mit OSM Layer?

Im Jahr 2012, habe ich mich mit einer Idee beschäftigt, den Gemeinden 
zusätzlich zur DKM und dem Ortophoto, im Client der Statistik Austria, auch 
einen Zugang zu einem OSM Layer zu verschaffen. Leider ist mir dieses bislang 
nicht gelungen. OSM könnte den Gemeinden wertvolle Vorort Informationen für 
korrekturen liefern.

Boris Cornet ist leider am † 20.09.2012 verstorben

Johann Haag
OSM: addresshistory*org

> 
> -- Weitergeleitete Nachricht --
> Von: Johann Haag 
> Datum: 13. Juli 2012 13:06
> Betreff: Re: Ping
> An: Boris Cornet 
> 
> 
> Hallo Boris,
> bezugnehmend auf unser Gespräch gestern in Völs sende ich Dir
> Unterlagen in denen der  Geocodierungsclient der Statistik Austria
> beschreiben ist.
> Wie vermutet wird dort unter Zuhilfenahme der DKM verortet, auch
> ein Orthofoto kann eingeblendet werden.
> 
> Ich finde eine zusätzliche Schaltfläche "Layer Openstreetmap" wäre für
> Bauamtsmitarbeiter eine weitere unmittelbare Verbesserung und würde
> diese sicher auch dazu motivieren Adressen auch gleich noch in OSM 
> einzutragen.
> 
> Meine Überlegung:
> Der Bauamtsmitarbeiter erstellt die neue Adresse zuerst in
> Openstreetmap, öffnet anschließend im AGWRII den Geocodierungsclient
> und bestätigt dort nur noch die bereits durch OSM angezeigte Adresse.
> Diese ist dadurch beglaubigt, auch können Bauämter bei dienen
> Adressdaten oft fehlen auf die Erfahrung des bestehenden OSM
> Datenbestandes zurückgreifen.
> 
> 2012/7/13 Boris Cornet :
>> 
>> 
>> --
>> Bis bald,
>>   Boris
>> 
> 
> 
> 
> --
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414
> Mailto:johannh...@hxg.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

Re: [talk-cz] Spolek OSM ČR z.s. a Local Chapter Nadace OSM

2019-06-26 Diskussionsfäden Miroslav Suchy via talk-cz

Dne 26. 06. 19 v 15:06 Tom Ka napsal(a):
> Skleroza...
> 
> https://wiki.osmfoundation.org/wiki/Local_Chapters/Template_agreement

Precetl jsem a zda se mi to OK.
M.


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

Re: [Talk-at] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

Der Verortungsclient der Statistik Austria, liefert also wenigstens drei 
getrennte Kategorieren von Adressen an die Statistik Austria, wenn nicht mehr 
(z.B. Zähladressen im Osten von Österreich, welche dort entlang der Straßen 
gesetzt sind). Wenn eine Gemeinde oder eine Stadt, ihre Adressen per 
Verortungsclient administriert, so liefert dieser die Kategorie der jeweiligen 
Adresse an die Gemeinde aus. Die Art der Adresse wird also definitiv auf dem 
Server der Statistik Austria vorgehalten.
Das BEV mixt nun, für den uns zur Verfügung gestellten Open Data Satz, 
sämtliche Adresskategorien in einen einzigen Datenkonvolut zusammen. Es wäre 
also möglich, auch beim Open Data Satz, die Information welcherart die 
jeweilige Adresse ist, mitzuliefern. Das erfolgt aber bislang nicht, darf ich 
fragen warum.

Grüße Johann
OSM: addresshistory*org

> Am 26.06.2019 um 14:23 schrieb ScubbX :
> 
> Hallo!
> 
> Zum allgemeinen Verständnis und Erklärung der amtlichen Adressdaten des BEV:
> 
> Das BEV sammelt und stellt die Adressdaten nur zur Verfügung. Die Adressen 
> werden von jeder Gemeinde selbst über ein Web-Portal eingetragen und 
> verwaltet.
> 
> Es gibt 3 Adressdatensätze:
> - Einen, der die Adressen auf Gebäude bezieht,
> - einen der sich auf das Grundstück bezieht
> - und einen, der die Adresskoordinate auf dem GIP 
> ("GraphenIntegrationsPlattform", ein freier amtlicher Datensatz von Straßen 
> Österreichs) Graphen abbildet.
> 
> Die beiden ersten sind zum Großteil (jede Gemeinde kann Adressen makrieren, 
> damit diese nicht publik werden - fragt mich nicht, welche das dann sind, das 
> weiß ich auch nicht, es handelt sich aber nur um sehr wenige, spezielle 
> Punkte) als OpenGovernment Datensatz des BEV als Stichtagsdatensatz (gilt 
> immer für ein halbes Jahr, glaube ich) frei erhältlich.
> Je nachdem, welchen der Datensätze man verwendet (Gebäude/Grundstück) ergeben 
> sich dann Differenzen.
> 
> Diese Daten sind auch nicht perfekt. Mit der Zeit werden diese Daten aber von 
> den Gemeinden überarbeitet und die Lage derselben immer weiter verbessert.
> 
> lg, Markus (ScubbX)
> 
> 
> Am 26.06.19 um 13:34 schrieb Florian Michaeler:
>> Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich die 
>> Bezeichnung craftmapper?
>> 
>> Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in 
>> Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80% mit der 
>> örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen gepasst haben. 
>> Kann jetzt eine lokale Besonderheit sein aber ich bin seit dem bei 
>> öffentlichen Daten vorsichtiger geworden.
>> 
>> Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen 
>> durchaus Fehler passieren können und die vermutlich auch dankbar sind wenn 
>> sie auf einen Fehler aufmerksam gemacht werden.
>> 
>> Lg
>> Florian
>> 
>> Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :
>> 
>>Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht,
>>hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso
>>wichtiger sind automatisierte Verfahren.
>>Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
>>eigenen Mangels an ausreichender Zahl an OpenStreetMap
>>Mitwirkenden, ist der von einigen formulierter Anspruch, OSM sei
>>besser als Amtliches in keiner Weise zu halten.
>>Ref: https://forum.openstreetmap.org/viewtopic.php?id=66560
>> 
>>-- Johann Haag
>>OSM addresshistory*org
>> 
>> 
>> -- 
>> Diese Nachricht wurde von meinem Smartphone gesendet.
>> 
>> ___
>> 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-cz] cykloturistická trasa Brněnské kolečko

2019-06-26 Diskussionsfäden Tomas Novotny

Ahoj,

On Wed, 26 Jun 2019 14:09:16 +0200 (CEST)
Petr Vozdecký  wrote:

> Ahoj,
> 
> 
> 
> 
> pár slov k praxi s Fody:
> 

[...]

> Vyfotil jsem 4 rozcestníky a tedy jeden poslední chybí - "nám Karla IV." v 
> Líšni. Jeden snímek ve Fody je nedokonalý (vyfocená je jen jedna ze dvou 
> tabulek rozcestníku). Kdo se tedy pohybujete v této části města, prosím o 
> foto do Fody.

pokud nekdo nebude rychlejsi, muzu zkusit.

[...]

> A ještě jedna otázka - jsem schopen v editoru iD rozumě řadit přidané prvky 
> realce tak, abych dodržel úzus, že rozcestníky jsou až na konci a to ve svém
> skutečném pořadí? Nebo se na toto už "nehraje"?

iD nepouzivam, takze bohuzel nemuzu pomoct, ale na razeni rozcestniku na
konec relace "hraju". Navic je to tak doporucene i tady:
https://wiki.openstreetmap.org/wiki/Cs:Tag:information%3Dguidepost

T.

> Díky za reakce a případnou pomoc s fotkami
> 
> 
> 
> 
> vop

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

[Talk-ro] Tag-uri addr:* folosite pe highways

2019-06-26 Diskussionsfäden Andrei - Nicolae Sima

Salut tuturor,

Pe parcursul editarilor mele pe Romania, am intalnit destul de multe cazuri
in care tag-uri precum addr: * (addr:city=*, addr:country=* sau
addr:street=*) sunt puse pe highway-uri.

Din punctul meu de vedere si a celor scrise pe pagina de wiki OSM acestea
ar trebui utilizate doar in cazul punctelor (nodes) sau poligonelor (area) (
https://wiki.openstreetmap.org/wiki/Key:addr) .

Cu atat mai mult, tag-urile addr:country=* si addr:city=* sunt redundante
in interiorul limitelor administrative, iar in cazul tag-ului addr:street=*
valoarea e aceasi cu cea name=*.

Oare tag-urile in cauza au fost puse pe highways cu un anumit scop sau sunt
doar niste taguri folosite eronat? Stiti ceva legat de acest subiect?

Intreb in ideea in care apar si in Validation Tool-ul din JOSM ca Warning
si ma gandeam sa le corectez odata cu editarile ce le voi face pe viitor.
Dar inainte de toate, as vrea sa aud si parerile voastre.

Orice raspuns mi-ar fi de mare ajutor. Merci anticipat.

Andrei S
___
Talk-ro mailing list
Talk-ro@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ro

[talk-cz] cykloturistická trasa Brněnské kolečko

2019-06-26 Diskussionsfäden Petr Vozdecký


Ahoj,




pár slov k praxi s Fody:

zkusil jsem vytěžit postupně se zdokonalující databázi Fody a vizualizaci
chybějících rozcestníků turistických tras v mapě. Vzal jsem si jako
testovací trasu cykloturistickou trasu Brněnské kolečko a prosím Brňáky o
pozornost:




tato trasa má 24 rozcestníků, z toho 5 chybělo jako body v OSM. Všechny
ostatní měly body i fotky ve Fody. Díky tomu se podařilo úplně jednoznačně
identifikovat, která data v mapě chybí a bylo možné jít sbírat do terénu
právě tato vybraná data.




Vyfotil jsem 4 rozcestníky a tedy jeden poslední chybí - "nám Karla IV." v
Líšni. Jeden snímek ve Fody je nedokonalý (vyfocená je jen jedna ze dvou
tabulek rozcestníku). Kdo se tedy pohybujete v této části města, prosím o
foto do Fody.




Současně jsem řešil i otázku vizualizace. Někdo si dal tu práci a relaci v
délce 73 km (dle součtů dílčích délek úseků na tabulkách :) celou hodil do
relace (tedy alespoň myslím, že celou). Tato ale neměla tag osmc:symbol=*.
Důvody mohou být různé, ale možná je hlavním důvodem to, že trasa je
"bílá"...? Freemap.sk cykloturistické trasy jako barevné linie nevykresluje
a žádná z vrstev na osmap.cz vyjma zdroje "Turistická mapa" z poloha.net
(kde čekám, jak se to vykreslí) také ne. Tam se běžné cykloturistické
barevné linie (červená, modrá...) vykreslují v mapě OK. Bílou jsem ale
nenašel. Řešil jste to někdo? Jak toto (bílá linie) řešit?




A ještě jedna otázka - jsem schopen v editoru iD rozumě řadit přidané prvky
realce tak, abych dodržel úzus, že rozcestníky jsou až na konci a to ve svém
skutečném pořadí? Nebo se na toto už "nehraje"?





Díky za reakce a případnou pomoc s fotkami




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

Re: [talk-cz] Update translation of Cs:Tag:route=hiking

2019-06-26 Diskussionsfäden majkaz


To ale není celá jednosměrná trasa ? To, o čem se mluví na té wiki je trasa, 
která se dá/smí projíždět jako komplet jen jedním směrem, ne že tam je úsek, 
který (specificky u cyklotras) díky jednosměrkám není možné projet oběma směry.
 
Takovou cyklotrasu s jednosměrnými úseky tu taky máme, a ne jednu. Týž magistrát, který 
je propaguje a má je tak zakreslené na mapě, zároveň zapomněl, že tam dodatečně narval 
jednosměrky bez možnosti to projet na kole obousměrně. U jedné z nich není na výběr - 
hodí tě to za úzkým mostem do přikázaného směru pryč od té cyklotrasy v poměrně silném 
provozu, slézt z kola tam není kam, takže tě to opravdu vyhodí o dva bloky jinam než se 
potřebuješ dostat. Takže jsem tam ty alternativní kousky taky přidávala, ačkoli to 
fakticky značení v terénu nemá. Je to tam v mapě podle hesla "pokud chcete zpátky na 
cyklotrasu, tak prosím tudy".
 
Majka
__

Od: "Petr Vozdecký" 
Komu: "OpenStreetMap Czech Republic" 
Datum: 26.06.2019 13:45
Předmět: Re: [talk-cz] Update translation of Cs:Tag:route=hiking


k jiz starsimu tematuexistuje situace, kdy cykloturisticka (nikoliv vsak ciste turisticka) trasa 
vede jednosmerkou a proto ji v opacnem smeru musi autor trasovat vedlejsi ulici.Narazil jsem na to 
pri mapovani okruzni cykloturisticke trasy Brnenske kolecko, takovy usek je v Turanech - 
jednosměrné úseky "Holásecká" a "ulice 1. května".vop

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

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-06-26 Diskussionsfäden Sven Geggus

Michael Reichert  wrote:

> Ich finde es gut, wenn erst die Communitymitglieder selber es per E-Mail
> und/oder Telefon versuchen, bevor ein Local Chapter eine E-Mail oder
> einen Brief verschickt. Wir wissen alle, wie oft gegen die
> Lizenzbestimmungen verstoßen wird. 

Na ja es ist IMO schon ein Unterschied ob man 86 große Schilder ohne
Attribution aufstellt, die ja mehrer Jahre stehen bleiben sollen, oder ob
mal wieder irgendeine Zeitung bei einem Artikel mit Karte das (c) OSM
contributors vergessen hat.

Sven

-- 
If we want hardware to work to its full potential, we need to claim to
be a recent version of Windows. (Matthew Garrett)

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [Talk-it] Flame su old_name

2019-06-26 Diskussionsfäden Gabriele Sani via Talk-it

C'e' da dire che cercando un paio di nomi a casao su google (per esempio Gornji 
Babići) anche google mi restituisce il nome in italiano Babici di Sopra...

Sent with [ProtonMail](https://protonmail.com) Secure Email.

‐‐‐ Original Message ‐‐‐
On Wednesday 26 June 2019 14:57, Andrea Musuruane  wrote:

> Ciao,
> credo sia preferibile old_name:it se il nome non è attualmente usato 
> dalle persone di lingua italiana. Voglio dire, se vado a Londra non trovo il 
> cartello con scritto "Londra" ma questo giustamente non impedisce che ci sia 
> un name:it=Londra.
> https://www.openstreetmap.org/node/107775
>
> Trovo invece scorretto edit come questo, dove si mette nel tag name un nome 
> comune.
> https://www.openstreetmap.org/node/2293477006
>
> Ciao,
>
> Andrea
>
> On Wed, Jun 26, 2019 at 2:46 PM Cascafico Giovanni  
> wrote:
>
>> Ciao Listàti,
>>
>> porto a vostra conoscenza questa accesa discussione [1] sull'uso del
>> name:it piuttosto di old_name:it
>>
>> In sintesi, l'utente danieledvx sta valorizzando i tag name:it
>> nelle zone dell'odierna Slovenia con toponimi italianizzati negli anni
>> in cui il territorio era controllato dal fascismo.
>>
>> IMHO tali modifiche non sono corrette in quanto non è stato verificato
>> l'effettivo uso di tali toponimi nella segnaletica in loco, ne' sui
>> siti istituzionali.
>>
>> All'utente è stato suggerito di usare old_name:it, ma gli edit sono 
>> continuati.
>>
>> [1] https://www.openstreetmap.org/user/danieledvx/history
>>
>> ___
>> 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-fr] Recommandations pour le routage piéton

2019-06-26 Diskussionsfäden Antoine Riche via Talk-fr


Merci Jean-Yvon pour la lecture et les retours. Mes réponses ci-dessous.

Antoine.

Le 25/06/2019 à 20:38, osm.sanspourr...@spamgourmet.com a écrit :


Sur 
https://wiki.openstreetmap.org/wiki/File:Pedestrian_area_routing-FR.png, 
partie place piétonne traversée par une rue piétonne, ne doit-on pas 
avoir un nœud à l'intersection entre les deux chemins pour qu'un 
moteur linéaire puisse passer d'une rue à l'autre ?


En fait le pointillé bleu n'est pas un way, c'est un itinéraire 
/calculé/. On parle ici d'itinéraire surfacique donc la présence ou pas 
d'un way sous le pointillé bleu n'entre pas en compte. Il faut 
probablement que je clarifie sur le schéma qu'il s'agit d'itinéraires 
calculés.


> le /périmètre/ d'une surface constituant une barrière implicite : 
bâtiment building 
=* (à l'exception 
des toits building 
=roof 
), kiosque 
à musique leisure 
=bandstand 
, etc.


J'aurais dit :

le /périmètre/ d'une surface constituant une barrière implicite : 
kiosque à musique leisure 
=bandstand 
, 
bâtiment building 
=* (à l'exception 
des toits building 
=roof 
), etc.


Certes le cas le plus classique est le bâtiment pas le kiosque à 
musique mais sinon une lecture rapide fait croire que les kiosques à 
musique ne sont pas des obstacles.



Ah il faut aussi que je prenne en compte les lecteurs rapides ;-)


> Le *niveau plancher* d'une /aire piétonne indoor/ correspond à la 
valeur de level la plus basse : le routage piéton se fait à ce niveau 
uniquement.


Pourquoi cette restriction ? On peut imaginer que pour passer d'un 
endroit level=0 à un autre level=0 on doive monter au level=1 puis 
redescendre. Sinon à quoi bon modéliser les escaliers ?


Ou veux-tu dire que le routage du monde extérieur au monde indoor se 
fait forcément par un nœud level=0 ?


Pas du tout. C'est un peu complexe à expliquer, mais contrairement à ce 
que je pensais un espace indoor (room, area, etc.) peut avoir valeur de 
level multiple (cf. 
https://wiki.openstreetmap.org/wiki/FR:Key:level#Valeurs_multiples) : 
cela signifie que la hauteur de cet espace correspond à plusieurs 
étages, typiquement un hall d'une gare. Pour autant les piétons se 
déplace au sol donc à la valeur basse du tag level. Cette phrase vise à 
expliciter les implications pour le routing : un valeur multiple de 
level sur un escalier permet un changement de niveau, alors qu'une 
valeur multiple de level sur indoor=* implique que l'itinéraire se 
déroule sur la valeur basse de level.


Je vais essayer d'améliorer la formulation ou le schéma, mais j'arrive à 
mes limites en terme de création de schémas pour bien illustrer cela :-(



https://wiki.openstreetmap.org/wiki/File:Building_indoor_elevator-FR.png

Pour les postes de l'ascenseur j'aurais mis automatic_door 
=*, peut-être 
door=sliding, sûrement pas door=no !



Bien vu ! Corrigé par door=*


Jean-Yvon

Le 25/06/2019 à 19:30, Antoine Riche via Talk-fr - 
talk-fr@openstreetmap.org a écrit :



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

Re: [OSM-talk-fr] [Python] Générer image carte statique à partir coordonnées GPS?

2019-06-26 Diskussionsfäden Shohreh

Merci.



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [talk-cz] Spolek OSM ČR z.s. a Local Chapter Nadace OSM

2019-06-26 Diskussionsfäden Tom Ka

Skleroza...

https://wiki.osmfoundation.org/wiki/Local_Chapters/Template_agreement

Bye

st 26. 6. 2019 v 13:59 odesílatel Miroslav Suchy  napsal:
>
> Dne 26. 06. 19 v 13:01 Tom Ka napsal(a):
> > - mrknete na (anglickou) smlouvu, kterou bude spolek uzavirat s Nadaci
> > OSM, pokud mate nejake dotazy, komentare apod, sem s nimi.
>
> Link nebo priloha by nebyla prosim? :)
>
> M.
>
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [OSM-ja] JA:Available Dataの改訂

> 公式ウェブサイトについては電子的な「現地」で、地理的な現地に掲示されている情報と等価と考えているためです。
全く同じ情報であっても、現地調査に基づいて投入するケースと、公式ウェブサイトのデータを転記するのは違うと考えます。

旭川市のローソンに出向き入口自動ドアに書かれてある文字を見て`branch=旭川東４条店`とデータを入力するのと、公式ページを見てリモートで同じデータを入力するのがOSM的に「等価」であるとは私には思えません。

> 「そっちの方がマッピングが楽しそうじゃん?」
楽しいマッピングをしよう、というのは賛成です。しかし、情報ソースは厳しくあるべきだと思います。楽しいマッピングは、山下さん、坂ノ下さんを始めとした方々が進めているマッピングパーティーなどで実現可能であると思います。

> そもそも著作物かどうか
事実情報は著作物ではなく著作権法で保護されない、というのは同意です。
私は、著作権法で保護されない情報であっても、使うべきでないケースもある、という立場です。

> 現地で確認できない情報も多く
現地調査で確認できなかったら、マッピングすべきでない、ということではないでしょうか。

> 「ウェブサイトにかかれていることは使ってはダメ」と書いてしまうと、実際の運用では萎縮効果を生んでしまい
萎縮効果があることは確かでしょうが、それは仕方がないのではないでしょうか？「Googleマップに書かれていることは使ってはダメ」という指針も萎縮効果を生んでいると思いますし、ライセンスに厳密であるためには仕方ないことと思います。

> OSMに対して損害賠償請求をする、というケースはあるでしょうか
私も損害賠償されることはないと思います。
しかし、訴えられないのであれば使っても良い、という考えには反対です。

> wikidataもダメなんでしたっけ、、、？というのは素朴な疑問です。
CC0でもダメ、というのは私も驚きでしたが、OSM wikiの記載を読んだら納得しました。
wikidata/wikipediaを使ってもOK、という指針を採用するのであれば、まずOSM wikiを変更するのが先かと思います。

> ODbLも「他の情報を転記する可能性がある」ということになり
これはその通りです。だからこそ、OSMデータに他の情報が入り込まないように情報ソースを厳密に運用し、怪しいデータは削除するという自浄作用を機能させているのだと思います。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden Wolfgang Schreiter



Am 26.06.2019 13:36 schrieb Johann Haag:

Am Mi., 26. Juni 2019 um 10:07 Uhr schrieb Wolfgang Schreiter
:


[...]

Gibt es zuwenige Mapper, dann wird eben weniger gemappt (so
bedauerlich
das sein mag). Nehmen wir mal an, alle verfügbaren öffentlichen
Daten
würden nach OSM importiert. Was dann? Wir hätten einen riesigen,
nicht
verwaltbaren Datenfriedhof, und noch weniger Mapper. OSM ist als
Mitmach-Plattform gedacht und hat keine Strukturen zum Verwalten
solcher
Datenmengen (Import, Abgleich und Verbindung mit vorhandenen Daten,
QS,
Pflege,...). Vielleicht ist das alles eines Tages überholt (was
schade
wäre) - Kritikpunkte und Krisensignale gibt es ja noch mehr (siehe
z.B.
https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/ [1]).


Diese fatalistische Sichtweise teile ich nicht, Amtliche Daten sind
keineswegs schlecht, in OSM geben wir den Leuten die einmalige Chance
solche verbessern zu können, Amtlichen Stellen erhalten als Lohn
einen Rückkanal, ein Feedback ihrer Arbeit. Ich bin mir sicher,
amtliche Stellen werden keine OSM Korrekturen so einfach in ihr
Amtliches System übertragen. OpenStreetMap liefert aber einen
Hinweis, wo Amtliche Stellen ihre Daten überprüfen sollten, und das
ist auch für Gemeinden und Städte sehr wertvoll.


Prinzipiell ja. Bloß kann ich mir nicht vorstellen, dass 
Gemeindebedienstete, nachdem sie Daten nach bestem Wissen eingepflegt 
haben, OSM auswerten, um zu sehen, welche Änderungen wir nach erfolgtem 
Import daran vorgenommen haben - das ist den Aufwand schlicht nicht 
wert, sie müssten die Daten ja auch noch extra verifizieren.



Imports sind sowieso gründlich zu überlegen, werden aber -
besonders
wenn unabgestimmt und ohne Rücksicht auf andere Beteiligte
durchgeführt
- immer zu Konflikten führen, nicht zuletzt, weil OSM eben nicht
für
Imports konzipiert ist. Weniger- und das gut - ist manchmal mehr.


OpenStreetMap ist selbstverständlich ebenso für Importe konzipiert.
Weltweit gibt es unzählige Beispiele für erfolgreiche Importe.


Frederik hat es ja schon klargestellt. Wer Daten importiert, muss den 
gesamten Abgleich der Unterschiede außerhalb von OSM bewerkstelligen, 
einschließlich der Entscheidung, welche Daten nun aktueller sind. Das 
geht nicht vom Schreibtisch aus. Innerhalb des Systems werden manuell 
und automatisch erstellte Daten gleich behandelt.


LG
Wolfgang

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

Re: [Talk-it] Flame su old_name

2019-06-26 Diskussionsfäden Andrea Musuruane

Ciao,
credo sia preferibile old_name:it se il nome non è attualmente usato
dalle persone di lingua italiana. Voglio dire, se vado a Londra non trovo
il cartello con scritto "Londra" ma questo giustamente non impedisce che ci
sia un name:it=Londra.
https://www.openstreetmap.org/node/107775

Trovo invece scorretto edit come questo, dove si mette nel tag name un nome
comune.
https://www.openstreetmap.org/node/2293477006

Ciao,

Andrea

On Wed, Jun 26, 2019 at 2:46 PM Cascafico Giovanni 
wrote:

> Ciao Listàti,
>
> porto a vostra conoscenza questa accesa discussione [1] sull'uso del
> name:it piuttosto di old_name:it
>
> In sintesi, l'utente danieledvx sta valorizzando i tag name:it
> nelle zone dell'odierna Slovenia con toponimi italianizzati negli anni
> in cui il territorio era controllato dal fascismo.
>
> IMHO tali modifiche non sono corrette in quanto non è stato verificato
> l'effettivo uso di tali toponimi nella segnaletica in loco, ne' sui
> siti istituzionali.
>
> All'utente è stato suggerito di usare old_name:it, ma gli edit sono
> continuati.
>
> [1] https://www.openstreetmap.org/user/danieledvx/history
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Ricerca su musei OSM e statistica ufficiale

2019-06-26 Diskussionsfäden Lorenzo Rolla

Io non sono competente, però ho trovato questo link...

https://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/MenuPrincipale/Trasparenza/Open-Data/index.html

Il giorno mer 26 giu 2019 alle ore 12:06 Alessandro Sarretta <
alessandro.sarre...@gmail.com> ha scritto:

> Grazie Francesco, lavoro molto interessante!
>
> On 26/06/19 11:06, Cecco wrote:
> > Buongiorno community OSM,
> > scrivo per segnalare che, durante il mio assegno di ricerca all'Istat,
> > ho effettuato una comparazione tra i dati ufficiali relativi ai musei
> > e quelli presenti su OSM (scaricati nel luglio 2017, immagino siano
> > molto migliorati nel frattempo...).
> > La finalità della sperimentazione era quella di testare se da fonti
> > collaborative fosse possibile derivare un supporto utile e affidabile
> > per la statistica ufficiale in ambito culturale.
> > Anche con riferimento alla letteratura scientifica internazionale, ho
> > riscontrato buoni risultati in termini di numerosità totale di oggetti
> > (con l'86% circa dei musei italiani mappati, ma differenze regionali
> > molto rilevanti) e accuratezza posizionale. Maggiori criticità
> > emergono per quanto riguarda la coerenza delle tag, presenza di
> > duplicati ecc.
> > Non posso ancora divulgare il testo integrale della ricerca perché in
> > corso di pubblicazione/revisione presso un journal scientifico
> > internazionale (fornirò un link appena possibile).
>
> In realtà potresti tranquillamente già condividere adesso il pre-print
> (la versione non ancora revisionata) del tuo articolo in un repository
> aperto (ti consiglio caldamente Zenodo https://zenodo.org/, finanziato
> dalla Commissione Europea e su software open source e infrastruttura CERN).
>
> In questo modo tutti potrebbero vedere già da ora il tuo lavoro e tu
> anticipare interesse e possibili citazioni.
> Se non ne hai mai sentito parlare, sei dubbioso, hai paura che questo in
> qualche modo infici il percorso di pubblicazione o dia fastidio al
> Journal o non sia scientificamente accettato o rilevante, scrivimi pure
> che ci sono risposte per tutto! :-)
>
> Grazie per la condivisione,
>
> Ale
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

On 26.06.19 13:52, Johann Haag wrote:

> nicht nur reale Adressen, sondern auch Pseudoadressen.

Bitte erklär:
1.) was du unter Pseudoadressen bzw. Geisteradressen verstehst

Adresstyp lt: https://www.wien.gv.at/advadrwebapp/public/advadrwebapp.htm

Ok. Dort ist es allerdings auch nicht erklärt.

Ergänzung: Geisteradressen sind willkürlich in die Landschaft gestreute
Adressen ohne Bezug: Beispiel in Tirol
https://osmcha.mapbox.com/?filters=%7B%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%2C%22ids%22%3A%5B%7B%22label%22%3A%2270171175%22%2C%22value%22%3A%2270171175%22%7D%5D%7D

Der Link liefert nur eine Fehlermeldung. Wenn du ein konkretes Beispiel
hast, dann bitte als ID oder als Link in der Form
https://www.openstreetmap.org/node/xxx (mit xxx=ID).

2.) was du mit "gejammt" meinst (im Betreff)

Daten sind gejammt, sofern solche zu einem bestimmten zweck absichtlich mit
Stördaten überlagert sind. Ziel ist hierbei oft, solche Daten zwar
weiterzugeben, dass aber Personen ohne Insiderwissen mit solch veränderten
Daten nichts vernünftiges anfangen können. Der Anwender wird dazu gezwungen
selbst den Versuch zu wagen, Jamming Daten wieder zu entfernen. Anschließend
kann man diesen z.b. ob des Löschens von leeren Nodes anklagen, und
hierdurch diskreditieren.

Du bist also der Meinung, dass das BEV absichtlich schlechte Daten
bereitstellt, um dich nachher diskreditieren zu können? Warum sollten die so
einen heimtückischen Plan gegen dich ausgeheckt haben? Du warst doch immer
derjenige, der das BEV so hochgelobt hat...

3.) was du unter einem Craftmapper verstehst

Siehe Definition von Nakaner

Ich sehe keine Definition von Nakaner, und offen gesagt bin ich froh, wenn
ich nichts von ihm sehe. Darum bitte ich dich um deine eigene Definition,
was du unter einem Craftmapper verstehst.

--
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] Flame su old_name

2019-06-26 Diskussionsfäden Gabriele Sani via Talk-it

name:it non penso vada proprio bene, dato che correntemente non vengono 
utilizzati come nomi su cartine ecc.
old_name:it (magari anche aggiungendo il namespace degli anni in cui aveva 
cambiato nome) sarebbe ottimo, anzi, proprio old_name se era il nome ufficiale 
di suddette citta'


Sent with ProtonMail Secure Email.

‐‐‐ Original Message ‐‐‐
On Wednesday 26 June 2019 14:43, Cascafico Giovanni  wrote:

> Ciao Listàti,
>
> porto a vostra conoscenza questa accesa discussione [1] sull'uso del
> name:it piuttosto di old_name:it
>
> In sintesi, l'utente danieledvx sta valorizzando i tag name:it
> nelle zone dell'odierna Slovenia con toponimi italianizzati negli anni
> in cui il territorio era controllato dal fascismo.
>
> IMHO tali modifiche non sono corrette in quanto non è stato verificato
> l'effettivo uso di tali toponimi nella segnaletica in loco, ne' sui
> siti istituzionali.
>
> All'utente è stato suggerito di usare old_name:it, ma gli edit sono 
> continuati.
>
> [1] https://www.openstreetmap.org/user/danieledvx/history
>
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it



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

[Talk-it] Flame su old_name

2019-06-26 Diskussionsfäden Cascafico Giovanni

Ciao Listàti,

porto a vostra conoscenza questa accesa discussione [1] sull'uso del
name:it piuttosto di old_name:it

In sintesi, l'utente danieledvx sta valorizzando i tag name:it
nelle zone dell'odierna Slovenia con toponimi italianizzati negli anni
in cui il territorio era controllato dal fascismo.

IMHO tali modifiche non sono corrette in quanto non è stato verificato
l'effettivo uso di tali toponimi nella segnaletica in loco, ne' sui
siti istituzionali.

All'utente è stato suggerito di usare old_name:it, ma gli edit sono continuati.

[1] https://www.openstreetmap.org/user/danieledvx/history

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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

2019-06-26 Diskussionsfäden Frederik Ramm

Hi,

On 6/26/19 1:36 PM, Johann Haag wrote:
> Diese fatalistische Sichtweise teile ich nicht,

Fatalistisch ist es, wenn man sagt: "OSM schafft das nicht, wir müssen
Daten importieren".

> Amtliche Daten sind
> keineswegs schlecht, in OSM geben wir den Leuten die einmalige Chance
> solche verbessern zu können, Amtlichen Stellen erhalten als Lohn einen
> Rückkanal, ein Feedback ihrer Arbeit. Ich bin mir sicher, amtliche
> Stellen werden keine OSM Korrekturen so einfach in ihr Amtliches System
> übertragen. 

Wäre auch lizenzrechtlich problmatisch, der amtliche Datensatz würde so
zu einem von OSM abgeleiten Werk.

> OpenStreetMap liefert aber einen Hinweis, wo Amtliche
> Stellen ihre Daten überprüfen sollten, und das ist auch für Gemeinden
> und Städte sehr wertvoll.

Das stimmt. Diese Hinweise kann OSM aber nur da liefern, wo wir genügend
Mapper vor Ort haben, die die Daten überprüfen. Wenn man Daten
importiert "weil ja nicht genug Mapper da sind", dann wird es auch keine
nützlichen Korrekturen geben.

Ein guter Ansatz ist es, die Importe *lokalen* Mappern zu überlassen,
die sie zu einem Zeitpunkt ihrer Wahl durchführen können, wenn sie sich
auch in der Lage sehen, eine gute Überprüfung der Daten durchzuführen.

> OpenStreetMap ist selbstverständlich ebenso für Importe konzipiert.

Nein (ausser das Wort wird in Österreich anders benutzt als hier), denn
"für Importe konzipiert" bedeutet ja, dass bei der Gestaltung speziell
auf Importe Rücksicht genommen wurde.

> Weltweit gibt es unzählige Beispiele für erfolgreiche Importe.

Ja, es gibt erfolgreiche Importe. Tendenziell werden die Importe umso
weniger erfolgreich, je mehr sie von einem Eigenbrötler ohne Zutun der
restlichen Community gemacht werden. Ein Import ist am erfoglreichsten,
wenn er lokal begrenzt ist und eine Community gierig darauf wartet, mit
den importierten Daten arbeiten zu können. Und ein Import ist am
wenigsten erfolgreich, wenn eine Person sich ihre eigenen Regeln und
Methoden zusammenbastelt ohne mit anderen darüber zu sprechen, und dann
vom eigenen Wohnzimmer aus das ganze Land beglücken möchte.

Viele Grüße
Frederik Ramm

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

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

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-06-26 Diskussionsfäden Michael Reichert

Hallo Norbert,

Am 26/06/2019 um 13.48 schrieb Norbert Kück:
> am 26.06.2019 um 13:24 schrieb Sven Geggus:
>> Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen
>> würde.
> Diese Bedenken kann ich nicht teilen, weil meine Erfahrungen anders
> sind. In meiner Eigenschaft als Irgendeinmapper habe ich öfter schon
> Kartenverwender auf die Lizenzregeln hingewiesen – natürlich mit
> konkreter Hilfe zum Wie. In jedem Fall wurde der Mangel abgestellt.
> Mehrfach war die Reaktion sehr aufgeschlossen bis dankbar.

Ich glaube, Sven hat damit wildes Anbringen von Aufklebern gemeint.
Wildes Anbringen von Aufklebern finde ich nicht ok.

Ich finde es gut, wenn erst die Communitymitglieder selber es per E-Mail
und/oder Telefon versuchen, bevor ein Local Chapter eine E-Mail oder
einen Brief verschickt. Wir wissen alle, wie oft gegen die
Lizenzbestimmungen verstoßen wird. Wenn Communitymitglieder selber sich
um das Versenden der E-Mails kümmern, verteilt das die Arbeit auf mehr
Schultern.

Viele Grüße

Michael

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



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

Re: [Talk-at] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

2019-06-26 Diskussionsfäden ScubbX


Hallo!

Zum allgemeinen Verständnis und Erklärung der amtlichen Adressdaten des BEV:

Das BEV sammelt und stellt die Adressdaten nur zur Verfügung. Die 
Adressen werden von jeder Gemeinde selbst über ein Web-Portal 
eingetragen und verwaltet.


Es gibt 3 Adressdatensätze:
- Einen, der die Adressen auf Gebäude bezieht,
- einen der sich auf das Grundstück bezieht
- und einen, der die Adresskoordinate auf dem GIP 
("GraphenIntegrationsPlattform", ein freier amtlicher Datensatz von 
Straßen Österreichs) Graphen abbildet.


Die beiden ersten sind zum Großteil (jede Gemeinde kann Adressen 
makrieren, damit diese nicht publik werden - fragt mich nicht, welche 
das dann sind, das weiß ich auch nicht, es handelt sich aber nur um sehr 
wenige, spezielle Punkte) als OpenGovernment Datensatz des BEV als 
Stichtagsdatensatz (gilt immer für ein halbes Jahr, glaube ich) frei 
erhältlich.
Je nachdem, welchen der Datensätze man verwendet (Gebäude/Grundstück) 
ergeben sich dann Differenzen.


Diese Daten sind auch nicht perfekt. Mit der Zeit werden diese Daten 
aber von den Gemeinden überarbeitet und die Lage derselben immer weiter 
verbessert.


lg, Markus (ScubbX)


Am 26.06.19 um 13:34 schrieb Florian Michaeler:
Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich 
die Bezeichnung craftmapper?


Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in 
Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80% 
mit der örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen 
gepasst haben. Kann jetzt eine lokale Besonderheit sein aber ich bin 
seit dem bei öffentlichen Daten vorsichtiger geworden.


Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen 
durchaus Fehler passieren können und die vermutlich auch dankbar sind 
wenn sie auf einen Fehler aufmerksam gemacht werden.


Lg
Florian

Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :

Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht,
hält sich hierzulande die Zahl an Craftmappern in Grenzen, umso
wichtiger sind automatisierte Verfahren.
Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
eigenen Mangels an ausreichender Zahl an OpenStreetMap
Mitwirkenden, ist der von einigen formulierter Anspruch, OSM sei
besser als Amtliches in keiner Weise zu halten.
Ref: https://forum.openstreetmap.org/viewtopic.php?id=66560

-- 
Johann Haag

OSM addresshistory*org


--
Diese Nachricht wurde von meinem Smartphone gesendet.

___
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] Nome Rotatoria

2019-06-26 Diskussionsfäden Martin Koppenhoefer



sent from a phone

Am 26.06.2019 um 09:05 schrieb Simone Saviolo :

>> Inoltre sono andato a vedere in casa di altri per vedere come facevano 
>> su Waze dicono espressamente di NON dare il nome alla rotatoria
>> Waze   
> 
> Dicono anche di non disegnare le fionde, e danno criteri precisi su quando e 
> come disegnare i bypass. Non credo che nessuna di queste tre cose sia 
> rilevante per OSM. 


concordo pienamente, non ci interessa cosa fa Waze


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

Re: [talk-cz] Spolek OSM ČR z.s. a Local Chapter Nadace OSM

2019-06-26 Diskussionsfäden Miroslav Suchy

Dne 26. 06. 19 v 13:01 Tom Ka napsal(a):
> - mrknete na (anglickou) smlouvu, kterou bude spolek uzavirat s Nadaci
> OSM, pokud mate nejake dotazy, komentare apod, sem s nimi.

Link nebo priloha by nebyla prosim? :)

M.

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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Am Mi., 26. Juni 2019 um 12:57 Uhr schrieb Friedrich Volkmann :

> On 26.06.19 07:15, Johann Haag wrote:
> > nicht nur reale Adressen, sondern auch Pseudoadressen.
>
> Bitte erklär:
> 1.) was du unter Pseudoadressen bzw. Geisteradressen verstehst
>
Adresstyp lt: https://www.wien.gv.at/advadrwebapp/public/advadrwebapp.htm
Zusätzlich kann die Suche auf bestimmte Adresstypen eingeschränkt werden.
Folgende Auswahlmöglichkeiten stehen zur Verfügung.

Haupt- und Identadressen
Standardeinstellung: Pseudoadressen werden ausgefiltert
nur Hauptadressen
nur Identadressen
nur Pseudoadressen
mit Pseudoadressen

Ergänzung: Geisteradressen sind willkürlich in die Landschaft gestreute
Adressen ohne Bezug: Beispiel in Tirol
https://osmcha.mapbox.com/?filters=%7B%22date__gte%22%3A%5B%7B%22label%22%3A%22%22%2C%22value%22%3A%22%22%7D%5D%2C%22ids%22%3A%5B%7B%22label%22%3A%2270171175%22%2C%22value%22%3A%2270171175%22%7D%5D%7D

2.) was du mit "gejammt" meinst (im Betreff)
>
Daten sind gejammt, sofern solche zu einem bestimmten zweck absichtlich mit
Stördaten überlagert sind. Ziel ist hierbei oft, solche Daten zwar
weiterzugeben, dass aber Personen ohne Insiderwissen mit solch veränderten
Daten nichts vernünftiges anfangen können. Der Anwender wird dazu gezwungen
selbst den Versuch zu wagen, Jamming Daten wieder zu entfernen.
Anschließend kann man diesen z.b. ob des Löschens von leeren Nodes
anklagen, und hierdurch diskreditieren.

> 3.) was du unter einem Craftmapper verstehst
>
Siehe Definition von Nakaner

>
> Es ist schwer, dich zu verstehen, wenn du laufend neue Wörter erfindest,
> unter denen sich keiner etwas vorstellen kann.


Johann Haag
OSM: addresshistory*org
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

Ich verstehe wenn es die Firma Geofabrik in Adressen eher locker nimmt, ist
doch das eigene Kernprodukt ein anderes. In eigenem Anliegen
https://wiki.openstreetmap.org/wiki/DE:Proposed_features/Empfehlung_zur_Verwendung_von_Multipolygonen
ist man hingegen nicht so leger.

Am Mi., 26. Juni 2019 um 09:28 Uhr schrieb Frederik Ramm <
frede...@remote.org>:

> Hallo,
>
> On 26.06.19 07:41, Johann Haag wrote:
> > Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht, hält
> > sich hierzulande die Zahl an Craftmappern in Grenzen, umso wichtiger
> > sind automatisierte Verfahren.
>
> Das ist ein Trugschluss, dem sonst eher unsere amerikanischen Freunde
> aufsitzen, und zwar gleich doppelt: Erstens können Importe keine Mapper
> ersetzen, und zweitens ist Österreich von allen Ländern auf der Welt
> dasjenige mit den *meisten* Mappern pro 1000 Einwohner!
> (https://www.openstreetmap.org/user/SimonPoole/diary/40246)
>
> Unser Ziel bei OpenStreetMap ist doch nicht, eine "tote" Datenbank zu
> schaffen, hinter der keine Leute stehen, die sie auch aktuell halten.
> Unser großer Vortreil gegenüber allen anderen Datenquellen ist, dass bei
> uns echte Menschen mit lokalem Wissen hinter den Daten stehen.
>
> Wenn wir "besser" sind als andere, dann nicht, weil man bei uns alles
> findet, was man bei den Amtlichen auch findet, sondern weil bei uns die
> Daten nochmal von Menschen gegengeprüft wurden - *mindestens* mal am
> Luftbild, idealerweise aber vor Ort.
>
> Datenimporte in Gegenden, wo keine Mapper dahinterstehen, die diese
> Daten dann auch pflegen, sind reine Kosmetik - sie lassen OSM gut
> aussehen, aber innendrin fault es.
>
Es reicht in einer gut gemappten Gemeinde, dass unser craftmapper die
Chance zu erhalten, bei einem gerade genehmigten Neubau dessen fehlende
Adresse hinzuzufügen. Amtliche Systeme reagieren in Adressen mit
mehrmonatiger Verzögerung. Das ist die Chance von OpenStreetMap besser zu
sein. Wenn aber in OpenStreetMap von Haus aus riesige Adresslücken klaffen,
werden und können wir von niemanden ernst genommen werden. Auch geht die
Motivation in einem ansonsten adresslosen Gebiet, einen Neubau einzutragen
sicher gegen Null.

>
> Wer für seinen Anwendungsfall dringend Bedarf an amtlichen Adressen hat,
> der braucht die deswegen nicht nach OSM zu importieren. Man kann sich
> z.B. einen Karten-Renderer hernehmen und zusötzlich zu OSM-Adressen auch
> die (aus einem Shapefile geladenen) amtlichen Adressen anzeigen.
>
> Diese Empfehlung kommt einer  Bankrotterklärung von OpenStreetMap gleich,
Du kannst genauso gleich, auf in Österreich existierende Länder GIS Systeme
verweisen. Beispiel
https://www.tirol.gv.at/statistik-budget/tiris/adressen-suchen/

> OpenStreetMap ist kein Sammel- und Verteilmechanismus für amtliche Daten.
>
Urlauber welche Österreich besuchen, und bereits OpenStreetMap auf ihrem
Smartphone vorinstalliert haben, sehen das sicher anders. Auch kann man
lokale craftmapper nur dahingehend motivieren, sofern bereits eine
Grundabdeckung an Adressen vorhanden ist.

>
> --
Johann Haag
osm: addresshistory*org
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-ja] JA:Available Dataの改訂

公式サイトの「事実情報」が利用できるとしたら、私もぜひ使いたいです。リモートマッピングが非常にはかどります。

たとえばローソン 旭川東４条店は、まだOSMマッピングされていません。
https://www.e-map.ne.jp/p/lawson/dtl/216237/?=al1,al2,al3,nm
https://www.openstreetmap.org/#map=19/43.78323/142.37762

ですが、公式サイトの「事実情報」を使えば、
住所が「北海道旭川市東４条７‐２‐１」であることがわかるので、
地理院地図経由でおよその位置が判明します。
https://maps.gsi.go.jp/#18/43.783196/142.377743/=std=std%7Cseamlessphoto=0=11=seamlessphoto=c1j0h0k0l0u0t0z0r0s0m0f1=v

近くにコンビニっぽい地物が見えるので、きっとここが該当店舗でしょう。

ローソンの公式ページにはZenrin DataComの地図も表示されてはいますが、その情報を参照することなくリモートマッピング可能です。
(事実情報は使用してOKということであれば、公式サイト内のZenrin地図を参照して場所を特定しても問題なさそうですが)

しかし、このようなマッピングはOSMの理念に反すると思います。ですので、たとえ著作権上問題のない事実情報であっても利用は避けるべきと考えます。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-06-26 Diskussionsfäden Norbert Kück


Hallo,

am 26.06.2019 um 13:24 schrieb Sven Geggus:

Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen
würde.
Diese Bedenken kann ich nicht teilen, weil meine Erfahrungen anders 
sind. In meiner Eigenschaft als Irgendeinmapper habe ich öfter schon 
Kartenverwender auf die Lizenzregeln hingewiesen – natürlich mit 
konkreter Hilfe zum Wie. In jedem Fall wurde der Mangel abgestellt. 
Mehrfach war die Reaktion sehr aufgeschlossen bis dankbar.


Gruß
nk

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

Re: [talk-cz] Update translation of Cs:Tag:route=hiking

2019-06-26 Diskussionsfäden Petr Vozdecký


k jiz starsimu tematu




existuje situace, kdy cykloturisticka (nikoliv vsak ciste turisticka) trasa
vede jednosmerkou a proto ji v opacnem smeru musi autor trasovat vedlejsi 
ulici.

Narazil jsem na to pri mapovani okruzni cykloturisticke trasy Brnenske
kolecko, takovy usek je v Turanech - jednosměrné úseky "Holásecká" a "ulice
1. května".





vop




-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 26. 5. 2019 19:11:55
Předmět: Re: [talk-cz] Update translation of Cs:Tag:route=hiking
"Ahoj!

> ahoj, myslim ze ne. zadne jednosmerky u nas podle mne nejsou.

V Adrspasko-teplickych skalach je myslim turisticka jednosmerka. Je tam 
hodne lidi a
uzke pruchody, tak aby se to "nezahltilo".

Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/
blog.html

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

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-06-26 Diskussionsfäden Sven Anders


Am 2019-06-26 13:24, schrieb Sven Geggus:

Frederik Ramm  wrote:


Guerilla-Aufkleber-Aktion!


Hatte ich ehrlich gesagt auch schon dran gedacht. Allerdings kennen wir 
die
Standorte der Tafeln ja nicht mal alle und das würde nur auffallen, 
wenn wir

nahezu alle passend verarzten könnten.

Ich fände es ehrlich gesagt am besten wenn da mal jemand aus dem 
FOSSGIS
Vorstand bei der Frau Gerz anruft und freundlich auf das Problem 
hinweist

damit das einen etwas offizielleren Charakter hat. Email ist vermutlich
erher nicht so geschickt.

Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen würde.


Ich finde beides okay.

Ein Mapper dem es aufgefallen ist und der sagt: Das finde ich nicht gut, 
dass sie mein Werk hier ohne Copyright veröffenlichen ist okay.

Nur sollte der Text höflich und zielgerichtet bleiben.
Wenn das nicht fruchtet, kann man ja immer noch den Fossgis Vorstand 
bitten.


Wenn der Fossgis Vorstand das gleich macht, finde ich das auch okay.

Gruß
Sven

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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Am Mi., 26. Juni 2019 um 10:07 Uhr schrieb Wolfgang Schreiter <
osm...@posteo.de>:

> > Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht, hält
> > sich
> > hierzulande die Zahl an Craftmappern in Grenzen, umso wichtiger sind
> > automatisierte Verfahren.
>
> Die Prämisse mag stimmen, die Schlussfolgerung teile ich nicht (mehr).
>
> OSM ist kein Unternehmen oder eine vergleichbare Organisation, in der
> Ressourcen - zentral gesteuert - auf ein Ziel hin eingesetzt werden
> können. Es ist eine Gruppe von mehr oder weniger ähnlich gesinnten
> Personen, die aus persönlichen und/oder kommerziellen Gründen freiwillig
> lose zusammenarbeiten. Was immer dabei heraus kommt, ist es eben. Der
> Anspruch, der sich aus Deinen Beiträgen herauslesen lässt, ist Dein ganz
> persönlicher Wunsch, wie OSM sein sollte, nicht der Anspruch von OSM.
>
> Gibt es zuwenige Mapper, dann wird eben weniger gemappt (so bedauerlich
> das sein mag). Nehmen wir mal an, alle verfügbaren öffentlichen Daten
> würden nach OSM importiert. Was dann? Wir hätten einen riesigen, nicht
> verwaltbaren Datenfriedhof, und noch weniger Mapper. OSM ist als
> Mitmach-Plattform gedacht und hat keine Strukturen zum Verwalten solcher
> Datenmengen (Import, Abgleich und Verbindung mit vorhandenen Daten, QS,
> Pflege,...). Vielleicht ist das alles eines Tages überholt (was schade
> wäre) - Kritikpunkte und Krisensignale gibt es ja noch mehr (siehe z.B.
> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/).
>
Diese fatalistische Sichtweise teile ich nicht, Amtliche Daten sind
keineswegs schlecht, in OSM geben wir den Leuten die einmalige Chance
solche verbessern zu können, Amtlichen Stellen erhalten als Lohn einen
Rückkanal, ein Feedback ihrer Arbeit. Ich bin mir sicher, amtliche Stellen
werden keine OSM Korrekturen so einfach in ihr Amtliches System übertragen.
OpenStreetMap liefert aber einen Hinweis, wo Amtliche Stellen ihre Daten
überprüfen sollten, und das ist auch für Gemeinden und Städte sehr wertvoll.

>
> Imports sind sowieso gründlich zu überlegen, werden aber - besonders
> wenn unabgestimmt und ohne Rücksicht auf andere Beteiligte durchgeführt
> - immer zu Konflikten führen, nicht zuletzt, weil OSM eben nicht für
> Imports konzipiert ist. Weniger- und das gut - ist manchmal mehr.
>
OpenStreetMap ist selbstverständlich ebenso für Importe konzipiert.
Weltweit gibt es unzählige Beispiele für erfolgreiche Importe.

>
> --
Johann Haag
OSM: addresshistory*org
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Das Umbenennen von Straßennamen, stört künftige OpenData Abgleiche

2019-06-26 Diskussionsfäden Florian Michaeler

Vielleicht oute ich mich jetzt als unwissend. Aber wie definiert sich die 
Bezeichnung craftmapper?

Persönlich als ich noch mehr gemacht habe, hat sich zumindest hier in 
Ebreichsdorf und Umgebung gezeigt, dass die BEV Daten nur zu ca 80% mit der 
örtlichen Begehung (welche Hausnummer hängt vor Ort) zusammen gepasst haben. 
Kann jetzt eine lokale Besonderheit sein aber ich bin seit dem bei öffentlichen 
Daten vorsichtiger geworden. 

Was man sicher nicht vergessen darf auch dort sitzen Menschen dehnen durchaus 
Fehler passieren können und die vermutlich auch dankbar sind wenn sie auf einen 
Fehler aufmerksam gemacht werden.

Lg
Florian

Am 26. Juni 2019 07:41:09 MESZ schrieb Johann Haag :
>Wie man an der Anzahl an Edits in OpenStreetMap Österreich sieht, hält
>sich
>hierzulande die Zahl an Craftmappern in Grenzen, umso wichtiger sind
>automatisierte Verfahren.
>Man kann zu Amtlichen Daten stehen wie man möchte, angesichts des
>eigenen
>Mangels an ausreichender Zahl an OpenStreetMap Mitwirkenden, ist der
>von
>einigen formulierter Anspruch, OSM sei besser als Amtliches in keiner
>Weise
>zu halten.
>Ref:  https://forum.openstreetmap.org/viewtopic.php?id=66560
>
>-- 
>Johann Haag
>OSM addresshistory*org

-- 
Diese Nachricht wurde von meinem Smartphone gesendet. ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.

Am Mi., 26. Juni 2019 um 09:22 Uhr schrieb :

> Hallo,
>
> auf der Mailingliste ist afaik "nur Text" die gewünschte Form, nicht
> "HTML". Das kann sicher jemand anderes besser beantworten.
>
Keine Ahnung wie man das bei meinem Web Mail Client ändert. Zum Glück
besteht man wenigstens nicht auf die Anwendung der Kommandozeile.

>
> --
Johann Haag
OSM: addresshistory*org
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-de] OSM Lizenzverstoß bei Kraichgau-Stromberg Tourismus e.V.

2019-06-26 Diskussionsfäden Sven Geggus

Frederik Ramm  wrote:

> Guerilla-Aufkleber-Aktion!

Hatte ich ehrlich gesagt auch schon dran gedacht. Allerdings kennen wir die
Standorte der Tafeln ja nicht mal alle und das würde nur auffallen, wenn wir
nahezu alle passend verarzten könnten.

Ich fände es ehrlich gesagt am besten wenn da mal jemand aus dem FOSSGIS
Vorstand bei der Frau Gerz anruft und freundlich auf das Problem hinweist
damit das einen etwas offizielleren Charakter hat. Email ist vermutlich
erher nicht so geschickt.

Es wäre IMO eher unschön wenn das irgendein Mapper direkt machen würde.

Gruss

Sven

-- 
"If you don't make lower-resolution mapping data publicly
available, there will be people with their cars and GPS
devices, driving around with their laptops" (Tim Berners-Lee)
/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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

Re: [OSM-ja] JA:Available Dataの改訂

みなさま

公式サイトの情報であればOSMに投入してもよい、と判断されている(海外の)事例・議論があったら教えていただけませんでしょうか。

私が把握している範囲では、ODbL非互換データは有無を言わさずアウト、という判断が支配的であると思います。

いいださんに紹介していただいた議論もそうですが、
https://lists.openstreetmap.org/pipermail/talk/2018-May/080662.html

最近タグ付けメーリングリストに流れてきた事例では、ODbL非互換データを入れ続けて(警告も無視したために)、10年間のアカウント停止処分が下されています。
https://lists.openstreetmap.org/pipermail/tagging/2019-June/046268.html

海外ではNGでも日本ではOK、という判断は、正直運用が難しすぎると思います。

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

[talk-cz] Spolek OSM ČR z.s. a Local Chapter Nadace OSM

2019-06-26 Diskussionsfäden Tom Ka

Ahoj,

jeden z cilu pri zalozeni spolku (mimo jine pro legalizaci pouzivani
ochrannych znamek OSM, SotM apod.) byl pozadani o Local Chapter (tj.
formalni zastoupeni) Nadace OSM pro ČR.
Rad bych zacal podnikat kroky k realizaci, proto prosim:

- mrknete na (anglickou) smlouvu, kterou bude spolek uzavirat s Nadaci
OSM, pokud mate nejake dotazy, komentare apod, sem s nimi.

Z povinosti pro spolek vuci Nadaci je tam:
- dodat (jednorazove) anglicky preklad stanov
- dodat jednou rocne zpravu o cinnosti a financich (tj. nemusi byt
formalni ucetni zaverka ale neco podobneho)
- informovat o zasadnich zmenach (stanovy apod.)

Za radu spolu jsme to prosli a ja ani Jakub nemame zadne zasadni
vyhrady (Marian se nevyjadril). Pokud se tedy neobjevi nejake
problemy, pristoupil bych k vyplneni a podani zadosti o Local Chapter
na Nadaci OSM.

(za Slovensko je ve stavu podani zadosti o Local Chapter sdruzeni freemap.sk)

Diky tom.k

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

Re: [Talk-at] Österreich Open Data Adresslisten des Bundesamt für Eich und Vermessungswesen, gejammt.