date:20150527

On 26.05.2015 23:37, Walter Nordmann wrote:
 Mein allerletzter Vorschlag:
 
 Zusatzinfos nach /name:prefix/

Statt weiter penetrant zu versuchen, euer proprietäres Tag zu exportieren,
solltest du mal auf 5564c682.2090...@volki.at antworten, wo es um die
Nachteile dieses Tags geht (fehlende Dokumentation, mangelnde Verwendbarkeit).

Deine Ignoranz unterscheidet sich in nichts von der der Russen, die nur ihr
official_status=* sehen wollen, und anderer, die nur ihr designation=* sehen
wollen. Bei den Russen lasse ich mir sogar noch einreden, dass die von Borut
angesprochenen Sprachprobleme eine Dokumentation und Diskussion behindern.
Du kannst mit dieser Ausrede nicht kommen. Wenn dir ernsthaft etwas an einer
Lösung liegt, schreib ein Proposal und definiere darin, was name:prefix
bedeutet, wofür es verwendet werden soll, und wie Anwendungen erkennen
können, ob sie den Prefix hinzufügen oder weglassen sollen.

 Bei euch geht es drunter und drüber - so wie das von 3 Jahren bei uns auch 
 aussah.

Und so wie es international noch in 20 Jahren aussehen wird. Insofern ist
die derzeitige österreichische Lösung, nämlich dass jeder taggt wie er will,
jene die dem Charakter von OSM am besten entspricht.

-- 
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: [OSM-talk-fr] Autocariste, dépôt de bus, de train

2015-05-27 Diskussionsfäden Frédéric Rodrigo


J'ai déjà utilisé amenity=garage mais je ne le retrouve plus dans le wiki.

Le 27/05/2015 11:33, Christian Quest a écrit :

Au risque de passer pour casse pied, name=* ne sert par à fournir de
l'information mais à nommer les choses... quand elles ont un nom.

Entrepôt de bus n'est pas un nom, mais une description et on devrait
n'utiliser que des tags pour cela, mais bon quand il n'y a pas de tag
adapté, ce principe est difficile à suivre à la lettre... sauf à
proposer de nouveaux tags car ça ne doit pas être si rare.


Le 27/05/2015 09:40, bernard a écrit :

Bonjour,
Les batiments des entreprises de transport sont généralement soient
des bureaux
ou des entrepôts; les entreprises de transports ont de plus en plus
souvent cette activité.
Dans ce cas  :
*building*  warehouse
http://wiki.openstreetmap.org/wiki/Tag:building%3Dwarehouse Zone
http://wiki.openstreetmap.org/wiki/Elements#Area_.28closed_way_.29
Entrepôt. Bâtiment principalement utilisé pour stocker des biens ou
faisant partie d'un système de distribution.

ou des garages
For tagging car storage buildings at private buildings see building
http://wiki.openstreetmap.org/wiki/Key:building=garage
http://wiki.openstreetmap.org/wiki/Tag:building%3Dgarage, building
http://wiki.openstreetmap.org/wiki/Key:building=garages
http://wiki.openstreetmap.org/wiki/Tag:building%3Dgarages

En y ajoutant le tag name=* sur le bâtiment tu auras l'information

Cordialement

Bernard


Le 26/05/2015 22:00, Virgile Kéré a écrit :

Bonjour
Savez vous si il existe des tags particuliers pour les espaces de stockage de 
matériel destiné au transport, et/ou pour les entreprises de transport.
Dans le genre j'ai trouvé des landuse=railwail pour les dépôts ferroviaires, 
des amenity=parking ou landuse=industrial pour les dépôts de bus, mais je 
trouve surtout des building=yes avec nom pour les bâtiments correspondant...
C'est bien dommage qu'il n'y ait pas de tag précis pour, car si il est vrai que 
ce n'est pas un PI qu'on va chercher, à moins d'y avoir un rendez vous (on va 
pas demander à son GPS le dépôt le plus proche), mais ça représente 
généralement un point de repère important, comme ce sont des grosse emprises, 
avec généralement un gros logo.

Ohèssèmmement,
Virgile, contributeur.

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





http://www.avast.com/   

L'absence de virus dans ce courrier électronique a été vérifiée par le
logiciel antivirus Avast.
www.avast.com http://www.avast.com/




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


--
Christian Quest - OpenStreetMap France



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




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

Re: [Talk-de] neuster josm + tracer - ipv4/ipv6 problem

2015-05-27 Diskussionsfäden Florian Lohoff


Hola,

On Tue, May 26, 2015 at 11:31:57PM +0200, Johannes wrote:
 Ich weiß gar nicht warum, aber ich habe in der Zeile 76 in der
 /WebServer/Server.cs ein kommentiert, da ich mich auch nicht verbinden
 konnte. Hat geholfen.
 
 Im CRE Podcast über IPv6 wird gesagt, dass im Parallelbetrieb es nicht
 exakt festgelegt ist, wie das ein Client dann regelt.


RFC4038  https://www.ietf.org/rfc/rfc4038.txt

4.3.  IPv4/IPv6 Applications in a Dual-Stack Node
[ ... ]
   This transition case is the most advisable.  During the IPv6
   transition period, applications supporting both IPv4 and IPv6 should
   be able to communicate with other applications, irrespective of the
   version of the protocol stack or the application in the node.  Dual
   applications allow more interoperability between heterogeneous
   applications and nodes.

   If the source code is written in a protocol-independent way, without
   dependencies on either IPv4 or IPv6, applications will be able to
   communicate with any combination of applications and types of nodes.

   Implementations typically prefer IPv6 by default if the remote node
   and application support it.  However, if IPv6 connections fail,
   version-independent applications will automatically try IPv4 ones.
   The resolver returns a list of valid addresses for the remote node,
   and applications can iterate through all of them until connection
   succeeds.

   Application writers should be aware of this protocol ordering, which
   is typically the default, but the applications themselves usually
   need not be [RFC3484].


Das ist von 2005 - Also 10 Jahre alt. Also wenn JOSM behauptet Dual Stack zu
können (bzw das Tracer2 plugin) dann bitte richtig. Das Tracer2 plugin kann
auch eigentlich STUMPF weiter ipv4 machen. Wir werden vermutlich noch so
30-50 Jahre einen v4 localhost an der Backe haben.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-cz] Nove preklady wiki

2015-05-27 Diskussionsfäden Martin Švec - OSM

Jo, přesně tak. Uzel s noexit=yes je pro mě signál, že dál nenavazuje žádná 
mapovatelná
pěšina/cesta. Kombinaci noexit=no + fixme=continue beru naopak jako výzvu, 
abych tady pokračoval v
mapování.

Martin

Dne 27.5.2015 v 9:31 Dalibor Jelínek napsal(a):

 No, asi jo, ja bych to tak značil.

 Myslím, že hlavní smysl této značky je sdělit,

 že cesta skutečně končí a že se nejedná o případ,

 že by už nebyl čas/možnost cestu dále zmapovat.


 Dalibor

  

 *From:*Marián Kyral [mailto:mky...@email.cz]
 *Sent:* Wednesday, May 27, 2015 9:08 AM
 *To:* OpenStreetMap Czech Republic
 *Subject:* Re: [Talk-cz] Nove preklady wiki

  

 Takže takto mám značit všechny nájezdy na pole a polní cesty, které končí u 
 poslední louky/
 posledního pole? Tam taky pěšiny nebývají.

 Marián

 -- Původní zpráva --
 Od: Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz
 Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org 
 mailto:talk-cz@openstreetmap.org
 Datum: 27. 5. 2015 9:02:38
 Předmět: Re: [Talk-cz] Nove preklady wiki

  

 Myslím, že správná interpretace je, že se dále z bodu nedá pokračovat

 z hlediska mapování, tedy že tam není už dále ani pěšina, která by šla 
 zmapovat.

 Pěšky projdeš skoro všude, to by ta značka neměla moc smysl.

  

 Dalibor

  

 *From:*Marián Kyral [mailto:mky...@email.cz]
 *Sent:* Wednesday, May 27, 2015 8:55 AM
 *To:* OpenStreetMap Czech Republic
 *Subject:* Re: [Talk-cz] Nove preklady wiki

  

 Teď ještě opravit ikonu v JOSM - značka slepé ulice hodně mate. Nějaký 
 nápad na vhodnou ikonku?

 A ještě mám nejasnost ohledně definice skutečně již dále nelze 
 pokračovat.

 Vyplývá mi z toho, že tag noexit by se měl dávat jen v případech, kdy 
 cesta končí ve strži,
 na vysokém břehu nebo skále a v opravdu hustém lese. Ve všech ostatních 
 případech bych měl být
 schopen pokračovat pěšky i v případě, že tam není pěšina.

 Je to tak?

 Marián

 -- Původní zpráva --
 Od: Dalibor Jelínek dali...@dalibor.cz mailto:dali...@dalibor.cz
 Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
 mailto:talk-cz@openstreetmap.org
 Datum: 27. 5. 2015 8:40:19
 Předmět: Re: [Talk-cz] Nove preklady wiki

  

 Cau,

 to jsi napsal hezky, myslim, ze je to takto jasne.

  Dalibor

  

 *From:*Petr Vozdecký [mailto:v...@seznam.cz]
 *Sent:* Tuesday, May 26, 2015 11:27 PM
 *To:* OpenStreetMap Czech Republic
 *Subject:* Re: [Talk-cz] Nove preklady wiki

  

 Ahoj,

 aplikováno.

 Zatím ale zůstává na wikistránce u tohoto tagu ikona Way 
 nepřeškrtnuta. K přeškrtnutí
 zatím nemám podporu komunity (viz historie EN hesla, kde škrtanec 
 několikrát měnili).

 vop

 -- Původní zpráva --
 Od: Petr Holub ho...@ics.muni.cz mailto:ho...@ics.muni.cz
 Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
 mailto:talk-cz@openstreetmap.org
 Datum: 26. 5. 2015 13:26:04
 Předmět: Re: [Talk-cz] Nove preklady wiki

  

 Ahoj,

  V teto souvislosti upozornuji na heslo Cs:Key:oneway, kde bych 
 potreboval rozhodnout
  (dopresnit), jak je to s uzivanim tagu na cestach (Ways). Ruzne 
 prameny to popisuji
 jinak a
  kontrolni nastroje OSM tento tag na ceste hodnoti jako chybu...

 dle meho nazoru je to rozumne davat jen na koncove body cesty, 
 ktere uz
 nikam dal nevedou - protoze to reflektuje realitu z tohoto 
 koncoveho bodu
 cesty se jiz nikam neda pokracovat. Navic to dobre funguje i na 
 slepem
 stromecku, protoze tam je otazka, kdyby se to znacilo i na 
 cestach, co
 by se melo znacit - jestli i kmen (ktery vede jen do tech 
 slepych vetvi),
 nebo jen koncove vetvicky.

 Navic bych teda jeste na wiki uvedl dve veci:
 - ma smysl to pouzivat napr. i u lesnich cest, kdyz odtud dal uz 
 cesta nikam nevede;
 takovych
 lesnich cest jsou spousty a pomaha to resit situaci mam sem jit 
 mapovat nebo ne?
 - explicitne bych uvedl tu dvojkombinaci tagu
 noexit=no
 fixme=continues
 ted to tam uz popsane je jako soucast odstavce, ale prislo by mi 
 lepsi, kdyby to
 uzivatele prastilo
 do oci a nemusel to hledat.

 Diky,
 Petr



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

 =

 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org mailto:Talk-cz@openstreetmap.org

Re: [OSM-talk-fr] tag déprécié

2015-05-27 Diskussionsfäden Frédéric Rodrigo


Le 27/05/2015 12:07, bernard a écrit :

Bonjour,
Concernant les tags déprécié ou abandonné ou Deprecated features.
Osmose détecte ce type de problèmes, je ne dis pas erreurs; celles-ci
sont classées en gravité 2.
Après une recherche sur 2 types:
- landuse= farm
-  Waterway


L'analyses osmose est automatiquement lié à la page du wiki Deprecated 
features



J'ai constaté que le wiki n'est pas assez clair sur l'utilisation ou non
des anciennes variantes.


Ces abandons on surement été discuté quelque part récemment, sans que 
l'information ne remonte facilement.



Qui s'occupe de la mise à jour du wiki ? dans ce cas précis et en général.
Comment connaitre l'évolution des tags?
Comment savoir si la version française du wiki est au même niveau que la
version anglaise?
La version anglaise fait-elle naturellement foi?


Pour Osmose on m'a déjà reproché de pas suivre correctement la version 
allemande wiki qui était plus à jour et détaillé que la version anglaise 
(sic).


Frédéric.


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

Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train

2015-05-27 Diskussionsfäden Romain MEHUT

Et moi landuse=depot cf.
http://wiki.openstreetmap.org/wiki/Tag:landuse%3Ddepot

Romain

Le 27 mai 2015 11:36, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 J'ai déjà utilisé amenity=garage mais je ne le retrouve plus dans le wiki.

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

Re: [Talk-br] Layer do IBGE no iD

Entendido.

[ ]s

Em 26 de maio de 2015 17:50, Lists li...@gimnechiske.org escreveu:

 Paulo

 Em caso do JOSM e differente, eles fazendo um “limpeza” vez e outro com a
 repositório do editor-imagery-index, mas tem nada diretamente ligado ao
 repositório. Se voce quer utilizar este lista ao vivo no JOSM preciso mudar
 um preference, como eu fiz, ai eu usando este lista em vez da lista
 official do JOSM.

 Como este lista e integrada no outros editores, como iD, Potlatch2 o
 Vespucci, eu não pode responder, eu achava iD usava lista ao vivo, mas
 parecendo que nao.

 Aun Johnsen

 On May 26, 2015, at 14:52, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:

 Vitor, as alterações ainda não foram mergeadas para o repositório
 principal, que dá origem ao JOSM oficial.

 Em 26 de maio de 2015 10:29, Vitor George vitor.geo...@gmail.com
 escreveu:

 Oi Aun, este pull request do Arlindo deveria fazer funcionar no iD.
 Queria saber se o problema é só comigo.

 2015-05-26 10:09 GMT-03:00 Lists li...@gimnechiske.org:

 Vitor, pessoal

 Este funciona bem no JOSM, onde substitui a lista padrão do JOSM com
 esse, não to usando iD, e provavelmente eles ainda tem a lista antigua no
 cache, não que com que intervalo eles atualizando, ou se a lista e
 carregado no nível de navigador. Talvez preciso abre ticket com iD?

 Aun Johnsen

 On May 26, 2015, at 10:03, Vitor George vitor.geo...@gmail.com wrote:

 Oi pessoal,

 Aceitaram o pull request do Arlindo para os layers do IBGE aparecerem no
 iD, mas não consegui fazer funcionar. Alguém pode testar também?

 Aqui está o PR:

 https://github.com/osmlab/editor-imagery-index/issues/71

 Abraço,
 Vitor
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



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



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


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



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


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

Re: [Talk-it] Kathmandu, OSM e il Politecnico di Milano

2015-05-27 Diskussionsfäden Dario Zontini Gmail



Il 26/05/2015 20:45, Alessandro ha scritto:


Guarda queste
http://www.robyrobiglio.it/foto%20_2015_Nepal_earthquake/index.htm

Grazie, chiedi se le possiamo usare.
Per informazione verranno usate in una serata per raccolta fondi 
organizzata dalla sezione CAI di Storo che ha aderito all'iniziativa 
della sezione centrale di Trento


http://www.caisatstoro.it/index.php/9-yt-sample-data/category1/149-2015-terremoto-nepal

Grazie a tutti coloro che mi hanno indicato del materiale

Dario


se t'interessano chiedo a Roby e Barbara e loro sicuramente le 
lasciano usare, gliele ha inviate una guida nepalese loro amica.


Alessandro Ale_Zena_IT

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


--


Dario Zontini


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

Re: [Talk-at] Grenzen

On 27.05.2015 09:35, Thomas Rupprecht wrote:
 Also ich bin mal auf alle Fälle dafür das Gemeinde etc aus dem namen
 rauszugeben. Ob im namen jetzt Zwettel oder Zwettel-Niederösterreich etc
 steht kann man diskutieren. Ob man das Gemeinde in admin_title,
 name:prefix, name:prefix:at, ... gibt kann man auch diskutieren.

Die Diskussion hat schon zum Proposal stattgefunden, und du hast dich nicht
beteiligt.

 Was mich eher interessieren würde: Wollt ihr eher nur Gemeinde oder zb
 Markgemeinde/Stadtgemeinde etc eintragen? Wenn zweites dann wird das
 alphabetische sortieren lustig werden wenn das wirklich im namen bleiben 
 sollte.
 
 gibts sowas wie admin_level:type=market_town

Siehe Subthread ab 5564d9f5.1050...@kairo.at. Stadt- und Marktrecht sind
eigenständige Informationen. Ich glaube, es wurde schon mal ein Tag dafür
vorgeschlagen, doch man kann darüber streiten, ob das überhaupt in eine
Geodatenbank gehört. OSM ist keine Enzyklopädie.

-- 
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] Grenzen

2015-05-27 Diskussionsfäden Walter Nordmann




On 27.05.2015 09:36, Thomas Konrad wrote:
Zusatzinfos nach /name:prefix/ und aus /name:prefix:at/ ebenfalls 
/name:prefix/ machen.


+1! Verstehe nicht, warum es name:prefix:at heißen sollte.


habe ich mal eben meine Datenbank gefragt und eine Liste erstellt.


Danke dafür! (Die Wortwahl unmittelbar vor dem hier Zitierten halte 
ich für unpassend, auch jene von anderen Beiträgen von anderen 
Personen in diesem Thread).


Jo, das mit dem da du wohl selber keine Ahnung hast war schon ein 
wenig kräftig. Allerdings ist die Diskussion inzwischen ziemlich 
emotionsgeladen. Ich hab noch nicht alle Mails gelesen, weiss also noch 
nicht, ob vom Angesprochenen eine konstruktive Antwort kam, die meine 
Vermutung - oder Anmaßung? - entkräftigt.


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

Re: [Talk-us] OSM TED Style Talk - Fort Collins Colorado

2015-05-27 Diskussionsfäden Paul Johnson

On Tue, May 26, 2015 at 4:00 PM, Mike Thompson miketh...@gmail.com wrote:

 Is anyone else using OSM to advocate for change (or preservation) in their
 community?  Could you share a sentence or two about what you are doing and
 grant me permission to use it in my talk?


I'm working on (as I manage to finish the conflation) getting bicycle and
transit route data in to OSM to improve the visibility and usability of
Tulsa's bicycle and mass transit systems (preferably in combination with
each other, as both are somewhat inadequate by themselves).
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[OSM-talk-fr] tag déprécié

2015-05-27 Diskussionsfäden bernard


Bonjour,
Concernant les tags déprécié ou abandonné ou Deprecated features.
Osmose détecte ce type de problèmes, je ne dis pas erreurs; celles-ci 
sont classées en gravité 2.

Après une recherche sur 2 types:
- landuse= farm
-  Waterway
J'ai constaté que le wiki n'est pas assez clair sur l'utilisation ou non 
des anciennes variantes.

Qui s'occupe de la mise à jour du wiki ? dans ce cas précis et en général.
Comment connaitre l'évolution des tags?
Comment savoir si la version française du wiki est au même niveau que la 
version anglaise?

La version anglaise fait-elle naturellement foi?

Faisons avancer le WIKI

Cordialement

Bernard



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
http://www.avast.com


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

Re: [Talk-cz] Nove preklady wiki

2015-05-27 Diskussionsfäden Marián Kyral

Mně stačí fixme=continue. Noexit je podle mně už navíc.

Marián


-- Původní zpráva --
Od: Martin Švec - OSM o...@maatts.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 27. 5. 2015 12:20:15
Předmět: Re: [Talk-cz] Nove preklady wiki



Jo, přesně tak. Uzel s noexit=yes je pro mě signál, že dál nenavazuje žádná 
mapovatelná pěšina/cesta. Kombinaci noexit=no + fixme=continue beru naopak 
jako výzvu, abych tady pokračoval v mapování.

Martin

Dne 27.5.2015 v 9:31 Dalibor Jelínek napsal(a):

 

No, asi jo, ja bych to tak značil. 

Myslím, že hlavní smysl této značky je sdělit, 

že cesta skutečně končí a že se nejedná o případ, 

že by už nebyl čas/možnost cestu dále zmapovat. 


Dalibor 

 
 

 
 From: Marián Kyral [mailto:mky...@email.cz(mailto:mky...@email.cz)] 
 Sent: Wednesday, May 27, 2015 9:08 AM
 To: OpenStreetMap Czech Republic
 Subject: Re: [Talk-cz] Nove preklady wiki 
 


 
 
Takže takto mám značit všechny nájezdy na pole a polní cesty, které končí u 
poslední louky/ posledního pole? Tam taky pěšiny nebývají.

Marián 

-- Původní zpráva --
Od: Dalibor Jelínek dali...@dalibor.cz(mailto:dali...@dalibor.cz)
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 27. 5. 2015 9:02:38
Předmět: Re: [Talk-cz] Nove preklady wiki 

 
  


Myslím, že správná interpretace je, že se dále z bodu nedá pokračovat 

z hlediska mapování, tedy že tam není už dále ani pěšina, která by šla 
zmapovat. 

Pěšky projdeš skoro všude, to by ta značka neměla moc smysl. 

  

Dalibor 

  


 
 From: Marián Kyral [mailto:mky...@email.cz(mailto:mky...@email.cz)] 
 Sent: Wednesday, May 27, 2015 8:55 AM
 To: OpenStreetMap Czech Republic
 Subject: Re: [Talk-cz] Nove preklady wiki 
 


  

Teď ještě opravit ikonu v JOSM - značka slepé ulice hodně mate. Nějaký nápad
na vhodnou ikonku?

A ještě mám nejasnost ohledně definice skutečně již dále nelze pokračovat.

Vyplývá mi z toho, že tag noexit by se měl dávat jen v případech, kdy 
cesta končí ve strži, na vysokém břehu nebo skále a v opravdu hustém lese. 
Ve všech ostatních případech bych měl být schopen pokračovat pěšky i v 
případě, že tam není pěšina.

Je to tak?

Marián 

-- Původní zpráva --
Od: Dalibor Jelínek dali...@dalibor.cz(mailto:dali...@dalibor.cz)
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 27. 5. 2015 8:40:19
Předmět: Re: [Talk-cz] Nove preklady wiki 

  
 


Cau, 

to jsi napsal hezky, myslim, ze je to takto jasne. 

 Dalibor 

  


 
 From: Petr Vozdecký [mailto:v...@seznam.cz(mailto:v...@seznam.cz)] 
 Sent: Tuesday, May 26, 2015 11:27 PM
 To: OpenStreetMap Czech Republic
 Subject: Re: [Talk-cz] Nove preklady wiki 
 


  

Ahoj,

aplikováno.

Zatím ale zůstává na wikistránce u tohoto tagu ikona Way nepřeškrtnuta. K 
přeškrtnutí zatím nemám podporu komunity (viz historie EN hesla, kde 
škrtanec několikrát měnili).

vop 

-- Původní zpráva --
Od: Petr Holub ho...@ics.muni.cz(mailto:ho...@ics.muni.cz)
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 26. 5. 2015 13:26:04
Předmět: Re: [Talk-cz] Nove preklady wiki 

  
 
Ahoj,

 V teto souvislosti upozornuji na heslo Cs:Key:oneway, kde bych potreboval 
rozhodnout
 (dopresnit), jak je to s uzivanim tagu na cestach (Ways). Ruzne prameny to
popisuji jinak a
 kontrolni nastroje OSM tento tag na ceste hodnoti jako chybu...

dle meho nazoru je to rozumne davat jen na koncove body cesty, ktere uz
nikam dal nevedou - protoze to reflektuje realitu z tohoto koncoveho bodu
cesty se jiz nikam neda pokracovat. Navic to dobre funguje i na slepem
stromecku, protoze tam je otazka, kdyby se to znacilo i na cestach, co
by se melo znacit - jestli i kmen (ktery vede jen do tech slepych vetvi),
nebo jen koncove vetvicky.

Navic bych teda jeste na wiki uvedl dve veci:
- ma smysl to pouzivat napr. i u lesnich cest, kdyz odtud dal uz cesta 
nikam nevede; takovych
lesnich cest jsou spousty a pomaha to resit situaci mam sem jit mapovat 
nebo ne?
- explicitne bych uvedl tu dvojkombinaci tagu
noexit=no
fixme=continues
ted to tam uz popsane je jako soucast odstavce, ale prislo by mi lepsi, 
kdyby to uzivatele prastilo
do oci a nemusel to hledat.

Diky,
Petr



___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) 
 
= 



___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) 
 
= 



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

Re: [Talk-br] Layer do IBGE no iD

Obrigado pelo retorno.

[]s

PC

Em 26 de maio de 2015 17:39, Lists li...@gimnechiske.org escreveu:

 Paulo

 Em caso do JOSM e differente, eles fazendo um “limpeza” vez e outro com a
 repositório do editor-imagery-index, mas tem nada diretamente ligado ao
 repositório. Se voce quer utilizar este lista ao vivo no JOSM preciso mudar
 um preference, como eu fiz, ai eu usando este lista em vez da lista
 official do JOSM.

 Como este lista e integrada no outros editores, como iD, Potlatch2 o
 Vespucci, eu não pode responder, eu achava iD usava lista ao vivo, mas
 parecendo que nao.

 Aun Johnsen

 On May 26, 2015, at 14:52, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:

 Vitor, as alterações ainda não foram mergeadas para o repositório
 principal, que dá origem ao JOSM oficial.

 Em 26 de maio de 2015 10:29, Vitor George vitor.geo...@gmail.com
 escreveu:

 Oi Aun, este pull request do Arlindo deveria fazer funcionar no iD.
 Queria saber se o problema é só comigo.

 2015-05-26 10:09 GMT-03:00 Lists li...@gimnechiske.org:

 Vitor, pessoal

 Este funciona bem no JOSM, onde substitui a lista padrão do JOSM com
 esse, não to usando iD, e provavelmente eles ainda tem a lista antigua no
 cache, não que com que intervalo eles atualizando, ou se a lista e
 carregado no nível de navigador. Talvez preciso abre ticket com iD?

 Aun Johnsen

 On May 26, 2015, at 10:03, Vitor George vitor.geo...@gmail.com wrote:

 Oi pessoal,

 Aceitaram o pull request do Arlindo para os layers do IBGE aparecerem no
 iD, mas não consegui fazer funcionar. Alguém pode testar também?

 Aqui está o PR:

 https://github.com/osmlab/editor-imagery-index/issues/71

 Abraço,
 Vitor
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



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



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


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



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


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

Re: [talk-ph] Remote mapping for health facility research

2015-05-27 Diskussionsfäden maning sambale

Dear everyone,

Just a brief update on this mapping work.  We are close to finishing
the priority areas we identified in Luzon, mostly updating roads and
river network.
For an overview of the changes the past month, check here:
http://resultmaps.neis-one.org/osm-changesets?comment=MCP%20Luzon#7/15.729/122.217

On Tue, May 5, 2015 at 5:49 PM, maning sambale
emmanuel.samb...@gmail.com wrote:
 Dear everyone,

 Just to inform you that this activity has started.  For details read below:

 Overview:
 World Health Organization (WHO) is conducting a research on the
 accessibility of health care facilities in Luzon using the tool
 AcessMod . They intend to use OpenStreetMap road and river network
 dataset for the above areas as input to their accessibility analysis.

 * Areas to cover - Regions I, II, III, IV-A, V, CAR and NCR (33
 provinces plus NCR)
 * Mapping priorities - Roads ( trunk, primary, secondary and
 tertiary), ferry routes and river network
 * Level of detail - 1:50K to 1:20K  or zoom levels 13-15
 * Period of mapping - May 2015

 Mappers involved:
 maning, GOwin, schadow1, feyeandal, Rally, jenjereren, G-eMapper,
 Ayoo, Hayat Tib Ben Hammadi

 Coordination and monitoring:
 To monitor and coordinate the mapping activity, we created a Tasking
 Manager instance based on HOT's Tasking Manager.

 Current changeest tags we are using are the following:
 #MCP Luzon River mapping
 #MCP Luzon Road mapping

 As a basic principle, we will respect the existing data in OSM,  if
 you have concerns with the edits of the above users in relation to
 this activity, please let us know.

 At the end of the mapping activity, we hope to intend stats on the
 results.  Thanks!

 On Thu, Apr 16, 2015 at 9:06 PM, maning sambale
 emmanuel.samb...@gmail.com wrote:
 Dear everyone,

 There is a potential paid remote mapping work request.

 Basically, an international humanitarian agency is doing a research work on 
 the
 accessibility of health care facilities in selected regions in Luzon
 (Regions I, II, III, IV-A, V, CAR and NCR).  They are looking for the
 best available road and river network dataset for the above areas as
 input to their accessibility analysis. Naturally, OSM comes to mind ;).

 For this paid work, they are looking for experienced mappers to
 do remote mapping and data quality check for the month of May 2015.
 My personal OSM agenda, is that this will allow us to improve coverage
 in many parts of Northern Luzon.  We are still establishing the appropriate
 workflow.  Once remote mapping comes into full swing, we will inform the
 community of the workflow to ensure that this will not affect any existing
 mapping activities by volunteers in the above areas.

 If you are interested to be part of the team, send me a message offlist.
 If there are any reservations by the community for this kind of paid mapping
 activity let's also discuss here.


 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 blog: http://epsg4253.wordpress.com/
 --



 --
 cheers,
 maning
 --
 Freedom is still the most radical idea of all -N.Branden
 https://epsg4253.wordpress.com/
 http://twitter.com/maningsambale
 --



-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [Talk-at] Grenzen

On 27.05.2015 09:39, C K wrote:
 3. es wurde von breiter Masse abgelehnt Daten so zu speichern, dass
 Routing-Engines damit (international) arbeiten können

Bitte wann und wo wurde das abgelehnt?

 - warum sollen jetzt
 Daten so (unter Umständen entfremdet) gespeichert werden, damit sie der
 Renderer (besser) verarbeiten kann?

Weil die Verarbeitung der einzige Zweck von Daten ist.

 Die Argumentation damit man es im
 Renderer besser sehen/auseinanderhalten kann ist daher für mich KEIN
 Entscheidungsgrund.

Vielleicht weil du selber es nicht brauchst. Andere brauchen es.

-- 
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-br] Layer do IBGE no iD

OK.

Em 26 de maio de 2015 17:17, Lists li...@gimnechiske.org escreveu:

 Paulo

 Em caso do JOSM e differente, eles fazendo um “limpeza” vez e outro com a
 repositório do editor-imagery-index, mas tem nada diretamente ligado ao
 repositório. Se voce quer utilizar este lista ao vivo no JOSM preciso mudar
 um preference, como eu fiz, ai eu usando este lista em vez da lista
 official do JOSM.

 Como este lista e integrada no outros editores, como iD, Potlatch2 o
 Vespucci, eu não pode responder, eu achava iD usava lista ao vivo, mas
 parecendo que nao.

 Aun Johnsen

 On May 26, 2015, at 14:52, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:

 Vitor, as alterações ainda não foram mergeadas para o repositório
 principal, que dá origem ao JOSM oficial.

 Em 26 de maio de 2015 10:29, Vitor George vitor.geo...@gmail.com
 escreveu:

 Oi Aun, este pull request do Arlindo deveria fazer funcionar no iD.
 Queria saber se o problema é só comigo.

 2015-05-26 10:09 GMT-03:00 Lists li...@gimnechiske.org:

 Vitor, pessoal

 Este funciona bem no JOSM, onde substitui a lista padrão do JOSM com
 esse, não to usando iD, e provavelmente eles ainda tem a lista antigua no
 cache, não que com que intervalo eles atualizando, ou se a lista e
 carregado no nível de navigador. Talvez preciso abre ticket com iD?

 Aun Johnsen

 On May 26, 2015, at 10:03, Vitor George vitor.geo...@gmail.com wrote:

 Oi pessoal,

 Aceitaram o pull request do Arlindo para os layers do IBGE aparecerem no
 iD, mas não consegui fazer funcionar. Alguém pode testar também?

 Aqui está o PR:

 https://github.com/osmlab/editor-imagery-index/issues/71

 Abraço,
 Vitor
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



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



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


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



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


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

Re: [Talk-br] Layer do IBGE no iD

Certo.

Em 26 de maio de 2015 17:28, Lists li...@gimnechiske.org escreveu:

 Paulo

 Em caso do JOSM e differente, eles fazendo um “limpeza” vez e outro com a
 repositório do editor-imagery-index, mas tem nada diretamente ligado ao
 repositório. Se voce quer utilizar este lista ao vivo no JOSM preciso mudar
 um preference, como eu fiz, ai eu usando este lista em vez da lista
 official do JOSM.

 Como este lista e integrada no outros editores, como iD, Potlatch2 o
 Vespucci, eu não pode responder, eu achava iD usava lista ao vivo, mas
 parecendo que nao.

 Aun Johnsen

 On May 26, 2015, at 14:52, Paulo Carvalho paulo.r.m.carva...@gmail.com
 wrote:

 Vitor, as alterações ainda não foram mergeadas para o repositório
 principal, que dá origem ao JOSM oficial.

 Em 26 de maio de 2015 10:29, Vitor George vitor.geo...@gmail.com
 escreveu:

 Oi Aun, este pull request do Arlindo deveria fazer funcionar no iD.
 Queria saber se o problema é só comigo.

 2015-05-26 10:09 GMT-03:00 Lists li...@gimnechiske.org:

 Vitor, pessoal

 Este funciona bem no JOSM, onde substitui a lista padrão do JOSM com
 esse, não to usando iD, e provavelmente eles ainda tem a lista antigua no
 cache, não que com que intervalo eles atualizando, ou se a lista e
 carregado no nível de navigador. Talvez preciso abre ticket com iD?

 Aun Johnsen

 On May 26, 2015, at 10:03, Vitor George vitor.geo...@gmail.com wrote:

 Oi pessoal,

 Aceitaram o pull request do Arlindo para os layers do IBGE aparecerem no
 iD, mas não consegui fazer funcionar. Alguém pode testar também?

 Aqui está o PR:

 https://github.com/osmlab/editor-imagery-index/issues/71

 Abraço,
 Vitor
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br



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



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


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



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


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

Re: [Talk-at] Grenzen

2015-05-27 Diskussionsfäden Wolfgang Schreiter

Ich werde mich hüten, in die Tagging-Diskussion einzusteigen, aber einige
Gedanken kann ich mir hier doch nicht verkneifen:

1.) Falls noch nicht geschehen, werft bitte einen Blick auf
http://taginfo.openstreetmap.org/search?q=name%3Aprefix#key und ebenso die
Values zu name:prefix und name:prefix:at.

Interpretation hinsichtlich Verbreitung und Verwendung überlasse ich dem
geneigten Leser.

2.) Wir taggen zwar nicht für (einen bestimmten) Renderer, aber es wäre
nützlich, auch nicht gegen (alle) Renderer zu taggen. Die Variante name
war nicht sauber, aber österreichweit umgesetzt und gerendert. Die Variante
name:prefix:at deckt etwa die Hälfte der Gemeinden und alle Bezirke ab,
ist eine Insellösung und wird nicht gerendert, wodurch die Hälfte der
politischen Grenzen nun unvollständig beschriftet sind. Das V-Wort liegt mir
auf der Zunge.

Mal angenommen es bleibt dabei, wie sieht der Plan zur Umsetzung in Mapnik aus?

3.) Wie mehrfach festgestellt, ist das Thema Namen komplex und es gibt keine
international einheitliche Lösung. Es gibt aber auch keinen unmittelbaren
Handlungsdruck (außer die Reparatur von name:prefix:at) - die Datennutzer
kommen damit zurecht. Also holt alle tief Luft, setzt Euch in Ruhe zusammen
und baut etwas (inkl. Proposal 2.0), das unsere Nachbarn auch mittragen,
dann hat das eine Chance.

LG
Wolfgang



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

Re: [Talk-de] Ankündigungsschreiben einer Umfrage zu OpenStreetMap

2015-05-27 Diskussionsfäden Manfred A. Reiter

Hallo Susanne, *,

Am 27. Mai 2015 um 13:50 schrieb Susanne Niebling 
sternenwanderi...@googlemail.com:

 Hallo Michael,

 danke für den Hinweis. Natürlich haben wir uns auch darüber Gedanken
 gemacht.


[...]

Wir würden uns wirklich sehr über eine rege Teilnahme an der Befragung
 freuen und stehen jederzeit für Rückfragen zur Verfügung.

 Viele Grüße
 Susanne


Euch ist auch bewußt, dass es neben der ML auch noch ein Forum gibt?
http://forum.openstreetmap.org/viewforum.php?id=14

-- 
## Manfred Reiter - -
## www.weeklyOSM.eu
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [OSM-talk-fr] tag déprécié

2015-05-27 Diskussionsfäden François Lacombe

Bonjour,

En effet la version française du wiki peut parfois être en décalage par
rapport à la version anglaise.
Néanmoins il y a plein d'exemple de pages anglaises non traduites en
Allemand.

La plupart des propositions sont rédigées en anglais qui reste la langue de
référence.

Il n'y a pas de modèle d'information à propos des tags, ce qui fait défaut
dans certains cas.
Il faut se débrouiller, croiser les sources (taginfo, rendu, presets dans
les outils et wiki).

A+

*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux http://www.twitter.com/InfosReseaux

Le 27 mai 2015 12:19, Frédéric Rodrigo fred.rodr...@gmail.com a écrit :

 Le 27/05/2015 12:07, bernard a écrit :

 Bonjour,
 Concernant les tags déprécié ou abandonné ou Deprecated features.
 Osmose détecte ce type de problèmes, je ne dis pas erreurs; celles-ci
 sont classées en gravité 2.
 Après une recherche sur 2 types:
 - landuse= farm
 -  Waterway


 L'analyses osmose est automatiquement lié à la page du wiki Deprecated
 features

  J'ai constaté que le wiki n'est pas assez clair sur l'utilisation ou non
 des anciennes variantes.


 Ces abandons on surement été discuté quelque part récemment, sans que
 l'information ne remonte facilement.

  Qui s'occupe de la mise à jour du wiki ? dans ce cas précis et en général.
 Comment connaitre l'évolution des tags?
 Comment savoir si la version française du wiki est au même niveau que la
 version anglaise?
 La version anglaise fait-elle naturellement foi?


 Pour Osmose on m'a déjà reproché de pas suivre correctement la version
 allemande wiki qui était plus à jour et détaillé que la version anglaise
 (sic).

 Frédéric.



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

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

[OSM-talk-fr] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden Antoine Riche


Bonjour,

Est-ce quelqu'un sait qui maintient le service OSM Boundaries : 
https://osm.wno-edv-service.de/boundaries/**?  C'est un outil plutôt 
bien fait pour récupérer les limites administratives, mais aujourd'hui 
la France a perdu sa partie métropolitaine, ne reste que la France 
d'outre-mer.


Cela semble dû à l'absence de la relation de niveau 3, du coup on ne 
peut pas accéder à celles de niveaux supérieurs. Pourtant celle-ci a 
l'air en bon état et n'a pas été modifiée récemment : 
http://www.openstreetmap.org/relation/1403916


Antoine.


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

[OSM-talk] FYI: State of the Map Japan 2015

2015-05-27 Diskussionsfäden Hiroshi Miura(@osmf)

Hi forks,

I'd like to share local conference activity with mappers.

The State of the Map Japan 2015 will be held
in Hamamatsu Japan in 31, Oct, 2015.

It is an annual regional OSM symposium in Japan in Japanese.
And there were 120 participants in 2014.

Organizer : State of the Map Japan planning committee
co-org: OpenStreetMap Foundation Japan
　　  OpenStreetMap Tokai
Date：   October, 31 Sat. 2015
Place:  Hamamatsu Act City,  The Seminar Center
   http://www.actcity.jp/english/access/index.php

--
Hiroshi Miura / Planning committee leader, OSMF Japan president.


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

Re: [OSM-talk-fr] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden Thomas Gratier

Salut,

Celui qui maintient https://osm.wno-edv-service.de/boundaries/ est un
contributeur OSM allemand nommé Walter Nordmann, wnordmann at gmx.de
(source info:
http://www.konradlischka.info/en/2015/05/blog-en/heres-how-you-pull-data-from-openstreetmap-for-your-infographics/
et https://lists.openstreetmap.org/pipermail/dev/2015-March/028384.html)

@+

Thomas Gratier

Le 27 mai 2015 15:24, didier2020 didier2...@free.fr a écrit :

 la relation est ouverte au niveau du mont blanc
 http://www.openstreetmap.org/#map=19/45.83243/6.86439

 il y a 5 nodes au meme endroit ...

 je ne sais pas corriger car le cadastre ne correspond pas du tout au
 tracé de frontiere.


 Le mercredi 27 mai 2015 à 14:59 +0200, Antoine Riche a écrit :
  Bonjour,
 
  Est-ce quelqu'un sait qui maintient le service OSM Boundaries :
  https://osm.wno-edv-service.de/boundaries/  ?  C'est un outil plutôt
  bien fait pour récupérer les limites administratives, mais aujourd'hui
  la France a perdu sa partie métropolitaine, ne reste que la France
  d'outre-mer.
 
  Cela semble dû à l'absence de la relation de niveau 3, du coup on ne
  peut pas accéder à celles de niveaux supérieurs. Pourtant celle-ci a
  l'air en bon état et n'a pas été modifiée récemment :
  http://www.openstreetmap.org/relation/1403916
 
  Antoine.
 
 
  ___
  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] tag déprécié

2015-05-27 Diskussionsfäden Sébastien Dinot

Bonjour,

bernard a écrit :
 Osmose détecte ce type de problèmes, je ne dis pas erreurs;
 celles-ci sont classées en gravité 2.
 Après une recherche sur 2 types:
 - landuse= farm
 -  Waterway
 J'ai constaté que le wiki n'est pas assez clair sur l'utilisation ou
 non des anciennes variantes.

J'ai eu le même souci hier soir en constatant que mon compteur
d'anomalies sur Osmose avait explosé. La faute à l'obsolescence du tag
« waterway=riverbank ». J'ai donc plongé dans le wiki (en anglais) pour
voir ce qui était désormais recommandé mais j'en suis ressorti perplexe
car si j'ai bien noté qu'on devait désormais taguer « natural=water +
water=river », je n'ai rien trouvé quant à l'obsolescence du tag
« waterway=river ». Mais en lisant cet échange, je découvre la page :

http://wiki.openstreetmap.org/wiki/Deprecated_features

Dur de suivre l'actu ! OSM nécessite une veille à part entière.

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://sebastien.dinot.free.fr/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

Re: [Talk-at] Grenzen


On 2015-05-27 06:47, Borut Maricic wrote:
 Mir scheint, dass die zwei von mir ganz unten zitierten
 Behauptungen nur dann gleichzeitig gelten können, wenn
 Renderer/Auswerter die Sprache(n) kennt.

es sollte reichen wenn der Auswerter halbwegs weiss was er da eigentlich 
für Daten in die Hand nimmt. die Sprache muss er dazu nicht können.


 eine wissende Auswertung, die zB eine hübsche Karte der
 Gemeindegrenzen in Österreich machen will, hat jederzeit die Freiheit
 das Gemeinde einfach wegzuwerfen.

 nur dann geht, wenn sich wissend sowohl aufs Ziel (Was
 will ich?) und das Mittel (Wie soll ich dann?) bezieht.

davon sollte man eigentlich ausgehen. was sich allerdings leider oft 
nicht wiederspiegelt.


am Beispiel Standardrenderer: hier wird einfach alles wild 
zusammengewürfelt, angefangen vom Routing - immerhin sowas wie der 
Ursprung der OSM - über topographische und politische Details bis hin 
zum Shopping- und Partynachschlagwerk.


ist zwar im Grunde lustig, aber falls sich noch jemand erinnern kann: 
Kartographen haben schon immer *thematische* Karten erstellt. andere 
Renderer sind da konsequenter - siehe zb Transport Map.


heute soll der Standardrenderer am besten alles anzeigen was 
irgendjemand in die OSM-Datenbank reingeworfen hat und damit kann er nur 
scheitern. /RaunzAus


grüsse,
grubernd

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

Re: [Talk-us] OSM TED Style Talk - Fort Collins Colorado

2015-05-27 Diskussionsfäden Mike Thompson

Paul,

Thanks!  That is perfect!

Mike

On Wed, May 27, 2015 at 3:08 AM, Paul Johnson ba...@ursamundi.org wrote:


 On Tue, May 26, 2015 at 4:00 PM, Mike Thompson miketh...@gmail.com
 wrote:

 Is anyone else using OSM to advocate for change (or preservation) in
 their community?  Could you share a sentence or two about what you are
 doing and grant me permission to use it in my talk?


 I'm working on (as I manage to finish the conflation) getting bicycle and
 transit route data in to OSM to improve the visibility and usability of
 Tulsa's bicycle and mass transit systems (preferably in combination with
 each other, as both are somewhat inadequate by themselves).

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

Re: [Talk-at] Grenzen


Entschuldigung für meine nächtliche Mail.
irgendwann lerne ich das wiki einfach auswendig. grrmml.

*Name_is_the_name_only*

http://wiki.openstreetmap.org/wiki/Names#Name_is_the_name_only

womit dieser Teil des Themas für mich geklärt wäre.

das Thema wohin mit den Gemeinden ist allerdings noch nicht gegessen.

alle :at= Varianten sind sowieso ein Schmarrn, weil es sich nicht um 
eine Übersetzung handelt, und schon gar nicht in eine *andere* Sprache!

http://wiki.openstreetmap.org/wiki/Names#Localization

name:prefix= halte ich aktuell für suboptimal. das ist nicht einmal 
ansatzweise im wiki dokumentiert - oder hab ich da was übersehen?? das 
ist spontaner Wildwuchs (aka Unkraut), für die Allgemeinheit nicht 
zugänglich und somit noch nicht relevant.


eigentlich interessant, aber manchmal versagt selbst die deutsche 
Gründlichkeit - und das meine ich mit allem Respekt, ich hab lang genug 
in .de gelebt um die Vorteile dieser Gründlichkeit zu schätzen.


naja, vielleicht erbarmt sich ja wer und macht aus dem Unkraut eine 
geschützte Pflanze und richtet ihr ein Zuhause im Naturreservat 
OSM-Wiki ein. ;)


grüsse,
grubernd

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

Re: [Talk-dk] Overnodning

2015-05-27 Diskussionsfäden Ole Laursen

27. maj 2015 kl. 14.51 skrev Flemming Aa. Bruun flemmin...@gmail.com:
 Jeg var ikke selv klar over konsekvenserne med at lægge flere noder ind.
 Og som Erik er inde på, ville en kort how-to-do-it-the-best-way-guide være
 fint for både nye om som mig selv, som nok har bidraget med flere (u)-noder
 end nødvendigt.

 For hvor går grænsen når man vil markere søbredder, åløb etc.
 Bl.a. har jeg lavet oprettet mange slyngede å-løb, hvor der før var lagt et
 lige forløb af åen.
 Og søbredder har jeg også lagt flere punkter ind for at gøre forløbet mere
 naturligt.

Jeg synes ikke det er voldsomt her - vi har vist før haft noget
importeret data hvor der var få cm mellem punkterne, og det var
voldsomt.

Jeg ser heller ikke noget problem med at tegne slyngede åer. Så længe
der er nogle meter mellem punkterne og ikke cm og det ikke kan gøres
enklere og stadig være virkelighedstro. At de var lige før, er som
regel et resultat af at de er blevet sat på før vi havde højopløselige
data.

Måske mangler der i virkeligheden bezier-kurver eller lignende i OSM. :)


Ole

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

Re: [Talk-at] Grenzen

2015-05-27 Diskussionsfäden Flaimo

Hallo,

eine ähnlich gelagerte Diskussion rund um dem prefix-Tag hatte ich letzte
Woche auch mit dem Benutzer erwin6330, der dieses Schema (aus meiner
Sicht fälschlicherweise) auf Gemeindeämter anwendet.

1) prefix:Ländercode als Key halte ich für gefährlich, da nicht
garantiert ist, dass in jeder Sprache dieser Welt der Präfix auch wirklich
vor dem Eigennamen steht. Hier müsste eher eine grammatikunabhängige
Bezeichnung für den Key gefunden werden.
2) at steht für ein Land. Es sollte, wenn schon, ein Sprachcode verwendet
werden. Das wäre dann in diesem Fall wohl dann de oder wenn's Mundart
sein soll de_at :-)
3) ein Spezialtag braucht auf jeden Fall wieder eine neue Auswertungslogik
in der Software. name:Sprachkürzel wird bereits unterstützt. zum
Beispiel
https://www.openstreetmap.org/way/72146708#map=16/48.3034/14.3027layers=QD

Bei Flughäfen wird das aus den oben genannten Punkten über den generischen
name-Tag gelöst und nicht mit einem prefix-Tag, wo dann die jeweilige
Übersetzung von Flughafen eingetragen ist.

Bsp: https://www.openstreetmap.org/way/29566108  (*Flughafen* Linz vs. Linz
*Airport*)

mfg
flaimo



2015-05-27 12:52 GMT+02:00 Walter Nordmann wnordm...@gmx.de:

  On 27.05.2015 09:35, Thomas Rupprecht wrote:

   So jetzt meld ich mich auch mal zu Wort:

  Also ich bin mal auf alle Fälle dafür das Gemeinde etc aus dem namen
 rauszugeben.

 Danke, Thomas. Mit dieser Meinung bist du wohl nicht alleine.

  Ob man das Gemeinde in admin_title, name:prefix, name:prefix:at, ...
 gibt kann man auch diskutieren.

 Kurz zu *name:prefix:XX*

 Mit XX wird wie in *name:XX* die Sprache definiert und nicht das Land, in
 dem sich die Daten befinden. Lässt man den Sprachkürzel XX weg, gilt die
 Landessprache.

 Auf AT bezogen:  n*ame:at* oder *name:prefix:at* ist nicht notwendig, da
 die Landesprache Deutsch ist und diese fortgelassen werden sollte.
 *name:en* oder *name:prefix:fr *sind (in DE und AT) sinnvoll, da es eben
 nicht die dortige Landessprache ist.

 In manchen Ländern sieht das anders aus (CH, BEL - Weissrussland, ...)
 weil diese mehrsprachig sind.

 Das gilt übrigens für alle hier diskutierten Ansätze.
 Was auch immer beschlossen/durchgepaukt wird,* ...:at ist unnötig*.

 Gruss
 walter

 ___
 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-de] Ankündigungsschreiben einer Umfrage zu OpenStreetMap

2015-05-27 Diskussionsfäden Susanne Niebling

Hallo Michael,

danke für den Hinweis. Natürlich haben wir uns auch darüber Gedanken
gemacht.
Nach Ende der Befragung sollen die Ergebnisse der erhobenen Antworten für
alle zur Verfügung stehen. Es ist geplant, ein aufbereitetes Dokument mit
unserer Interpretation, aber auch allen Metadaten des Datensatzes auf dem
Server des Geomedienlabors der Uni Frankfurt unter CC BY 3.0 DE
bereitzustellen. Dies wird aber noch eine Weile dauern, so wie es im Moment
aussieht, werden wir mit der Auswertung ungefähr im Oktober fertig sein und
dann das Dokument online stellen. Natürlich schicken wir dann den Link
wieder an diese Mailingliste.

Wir würden uns wirklich sehr über eine rege Teilnahme an der Befragung
freuen und stehen jederzeit für Rückfragen zur Verfügung.

Viele Grüße
Susanne



Am 26. Mai 2015 um 22:12 schrieb Michael Reichert naka...@gmx.net:

 Hallo David, hallo restliche studentische Seminargruppe,

 OpenStreetMap ist ein freies Projekt, das Wert darauf legt, offen zu
 sein. Veröffentlicht ihr auch die erhobenen Antworten (natürlich
 anonymisiert) unter einer freien Lizenz (am besten CC-0 oder CC-BY)?
 Oder bleiben die unter Verschluss?

 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)


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


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

Re: [OSM-talk-fr] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden didier2020

la relation est ouverte au niveau du mont blanc
http://www.openstreetmap.org/#map=19/45.83243/6.86439

il y a 5 nodes au meme endroit ...

je ne sais pas corriger car le cadastre ne correspond pas du tout au
tracé de frontiere.


Le mercredi 27 mai 2015 à 14:59 +0200, Antoine Riche a écrit :
 Bonjour,
 
 Est-ce quelqu'un sait qui maintient le service OSM Boundaries :
 https://osm.wno-edv-service.de/boundaries/  ?  C'est un outil plutôt
 bien fait pour récupérer les limites administratives, mais aujourd'hui
 la France a perdu sa partie métropolitaine, ne reste que la France
 d'outre-mer.
 
 Cela semble dû à l'absence de la relation de niveau 3, du coup on ne
 peut pas accéder à celles de niveaux supérieurs. Pourtant celle-ci a
 l'air en bon état et n'a pas été modifiée récemment :
 http://www.openstreetmap.org/relation/1403916
 
 Antoine.
 
 
 ___
 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-dk] Overnodning

2015-05-27 Diskussionsfäden Flemming Aa. Bruun

Hej,

Jeg var ikke selv klar over konsekvenserne med at lægge flere noder ind.
Og som Erik er inde på, ville en kort how-to-do-it-the-best-way-guide være
fint for både nye om som mig selv, som nok har bidraget med flere (u)-noder
end nødvendigt.

For hvor går grænsen når man vil markere søbredder, åløb etc.
Bl.a. har jeg lavet oprettet mange slyngede å-løb, hvor der før var lagt et
lige forløb af åen.
Og søbredder har jeg også lagt flere punkter ind for at gøre forløbet mere
naturligt.

Så jeg skal nok ned og granske wikien bedre for at få en forståelse af
modenhed og overmodenhed.

Med venlig hilsen
Flemming Bruun


Den 27. maj 2015 kl. 14.31 skrev Erik Klausen e...@hjemmebedst.dk:

  Hej Michael og I andre.

 Du har en udmærket mission, nemlig at forbedre kvaliteten af
 OSM-datasættet. Men du kan gøre det på en mere gavnlig og effektiv måde.
 I et crowd-sourcing projekt som OSM er det vigtigt at man ikke gør sig til
 dommer, og for eksempel irettesætter de andre bidragydere på et relativt
 vagt vurderingsspørgsmål. Det giver de andre bidragydere indtryk af at
 arbejde nederst i et ukendt hierarki, og det virker demotiverende. Og vi
 har bestemt ikke brug for at fjerne motivationen fra folk.

 Til gengæld ville det have en stor værdi, hvis wikien blev udbygget med
 how-to vejledninger. Vi har tidligere læst om skovstier og vandløb her i
 listen, og det ville være smart hvis konklusionen på disse debatter blev
 lagt op, så de blev del af en samlet, let tilgængelig vejledning.

 Selvfølgelig kan det blive nødvendigt at rette op på de andres stil ved en
 direkte henvendelse, men det er mit indtryk at det virker bedre ved at
 henvise til en artikel, hvis indhold er bredt anerkendt blandt andre
 mappere.

 PROSA i Aarhus er flyttet til nye kontorer, og i den forbindelse vil vi
 afholde en række kurser/foredrag/møder for at vise lokalerne og hvad de kan
 bruges til. Jeg vil gerne holde et møde for OSM-mappere, hvor vi f.eks. kan
 snakke om målet for wikien. Vi har gjort det tidligere, da det nuværende
 indhold blev systematiseret.


 Vh.
 Erik Klausen



 Den 26-05-2015 kl. 18:42 skrev Michael Andersen:

 Hej allesammen



 Jeg kommenterede et rettesæt
 http://www.openstreetmap.org/changeset/31455043 i formiddags og fik
 lyst at dele kommentaren med listen her.



 God fornøjelse


 ___
 Talk-dk mailing 
 listTalk-dk@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-dk



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


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

[Talk-de] Update of german Aral petrol stations [3]

2015-05-27 Diskussionsfäden Knut Büscher

 English text (german version below the
english text) 

Hi all,

just to keep you informed regarding the update of german Aral petrol
stations
( https://wiki.openstreetmap.org/wiki/Updating_german_Aral_petrol_stations )
 
I added changeset #30949397 containing 7 additional Aral petrol stations
in Germany.

Planned next steps:

  * Publish the planned changes of the Aral petrol station tags
  * If changes are agreed: upload of the changeset

Best regards,
Knut


 Deutscher Text dieser E-Mail


Hallo,

eine kurze Aktualisierung hinsichtlich des Updates der deutschen Aral
Tankstellen
( https://wiki.openstreetmap.org/wiki/Updating_german_Aral_petrol_stations )
 
Ich habe das changeset #30949397 mit 7 zusätzlichen Aral Tankstellen
hinzugefügt.

Die weitere Planung:

  * Publikation der geplanten Aktualisierungen an den tags der Aral
Tankstellen
  * Sofern diese Änderungen akzeptiert werden: Upload des changesets

Viele Grüße,
Knut


Schnell und günstig den Standort seines Geschäfts analysieren“
*Financial Times Deutschland
http://www.standortanalyse.biz/files/FTD-enable-20100601-Seite-22.pdf*
über den „Online Standortcheck“, März 2010
 
Der Online Standortcheck http://www.geobusinessaward.org/GBA_2010.php 

Der Online Standortcheck
http://www.de.o2.com/ext/o2/wizard/index?page_id=16979

Der Online Standortcheck
http://www.imittelstand.de/themen/presse.html?boxid=489558*Gewinner
des GeoBusiness AWARD 2010* http://www.geobusinessaward.org/GBA_2010.php
*Gewinner des o2-Gründerwettbewerbs 2011
* http://www.telefonica.de/ext/o2/wizard/index?page_id=16979 *Best of
2012  2013 - Innovationspreis IT der Initiative Mittelstand*
http://www.imittelstand.de/themen/presse.html?boxid=489558



-- 
Knut Büscher

gb consite GmbH
IT Consulting | Standortanalyse

Mittenheimer Straße 58
D-85764 Oberschleißheim

E-Mail  knut.buesc...@gbconsite.de
Web http://www.gbconsite.de

Fon +49-89-30905297-1
Fax +49-89-30905297-9
Mobil   +49-176-66814127

Geschäftsführende Gesellschafter: Malte Geschwinder, Knut Büscher 
Sitz der Gesellschaft: Oberschleißheim
Registergericht: Amtsgericht München, HRB 168433
USt-IdNr.: DE254841920

Diese Nachricht kann vertrauliche, nicht für die Veröffentlichung bestimmte 
und/oder rechtlich geschützte Informationen enthalten.
Falls Sie nicht der beabsichtigte Empfänger sind, beachten Sie bitte, dass 
jegliche Veröffentlichung, Verbreitung oder Vervielfältigung dieser Nachricht 
strengstens untersagt ist.
Sollten Sie diese Nachricht irrtümlich erhalten haben, informieren Sie bitte 
sofort den Absender durch Anruf oder Rücksendung der Nachricht und vernichten 
Sie diese.

This communication may contain information that is legally privileged, 
confidential or exempt from disclosure.
If you are not the intended recipient, please note that any dissemination, 
distribution, or copying of this communication is strictly prohibited.
Anyone who receives this message in error should notify the sender immediately 
by phone or by return e-mail and delete it.

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

Re: [Talk-at] Grenzen

2015-05-27 Diskussionsfäden Erwin Pleyer



Hallo,
 
1. Ich stimme nicht zu, was ich etwas nicht verstehen kann, mein Englisch 
reicht hier leider nicht aus!
2. Wie gesagt, ob in amin_title oder name:prefix oder sonstwo ist eine Sache 
der Abstimmung. Ich bin, wie schon geäußert, für name:prefix, ohne .at.
 
Kann es sein, das Friedrich Volkmann enttäuscht ist, dass von der 
österreichischen Seite eine so schlechte Beteiligung an der Abstimmung war?
Wenn dem so ist, dann habe ich Verständnis dafür, den ein Proposal zu erstellen 
ist einiges an Arbeit (auch wenn ich es nicht verstehen kann, das mit der 
Arbeit weiß ich)
Die niedrige Beteiligung hat sicher einen Grund den zu ergründen ich gut fände.
 
Grüße
Erwin
 

Gesendet: Mittwoch, 27. Mai 2015 um 09:55 Uhr
Von: Friedrich Volkmann b...@volki.at
An: talk-at@openstreetmap.org
Betreff: Re: [Talk-at] Grenzen
On 27.05.2015 07:09, Erwin Pleyer wrote:
 hier nochmals, für alle die unsere Diskussion im September 2014 schon 
 vergessen haben, ein paar offizielle Fundstellen für inhaltlich korrekte 
 Schreibweisen: 
 https://www.ris.bka.gv.at/Dokumente/Lgbl/LGBL_TI_20100715_40/LGBL_TI_20100715_40.pdf

Dass die offiziellen Namen ohne Bezirk / Gemeinde lauten, ist
unstrittig. Ebenso ist aber unstrittig, dass es für offizielle Namen den Key
official_name=* gibt.

 Hier wurde vor knapp 10 Monaten ein Vorschlag gemacht:
 https://lists.openstreetmap.org/pipermail/talk-at/2014-September/006978.html[https://lists.openstreetmap.org/pipermail/talk-at/2014-September/006978.html]
 Es kamen keine weiteren Einsprüche, dachte wir hätten eine gemeinsame 
 Richtung gefunden?

Dein Vorschlag enthielt wohlgemerkt die Formulierung erstmal in name:prefix
parken, also keine endgültige Lösung. Ein paar Tage später schriebst du,
dass dir mein Proposal admin_title=* gefällt. Nun hast du dich aber trotz
mehrmaliger Aufforderung nicht am Voting beteiligt, womit du die Lösung
torpediert hast. Schlechte Englischkenntnisse sind keine Ausrede, denn ein
yes hättest du schon zusammengebracht, wenn du gewollt hättest.

--
Friedrich K. Volkmann http://www.volki.at/[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[https://lists.openstreetmap.org/listinfo/talk-at]

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

Re: [Talk-dk] Overnodning

2015-05-27 Diskussionsfäden Erik Klausen


Hej Michael og I andre.

Du har en udmærket mission, nemlig at forbedre kvaliteten af 
OSM-datasættet. Men du kan gøre det på en mere gavnlig og effektiv måde.
I et crowd-sourcing projekt som OSM er det vigtigt at man ikke gør sig 
til dommer, og for eksempel irettesætter de andre bidragydere på et 
relativt vagt vurderingsspørgsmål. Det giver de andre bidragydere 
indtryk af at arbejde nederst i et ukendt hierarki, og det virker 
demotiverende. Og vi har bestemt ikke brug for at fjerne motivationen 
fra folk.


Til gengæld ville det have en stor værdi, hvis wikien blev udbygget med 
how-to vejledninger. Vi har tidligere læst om skovstier og vandløb her i 
listen, og det ville være smart hvis konklusionen på disse debatter blev 
lagt op, så de blev del af en samlet, let tilgængelig vejledning.


Selvfølgelig kan det blive nødvendigt at rette op på de andres stil ved 
en direkte henvendelse, men det er mit indtryk at det virker bedre ved 
at henvise til en artikel, hvis indhold er bredt anerkendt blandt andre 
mappere.


PROSA i Aarhus er flyttet til nye kontorer, og i den forbindelse vil vi 
afholde en række kurser/foredrag/møder for at vise lokalerne og hvad de 
kan bruges til. Jeg vil gerne holde et møde for OSM-mappere, hvor vi 
f.eks. kan snakke om målet for wikien. Vi har gjort det tidligere, da 
det nuværende indhold blev systematiseret.



Vh.
Erik Klausen


Den 26-05-2015 kl. 18:42 skrev Michael Andersen:


Hej allesammen

Jeg kommenterede et rettesæt 
http://www.openstreetmap.org/changeset/31455043 i formiddags og fik 
lyst at dele kommentaren med listen her.


God fornøjelse



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


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

Re: [Talk-at] Grenzen

On 27.05.2015 18:00, Robert Kaiser wrote:
 Friedrich Volkmann schrieb:
 Bei Waldhausen im Strudengau, Perg und
 Melk steht der Kartennutzer im Regen. Sind das Bezirke, Gemeinden,
 Katastralgemeinden, Regionen?
 
 Dass der Renderer nicht kennzeichnet, welche admin levels die Grenzen
 betreffen bzw. deren Najmen, ist kein Fehler der Datenbank, sondern des
 Renderers. Lege bitte ein Github-Issue bei diesem an.

Wie soll der Renderer das kennzeichnen? admin_level ist nur eine Nummer.
Egal ob der Renderer diese Nummer anzeigt oder den Schriftstil
(Schriftgröße) davon abhängig macht, es ist beides bestenfalls für Insider
aufschlussreich.

-- 
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] Grenzen

2015-05-27 Diskussionsfäden Robert Kaiser


Friedrich Volkmann schrieb:

On 27.05.2015 18:00, Robert Kaiser wrote:

Friedrich Volkmann schrieb:

Bei Waldhausen im Strudengau, Perg und
Melk steht der Kartennutzer im Regen. Sind das Bezirke, Gemeinden,
Katastralgemeinden, Regionen?


Dass der Renderer nicht kennzeichnet, welche admin levels die Grenzen
betreffen bzw. deren Najmen, ist kein Fehler der Datenbank, sondern des
Renderers. Lege bitte ein Github-Issue bei diesem an.


Wie soll der Renderer das kennzeichnen? admin_level ist nur eine Nummer.
Egal ob der Renderer diese Nummer anzeigt oder den Schriftstil
(Schriftgröße) davon abhängig macht, es ist beides bestenfalls für Insider
aufschlussreich.



Es kann ja diese Zusatz-Tag verwenden, über die wir sprechen. Ich habe 
nicht das admin_level-Tag selbst gemeint, sodern was auch immer wir in 
die Datenbank reinsetzen (prefix, etc.) und das in manchen Fällen 
dazugesetzt gehört.


Warum sage ich in manchen Fällen? Wenn ich z.B. eine Karte der 
Gemeinden eines Bundeslands rendern will oder sowas, dann will ich 
Gemeinde definitiv *nicht* gerendert haben...


KaiRo


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

Re: [Talk-at] Grenzen

On 27.05.2015 19:32, C K wrote:
 bei den is_in tags mit der Begründung wir mappen nicht für die routing 
 engine

Die waren fürs Routing? Ich dachte, die waren als Hint für Suchfunktionen
gedacht?

Die is_in Tags haben den Nachteil, dass man sie auf so ziemlich alle Objekte
setzen müsste, die es in OSM überhaupt gibt, und das bläht nicht nur die
Datenbank gewaltig auf, sondern ist absolut unwartbar. Außerdem sind die
Bestandteile der is_in nicht definiert und somit gar nicht vernünftig
auswertbar, auch nicht für Router. Und last but not least enthalten die
is_in nur redundante Information, man kann sie in einer Anwendungsdatenbank
automatisch erzeugen, sie sind nicht in der zentralen OSM-Datenbank nötig.

Boundary-Multipolygone gibt es nicht so viele, hier sind weder Wartbarkeit
noch Platzbedarf ein Thema, und die Daten sind nicht ganz redundant.

  - warum sollen jetzt
  Daten so (unter Umständen entfremdet) gespeichert werden, damit sie der
  Renderer (besser) verarbeiten kann?

 Weil die Verarbeitung der einzige Zweck von Daten ist.
 
 ist es dann nicht ein Fehler in der Verarbeitung bzw., in diesem konkreten
 Fall nicht unbedingt ein Fehler, eher eine Schwäche des Renderers. Die
 Argumentation, jeder maßgeschneiderte Renderer wird es richtig
 verarbeiten, nicht unbedingt mapnik, ist nachvollziehbar.

Kein Renderer kann Daten richtig verarbeiten, solang er sie nicht auf
standardisierte Weise zur Verfügung gestellt bekommt.

  Die Argumentation damit man es im
  Renderer besser sehen/auseinanderhalten kann ist daher für mich KEIN
  Entscheidungsgrund.

 Vielleicht weil du selber es nicht brauchst. Andere brauchen es.
 
 Dann werden sie ihre speziellen Abfragen oder eigenen Renderer haben.

Sei mir nicht bös, aber wenn ich wissen will, in welcher Gemeinde etwas
liegt, will ich mir keinen eigenen Renderer schreiben müssen. Das ist eine
so grundlegende und alltägliche Anforderung, dass das mit der Standardkarte
gehen muss.

 Ich bleibe dabei, wenn der Grundsatz lautet: wir mappen nicht für den
 Renderer hat Gemeinde, Bezirk etc. nichts im Namen verloren.
 Für einen Renderer heißt das natürlich mehr Arbeit

Den Satz wir mappen nicht für die Renderer kann ich nicht mehr hören. Für
wen mappen wir denn? Für die Nutzer! Es bringt nichts sich auf die Renderer
auszureden, wenn die Nutzer den Schaden haben.

Viele Fundis unter den Mappern haben einen eingeschränkten Horizont, sie
sehen nur bis zur Datenbank, dort hört die Welt auf. Eine Datenbank steht
aber nur in der Mitte einer Toolchain, und wenn am Ende nichts rauskommt,
dann hat nicht nur der Renderer versagt, sondern das ganze System.

-- 
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] Grenzen

2015-05-27 Diskussionsfäden Walter Nordmann





1) prefix:Ländercode als Key halte ich für gefährlich, da nicht 
garantiert ist, dass in jeder Sprache dieser Welt der Präfix auch 
wirklich vor dem Eigennamen steht. Hier müsste eher eine 
grammatikunabhängige Bezeichnung für den Key gefunden werden.
name:suffix gibt es natürlich auch. Und dann kann man name:suffix:XX 
nehmen, falls das dort sinnvoll sein sollte.


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

Re: [Talk-lv] OSM kopienas sadarbība ar latviskās Vikipēdijas kopienu

2015-05-27 Diskussionsfäden Rich

On 21/05/15 18:04, Mārtiņš Bruņenieks wrote:
...
 * Kartēšanas pasākumi apvienoti ar objektu fotografēšanu. Šeit problēma
 varētu būt tāda, ka mums no objektiem interesē pāris raksturīgi ielas
 foto un kaut kādi arhitektūras pieminekļi. Jums tā lieta lēnāka un
 pamatīgāka. Attēlus var lādēt
 šeit: https://commons.wikimedia.org/wiki/S%C4%81kumlapa

nure. tieši par tēmu.

https://tools.wmflabs.org/mapillary-commons/mapillary2commons/

ja vikipēdijai nav kādas ielas bilžu, var pabrowsēt mapillary. ja tur
ir, knakš un commonos iekšā :)
-- 
 Rich

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

Re: [Talk-at] Grenzen


On 2015-05-27 14:52, Wolfgang Schreiter wrote:

1.) Falls noch nicht geschehen, werft bitte einen Blick auf
http://taginfo.openstreetmap.org/search?q=name%3Aprefix#key und ebenso die
Values zu name:prefix und name:prefix:at.


und bei aktuell 58907 Verwendern hat sich noch keiner gefunden das 
entsprechend zu dokumentieren oder zu proposen?


scheint wohl so ein unwichtiger InsiderKey zu sein, und damit ist es für 
EhrlicheMapper™ weiterhin nicht existent. allein die Anzahl sagt nämlich 
nichts über die Anerkennung eines Key aus.


grüsse,
grubernd

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

Re: [OSM-talk-fr] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden Antoine Riche


Voilà qui est fait (mon 1er revert ;-)
A noter qu'un des nouveaux Mont-Blanc se trouvait sur le Dôme du 
Goûter, plus facile à atteindre avec ses 4304 m :o)



Le 27/05/2015 18:01, Christian Quest a écrit :

+1 pour le revert (que je n'ai pas pu faire, mon JOSM plante dessus)


Le 27/05/2015 17:40, Eric Sibert a écrit :

En effet, le changeset https://www.openstreetmap.org/changeset/31480656

[...]

J'ai entamé une discussion sur le changeset mais je me demande si un
revert ne serait pas plus approprié : qu'en disent les experts ?

Compte-tenu des problèmes de frontière sur le Mont-Blanc, je
conseillerais de faire le revert d'abord et de discuter ensuite...

http://fr.wikipedia.org/wiki/Histoire_de_la_fronti%C3%A8re_sur_le_mont_Blanc



Eric


___
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] Grenzen

2015-05-27 Diskussionsfäden Robert Kaiser


Friedrich Volkmann schrieb:

Bei Waldhausen im Strudengau, Perg und
Melk steht der Kartennutzer im Regen. Sind das Bezirke, Gemeinden,
Katastralgemeinden, Regionen?


Dass der Renderer nicht kennzeichnet, welche admin levels die Grenzen 
betreffen bzw. deren Najmen, ist kein Fehler der Datenbank, sondern des 
Renderers. Lege bitte ein Github-Issue bei diesem an.


KaiRo


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

Re: [OSM-talk-fr] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden Christian Quest

+1 pour le revert (que je n'ai pas pu faire, mon JOSM plante dessus)


Le 27/05/2015 17:40, Eric Sibert a écrit :
 En effet, le changeset https://www.openstreetmap.org/changeset/31480656
 [...]
 J'ai entamé une discussion sur le changeset mais je me demande si un
 revert ne serait pas plus approprié : qu'en disent les experts ?

 Compte-tenu des problèmes de frontière sur le Mont-Blanc, je
 conseillerais de faire le revert d'abord et de discuter ensuite...

 http://fr.wikipedia.org/wiki/Histoire_de_la_fronti%C3%A8re_sur_le_mont_Blanc



 Eric


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

-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden Eric Sibert


En effet, le changeset https://www.openstreetmap.org/changeset/31480656

[...]
J'ai entamé une discussion sur le changeset mais je me demande si un  
revert ne serait pas plus approprié : qu'en disent les experts ?


Compte-tenu des problèmes de frontière sur le Mont-Blanc, je  
conseillerais de faire le revert d'abord et de discuter ensuite...


http://fr.wikipedia.org/wiki/Histoire_de_la_fronti%C3%A8re_sur_le_mont_Blanc


Eric


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

Re: [Talk-cz] Nove preklady wiki

2015-05-27 Diskussionsfäden Petr Vozdecký

jo, diky, zere to casu jako krava, ale po zoufalych zazitcich v praci mam 
nekdy taky aspon chvili dojem, ze ta prace pretrva...

vop


-- Původní zpráva --
Od: Dalibor Jelínek dali...@dalibor.cz
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
Datum: 27. 5. 2015 8:40:19
Předmět: Re: [Talk-cz] Nove preklady wiki




Cau, 

to jsi napsal hezky, myslim, ze je to takto jasne. 



 Dalibor 

 


 
 From: Petr Vozdecký [mailto:v...@seznam.cz] 
 Sent: Tuesday, May 26, 2015 11:27 PM
 To: OpenStreetMap Czech Republic
 Subject: Re: [Talk-cz] Nove preklady wiki 
 


 

Ahoj,

aplikováno.

Zatím ale zůstává na wikistránce u tohoto tagu ikona Way nepřeškrtnuta. K 
přeškrtnutí zatím nemám podporu komunity (viz historie EN hesla, kde 
škrtanec několikrát měnili).

vop



-- Původní zpráva --
Od: Petr Holub ho...@ics.muni.cz(mailto:ho...@ics.muni.cz)
Komu: 'OpenStreetMap Czech Republic' talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 26. 5. 2015 13:26:04
Předmět: Re: [Talk-cz] Nove preklady wiki 

 

Ahoj,

 V teto souvislosti upozornuji na heslo Cs:Key:oneway, kde bych potreboval 
rozhodnout
 (dopresnit), jak je to s uzivanim tagu na cestach (Ways). Ruzne prameny to
popisuji jinak a
 kontrolni nastroje OSM tento tag na ceste hodnoti jako chybu...

dle meho nazoru je to rozumne davat jen na koncove body cesty, ktere uz
nikam dal nevedou - protoze to reflektuje realitu z tohoto koncoveho bodu
cesty se jiz nikam neda pokracovat. Navic to dobre funguje i na slepem
stromecku, protoze tam je otazka, kdyby se to znacilo i na cestach, co
by se melo znacit - jestli i kmen (ktery vede jen do tech slepych vetvi),
nebo jen koncove vetvicky.

Navic bych teda jeste na wiki uvedl dve veci:
- ma smysl to pouzivat napr. i u lesnich cest, kdyz odtud dal uz cesta 
nikam nevede; takovych
lesnich cest jsou spousty a pomaha to resit situaci mam sem jit mapovat 
nebo ne?
- explicitne bych uvedl tu dvojkombinaci tagu
noexit=no
fixme=continues
ted to tam uz popsane je jako soucast odstavce, ale prislo by mi lepsi, 
kdyby to uzivatele prastilo
do oci a nemusel to hledat.

Diky,
Petr



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

= 


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

Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train

2015-05-27 Diskussionsfäden Jean-Baptiste Holcroft

Le débat du nom reviens souvent, mais la règle que j'ai compris est
systématiquement la même : il faut éviter au maximum les noms qui n'en sont
pas et privilégier les tags, parfois le nom n'est pas du tout original
cimetière de ville.
Si on ne sait pas vraiment taguer, il y a la note qui permet de préciser
ce qu'est l'endroit.
Et dans tous les cas, il faut éviter les supressions en masse des noms qui
semblent trop proche d'une description.

--
Jean-Baptiste Holcroft

Le 27 mai 2015 16:36, Christian Rogel christian.ro...@club-internet.fr a
écrit :


  Le 27 mai 2015 à 11:33, Christian Quest cqu...@openstreetmap.fr a
 écrit :
 
  Au risque de passer pour casse pied, name=* ne sert par à fournir de
 l'information mais à nommer les choses... quand elles ont un nom.
 
  Entrepôt de bus n'est pas un nom, mais une description et on devrait
 n'utiliser que des tags pour cela, mais bon quand il n'y a pas de tag
 adapté, ce principe est difficile à suivre à la lettre... sauf à proposer
 de nouveaux tags car ça ne doit pas être si rare.
 


 Au risque de passer pour un autre casse-pied, je redis qu’il est erroné de
 refuser une valeur, parce qu’elle serait une « description » (terme très
 vague dans un contexte uninominal).
 Ce qui est déconseillé/proscrit, c’est d’utiliser un terme générique qui
 n’ait pas sa source dans le terrain ou les documents officiels, quoiqu’une
 dénomination locale non écrite sera admissible par défaut.

 Sur le sujet proposé, pourquoi ne doit-on pas mettre « entrepôt de bus » ?
 Non parce que cela serait « descriptif » (ça ne décrit rien, puisque ça
 nomme), mais, parce qu’il y avoir autre chose d’écrit à l’entrée : dépôt de
 bus, centre de maintenance et de stationnement, garage des bus, etc.

 On ne fait qu’appliquer un principe de précaution : éviter de mettre
 quelque chose d’invérifiable et, potentiellement erroné.
 Mais, s’il est écrit « entrepôt de bus », à la porte, on DOIT mettre cette
 expression, éventuellement suivi du nom du propriétaire ou du gestionnaire,
 s’ils sont affichés..

 Sujet annexe : comment distingue-t’on les opérateurs de 1er et de 2nd rang
 ?

 Un dépôt de bus appartient souvent à la Communauté de communes, mais est
 géré par un délégataire qui peut changer tous ls X années. Or, ce dernier
 met parfois son nom sur la porte.


 Christian R.
 ___
 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] OSM Boundaries réduit la France

2015-05-27 Diskussionsfäden Antoine Riche


Le 27/05/2015 15:24, didier2020 a écrit :

la relation est ouverte au niveau du mont blanc
http://www.openstreetmap.org/#map=19/45.83243/6.86439

il y a 5 nodes au meme endroit ...
En effet, le changeset https://www.openstreetmap.org/changeset/31480656 
a créé pas moins de 5 Mont-Blanc, apparemment chacun appartenant à une 
relation différente (diverses limites administratives et itinéraires).  
J'ai entamé une discussion sur le changeset mais je me demande si un 
revert ne serait pas plus approprié : qu'en disent les experts ?


Antoine.


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

Re: [Talk-at] Grenzen

On 27.05.2015 13:40, Walter Nordmann wrote:
 Eventuell ist noch nicht aufgefallen, dass alle Namen, die in Österreich auf
 der OSM-Karrte gerendert werden, nicht aus den Grenzen stammen, sondern
 durch die Place-Nodes erzeugt werden? Und da steht - natürlich - name=* ohne
 Gemeinde drin.

Die Beschriftung der Grenzen wird nicht aus place-Nodes erzeugt, sondern aus
den type=boundary Relationen. Zoome mal auf verschiedene Gemeinde- und
Bezirksgrenzen hin.

Ein Beispiel: http://www.openstreetmap.org/#map=19/48.23225/14.96259layers=N
Auf der einen Seite steht Waldhausen im Strudengau  Oberösterreich  Perg,
auf der anderen Melk  Niederösterreich  Gemeinde Nöchling. Davon sind
Oberösterreich und Niederösterreich eindeutig, weil nur Bundesländer
diese Namen tragen. Bei Gemeinde Nöchling ist ebenfalls klar, was gemeint
ist, weil Gemeinde dabeisteht. Bei Waldhausen im Strudengau, Perg und
Melk steht der Kartennutzer im Regen. Sind das Bezirke, Gemeinden,
Katastralgemeinden, Regionen? Die einzige Möglichkeit, das herauszufinden,
ist auf Layers - Map Data zu klicken und sich die Relationen anzuschauen
(und dabei eine halbe Stunde zu warten, bis die Daten alle geladen sind). In
einer woanders eingebundenen oder in ein anderes Format (Grafikdatei,
Ausdruck) umgewandelten Karte geht nicht einmal das.

-- 
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-latam] #252 de weeklyOSM en castellano!!!!

2015-05-27 Diskussionsfäden Carlos Alonso

Hola
 
 El semanario # 252 de weeklyosm, el sumario de todo lo que está ocurriendo
en mundo OSM está en linea en español http:/www.weeklyosm.eu/?lang=es
 
 Disfrutadlo!___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train

2015-05-27 Diskussionsfäden Christian Rogel

Le 27 mai 2015 à 11:33, Christian Quest cqu...@openstreetmap.fr a écrit :

Au risque de passer pour casse pied, name=* ne sert par à fournir de
l'information mais à nommer les choses... quand elles ont un nom.

Entrepôt de bus n'est pas un nom, mais une description et on devrait
n'utiliser que des tags pour cela, mais bon quand il n'y a pas de tag adapté,
ce principe est difficile à suivre à la lettre... sauf à proposer de nouveaux
tags car ça ne doit pas être si rare.

Au risque de passer pour un autre casse-pied, je redis qu’il est erroné de
refuser une valeur, parce qu’elle serait une « description » (terme très vague
dans un contexte uninominal).
Ce qui est déconseillé/proscrit, c’est d’utiliser un terme générique qui n’ait
pas sa source dans le terrain ou les documents officiels, quoiqu’une
dénomination locale non écrite sera admissible par défaut.

Sur le sujet proposé, pourquoi ne doit-on pas mettre « entrepôt de bus » ? Non
parce que cela serait « descriptif » (ça ne décrit rien, puisque ça nomme),
mais, parce qu’il y avoir autre chose d’écrit à l’entrée : dépôt de bus, centre
de maintenance et de stationnement, garage des bus, etc.

On ne fait qu’appliquer un principe de précaution : éviter de mettre quelque
chose d’invérifiable et, potentiellement erroné.
Mais, s’il est écrit « entrepôt de bus », à la porte, on DOIT mettre cette
expression, éventuellement suivi du nom du propriétaire ou du gestionnaire,
s’ils sont affichés..

Sujet annexe : comment distingue-t’on les opérateurs de 1er et de 2nd rang ?

Un dépôt de bus appartient souvent à la Communauté de communes, mais est géré
par un délégataire qui peut changer tous ls X années. Or, ce dernier met
parfois son nom sur la porte.

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

Re: [OSM-talk-fr] tag déprécié

2015-05-27 Diskussionsfäden François Lacombe

OSM aurait besoin d'une vraie gouvernance à propos de ses tags, avec des
choix tranchés.
Un petit meta-modèle là-dessus pourrait permettre à chacun de se tenir au
courant de ces décisions.
On éviterai ainsi bien des débats inutile sans réelle débouché ou
conclusion.

La page Deprecated Features montre bien à quel point ce peut être utile :
des tags non recommandés depuis 2011 avec encore 250k utilisations
(landuse=reservoir).
Je viens aussi de lire la dernière phrase d'introduction de la page :
Certains objets encore largement utilisés doivent rester sur les pages Map
Features. Autant dire qu'on ne décourage personne de s'en servir.

Rejeter le concept d'édition automatique prend ainsi plus de temps pour
maintenir la qualité de nos données, malgré de nombreuses propositions
d'une part de la communauté pour les adopter et encadrer leur usage.
Ca devient quelque peu lassant.

C'était mon instant yakafokon, bonne fin d'après-midi.


*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com
@InfosReseaux http://www.twitter.com/InfosReseaux

Le 27 mai 2015 15:52, Sébastien Dinot sebastien.di...@free.fr a écrit :

 Bonjour,

 bernard a écrit :
  Osmose détecte ce type de problèmes, je ne dis pas erreurs;
  celles-ci sont classées en gravité 2.
  Après une recherche sur 2 types:
  - landuse= farm
  -  Waterway
  J'ai constaté que le wiki n'est pas assez clair sur l'utilisation ou
  non des anciennes variantes.

 J'ai eu le même souci hier soir en constatant que mon compteur
 d'anomalies sur Osmose avait explosé. La faute à l'obsolescence du tag
 « waterway=riverbank ». J'ai donc plongé dans le wiki (en anglais) pour
 voir ce qui était désormais recommandé mais j'en suis ressorti perplexe
 car si j'ai bien noté qu'on devait désormais taguer « natural=water +
 water=river », je n'ai rien trouvé quant à l'obsolescence du tag
 « waterway=river ». Mais en lisant cet échange, je découvre la page :

 http://wiki.openstreetmap.org/wiki/Deprecated_features

 Dur de suivre l'actu ! OSM nécessite une veille à part entière.

 Sébastien

 --
 Sébastien Dinot, sebastien.di...@free.fr
 http://sebastien.dinot.free.fr/
 Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

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

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

Re: [Talk-it] (senza oggetto)

2015-05-27 Diskussionsfäden Paolo Monegato


Il 24/05/2015 18:49, Aury88 ha scritto:

per wikidata ancora non ho capito se sia deciso di usarlo e come, se come
alternativa o integrazione di wikipedia?
onestamente ho serie difficoltà nell'usare wikidata...mi ci devo ancora
abituare


Beh, come si mette il tag wikipedia si mette facilmente anche wikidata...
Comunque, volendo sarebbe possibile creare un bot che converte il tag in 
automatico... o no?


ciao
Paolo M

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

Re: [Talk-at] Grenzen

2015-05-27 Diskussionsfäden Walter Schlögl

Hallo zusammen,
ich halte die Vorschläge von flaimo und Wolfgang für recht zielführend.
Wäre es möglich, für die unterschiedlichen Vorschläge zu definieren, wie ein 
Renderer sie optimal auswerten könnte?
Die Variante, die am besten ausgewertet werden kann, sollte dann eigentlich der 
Sieger sein.
Walter

  Hallo,


  eine ähnlich gelagerte Diskussion rund um dem prefix-Tag hatte ich letzte 
Woche auch mit dem Benutzer erwin6330, der dieses Schema (aus meiner Sicht 
fälschlicherweise) auf Gemeindeämter anwendet.


  1) prefix:Ländercode als Key halte ich für gefährlich, da nicht 
garantiert ist, dass in jeder Sprache dieser Welt der Präfix auch wirklich vor 
dem Eigennamen steht. Hier müsste eher eine grammatikunabhängige Bezeichnung 
für den Key gefunden werden.

  2) at steht für ein Land. Es sollte, wenn schon, ein Sprachcode verwendet 
werden. Das wäre dann in diesem Fall wohl dann de oder wenn's Mundart sein 
soll de_at :-)

  3) ein Spezialtag braucht auf jeden Fall wieder eine neue Auswertungslogik in 
der Software. name:Sprachkürzel wird bereits unterstützt. zum Beispiel 
https://www.openstreetmap.org/way/72146708#map=16/48.3034/14.3027layers=QD

  Bei Flughäfen wird das aus den oben genannten Punkten über den generischen 
name-Tag gelöst und nicht mit einem prefix-Tag, wo dann die jeweilige 
Übersetzung von Flughafen eingetragen ist.


  Bsp: https://www.openstreetmap.org/way/29566108  (*Flughafen* Linz vs. Linz 
*Airport*)


  mfg

  flaimo



  Ich werde mich hüten, in die Tagging-Diskussion einzusteigen, aber einige
  Gedanken kann ich mir hier doch nicht verkneifen:

  1.) Falls noch nicht geschehen, werft bitte einen Blick auf
  http://taginfo.openstreetmap.org/search?q=name%3Aprefix#key und ebenso die
  Values zu name:prefix und name:prefix:at.

  Interpretation hinsichtlich Verbreitung und Verwendung überlasse ich dem
  geneigten Leser.

  2.) Wir taggen zwar nicht für (einen bestimmten) Renderer, aber es wäre
  nützlich, auch nicht gegen (alle) Renderer zu taggen. Die Variante name
  war nicht sauber, aber österreichweit umgesetzt und gerendert. Die Variante
  name:prefix:at deckt etwa die Hälfte der Gemeinden und alle Bezirke ab,
  ist eine Insellösung und wird nicht gerendert, wodurch die Hälfte der
  politischen Grenzen nun unvollständig beschriftet sind. Das V-Wort liegt mir
  auf der Zunge.

  Mal angenommen es bleibt dabei, wie sieht der Plan zur Umsetzung in Mapnik 
aus?

  3.) Wie mehrfach festgestellt, ist das Thema Namen komplex und es gibt keine
  international einheitliche Lösung. Es gibt aber auch keinen unmittelbaren
  Handlungsdruck (außer die Reparatur von name:prefix:at) - die Datennutzer
  kommen damit zurecht. Also holt alle tief Luft, setzt Euch in Ruhe zusammen
  und baut etwas (inkl. Proposal 2.0), das unsere Nachbarn auch mittragen,
  dann hat das eine Chance.

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

Re: [Talk-at] Grenzen

2015-05-27 Diskussionsfäden C K

Am 27.05.2015 11:10 schrieb Friedrich Volkmann b...@volki.at:

 On 27.05.2015 09:39, C K wrote:
  3. es wurde von breiter Masse abgelehnt Daten so zu speichern, dass
  Routing-Engines damit (international) arbeiten können

 Bitte wann und wo wurde das abgelehnt?

bei den is_in tags mit der Begründung wir mappen nicht für die routing
engine

  - warum sollen jetzt
  Daten so (unter Umständen entfremdet) gespeichert werden, damit sie der
  Renderer (besser) verarbeiten kann?

 Weil die Verarbeitung der einzige Zweck von Daten ist.

ist es dann nicht ein Fehler in der Verarbeitung bzw., in diesem konkreten
Fall nicht unbedingt ein Fehler, eher eine Schwäche des Renderers. Die
Argumentation, jeder maßgeschneiderte Renderer wird es richtig
verarbeiten, nicht unbedingt mapnik, ist nachvollziehbar.

  Die Argumentation damit man es im
  Renderer besser sehen/auseinanderhalten kann ist daher für mich KEIN
  Entscheidungsgrund.

 Vielleicht weil du selber es nicht brauchst. Andere brauchen es.

Dann werden sie ihre speziellen Abfragen oder eigenen Renderer haben. Ich
möchte an die abgeschrägten Gehsteigkanten erinnern. Dzt. werden sie nicht
dargestellt. So mancher hat sie als Ballast bezeichnet - mit der Begründung
der Renderer verarbeitet sie nicht UND keine Routing Engine beachtet sie.
Stimmt, aber jemand der eine Routing Engine für Menschen mit besonderen
Bedürfnissen macht wird sie auswerten und für jeden DB-Eintrag dankbar sein!

---

Ich bleibe dabei, wenn der Grundsatz lautet: wir mappen nicht für den
Renderer hat Gemeinde, Bezirk etc. nichts im Namen verloren.
Für einen Renderer heißt das natürlich mehr Arbeit - und die
Auseinandersetzung mit Standards, defakto Standards und (wenn regional
begrenztes Interesse besteht) mit regionalen/lokalen Gegebenheiten.

Ich hoffe mit dieser Einstellung niemandem zu nahe zu treten, noch weniger
möchte ich jemanden emotional oder persönlich beleidigen. Aber bitte
beschränken wir uns doch auf das wesentliche, die Qualität der Daten.

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

Re: [OSM-talk-fr] Autocariste, dépôt de bus, de train

2015-05-27 Diskussionsfäden JB

Et le tag description=* existe toujours. Quand j'hésite à supprimer 
name=mairie de la ville, je l'y passe en description…


Le 27/05/2015 17:28, Jean-Baptiste Holcroft a écrit :
Le débat du nom reviens souvent, mais la règle que j'ai compris est 
systématiquement la même : il faut éviter au maximum les noms qui n'en 
sont pas et privilégier les tags, parfois le nom n'est pas du tout 
original cimetière de ville.
Si on ne sait pas vraiment taguer, il y a la note qui permet de 
préciser ce qu'est l'endroit.
Et dans tous les cas, il faut éviter les supressions en masse des noms 
qui semblent trop proche d'une description.


--
Jean-Baptiste Holcroft

Le 27 mai 2015 16:36, Christian Rogel 
christian.ro...@club-internet.fr 
mailto:christian.ro...@club-internet.fr a écrit :



 Le 27 mai 2015 à 11:33, Christian Quest cqu...@openstreetmap.fr
mailto:cqu...@openstreetmap.fr a écrit :

 Au risque de passer pour casse pied, name=* ne sert par à
fournir de l'information mais à nommer les choses... quand elles
ont un nom.

 Entrepôt de bus n'est pas un nom, mais une description et on
devrait n'utiliser que des tags pour cela, mais bon quand il n'y a
pas de tag adapté, ce principe est difficile à suivre à la
lettre... sauf à proposer de nouveaux tags car ça ne doit pas être
si rare.



Au risque de passer pour un autre casse-pied, je redis qu’il est
erroné de refuser une valeur, parce qu’elle serait une «
description » (terme très vague dans un contexte uninominal).
Ce qui est déconseillé/proscrit, c’est d’utiliser un terme
générique qui n’ait pas sa source dans le terrain ou les documents
officiels, quoiqu’une dénomination locale non écrite sera
admissible par défaut.

Sur le sujet proposé, pourquoi ne doit-on pas mettre « entrepôt de
bus » ? Non parce que cela serait « descriptif » (ça ne décrit
rien, puisque ça nomme), mais, parce qu’il y avoir autre chose
d’écrit à l’entrée : dépôt de bus, centre de maintenance et de
stationnement, garage des bus, etc.

On ne fait qu’appliquer un principe de précaution : éviter de
mettre quelque chose d’invérifiable et, potentiellement erroné.
Mais, s’il est écrit « entrepôt de bus », à la porte, on DOIT
mettre cette expression, éventuellement suivi du nom du
propriétaire ou du gestionnaire, s’ils sont affichés..

Sujet annexe : comment distingue-t’on les opérateurs de 1er et de
2nd rang ?

Un dépôt de bus appartient souvent à la Communauté de communes,
mais est géré par un délégataire qui peut changer tous ls X
années. Or, ce dernier met parfois son nom sur la porte.


Christian R.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] Grenzen

2015-05-27 Diskussionsfäden Thomas Rupprecht

Ich könnte mich dann auch darum kümmern das die Vorschläge/Ergebnisse an die 
Entwickler vom mapnik style kommen bzw bei der Umsetzung helfen. Also wenn dann 
was bestimmtes gerendert werden soll.
-- 
mfg Thomas Rupprecht

Am 27. Mai 2015 18:40:02 MESZ, schrieb Walter Schlögl 
walter.schloegl-re...@aon.at:
Hallo zusammen,
ich halte die Vorschläge von flaimo und Wolfgang für recht zielführend.
Wäre es möglich, für die unterschiedlichen Vorschläge zu definieren,
wie ein Renderer sie optimal auswerten könnte?
Die Variante, die am besten ausgewertet werden kann, sollte dann
eigentlich der Sieger sein.
Walter

  Hallo,


eine ähnlich gelagerte Diskussion rund um dem prefix-Tag hatte ich
letzte Woche auch mit dem Benutzer erwin6330, der dieses Schema (aus
meiner Sicht fälschlicherweise) auf Gemeindeämter anwendet.


1) prefix:Ländercode als Key halte ich für gefährlich, da nicht
garantiert ist, dass in jeder Sprache dieser Welt der Präfix auch
wirklich vor dem Eigennamen steht. Hier müsste eher eine
grammatikunabhängige Bezeichnung für den Key gefunden werden.

2) at steht für ein Land. Es sollte, wenn schon, ein Sprachcode
verwendet werden. Das wäre dann in diesem Fall wohl dann de oder
wenn's Mundart sein soll de_at :-)

3) ein Spezialtag braucht auf jeden Fall wieder eine neue
Auswertungslogik in der Software. name:Sprachkürzel wird bereits
unterstützt. zum Beispiel
https://www.openstreetmap.org/way/72146708#map=16/48.3034/14.3027layers=QD

Bei Flughäfen wird das aus den oben genannten Punkten über den
generischen name-Tag gelöst und nicht mit einem prefix-Tag, wo dann die
jeweilige Übersetzung von Flughafen eingetragen ist.


Bsp: https://www.openstreetmap.org/way/29566108  (*Flughafen* Linz vs.
Linz *Airport*)


  mfg

  flaimo



Ich werde mich hüten, in die Tagging-Diskussion einzusteigen, aber
einige
  Gedanken kann ich mir hier doch nicht verkneifen:

  1.) Falls noch nicht geschehen, werft bitte einen Blick auf
http://taginfo.openstreetmap.org/search?q=name%3Aprefix#key und ebenso
die
  Values zu name:prefix und name:prefix:at.

Interpretation hinsichtlich Verbreitung und Verwendung überlasse ich
dem
  geneigten Leser.

2.) Wir taggen zwar nicht für (einen bestimmten) Renderer, aber es wäre
nützlich, auch nicht gegen (alle) Renderer zu taggen. Die Variante
name
war nicht sauber, aber österreichweit umgesetzt und gerendert. Die
Variante
name:prefix:at deckt etwa die Hälfte der Gemeinden und alle Bezirke
ab,
  ist eine Insellösung und wird nicht gerendert, wodurch die Hälfte der
politischen Grenzen nun unvollständig beschriftet sind. Das V-Wort
liegt mir
  auf der Zunge.

Mal angenommen es bleibt dabei, wie sieht der Plan zur Umsetzung in
Mapnik aus?

3.) Wie mehrfach festgestellt, ist das Thema Namen komplex und es gibt
keine
international einheitliche Lösung. Es gibt aber auch keinen
unmittelbaren
Handlungsdruck (außer die Reparatur von name:prefix:at) - die
Datennutzer
kommen damit zurecht. Also holt alle tief Luft, setzt Euch in Ruhe
zusammen
und baut etwas (inkl. Proposal 2.0), das unsere Nachbarn auch
mittragen,
  dann hat das eine Chance.

  LG
  Wolfgang



___
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] Grenzen


On 2015-05-27 19:29, Wolfgang Schreiter wrote:

grubernd lists@... writes:


scheint wohl so ein unwichtiger InsiderKey zu sein, und damit ist es für
EhrlicheMapper™ weiterhin nicht existent. allein die Anzahl sagt nämlich
nichts über die Anerkennung eines Key aus.


Wie gesagt, die Interpretation liegt beim Leser, und das ist eben Deine.

Als Nicht-Insider kann ich die Anerkennung eines Keys leider nicht
einschätzen und bin auf Wiki, Proposals und Diskussionen angewiesen. Davon
abgesehen klärt das Aufschreiben von Konzepten die Gedanken ungemein, und
dafür gebührt Friedrich Anerkennung, auch wenn's diesmal nicht geklappt hat.


dann sind wir zwei uns schon einig. =)

herzliche grüsse,
grubernd

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

Re: [Talk-at] Grenzen

2015-05-27 Diskussionsfäden Wolfgang Schreiter

grubernd lists@... writes:

 scheint wohl so ein unwichtiger InsiderKey zu sein, und damit ist es für 
 EhrlicheMapper™ weiterhin nicht existent. allein die Anzahl sagt nämlich 
 nichts über die Anerkennung eines Key aus.

Wie gesagt, die Interpretation liegt beim Leser, und das ist eben Deine.

Als Nicht-Insider kann ich die Anerkennung eines Keys leider nicht
einschätzen und bin auf Wiki, Proposals und Diskussionen angewiesen. Davon
abgesehen klärt das Aufschreiben von Konzepten die Gedanken ungemein, und
dafür gebührt Friedrich Anerkennung, auch wenn's diesmal nicht geklappt hat. 

Das Konstruieren von Texten aus positionsabhängigen Komponenten in einem
mehrsprachigen Umfeld ist grundsätzlich heikel. Für Grenzen kann das noch
eine Option sein, bei allgemeinen Namen wird's rasch sinnfrei. Jedenfalls
sollte man die Sache schon zu Ende denken, die Anzahl sagt nämlich wenig aus
;-).

LG
Wolfgang

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

Re: [Talk-at] Grenzen