date:20150706

ou

recycling:clothes:operator=Le Relais

?

2015-07-06 11:23 GMT+02:00 bernard bernard.a...@laposte.net:

  Es-ce que operator:clothes = Le Relais est possible?



 Le 06/07/2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

 Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur pour les
 vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).
 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des rendus
 et si on cherche des point de recyclage ayant verre et vêtements on ne les
 trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?

 Jean-Yvon

 Le 05/07/2015 23:34, George Kaplan - georgekaplan...@hotmail.fr a écrit :

 Hum, oui, effectivement, fallait pas chercher compliqué...

  J'utiliserai donc :
 - amenity=recycling
 - operator=Le Relais
 - recycling_type=container
 - recycling:clothes=yes
 - recycling:shoes=yes


  D'après overpass turbo, seulement 63 amenity=recycling and operator=Le
 Relais en France.


  Merci Romain.

  Le 5 juil. 2015 à 23:24, Romain MEHUT romain.me...@gmail.com a écrit :

   Bonsoir,

  cf. http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling
  avec operator=Le Relais

  Romain

 Le 5 juillet 2015 23:11, George Kaplan georgekaplan...@hotmail.fr a
 écrit :

 Bonsoir,

 En voulant déposer des vêtements dans une benne du Relais, j'ai visité
 leur site pour localiser le plus proche :
 http://www.lerelais.org/oudonner.php
 Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux près de
 chez moi dans OSM mais je n'ai pas trouvé de tags permettant de les
 indiquer.

 Quelqu'un a une réponse ou une proposition ?

 George
 ___
 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 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr




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




 --
https://www.avast.com/antivirus

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


 ___
 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] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Filip Chirita Rares Cristian

pour les garder ensemble dans une liste en ordre alphabétique.

Personnellement j'utiliserais plutôt 2 nœuds.

Jo

2015-07-06 12:37 GMT+02:00 Romain MEHUT romain.me...@gmail.com:

 Pourquoi faire compliqué?

 Romain

 Le 6 juillet 2015 12:33, Jo winfi...@gmail.com a écrit :

 ou

 recycling:clothes:operator=Le Relais

 ?

 2015-07-06 11:23 GMT+02:00 bernard bernard.a...@laposte.net:

  Es-ce que operator:clothes = Le Relais est possible?


 ___
 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] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Romain MEHUT

Pourquoi faire compliqué?

Romain

Le 6 juillet 2015 12:33, Jo winfi...@gmail.com a écrit :

 ou

 recycling:clothes:operator=Le Relais

 ?

 2015-07-06 11:23 GMT+02:00 bernard bernard.a...@laposte.net:

  Es-ce que operator:clothes = Le Relais est possible?


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

Re: [OSM-ja] 地理院地図と基盤地図情報のsource表記（changesetでの付与）について

2015-07-06 Diskussionsfäden Satoshi IIDA

いいだです。

先日メールしたこの件、source_refタグの付与について、
特にご意見ないようなので、進めたいと思っています。
基盤地図情報のトレースを行う際に、source_refタグの付与を行わない、
という方向でOSM wikiなどドキュメント整備します。

ご意見あるかたは、早めにご連絡いただけると幸いです m(_ _)m

https://lists.openstreetmap.org/pipermail/talk-ja/2015-June/008946.html

```
■基盤地図情報のsource_refタグについて
いままでは、オブジェクトに対して、sourceタグとsource_refタグを付与していました。
これを、
「変更セットとオブジェクトのどちらか、あるいはその両方に対して」
「sourceタグを付与する」という形にしたいです。
つまり、source_refタグを付与することを止めたいです。

http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN
```



2015年6月23日 23:09 Satoshi IIDA nyamp...@gmail.com:


 いいだです。

 先日、sourceタグの運用についてというスレッドで
 sourceタグの付与についての観点がありましたので、
 地理院地図、および基盤地図情報のトレース利用について、
 sourceタグの付与方法についてWikiページを更新しました。

 https://lists.openstreetmap.org/pipermail/talk-ja/2015-May/008928.html

 「オブジェクトに対してsourceタグを付与する」という記載だった内容を、
 「変更セットとオブジェクトのどちらか、あるいはその両方に対して」という記載に変更しています。

 http://wiki.openstreetmap.org/wiki/JA:GSImaps
 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN

 地理院の担当者とは上記内容について連絡を行っており、了解をいただいています。

 また、1つだけ、みなさんに相談してから書き換えたいと思っている部分があるので、
 ご意見をいただけたらと思います。

 ■基盤地図情報のsource_refタグについて
 いままでは、オブジェクトに対して、sourceタグとsource_refタグを付与していました。
 これを、
 「変更セットとオブジェクトのどちらか、あるいはその両方に対して」
 「sourceタグを付与する」という形にしたいです。
 つまり、source_refタグを付与することを止めたいです。

 http://wiki.openstreetmap.org/wiki/JA:GSI_KIBAN

 sourceタグによる出典表記の方法についてはOSM側の判断に従うとのことであり、
 sourceタグだけでも出典明記の条件を満たしている、という判断をいただいていますので、
 source_refタグを付与しなくなることに特に問題はないと考えています。


 よろしくお願いします m(_ _)m


 --
 Satoshi IIDA
 mail: nyamp...@gmail.com
 twitter: @nyampire




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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Jérôme Seigneuret



  http://www.openstreetmap.org/node/1899078423Et me disait que je
 devais ajouter Le Relais comme opérateur pour les vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).
 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des rendus
 et si on cherche des point de recyclage ayant verre et vêtements on ne les
 trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?

 Jean-Yvon


J'allais rebondir là dessus.La collecte peut être privé ou public:
- quand c'est collecté par un organisme public - commune ou syndicat mixte
- sinon c'est une société privée
Les opérateurs privés répondent à des marchés (soumis à appel d'offre ou
non) dont la durée du contrat est définie. C'est variable et souvent quand
on parle de 7ans c'est 5ans renouvelable 2 fois 1 ans (ça varie).
La collecte peut être allotie.  Un lot peut aussi être tous ou partie du
territoire ou des flux à collecter (comprendre : verre, papier, plastique,
encombrant, vêtement) .
Sita, Véolia, Nicolin, Urbaser, Coved, Pizzorno... et bien d'autres sont
des opérateurs de collecte comme Le Relais. Ce dermier est spécialisé dans
les vêtements mais subit aujourd'hui la concurrence et n'est donc plus le
seul opérateur à collecter des vêtements. Pour les infos c'est soit la
commune soit les Sydicat MIxte de Collecte


  J'utiliserai donc :
 - amenity=recycling
 - operator=Le Relais
 - recycling_type=container
 - recycling:clothes=yes
 - recycling:shoes=yes

 Ca c'est parfait

Comme dit par Romain on peut faire un point pour l'ensemble ou les séparer
par container unique. Après il n'y a pas de sémiologie spécifique au flux.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-GB] Ways to get a big image of the world?

Hi everyone,

Long time no talk. I have a question: is there any easy (does not require
programming) of getting an OSM render of an area of my choice to *any*
size? I want to get an A0 poster of the world for my room up and OSM seems
like the best choice, really.

Let me know if you know of anything, I checked this page:
http://wiki.openstreetmap.org/wiki/OSM_on_Paper and the best I could find
was walking papers but that's only as big as A3.

Thanks,
Rares
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-gb-westmidlands] Next meeting

2015-07-06 Diskussionsfäden Brian Prangle

Hi everyone

We've decided to change our monthly meeting from the first Thursday of the
month to the first Wednesday of the month (so no excuses Stuart!). That
makes the next meeting Wed 5th August which will be in Rugby. We need ideas
for a good pub to meet in.

Thanks to everyone for the turnout in Telford on Saturday

Regards

Brian
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Filip Chirita Rares Cristian

Ich glaube im Forum wirst du mehr Respons von Leute aus Deutschland
bekommen.

forum.openstreetmap.org

Diese Liste ist nicht sehr aktiv.


Jo

2015-07-06 9:56 GMT+02:00 Andreas Schmidt schmidt-postf...@freenet.de:

 Dankeschön nach Belgien!
 Andreas

 Am 06.07.2015 um 09:08 schrieb Jo:
  Vielleicht hat es auch Sinn route_ref hinzuzufügen, mit mehrere Operators
  im Gegend warscheinlich noch besser:
 
  route_ref:CeBus
  und
  route_ref:BürgerBus_Eschede
 
  Dann wird es möglich um nachher (in JOSM) die zurückzufinden mit:
 
  route_ref:CeBus=(^|.+;)26(;.+|$) inview
  regular expression einschalten
 
  Jo
 
  2015-07-06 7:30 GMT+02:00 Jo winfi...@gmail.com:
 
  Oh, ich würde auch kein Leerzeichen nach ; benutzen.
 
  2015-07-06 7:28 GMT+02:00 Jo winfi...@gmail.com:
 
  Ich kann nur sagen wie wir das in Belgien machen. Weil jede
  Bushaltestelle seinen eigenen ref hat (ausgeschildert wenigstens in
  Flandern), sind die nodes neben dem Weg die meist wichtige für uns. Die
  bekommen also alle Details wie
 
  name
  ref
  operator
  network
  route_ref
  zone
  public_transport=platform
  bus=yes
 
  und/oder
  tram=yes
 
  eventuell:
  bin
  bench
  shelter
 
  Wenn ein Platform vorhanden ist, dann kann das gemappt werden als way
  oder area. Ich würde das auch am stop_area hinzufügen.
 
  Weil wir die Daten nicht allzuviel duplizieren wollen, bekommt der
  stop_position nur die tags:
 
  public_transport=stop_position
  bus=yes
 
  und/oder
  tram=yes
 
  Die sind (in Belgien) nicht alle erfasst, die 7
  public_transport=platform/highway=bus_stop sind wohl alle drinn. Die
  stop_position nur für Terminus HS und wo mein Skript andere
 Kandidatwegen
  für die Routerelation finden würde.
 
  shelter kann dargestellt werden als Area (geschlossener Way). Für bench
  und waste_basket die zur HS gehören können auch separate nodes gesetzt
  werden.
 
  Ich würde die auch am stop_area hinzufügen. Angeblich ist das
  kontroversiel (geworden).
 
  Jedenfalls eine stop_area pro Fahrtrichtung, sonnst ist das nutzlos
  (nicht was das Wiki sagt) und stop_area_group hierarchisch um die
 stop_area
  zu sammeln.
 
  Für die Routerelationen gehen nur die
  public_transport=platform/highway=bus_stop nodes drinn. Das reicht.
 (Es ist
  auch das einige was meine DB vorhanden hat wenn es die routerelationen
  erstellt für alle Variante des Reisewegen.
 
  Ich konnte die public_transport=stop_position natürlich noch hinzufügen
  mittels das Skript das versucht die richten Ways hinzuzufügen, aber
 weil
  die weniger wichtig sind, sind sie (noch) nicht allen erfasst.
 
  Das ist wie wir es hier machen und das funktioniert gut. Es ist meinen
  Eindruck das es in Deutschland anders gemacht wird und das ist schade.
 Für
  euch sind angeblich die stop_position das meist wichtige, und es wird
  schwierig sein um sich darüber zu einigen und immerhin mit etwas so
  'einfach' wie möglich zu enden.
 
  Ich hatte in Aachen HS als nodes neben dem Weg erfasst, die aber wieder
  gelöscht wurden und die Details auf stop_position erschoben (wo mein
 Skript
  sie nicht suchen/finden wird). Glücklicherweise ist Aachen die einzige
  Stadt die von ein Belgischer Operator bedient wird. Also werde ich das
 ab
  jetzt einfach ignorieren.
 
  Leider weisst du jetzt immerhin noch nicht ob es so richtig ist (für
  Deutschland). Ich mag es das du die Node public_transport=platform noch
  behalten hast. Deine Kollegen werden warscheinlich sagen der sei nicht
 mehr
  notwendig.
 
  Grüsse,
 
  Polyglot
 
  2015-07-05 22:21 GMT+02:00 Andreas Schmidt 
 schmidt-postf...@freenet.de:
 
  Guten Tag,
 
  könnte bitte jemand schauen, ob ich es richtig mache?
 
  https://www.openstreetmap.org/changeset/32434480
 
  Ich  möchte alle Haltestellen unseres Bürgerbusses so erfassen, dass
 die
  Linien demnächst auch in der ÖPNV-Karte erscheinen können.
 
  Bislang sind
  1) manche Haltestellen nach dem alten Schema „Haltestellenpunkt neben
  der Straße“ vorhanden
  2) manche Haltestellen überhaupt nicht erfasst
  3) bei dem o.g. Beispiel habe ich mich bemüht, das neue, gültige
 Schema
  umzusetzen:
** stop_position auf der Fahrbahn
** platform auf dem Gehweg
** Relation die beide vorgenannten Elemente erfasst
 
  Ich würde gern alle Haltestellen wie Nummer 3 auf den neuesten Stand
  bringen.
  Mache ich das richtig so?
 
  Wenn ich in der Relation den/die Betreiber angebe, wie trenne ich zwei
  Namen von Betreibern?
  „CeBus; BürgerBus Eschede e.V.“ mit Semikolon?
 
  Vielen Dank
  Andreas
 
 
  ___
  Talk-de mailing list
  Talk-de@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-de
 
 
  ___
  Talk-de mailing list
  Talk-de@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden bernard


Es-ce que operator:clothes = Le Relais est possible?


Le 06/07/2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

Par hasard je passais hier sur :
http://www.openstreetmap.org/node/1899078423
Et me disait que je devais ajouter Le Relais comme opérateur pour les 
vêtements.

Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).
Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des 
rendus et si on cherche des point de recyclage ayant verre et 
vêtements on ne les trouvera pas) ou mettre une liste comme opérateur ?

Voir laisser comme ça ?

Jean-Yvon

Le 05/07/2015 23:34, George Kaplan - georgekaplan...@hotmail.fr a écrit :

Hum, oui, effectivement, fallait pas chercher compliqué...

J'utiliserai donc :
- amenity=recycling
- operator=Le Relais
- recycling_type=container
- recycling:clothes=yes
- recycling:shoes=yes


D'après overpass turbo, seulement 63 amenity=recycling and 
operator=Le Relais en France.



Merci Romain.

Le 5 juil. 2015 à 23:24, Romain MEHUT romain.me...@gmail.com 
mailto:romain.me...@gmail.com a écrit :



Bonsoir,

cf. http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling
avec operator=Le Relais

Romain

Le 5 juillet 2015 23:11, George Kaplan georgekaplan...@hotmail.fr 
mailto:georgekaplan...@hotmail.fr a écrit :


Bonsoir,

En voulant déposer des vêtements dans une benne du Relais, j'ai
visité leur site pour localiser le plus proche :
http://www.lerelais.org/oudonner.php
Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux
près de chez moi dans OSM mais je n'ai pas trouvé de tags
permettant de les indiquer.

Quelqu'un a une réponse ou une proposition ?

George
___
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 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




---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Discussões Improdutivas

2015-07-06 Diskussionsfäden Aun Johnsen

Meus pontos no esse condensado:

1) Nenhuma mapeadora e proprietário dos dados inserido no mapa, a mapa
pertence do comunidade inteiro.

2) Alterações, inclusões ou deletações da mapa preciso ser rastreável,
principalmente onde e diferente que fontes comum, como imagens da
Bing.

3) Fontes de dados e provas deve ser compartilhado com o comunidade.
Exemplos disso e compartilhar os trilhas GPS voce tem, principalmente
eles que voce usou ou vai usar para desenhar estradas, e postar seus
fotos georeferenciadas no Mapillary ou outro site similar.

4) OSM falta controle do qualidade (QA), o comunidade e pequeno e
somente um muito pequeno parte da comunidade tem a paciência, tempo,
forca, e o knowhow pra fazer isso. No momento pelo que saiba somos 3
pessoas fazendo isso, mas pode ser um pouco mais. QA e muito
importante para confidencia da mapa fora do comunidade

5) Onde nao ha acordo dentro o comunidade e importante ter discussões,
mesmo se o assunto parecendo bobagem ou minúsculo.

6) Lembra se que tudo trabalho feito no OSM e voluntário, quando
encontro problemas complicado (como o Márcio me apontando com o
roteamento urbano no Vila Velha em vez do contorno com o BR-101) não
podemos cobrar um solução para amanha. Eu não dizendo isso para
defender porque ainda não resolvi o problema no exemplo.

7) OSM tem algum regras principais, e o mais importante e o ground
truth, não devemos inserir dados errados para resolver problemas fora
do banco dados (rendericado errado, roteamento que faz bobagem, etc)


On 7/6/15, Fernando Trebien fernando.treb...@gmail.com wrote:
 Que algumas discussões andam improdutivas, isso é verdade.

 Agora que não há necessidade de questionamento, discordo. Tudo que
 existe no OSM deve ser verificável por outros. O questionamento,
 então, é válido caso a pessoa cometa erros. O que temos que cuidar é
 para questionar cordialmente, e a pessoa não pode se apegar demais ao
 seu trabalho. É difícil porque temos a tendência de ver o nosso
 trabalho como nossa propriedade. Discussões devem ser primeiro
 diretas, e escalonar para a comunidade apenas caso não se chegue a um
 consenso. Daí a comunidade intervém e gera precedente, que ajuda a
 resolver outras discussões futuras. Se um mesmo problema é recorrente,
 a comunidade então tem que agir para evitá-lo. Percebo que tem sido
 assim nas outras comunidades há quase 1 década já.

 Haverá discussões (e naturalmente desentendimentos) até que se chegue
 a um consenso sobre todos os parâmetros do OSM. No Brasil, o projeto
 está ainda engatinhando, então esse tipo de coisa é esperada.

 2015-07-04 18:55 GMT-03:00 Blademir Andrade de Lima
 blademi...@hotmail.com:
 Amigos Mapeadores, boa noite!

 Perceberam o quanto as discussões ultimamente estão improdutivas, e não
 estão contribuindo em nada nossa comunidade?

 Não entrarei em méritos sobre quem fez isso ou aquilo, se fez errado ou
 não.

 Mas estamos tendo discussões sobre bobagens e coisas mínimas.

 Considero que toda pessoa que mapea age de boa fé, sem necessidade de
 questionamento, exceto em casos explícitos de vandalismo.

 Desejo a todos um excelente trabalho!

 Atenciosamente,
 Blademir Andrade - BladeTC

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




 --
 Fernando Trebien
 +55 (51) 9962-5409

 Nullius in verba.

 ___
 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: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Pierre-Yves Berrard

Le 6 juillet 2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

  Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur pour les
 vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).



 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des rendus
 et si on cherche des point de recyclage ayant verre et vêtements on ne les
 trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?


Je pense en effet qu'il est préférable de dupliquer.
Cette duplication n'a rien d'artificielle, car il y a bien deux containers
de recyclage distincts (deux objets dans la réalité  → deux objets dans
osm).

(en plus, c'est tellement plus simple que d'ajouter les tags du type
recycling:clothes:operator=*)

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

Re: [Talk-GB] Ways to get a big image of the world?

2015-07-06 Diskussionsfäden Marc Gemis

Did you look at http://wiki.openstreetmap.org/wiki/OSM_on_Paper ?
There is also http://wiki.openstreetmap.org/wiki/Bigmap, which is also
mentioned on
https://help.openstreetmap.org/questions/22/how-do-i-export-map-images-of-larger-areas

I hope you find a tool suitable for you.

regards

m




On Mon, Jul 6, 2015 at 10:48 AM, Filip Chirita Rares Cristian 
chirita.ra...@gmail.com wrote:

 Hi everyone,

 Long time no talk. I have a question: is there any easy (does not require
 programming) of getting an OSM render of an area of my choice to *any*
 size? I want to get an A0 poster of the world for my room up and OSM seems
 like the best choice, really.

 Let me know if you know of anything, I checked this page:
 http://wiki.openstreetmap.org/wiki/OSM_on_Paper and the best I could find
 was walking papers but that's only as big as A3.

 Thanks,
 Rares

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


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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Jérôme Seigneuret

Pareil plusieurs objets c'est mieux surtout que sur les colonnes il y a des
fois de ref qui servent à identifier la colonne (gestion du remplissage)

N'est-il pas possible de faire une distinction sur la carte FR pour les
type de flux? En principe c'est normaliser pour les couleurs de bacs. Il y
a même eu un problème par rapport à ça sur une commune en région parisienne
qui est obliger de réinvestir pour changer tous ces bacs de collecte...

Le 6 juillet 2015 13:34, Pierre-Yves Berrard pierre.yves.berr...@gmail.com
a écrit :

 Le 6 juillet 2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

  Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur pour les
 vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).



 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des rendus
 et si on cherche des point de recyclage ayant verre et vêtements on ne les
 trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?


 Je pense en effet qu'il est préférable de dupliquer.
 Cette duplication n'a rien d'artificielle, car il y a bien deux containers
 de recyclage distincts (deux objets dans la réalité  → deux objets dans
 osm).

 (en plus, c'est tellement plus simple que d'ajouter les tags du type
 recycling:clothes:operator=*)

 PY


 ___
 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-GB] Ways to get a big image of the world?

Hi,

Steven, thank you for the suggestion. I'm installing QGIS now but I've
never used it before.

Marc, yes. I mentioned that page in my initial email. I can't seem to get
Bigmap to work :(

Regards,
Rares

On Mon, Jul 6, 2015 at 2:57 PM, Marc Gemis marc.ge...@gmail.com wrote:

 Did you look at http://wiki.openstreetmap.org/wiki/OSM_on_Paper ?
 There is also http://wiki.openstreetmap.org/wiki/Bigmap, which is also
 mentioned on
 https://help.openstreetmap.org/questions/22/how-do-i-export-map-images-of-larger-areas

 I hope you find a tool suitable for you.

 regards

 m




 On Mon, Jul 6, 2015 at 10:48 AM, Filip Chirita Rares Cristian 
 chirita.ra...@gmail.com wrote:

 Hi everyone,

 Long time no talk. I have a question: is there any easy (does not require
 programming) of getting an OSM render of an area of my choice to *any*
 size? I want to get an A0 poster of the world for my room up and OSM seems
 like the best choice, really.

 Let me know if you know of anything, I checked this page:
 http://wiki.openstreetmap.org/wiki/OSM_on_Paper and the best I could
 find was walking papers but that's only as big as A3.

 Thanks,
 Rares

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





-- 
Life is not the amount of times you breathe, is the moments that take your
breath away.

To all things comes an end. And to all things comes a beginning.

Cred in inspirat, nu in expirat. in vise, nu in somn. In trait, nu in
existat.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Norbert


Hallo Andreas,

leider gibt es viele unterschiedliche Meinungen zum 
Puplic-Transport-Schema V2


Für mich ist absolut unbefriedigend, dass man die alten Tags
highway=bus_stop und highway=platform verwenden muss, damit in 
mapnik überhaupt was angezeigt wird.


Wie Du es mappen willst ist im Prinzip ok.

Allerdings muss Du der Platform (way) noch den Tag highway=platform geben.

Wenn dieser way dann allerdings in eine Buslinienrelation aufgenommen 
wird, wird der Routenanlayzer einen Fehler melden.
Ich nehme deshalb die Platform so auf, wie Du es ja auch gemacht hasst, 
und auch die Haltestelle mit public_transport=platform. Diesen Punkt, 
der auch alle weiteren Tags bekommt,  verbinde ich mit einem Punkt des 
Platform-Weges.

In die Relation kommt dann nur die stop_position und der Haltestellenpunkt.

Hier mal ein Beispiel der Bushaltestelle Vogelsbergstraße mit einem way 
und einem area:


https://www.openstreetmap.org/node/60661265#map=18/50.24082/8.99353layers=N


Viele Grüße
Norbert

Am 05.07.2015 um 22:21 schrieb Andreas Schmidt:

Guten Tag,

könnte bitte jemand schauen, ob ich es richtig mache?

https://www.openstreetmap.org/changeset/32434480

Ich  möchte alle Haltestellen unseres Bürgerbusses so erfassen, dass die
Linien demnächst auch in der ÖPNV-Karte erscheinen können.

Bislang sind
1) manche Haltestellen nach dem alten Schema „Haltestellenpunkt neben
der Straße“ vorhanden
2) manche Haltestellen überhaupt nicht erfasst
3) bei dem o.g. Beispiel habe ich mich bemüht, das neue, gültige Schema
umzusetzen:
   ** stop_position auf der Fahrbahn
   ** platform auf dem Gehweg
   ** Relation die beide vorgenannten Elemente erfasst

Ich würde gern alle Haltestellen wie Nummer 3 auf den neuesten Stand
bringen.
Mache ich das richtig so?

Wenn ich in der Relation den/die Betreiber angebe, wie trenne ich zwei
Namen von Betreibern?
„CeBus; BürgerBus Eschede e.V.“ mit Semikolon?

Vielen Dank
Andreas



___
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] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Marc SIBERT

Et personne pour leur proposer de switch2osm leur carte gmap ? Alors je
me lance et j'en profite pour leur demander leur jeu de données sous
licence libre (rêver on doit...)

A+

Marc Sibert
m...@sibert.fr

Le 5 juillet 2015 23:11, George Kaplan georgekaplan...@hotmail.fr a écrit
:

 Bonsoir,

 En voulant déposer des vêtements dans une benne du Relais, j'ai visité
 leur site pour localiser le plus proche :
 http://www.lerelais.org/oudonner.php
 Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux près de
 chez moi dans OSM mais je n'ai pas trouvé de tags permettant de les
 indiquer.

 Quelqu'un a une réponse ou une proposition ?

 George
 ___
 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

[OSRM-talk] Route Optimizing

2015-07-06 Diskussionsfäden Jonas Plass

Hello, 
Are there any ambitions to create something like an optimization for route 
stops? 
And when not do you know any other way to do this via rest request? 

Jonas 
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Christian Quest

Vu la guéguerre que ce font ces collecteurs, il est de moins en moins
rare d'avoir plusieurs conteneurs pour collecter le même type d'objet
mais gérés par des opérateurs différents.

Donc utiliser plusieurs noeuds est la solution la plus simple et elle
correspond aussi au principe un objet terrain / un objet OSM.


Le 06/07/2015 14:05, Jérôme Seigneuret a écrit :
 Pareil plusieurs objets c'est mieux surtout que sur les colonnes il y
 a des fois de ref qui servent à identifier la colonne (gestion du
 remplissage) 

 N'est-il pas possible de faire une distinction sur la carte FR pour
 les type de flux? En principe c'est normaliser pour les couleurs de
 bacs. Il y a même eu un problème par rapport à ça sur une commune en
 région parisienne qui est obliger de réinvestir pour changer tous ces
 bacs de collecte...

 Le 6 juillet 2015 13:34, Pierre-Yves Berrard
 pierre.yves.berr...@gmail.com mailto:pierre.yves.berr...@gmail.com
 a écrit :

 Le 6 juillet 2015 08:27, osm.sanspourr...@spamgourmet.com
 mailto:osm.sanspourr...@spamgourmet.com a écrit :

 Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur
 pour les vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).

  

 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart
 des rendus et si on cherche des point de recyclage ayant verre
 et vêtements on ne les trouvera pas) ou mettre une liste comme
 opérateur ?
 Voir laisser comme ça ? 


 Je pense en effet qu'il est préférable de dupliquer.
 Cette duplication n'a rien d'artificielle, car il y a bien deux
 containers de recyclage distincts (deux objets dans la réalité  →
 deux objets dans osm).

 (en plus, c'est tellement plus simple que d'ajouter les tags du
 type recycling:clothes:operator=*)

 PY 


 ___
 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

-- 
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Jérôme Seigneuret

@Christian: Si c'est sur contrat c'est pas possible d'avoir deux opérateurs
au même endroit pour faire la même chose. Parcontre comme je le mentionné,
il y a trois choses qui coexiste:
- Sectorisation des contrats (partie de communes ou du territoire du
syndicat)
- décomposition des flux (collecte OM / CS / Verre / autres déchets  )
-  et des mode de collecte (collecte en porte à porte et collecte en
colonnes d'apport volontaire)

Rien n’empêche d'avoir ces infos comme demandé par Marc et d'ailleurs de
plus en plus de Syndicat demande à avoir les données vecteurs. Le problème
étant que ce sont le plus souvent des données attributaire d'exploitation
(rarement localisé avec des coordonnées,ça serait trop facile, mais à la
rue) et qu'il y a en partie des informations confidentielles. Donc c'est
aux syndicats spécifier dans le cahier des charges la fournir des
informations avec les critères qui vont bien. Ça rentre aussi dans les
conditions d'équité au niveau de l'appel d'offre pour toute entreprise
souhaitant candidater.






Le 6 juillet 2015 15:24, Christian Quest cqu...@openstreetmap.fr a écrit :

  Vu la guéguerre que ce font ces collecteurs, il est de moins en moins
 rare d'avoir plusieurs conteneurs pour collecter le même type d'objet mais
 gérés par des opérateurs différents.

 Donc utiliser plusieurs noeuds est la solution la plus simple et elle
 correspond aussi au principe un objet terrain / un objet OSM.



 Le 06/07/2015 14:05, Jérôme Seigneuret a écrit :

 Pareil plusieurs objets c'est mieux surtout que sur les colonnes il y a
 des fois de ref qui servent à identifier la colonne (gestion du
 remplissage)

  N'est-il pas possible de faire une distinction sur la carte FR pour les
 type de flux? En principe c'est normaliser pour les couleurs de bacs. Il y
 a même eu un problème par rapport à ça sur une commune en région parisienne
 qui est obliger de réinvestir pour changer tous ces bacs de collecte...

 Le 6 juillet 2015 13:34, Pierre-Yves Berrard 
 pierre.yves.berr...@gmail.com a écrit :

  Le 6 juillet 2015 08:27,  osm.sanspourr...@spamgourmet.com
 osm.sanspourr...@spamgourmet.com a écrit :

  Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur pour les
 vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).



  Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des
 rendus et si on cherche des point de recyclage ayant verre et vêtements on
 ne les trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?


  Je pense en effet qu'il est préférable de dupliquer.
 Cette duplication n'a rien d'artificielle, car il y a bien deux
 containers de recyclage distincts (deux objets dans la réalité  → deux
 objets dans osm).

  (en plus, c'est tellement plus simple que d'ajouter les tags du type
 recycling:clothes:operator=*)

  PY


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




 ___
 Talk-fr mailing 
 listTalk-fr@openstreetmap.orghttps://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: [OSRM-talk] Route Optimizing

2015-07-06 Diskussionsfäden phil

You mean traveling salesman? 

Phil (trigpoint)

On Mon Jul 6 14:36:33 2015 GMT+0100, Jonas Plass wrote:
 Hello, 
 Are there any ambitions to create something like an optimization for route 
 stops? 
 And when not do you know any other way to do this via rest request? 
 
 Jonas 
 ___
 OSRM-talk mailing list
 OSRM-talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/osrm-talk


-- 
Sent from my Jolla
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk

Re: [OSRM-talk] Route Optimizing

2015-07-06 Diskussionsfäden Hans Gregers Petersen

Hi Jonas,


 Are there any ambitions to create something like an optimization for route 
 stops?
 And when not do you know any other way to do this via rest request?


If you are thinking of the TSP -
https://en.wikipedia.org/wiki/Travelling_salesman_problem - then it is
a simple problem of I need to visit X places after each other, please
optimize the order to visit those places in. The solution is
well-described in the WikiPedia link. You can write a little
JavaScript, Python or whatever - and optimize on either distance or
time. It is fairly simple, and all you use OSRM for is getting the
costs. If you want as few calls to the OSRM-server as possible, then
have a look at the table-service  (
https://github.com/Project-OSRM/osrm-backend/wiki/Server-api#available-services
)

Best regards,

Greg


Hans Gregers Petersen
Partner, Seniorkonsulent
greg...@septima.dk
--
Septima P/S
Frederiksberggade 28, 2. tv.
1459 København K
www.septima.dk

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

Re: [OSRM-talk] Route Optimizing

2015-07-06 Diskussionsfäden Emil Tin



The OSRM team is working on a new API call to compute a round-trip that visits 
a list of point:

https://github.com/Project-OSRM/osrm-backend/tree/feature/round_trip


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149

-Oprindelig meddelelse-
Fra: Hans Gregers Petersen [mailto:greg...@septima.dk] 
Sendt: 6. juli 2015 15:55
Til: Mailing list to discuss Project OSRM
Emne: Re: [OSRM-talk] Route Optimizing

Hi Jonas,


 Are there any ambitions to create something like an optimization for route 
 stops?
 And when not do you know any other way to do this via rest request?


If you are thinking of the TSP -
https://en.wikipedia.org/wiki/Travelling_salesman_problem - then it is a simple 
problem of I need to visit X places after each other, please optimize the 
order to visit those places in. The solution is well-described in the 
WikiPedia link. You can write a little JavaScript, Python or whatever - and 
optimize on either distance or time. It is fairly simple, and all you use OSRM 
for is getting the costs. If you want as few calls to the OSRM-server as 
possible, then have a look at the table-service  ( 
https://github.com/Project-OSRM/osrm-backend/wiki/Server-api#available-services
)

Best regards,

Greg


Hans Gregers Petersen
Partner, Seniorkonsulent
greg...@septima.dk
--
Septima P/S
Frederiksberggade 28, 2. tv.
1459 København K
www.septima.dk

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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden osm . sanspourriel

Le seul point gênant c'est que si l'on cherche un point de collecte pour 
X et Y et que le moteur risque de ne pas le trouver (avec l'API 
Overpass, c'est un peu coton si on veut le faire).
Mais par contre Mapnik fait bien son boulot en s'affichant pas les n 
conteneurs s'il n'y a pas la place pour les afficher tous.


Jean-Yvon

Le 06/07/2015 15:24, Christian Quest - cqu...@openstreetmap.fr a écrit :
Vu la guéguerre que ce font ces collecteurs, il est de moins en moins 
rare d'avoir plusieurs conteneurs pour collecter le même type d'objet 
mais gérés par des opérateurs différents.


Donc utiliser plusieurs noeuds est la solution la plus simple et elle 
correspond aussi au principe un objet terrain / un objet OSM.



Le 06/07/2015 14:05, Jérôme Seigneuret a écrit :
Pareil plusieurs objets c'est mieux surtout que sur les colonnes il y 
a des fois de ref qui servent à identifier la colonne (gestion du 
remplissage)


N'est-il pas possible de faire une distinction sur la carte FR pour 
les type de flux? En principe c'est normaliser pour les couleurs de 
bacs. Il y a même eu un problème par rapport à ça sur une commune en 
région parisienne qui est obliger de réinvestir pour changer tous ces 
bacs de collecte...


Le 6 juillet 2015 13:34, Pierre-Yves Berrard 
pierre.yves.berr...@gmail.com 
mailto:pierre.yves.berr...@gmail.com a écrit :


Le 6 juillet 2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

Par hasard je passais hier sur :
http://www.openstreetmap.org/node/1899078423
Et me disait que je devais ajouter Le Relais comme opérateur
pour les vêtements.
Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).

Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la
plupart des rendus et si on cherche des point de recyclage
ayant verre et vêtements on ne les trouvera pas) ou mettre
une liste comme opérateur ?
Voir laisser comme ça ?


Je pense en effet qu'il est préférable de dupliquer.
Cette duplication n'a rien d'artificielle, car il y a bien deux
containers de recyclage distincts (deux objets dans la réalité  →
deux objets dans osm).

(en plus, c'est tellement plus simple que d'ajouter les tags du
type recycling:clothes:operator=*)

PY


___
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


--
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: [OSM-talk-be] La Wallonie picarde à vélo - TEST

2015-07-06 Diskussionsfäden Matthieu Gaillet


Julien, bonjour,

Pas de nouvelles sur le front de la WAPI à vélo. Je vais en remettre une couche.

Peux-tu me fournir les contacts des personnes que tu citerais pour faire 
avancer les choses ? J’ai lu cette page 
http://geoportail.wallonie.be/home/acteurs-et-activites/plan-strategique-geomatique.html
 
http://geoportail.wallonie.be/home/acteurs-et-activites/plan-strategique-geomatique.html
 au sujet de l’ouverture des bases de données du SPF Wallonie, mais je dois 
dire que c’est assez abscons et que je n’y trouve pas de réelle incitation à 
libérer des données.

Si tu peux me donner un coup de pouce, ce serait avec plaisir. J’ai 
actuellement affaire à une gestionnaire de projet, mais il faudrait arriver à 
contacter sa direction en direct et citer des noms de gens qui pourraient 
influencer sa décision ;-)

Merci !

Matthieu


 On 01 Jun 2015, at 16:11, Julien Fastré jul...@fastre.info wrote:
 
 Bonjour Mathieu,
 
 Je suis content que quelqu'un fasse de l'évangélisation auprès de pouvoirs 
 publics sur l'ouverture de données. 
 
 Je pense que, parfois, il y a une certaine curiosité et certaines ouvertures, 
 et qu'en effet tout avance au rythme de l'administration (cf ton mail du 
 29/05 à 14:25). J'ajouterai l'adjectif Wallonne  mais c'est un peu espiègle 
 :-)
 
 Tiens bon dans ta démarche, ils vont sûrement avoir besoin de gens pour 
 répondre à leurs questions d'ici quelques mois.
 
 Tu peux éventuellement faire référence au plan stratégique géomatique wallon 
 qui promeut l'ouverture des données de manière très claire. Les mettre en 
 contact avec certaines personnes au département géomatique du SPW vaut 
 peut-être la peine - je peux te les communiquer si besoin.
 
 Bien à toi,
 Julien
 
 
 
 Le 28/05/15 20:01, Matthieu Gaillet a écrit :
 Hi Ben, thanks for your answer. You make a point here by submitting this 
 document : it wasn’t clear to me that such document existed and was 
 mandatory, at least against a simple authorisation email.
 
 Now I think that a public administration will for sure be afraid to sign 
 such a document. They hate written things ;-)
 
 Let’s wait and see. Up to now : no answer.
 
 Matthieu
 
 On 27 May 2015, at 23:24, Ben Abelshausen ben.abelshau...@gmail.com 
 mailto:ben.abelshau...@gmail.com wrote:
 
 Hi,
 
 A bit difficult for me to follow (sorry, french still not very good, shame 
 on me!) but if you want to use data like this you should have **them** sign 
 a agreement that they grant permission to use the data in OSM and release 
 it as ODbL. An email is never enough as permission to use data.
 
 The template letters can be found on the wiki:
 
 http://wiki.openstreetmap.org/wiki/Import/GettingPermission#Letter_Template3
  
 http://wiki.openstreetmap.org/wiki/Import/GettingPermission#Letter_Template3
 
 I agree with Jo here:
 
 Donc IDETA doît décider s'ils veulent que nous effacions ce que a déjà été 
 repris (avec leur permission)
 Et ils doivent décider si nous pouvons continuer avec les données qui nous 
 étaient mises à disposition.
 De toute façon nous ne pouvons pas signer ce nouvel accord draconique qui 
 contredit ce qui était convenu auparavant. Donc pas moyen de mettre à jour 
 les données, sauf en les répérant sur place avec un peu plus de peine.
 
 Met vriendelijke groeten,
 Best regards,
 
 Ben Abelshausen
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be 
 https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be 
 https://lists.openstreetmap.org/listinfo/talk-be
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSRM-talk] Route Optimizing

2015-07-06 Diskussionsfäden Stephen Woodbridge

Emil,

See this for a good explanation of the various algorithms:
http://www2.isye.gatech.edu/~mgoetsch/cali/VEHICLE/TSP/TSP003__.HTM

Click the right arrow at the bottom of the page to see more algorithms.

The heuristics for the traveling salesman problem fall into the following
classes:

Tour construction algorithms (creating an initial sub-tour and / or
inserting remaining points if necessary)
Tour improvement algorithms (improving the existing tour)

Most of the time, a combination of algorithms from both of these classes is
used. These are called composite procedures.

The farthest insertion is a Tour construction algorithm and it could
benefit from adding a simulated annealing of a tabu search optimizer to
improve the initial tour construction.

-Steve

On 7/6/2015 4:16 PM, Emil Tin wrote:

Seems it the farthest insertion algorithm although i'm not familiar with it.

Sendt fra min iPhone

Den 06/07/2015 kl. 21.40 skrev Stephen Woodbridge wood...@swoodbridge.com:

I have not looked at the round_trip feature code, but if it is solving a TSP
problem it really need to solve it for an asymmetric matrix and not a symmetric
matrix. Most of the algorithms you find around the web solve the symmetric
case, but because we are dealing with oneway streets and turn restrictions, etc
there can be some big differences in cost based on the direction of travel
between nodes.

There is a way to convert an asymmetric matrix into a symmetric matrix that
might be an option. Or if you are only looking for an approximate optimization
solution then the symmetric matrix might be good enough.

You can look at pgRouting and see what we have done there.

-Steve

On 7/6/2015 2:03 PM, Jonas Plass wrote:
Thank you guys for the Inspiration. I will have a Look at it tomorrow.

Am 06.07.2015 um 18:03 schrieb Stephen Woodbridge wood...@swoodbridge.com:

A simple trick if you want to do start-via-via-...-via-end optimization like
TSP is to use TSP and artificially set the distance between end and start
locations to zero and this will keep those two city bound together. Then in the
result just remove that link.

This will allow the same code that solves TSP round trip to also optimize the
vis points between a start and end trip.

-Steve

On 7/6/2015 10:02 AM, Emil Tin wrote:

The OSRM team is working on a new API call to compute a round-trip that visits
a list of point:

https://github.com/Project-OSRM/osrm-backend/tree/feature/round_trip

Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149

-Oprindelig meddelelse-
Fra: Hans Gregers Petersen [mailto:greg...@septima.dk]
Sendt: 6. juli 2015 15:55
Til: Mailing list to discuss Project OSRM
Emne: Re: [OSRM-talk] Route Optimizing

Hi Jonas,

Are there any ambitions to create something like an optimization for route
stops?
And when not do you know any other way to do this via rest request?

If you are thinking of the TSP -
https://en.wikipedia.org/wiki/Travelling_salesman_problem - then it is a simple problem of I
need to visit X places after each other, please optimize the order to visit those places in.
The solution is well-described in the WikiPedia link. You can write a little JavaScript, Python or
whatever - and optimize on either distance or time. It is fairly simple, and all you use OSRM for
is getting the costs. If you want as few calls to the OSRM-server as possible, then have a look at
the table-service (
https://github.com/Project-OSRM/osrm-backend/wiki/Server-api#available-services
)

Best regards,

Greg

Hans Gregers Petersen
Partner, Seniorkonsulent
greg...@septima.dk
--
Septima P/S
Frederiksberggade 28, 2. tv.
1459 København K
www.septima.dk

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

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

___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org

Re: [Talk-us] Railway crossing challenge for MapRoulette

2015-07-06 Diskussionsfäden Mike N


On 7/6/2015 10:46 AM, Martijn van Exel wrote:

Please share your corrections / feedback so I can improve this if necessary 
before I push it live. (In particular I am never sure whether to use crossing 
or level_crossing.)


Thanks for doing that challenge - it sounds like a great fit for 
MapRoulette!


My only feedback is not to include the OSM already has a crossing 
points, or - is this confirmation that the specific challenge task has 
been complete?


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

Re: [Talk-us] Railway crossing challenge for MapRoulette

2015-07-06 Diskussionsfäden Martijn van Exel

It’s based on FRA data, so it is US only. If anyone can furnish me with 
crossing data for other countries, I am happy to get a challenge up for other 
places as well. (crossposting to talk@ for that purpose)

Martijn

 On Jul 6, 2015, at 9:02 AM, Clifford Snow cliff...@snowandsnow.us wrote:
 
 From my read of our wiki and wikipedia, the correct term should be 
 level_crossing. British English and all. 
 
 Thanks for doing the MapRoulette challenge on rr crossings. It will be nice 
 to see us complete the US. Will this challenge be world wide or just the US?
 
 Clifford
 
 On Mon, Jul 6, 2015 at 9:46 AM, Martijn van Exel m...@rtijn.org wrote:
 Hi all,
 
 I have done some work to turn the FRA crossing data into a MapRoulette 
 challenge to fix missing railway crossings.
 
 Here is the description I have come up with for now:
 
 https://www.dropbox.com/s/4xh49ufnwyxp35r/Screenshot%202015-07-06%2008.43.21.png?dl=0
 
 Please share your corrections / feedback so I can improve this if necessary 
 before I push it live. (In particular I am never sure whether to use crossing 
 or level_crossing.)
 
 Thanks,
 
 Martijn
 
 
 
 ___
 Talk-us mailing list
 Talk-us@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-us
 
 
 
 -- 
 @osm_seattle
 osm_seattle.snowandsnow.us
 OpenStreetMap: Maps with a human touch


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

[OSM-ja] 大学の、学部と学科の表現方法について

2015-07-06 Diskussionsfäden Satoshi IIDA

いいだです。

先日、OSM wikiで、大学の学部と学科をあらわすためのタグを見つけました。
もともと大学 (amenity=university) のためのページで、英語版が更新されて追記されていたものです。
せっかくなので、翻訳をしました。

http://wiki.openstreetmap.org/wiki/JA:Tag:amenity%3Duniversity

それによれば、
学部: faculty = *
学科: department = *
となるようです。

OSM wikiでは主に海外向けの記法として、
「スペースはアンダーバーにして入力」「大文字を入れない」などの書き方指南の記載がありますが、
これの日本での書き方をどうするのがよいのかな、と思っています。

個人的な考えでゆくと、こんなかんじかな？と思っています。
ご意見いただけると嬉しいです。
* nameタグなどと同じように、現地語優先（英語表記などは name:enなどで実施）として、例えば faculty=法学部 などのように記載する
*
name:enや、int_nameに入れる値は、それぞれの大学の学部の英語ウェブページなどで使われている文言を利用（英語論文とかでもその名前が使われてるはず）
→文科省の文書等、他に典拠となりそうなものがあれば教えていただきたいです

このタグの使い方がある程度定まることで、
過去のKSJ2データインポートの際に入力された、○○大学（△△学部） というnameのノードをクリンナップできると思っています。
たとえばこのあたりのようなノードです。

http://osm.org/go/7Q5nr0qwR?m=

ご意見お待ちしております ( ˘ω˘ )


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

Re: [OSM-talk-nl] JOSM plugin ODS

2015-07-06 Diskussionsfäden Maarten Deen


On 2015-07-06 17:24, Gertjan Idema wrote:

Maarten,

De melding komt niet van de ods-bag plugin, maar van de
opendataservices plugin. Als je die uit vinkt, ben je melding kwijt.


Dank je. Ik was helemaal op het verkeerde been gezet. Ik zocht op ods in 
de plugin lijst en als daar dan opendataservices staat valt die 
uiteraard weg.


Maarten


On Mon, 2015-07-06 at 16:13 +0200, Maarten Deen wrote:

Zo te zien is de JOSM ODS plugin voor de BAG-data. Elke keer dat ik
JOSM
opstart krijg ik een venster dat mijn ODS versie (0.4.10) out of date
is
en dat ik naar de laatste versie (0.5.1) moet upgraden. Maar in de
plugins heb ik ods-bag niet aangevinkt en dan nog staat ook daar
versie
0.4.10 genoemd, niet 0.5.1.

Weet iemand hoe ik van die melding af kom?

Maarten

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


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



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

[Talk-ca] Canadian Arctic Island Naming Languages

2015-07-06 Diskussionsfäden James Parker Badger

Hello,

I am working at the University of Calgary on a project that is using 
OpenStreetMap data to provide a mapping service for Arctic researchers. We 
chose to use OpenStreetMap as we would like to encourage communities to 
contribute and share their local mapping data.

One of the partners on our project is the Arctic Institute of North America 
(http://arctic.ucalgary.ca/), and one of their members asked me about the 
naming of islands in the Canadian Arctic: is there a reason some islands are 
named in French and others in English? The Arctic Institute generally uses the 
English names (or names in the indigenous languages).

Sincerely,

James
--
James Badger E.I.T.
Research Associate
GeoSensorWeb Lab
Department of Geomatics Engineering
Schulich School of Engineering
University of Calgary
2500 University Drive NW
Calgary, Alberta T2N 1N4
http://sensorweb.geomatics.ucalgary.ca

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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Martin Koppenhoefer



sent from a phone

 Am 06.07.2015 um 21:00 schrieb Rolf Eike Beer e...@sf-mail.de:
 
 Ich würde ds e.V. hier weglassen, da es nichts zur Sache tut. YMMV.


ich würde es nicht weglassen beim operator tag, wie auch andere (GmbH, AG, ...) 
Rechtsformen / Namensbestandteile des operators.

Beim tagging steht es ungefähr 50/50:
http://taginfo.openstreetmap.org/keys/operator#values

DB Netz leicht vor DB Netz AG, aber Deutsche Post AG dafür leicht vor Deutsche 
Post ;-)

Im Ernst, bei so großen Firmen die sowieso jeder kennt oder wo man eine Gruppe 
meint, da tut es vielleicht auch so was wie SBB, ÖBB, SNCF, etc. (wobei es so 
eher zu Verwechslungen kommen kann, heißt DB jetzt Deutsche Bahn oder Bank?), 
aber bei kleinen Firmen/Namen ist es durchaus eine nützliche Information, ob 
das ein eV ist, eine AG oder was auch immer. 

TEC scheint z.B. derzeit eine rein französische Angelegenheit zu sein:
http://taginfo.openstreetmap.org/tags/operator=TEC#map

könnte aber passieren, dass dieses Kürzel auch noch für was anderes steht, was 
bei Transport en Commun eher unwahrscheinlich ist.

Das sieht man schön an SBB
http://taginfo.openstreetmap.org/tags/operator=SBB#map

damit wurden offenbar nicht nur Einrichtungen der Schweizerischen Bundesbahnen 
sondern (mutmaßlich) auch welche des Sächsischen Bergsteigerbunds getaggt, 
sowie auch Dinge des Staatsbosbeheer 
https://nl.wikipedia.org/wiki/Staatsbosbeheer und noch mind. 1 weiteren 
Organisation in Deutschland ;-)

Zusammen mit einem räumlichen Kriterium kann man das derzeit wohl noch 
auseinander halten, aber je mehr Zeugs insgesamt in OSM reinkommt umso mehr 
werden solche Abkürzungen zum Problem wegen Uneindeutigkeit.

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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

2015-07-06 Diskussionsfäden GaelADT

Adrien Caillot wrote
Si la proposition de mon message précédent est acceptée par Gaël, il y a
de fortes chances pour qu'on arrive à faire reconnaître comme officiel
le découpage qui sera déjà partagé par l'AF3V et par OSM.

Bonsoir Adrien,

Merci pour ton message constructif. Personnellement je trouve que c'est une
très bonne idée et qui permettrait à tout les acteurs de se mobiliser pour
avancer sur ces données.

Je pense que c'est la bonne vision pour OSM (il n'y a qu'à voir le nombre de
relations manquantes ou pas à jour) et pour Géovélo. Maintenant je n'ai pas
envie d'imposer ce genre de modélisation si le reste de la communauté ne
souhaite pas la suivre. On s'est toujours rangé du côté de la communauté
(exemple au début de Géovélo où on souhaitait intégrer la notion de
cyclabilité dans OSM, mais cela a été refusé) et c'est bien normal.

Pour résumé notre position si la communauté est contre, on gardera le
système actuel avec une grande relation énorme, et on gérera les étapes de
notre côté, sur Géovélo. L'avantage de cette modélisation c'est qu'elle
permet de bien distinguer ce qui a été vérifié sur le terrain, ce qui est en
projet, etc. dans sous relations différentes.

Si la communauté est pour, c'est cool, on est prêt à s'investir dans le
projet et à organiser tout cela.

Bonne soirée,
Gaël.

--
View this message in context:
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5849621.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Retour SotM-US ?

2015-07-06 Diskussionsfäden Eric Debeau

Salut

Je réagis avec un peu de retard sur openhistoricalmap. On avait eu une
présentation au SOTM à Brest et depuis, je vois que les anciennes voies
romaines ont été intégrées en Bretagne, mais qu'il y a très peu de
contributeurs.

Est ce que vous pensez que c'est la bonne solution pour renseigner les
données du passé ?

Eric

2015-07-02 23:48 GMT+02:00 osm.sanspourr...@spamgourmet.com:

  Bonjour,

 Le 02/07/2015 04:56, Philippe Verdy - verd...@wanadoo.fr a écrit :
  *C'est un problème critique pour la survie d'OSM sur le plus long
 terme. Je ne pense pas qu'on échappera à une alliance renforcée avec
 Wikimédia au delà d'une simple collaboration.*
 L'expérience de Wikipédia ne me semble pas très concluante (encyclopédie
 libre... exprimant librement les points de vue des lobbies).
 Je ne jette pas pour autant le bébé avec l'eau du bain (je reste
 contributeur occasionnel de Wikipedia).

  *Google et Apple concernant leurs OS de plus en plus propriétaires*
   Entièrement d'accord sur la totalité du passage.

  *La question se posera aussi de la persistance du modèle de données
 simpliste*
   Le modèle ou l'exploitation qui en est faite ?
 Avoir des outils spécialisés par exemple pour faciliter l'ajout
 d'informations en destination de certains publics ou usages peut permettre
 une clarification de la sémantique. Disons les infos pour les handicapé-e-s
 ou les bouches d'incendie.
 Le fil de discussion sur imposm3 et celui sur le tuilage vectoriel me
 semble plutôt montrer que sa simplicité est un atout.
 Mais globalement on est assez d'accord, il faut juste veiller à ne pas
 perdre les atouts.

   *la pauvre fondation OSM n'a aucune influence ni soutien réel, tandis
 que les compagnies privées dépensent des milliards en RD, brevets,
 création de droits dérivés échappant aux règles internationales des
 licences actuelles* (...)

 Pourquoi opposer les fondations aux compagnies privées ?
 On peut aussi trouver un appui auprès des utilisateurs des cartes.

 Hier je suis tombé sur un site d'une librairie qui utilisait Evil Map.
 J'ai cliqué sur le formulaire de contact, je leur ai proposé un lien sur
 une carte prépositionnée sur leur librairie et expliqué que mettre une
 carte G... c'est signaler à G... qu'ils pouvaient mettre des publicités
 pour des librairies en ligne.
 On a donc des milliers de petites et moyennes entreprises qui sont nos
 alliés objectifs.

 Dans le fil de discussion suivant sur switch2osm je vais te montrer
 comment des entreprises plus importantes ont aussi intérêt à ce que les
 données OSM vivent.

 Jean-Yvon

 ___
 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-ca] Canadian Arctic Island Naming Languages

2015-07-06 Diskussionsfäden James

It can just be that the person mapping didnt follow the standards for Canada
for example:
[image: Inline image 1]

The name tag should be the native name. (Could be French, English or
Indigenous languages)
name:en the english translation
name:fr the french translation

On Mon, Jul 6, 2015 at 12:46 PM, James Parker Badger jpbad...@ucalgary.ca
wrote:

  Hello,

  I am working at the University of Calgary on a project that is using
 OpenStreetMap data to provide a mapping service for Arctic researchers. We
 chose to use OpenStreetMap as we would like to encourage communities to
 contribute and share their local mapping data.

  One of the partners on our project is the Arctic Institute of North
 America (http://arctic.ucalgary.ca/), and one of their members asked me
 about the naming of islands in the Canadian Arctic: is there a reason some
 islands are named in French and others in English? The Arctic Institute
 generally uses the English names (or names in the indigenous languages).

  Sincerely,

  James
  --
 James Badger E.I.T.
 Research Associate
 GeoSensorWeb Lab
 Department of Geomatics Engineering
 Schulich School of Engineering
 University of Calgary
 2500 University Drive NW
 Calgary, Alberta T2N 1N4
 http://sensorweb.geomatics.ucalgary.ca


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




-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-br] Necessidade de intermediação

Perfeito. Só fazer o OSM corresponder a esses tracklogs que temos
então. Nem precisa usar scripts de reversão ou usuário especial pra
isso.

Para aliviar os ânimos: do ponto de vista da API do OSM, uma reversão
nada mais é que uma edição comum que faz as operações de edição ao
contrário (se moveu, move de volta; se colocou, remove; se removeu,
recoloca), sem marcá-las de forma especial. O único indício de que foi
uma reversão seriam os comentários no changeset. Ter um changeset
seu revertido não é como se tivesse sujado a ficha no OSM, eu até já
reverti formalmente changesets meus. Não existe sistema de
apontamento de culpados, tanto é que nem lembro de cor o último
changeset que eu reverti, menos ainda quem foi o seu autor. Mal lembro
de alguns autores que abusaram da leniência desse sistema e exigiram
múltiplas reversões em sequência. Uma vez começamos a coletar os
changesets de reversão no wiki, não para difamar seus autores, mas
para lembrar da justificativa para a reversão, justamente para buscar
a compreensão mútua com o autor, o que me parece justo, e também para
irmos criando consenso sobre coisas que antes estavam implícitas (e,
por isso, causando confusão). Pensem então na reversão como um simples
desfazer mais formal. Muitos autores já se dispuseram a executar a
reversão eles mesmos, e certamente teriam permissão para isso, mas
como é tecnicamente complicado (especialmente quando os dados já
sofreram alteração desde a edição questionada), só uns poucos acabam
realmente executando.

Por essas e outras, reversões também podem ser questionadas. E se
podem ser questionadas, podem ser abusivas, por isso é bom que sejam
feitas só depois de surgir um consenso na comunidade. E isso só é
possível depois de uma comunicação exaustiva. O lugar ideal seria o
fórum (já convidei várias vezes), mas o pessoal gosta de lotar a caixa
dos outros. :P O que se pode fazer pra evitar poluir a lista com esses
tópicos controversos é abrir o tópico lá no fórum e mandar um e-mail
pra cá pedindo para os interessados participarem lá.

2015-07-06 12:14 GMT-03:00 Adriano Rosa adriano...@gmail.com:
 uma ressalva quanto ao último parágrafo da mensagem do fernando:
 Outra saída para essa situação toda é aceitar que o que foi feito por
 você é indefensável e portanto é mais seguro que seja revertido, pelo
 bem da comunidade. Alguém com melhores condições de demonstrar a
 licitude do método vai corrigir quando chegar a hora.
 mesmo que o marcio não mostre o tracklog que ele recebeu, acho que não
 precisa reverter a edição, pois há tracklogs já incluídos que, ao menos,
 parcialmente demonstram o percurso atual no trevo.

 Em dom, 5 de jul de 2015 às 12:00, Fernando Trebien
 fernando.treb...@gmail.com escreveu:

 2015-07-05 4:57 GMT-03:00 Marcio - Thundercel thunder...@gpsinfo.com.br:
  A partir do momento que um mapeador declara em sua edição GPS;survey
  acredito nele e nunca pedirei comprovação do que ele editou. Quem ganha
  é o
  OSM porquemais um colaborador, voluntariamente, atuou no mapa.

 Só porque é voluntário não quer dizer que qualquer coisa que faça deve
 ser aceita. Como você disse, assim age você, mas não pretendo agir
 assim.

  Da mesma forma, se sua informação viesse de uma prefeitura, você
  colocaria a prefeitura na etiqueta source. Isso informaria os outros
  mapeadores onde procurar a informação para confirmar:
  - sua veracidade; e
  - sua correção
 
 
  Dados obtidos em prefeituras, IBGE, Bing, mapbox, não pode ser comparado
  com
  survey.

 Em diversos aspectos podem sim.

  Esse é o mesmo princípio pelo qual funciona a Wikipédia: nenhuma
  informação fica lá sem que uma fonte seja citada para verificação. Se
  a fonte não for fornecida, a informação pode ser removida por falta de
  neutralidade. O OSM é a Wikipédia dos mapas - inclusive é assim que se
  apresenta aos novos usuários. Tudo deve ser verificável, não somente
  sob o ponto de vista da idoneidade, mas também do ponto de vista da
  correção.
 
 
  Não tem relação com survey.

 Tem tudo a ver com survey. O equivalente para Wikipédia é uma pessoa
 colocar nela uma informação que simplesmente conhece, que viu por
 aí, mas que não tem fonte. Isso tende a ser removido depois de um
 tempo, quando finalmente os olhos de um fiscal passam pela
 informação. Assim como no OSM, faltam fiscais na Wikipédia pra
 quantidade de dados nela colocados.

  Entendo. Poderia nos copiar a mensagem que ele lhe enviou, mesmo que
  seja uma declaração dizendo tá igual à [fonte X]? Acho que basta.
 
  Não.
  Minha palavra nesse caso basta.

 Se você tem a informação solicitada e não quer compartilhar, começo a
 dar mais razão para a desconfiança do Aun. Talvez você não tenha a
 informação e quer apenas que acreditemos. As imagens que você
 apresentou a ele são de uma fonte que não conhecemos, e queremos saber
 se é lícita (agora me juntei ao coro, quero saber também). É um
 questionamento válido e importante. Você pode ter feito 4000
 contribuições válidas no passado,

Re: [Talk-ca] Canadian Arctic Island Naming Languages

2015-07-06 Diskussionsfäden john whelan

Within the map there is provision for different language names.  Different
people have different ideas about which name should be in the name field.
In general the English version will be found following the convention of
the Arctic Institute.  However it is possible to tag name:en name:fr etc.
but then you get a rendering problem.  Not all the rendering systems allow
you to see anything other than the name field.  You'd need to research what
tags are / should be used for the indigenous languages remembering that
they are based on European shorthand.  OSM allows anything but its working
with the rendering systems to display the map afterwards that causes the
problem.

Maperitive does allow you to adjust the rendering rules to display any of
the fields, you might like to use name:en for preference but name if there
isn't a value in name:en.  Maperitive rules are not the easiest in the
world but it does allow you considerable flexibility.  I have Ottawa lying
around in Maperitive somewhere that either displays in English or French,
the street names for example etc. so you could actually have a map that
displayed in an indigenous language.

Cheerio John



On 6 July 2015 at 12:46, James Parker Badger jpbad...@ucalgary.ca wrote:

  Hello,

  I am working at the University of Calgary on a project that is using
 OpenStreetMap data to provide a mapping service for Arctic researchers. We
 chose to use OpenStreetMap as we would like to encourage communities to
 contribute and share their local mapping data.

  One of the partners on our project is the Arctic Institute of North
 America (http://arctic.ucalgary.ca/), and one of their members asked me
 about the naming of islands in the Canadian Arctic: is there a reason some
 islands are named in French and others in English? The Arctic Institute
 generally uses the English names (or names in the indigenous languages).

  Sincerely,

  James
  --
 James Badger E.I.T.
 Research Associate
 GeoSensorWeb Lab
 Department of Geomatics Engineering
 Schulich School of Engineering
 University of Calgary
 2500 University Drive NW
 Calgary, Alberta T2N 1N4
 http://sensorweb.geomatics.ucalgary.ca


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


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

[Talk-dk] Rundkørsler skal ikke have vejnavn?

2015-07-06 Diskussionsfäden Asger Frank

Jeg har haft den glæde at kunne tilføje en nybygget rundkørsel til OSM.
Imidlertid resterer en detalje, nemlig om den skal forsynes med vejnavn (incl. 
eventuel ref=*)?

Wiki'en angiver A roundabout should only be tagged with name=* if the junction 
itself is named independently and differently from the roads crossing it.
- men når jeg skimmer danske rundkørsler andre har lavet, er de med ganske få 
undtagelser alle forsynet med vejnavn.

Er det er særlig dansk tradition, eller er wikien forkert?

Mvh
Asger Frank

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

[Talk-br] Semanário do OpenStreetMap, número 257

2015-07-06 Diskussionsfäden Vitor George

Vejam lá a tradução do número 257 do WeeklyOSM:

http://www.weeklyosm.eu/pt/archives/4335

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

Re: [Talk-br] Discussões Improdutivas

2015-07-06 Diskussionsfäden A. Carlos

Vou dar uma petekada aqui.

1. O Zezinho mora no local, manda uma contribuição, dizendo que tal Rua esta 
errada, Fato.
2 O Márcio na boa fé analisando o que recebeu, vai lá e faz o acerto.
3. O Aun baseando se em documentos,provas antigas, tracks, vai lá e reverte...

Se eu sou Zezinho, e vejo que voltou tudo de volta, e sei, tenho certeza moro 
ali, e vi que está errado.
Primeiro eu mando o Márcio  pra aquele lugar...
Segundo, não mando mais contribuição alguma pra ajudar, porque pra mim o 
projeto já perdeu a credibilidade,
se EU que moro ali, tenho certeza, e não sou atendido, meto a viola no saco e 
vou embora..


Outro ponto..mês passado andei repassado todo a Região sul, colocando os 
admi_centre nas relação.
Neste trabalho que eu anotei, por cima, superficial, mais de 70 cidades  sem 
uma única rua qualquer, isso
só região Sul, mas tem muito mais ali..
Então.
Se estão sobrando tempo pra criarem robôs pra ficar farejando alterações 
feitas, vamos farejar cidades sem ruas,
vias sem nomes, etc...

Eu estou achando que aqui é uma Comunidade que tem mais Generais que soldados 
e...na frente
de batalha que vai???



  
 
 
 
 
 
 

___

Anor C. A. de Souza 
   
 
  
 
 
 
 
 
 
 


 Date: Mon, 6 Jul 2015 12:13:10 -0300
 From: claiton.nei...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Discussões Improdutivas
 
 Eu concordo com você Fernando. Ninguém deve ficar bravo, ou levar para
 o lado pessoal quando outra pessoa faz algum questionamento sobre
 alguma contribuição realizada. E a partir do questionamento, deve-se
 procurar um consenso se não houver convencimento.
 
 Mas uma pergunta: quando você fala em verificável por outros você
 quer dizer que o colaborador deve apresentar uma prova (foto, video,
 tracklog...) de sua contribuição quando questionada? Se sim, como
 ficam as contribuições baseadas na observação?
 
 Por exemplo, em [1] foram adicionados semáfaros para pedestres
 recentemente. Eu cruzei por lá, fiz desenhos e anotações e inseri as
 informações no OSM. As informações são verificáveis, in loco, mas, se
 alguém me questionar, não tenho uma foto ou video para apresentar, só
 desenhos, anotações, a minha palavra e alguma notícia sobre isso.
 Outro exemplo: depois de chegar em uma estação fechada, percorri as
 estações da TRENSURB e anotei os horários de abertura e fechamento.
 Inseri (não sei se da forma mais correta) os horários no OSM. Mas,
 além das anotações, não tenho prova e alguém poderia dizer que copiei
 os horários do site da empresa.
 
 
 [1] http://osm.org/go/M5Pat1w~x?m=
 
 
 
 
 Em 06/07/15, Aun Johnsenli...@gimnechiske.org escreveu:
  Meus pontos no esse condensado:
 
  1) Nenhuma mapeadora e proprietário dos dados inserido no mapa, a mapa
  pertence do comunidade inteiro.
 
  2) Alterações, inclusões ou deletações da mapa preciso ser rastreável,
  principalmente onde e diferente que fontes comum, como imagens da
  Bing.
 
  3) Fontes de dados e provas deve ser compartilhado com o comunidade.
  Exemplos disso e compartilhar os trilhas GPS voce tem, principalmente
  eles que voce usou ou vai usar para desenhar estradas, e postar seus
  fotos georeferenciadas no Mapillary ou outro site similar.
 
  4) OSM falta controle do qualidade (QA), o comunidade e pequeno e
  somente um muito pequeno parte da comunidade tem a paciência, tempo,
  forca, e o knowhow pra fazer isso. No momento pelo que saiba somos 3
  pessoas fazendo isso, mas pode ser um pouco mais. QA e muito
  importante para confidencia da mapa fora do comunidade
 
  5) Onde nao ha acordo dentro o comunidade e importante ter discussões,
  mesmo se o assunto parecendo bobagem ou minúsculo.
 
  6) Lembra se que tudo trabalho feito no OSM e voluntário, quando
  encontro problemas complicado (como o Márcio me apontando com o
  roteamento urbano no Vila Velha em vez do contorno com o BR-101) não
  podemos cobrar um solução para amanha. Eu não dizendo isso para
  defender porque ainda não resolvi o problema no exemplo.
 
  7) OSM tem algum regras principais, e o mais importante e o ground
  truth, não devemos inserir dados errados para resolver problemas fora
  do banco dados (rendericado errado, roteamento que faz bobagem, etc)
 
 
  On 7/6/15, Fernando Trebien fernando.treb...@gmail.com wrote:
  Que algumas discussões andam improdutivas, isso é verdade.
 
  Agora que não há necessidade de questionamento, discordo. Tudo que
  existe no OSM deve ser verificável por outros. O questionamento,
  então, é válido caso a pessoa cometa erros. O que temos que cuidar é
  para questionar cordialmente, e a pessoa não pode se apegar demais ao
  seu trabalho. É difícil porque temos a tendência de ver o nosso
  trabalho como nossa propriedade. Discussões devem ser primeiro
  diretas, e escalonar para a comunidade apenas caso não se chegue a um

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

anstatt bus_lines würde ich route_ref benutzen, getrennt mit ; ohne
Leerzeichen

Das Platform im Norten hätte ich auch nicht so gemappt.

Was du machst, kommt aber schon näher zu was ich mache. als was ich in
Aachen sehe.

Einige Beispiele von mir die ich als vollständig gemappt sehe, incl route
Relationen:

https://www.openstreetmap.org/relation/4155712

https://www.openstreetmap.org/relation/5342370

Jo

2015-07-06 14:52 GMT+02:00 Norbert norbert.brunkha...@online.de:

 Hallo Andreas,

 leider gibt es viele unterschiedliche Meinungen zum
 Puplic-Transport-Schema V2

 Für mich ist absolut unbefriedigend, dass man die alten Tags
 highway=bus_stop und highway=platform verwenden muss, damit in mapnik
 überhaupt was angezeigt wird.

 Wie Du es mappen willst ist im Prinzip ok.

 Allerdings muss Du der Platform (way) noch den Tag highway=platform
 geben.

 Wenn dieser way dann allerdings in eine Buslinienrelation aufgenommen
 wird, wird der Routenanlayzer einen Fehler melden.
 Ich nehme deshalb die Platform so auf, wie Du es ja auch gemacht hasst,
 und auch die Haltestelle mit public_transport=platform. Diesen Punkt, der
 auch alle weiteren Tags bekommt,  verbinde ich mit einem Punkt des
 Platform-Weges.
 In die Relation kommt dann nur die stop_position und der Haltestellenpunkt.

 Hier mal ein Beispiel der Bushaltestelle Vogelsbergstraße mit einem way
 und einem area:


 https://www.openstreetmap.org/node/60661265#map=18/50.24082/8.99353layers=N


 Viele Grüße
 Norbert


 Am 05.07.2015 um 22:21 schrieb Andreas Schmidt:

 Guten Tag,

 könnte bitte jemand schauen, ob ich es richtig mache?

 https://www.openstreetmap.org/changeset/32434480

 Ich  möchte alle Haltestellen unseres Bürgerbusses so erfassen, dass die
 Linien demnächst auch in der ÖPNV-Karte erscheinen können.

 Bislang sind
 1) manche Haltestellen nach dem alten Schema „Haltestellenpunkt neben
 der Straße“ vorhanden
 2) manche Haltestellen überhaupt nicht erfasst
 3) bei dem o.g. Beispiel habe ich mich bemüht, das neue, gültige Schema
 umzusetzen:
** stop_position auf der Fahrbahn
** platform auf dem Gehweg
** Relation die beide vorgenannten Elemente erfasst

 Ich würde gern alle Haltestellen wie Nummer 3 auf den neuesten Stand
 bringen.
 Mache ich das richtig so?

 Wenn ich in der Relation den/die Betreiber angebe, wie trenne ich zwei
 Namen von Betreibern?
 „CeBus; BürgerBus Eschede e.V.“ mit Semikolon?

 Vielen Dank
 Andreas



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


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

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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Andreas Schmidt

Hallo Norbert,

danke für deine Anmerkungen.
Ich habe gestern auch feststellen müssen, dass die Einhaltung der
aktuellen Mapping„vorschriften“ (und Weglassen der „legacy“ - tags) dazu
führt, dass die Bushaltestelle in der Karte nicht sichtbar ist.
Genau das ist unser Hauptziel, da wir unsere neuen Linien bekannt machen
wollen.

Die von dir genannte Haltestelle kopiere ich mir gerade als Referenzobjekt.

Wie ist das mit der Aufzählung mehrerer Werte für einen Schlüssel?

In der von dir genannten Haltestelle sehe ich z.B.
„ bus_lines=563, 564, FB-43“

Ich hatte für einen anderen Schlüssel   „operator=CeBus; BürgerBus
Eschede e.V.“  geschrieben -- mit einem Semikolon getrennt.

Jo schrieb dazu
1. „BürgerBus_Eschede“ (mit underscore statt Leerstelle)
2. „ich würde auch kein Leerzeichen nach ; benutzen.“

zu 1 denke ich, dass Werte (Namen) mit Leerstellen erlaubt sind, es
heißt ja auch „Eschede Bahnhof“ ohne underscore
zu 2 weiß ich nicht, wo das definiert ist. Aufzählungszeichen: Komma
oder Semikolon oder egal?

Grüße
Andreas


Am 06.07.2015 um 14:52 schrieb Norbert:
 Hallo Andreas,

 leider gibt es viele unterschiedliche Meinungen zum
 Puplic-Transport-Schema V2

 Für mich ist absolut unbefriedigend, dass man die alten Tags
 highway=bus_stop und highway=platform verwenden muss, damit in
 mapnik überhaupt was angezeigt wird.

 Wie Du es mappen willst ist im Prinzip ok.

 Allerdings muss Du der Platform (way) noch den Tag highway=platform
 geben.

 Wenn dieser way dann allerdings in eine Buslinienrelation aufgenommen
 wird, wird der Routenanlayzer einen Fehler melden.
 Ich nehme deshalb die Platform so auf, wie Du es ja auch gemacht
 hasst, und auch die Haltestelle mit public_transport=platform. Diesen
 Punkt, der auch alle weiteren Tags bekommt,  verbinde ich mit einem
 Punkt des Platform-Weges.
 In die Relation kommt dann nur die stop_position und der
 Haltestellenpunkt.

 Hier mal ein Beispiel der Bushaltestelle Vogelsbergstraße mit einem
 way und einem area:

 https://www.openstreetmap.org/node/60661265#map=18/50.24082/8.99353layers=N



 Viele Grüße
 Norbert

 Am 05.07.2015 um 22:21 schrieb Andreas Schmidt:
 Guten Tag,

 könnte bitte jemand schauen, ob ich es richtig mache?

 https://www.openstreetmap.org/changeset/32434480

 Ich  möchte alle Haltestellen unseres Bürgerbusses so erfassen, dass die
 Linien demnächst auch in der ÖPNV-Karte erscheinen können.

 Bislang sind
 1) manche Haltestellen nach dem alten Schema „Haltestellenpunkt neben
 der Straße“ vorhanden
 2) manche Haltestellen überhaupt nicht erfasst
 3) bei dem o.g. Beispiel habe ich mich bemüht, das neue, gültige Schema
 umzusetzen:
** stop_position auf der Fahrbahn
** platform auf dem Gehweg
** Relation die beide vorgenannten Elemente erfasst

 Ich würde gern alle Haltestellen wie Nummer 3 auf den neuesten Stand
 bringen.
 Mache ich das richtig so?

 Wenn ich in der Relation den/die Betreiber angebe, wie trenne ich zwei
 Namen von Betreibern?
 „CeBus; BürgerBus Eschede e.V.“ mit Semikolon?

 Vielen Dank
 Andreas



 ___
 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



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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Rolf Eike Beer

Am Montag, 6. Juli 2015, 20:03:07 schrieb Andreas Schmidt:
 Hallo Norbert,
 
 danke für deine Anmerkungen.
 Ich habe gestern auch feststellen müssen, dass die Einhaltung der
 aktuellen Mapping„vorschriften“ (und Weglassen der „legacy“ - tags) dazu
 führt, dass die Bushaltestelle in der Karte nicht sichtbar ist.
 Genau das ist unser Hauptziel, da wir unsere neuen Linien bekannt machen
 wollen.

Ich hatte deshalb Andy Allen mal angeschrieben, er hat das auf seiner Todo-
Liste.

 Die von dir genannte Haltestelle kopiere ich mir gerade als Referenzobjekt.
 
 Wie ist das mit der Aufzählung mehrerer Werte für einen Schlüssel?
 
 In der von dir genannten Haltestelle sehe ich z.B.
 „ bus_lines=563, 564, FB-43“

Wirf das weg, das muss sterben. Genauso wie lines=*. ;)

Ernsthaft, wenn das Objekt Teil der entsprechenden PT-Relationen ist reicht 
das meiner Meinung nach völlig aus. Zumal das wie du sieht gerade auch nicht 
mal annähernd einheitlich gehandhabt wird, anderswo wird nämlich lines statt 
dessen verwendet. Wo immer ich eine Haltestelle anfasse, bei der alle 
angegebenen Linien auch über die Relationen erfasst sind, werfe ich das *lines 
weg. Meiner Erfahrung nach werden die nämlich noch weniger gepflegt als die 
Relationen.

 Ich hatte für einen anderen Schlüssel   „operator=CeBus; BürgerBus
 Eschede e.V.“  geschrieben -- mit einem Semikolon getrennt.

Ich würde ds e.V. hier weglassen, da es nichts zur Sache tut. YMMV.

 Jo schrieb dazu
 1. „BürgerBus_Eschede“ (mit underscore statt Leerstelle)

Nein.

 2. „ich würde auch kein Leerzeichen nach ; benutzen.“

Ja.

 zu 1 denke ich, dass Werte (Namen) mit Leerstellen erlaubt sind, es
 heißt ja auch „Eschede Bahnhof“ ohne underscore

Selbstverständlich.

 zu 2 weiß ich nicht, wo das definiert ist. Aufzählungszeichen: Komma
 oder Semikolon oder egal?

Ein Komma könnte auch im Firmennamen vorkommen (Foo, Bar und Söhne), deshalb 
definitiv Semikolon.

Eike

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

Re: [OSRM-talk] Route Optimizing

2015-07-06 Diskussionsfäden Stephen Woodbridge

I have not looked at the round_trip feature code, but if it is solving a 
TSP problem it really need to solve it for an asymmetric matrix and not 
a symmetric matrix. Most of the algorithms you find around the web solve 
the symmetric case, but because we are dealing with oneway streets and 
turn restrictions, etc there can be some big differences in cost based 
on the direction of travel between nodes.


There is a way to convert an asymmetric matrix into a symmetric matrix 
that might be an option. Or if you are only looking for an approximate 
optimization solution then the symmetric matrix might be good enough.


You can look at pgRouting and see what we have done there.

-Steve

On 7/6/2015 2:03 PM, Jonas Plass wrote:

Thank you guys for the Inspiration. I will have a Look at it tomorrow.





Am 06.07.2015 um 18:03 schrieb Stephen Woodbridge wood...@swoodbridge.com:

A simple trick if you want to do start-via-via-...-via-end optimization like 
TSP is to use TSP and artificially set the distance between end and start 
locations to zero and this will keep those two city bound together. Then in the 
result just remove that link.

This will allow the same code that solves TSP round trip to also optimize the 
vis points between a start and end trip.

-Steve


On 7/6/2015 10:02 AM, Emil Tin wrote:


The OSRM team is working on a new API call to compute a round-trip that visits 
a list of point:

https://github.com/Project-OSRM/osrm-backend/tree/feature/round_trip


Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149

-Oprindelig meddelelse-
Fra: Hans Gregers Petersen [mailto:greg...@septima.dk]
Sendt: 6. juli 2015 15:55
Til: Mailing list to discuss Project OSRM
Emne: Re: [OSRM-talk] Route Optimizing

Hi Jonas,



Are there any ambitions to create something like an optimization for route 
stops?
And when not do you know any other way to do this via rest request?



If you are thinking of the TSP -
https://en.wikipedia.org/wiki/Travelling_salesman_problem - then it is a simple problem of I 
need to visit X places after each other, please optimize the order to visit those places in. 
The solution is well-described in the WikiPedia link. You can write a little JavaScript, Python or 
whatever - and optimize on either distance or time. It is fairly simple, and all you use OSRM for 
is getting the costs. If you want as few calls to the OSRM-server as possible, then have a look at 
the table-service  ( 
https://github.com/Project-OSRM/osrm-backend/wiki/Server-api#available-services
)

Best regards,

Greg


Hans Gregers Petersen
Partner, Seniorkonsulent
greg...@septima.dk
--
Septima P/S
Frederiksberggade 28, 2. tv.
1459 København K
www.septima.dk

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



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


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




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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Rolf Eike Beer

Am Montag, 6. Juli 2015, 07:28:51 schrieb Jo:

 Ich würde die auch am stop_area hinzufügen. Angeblich ist das kontroversiel
 (geworden).
 
 Jedenfalls eine stop_area pro Fahrtrichtung, sonnst ist das nutzlos (nicht
 was das Wiki sagt) und stop_area_group hierarchisch um die stop_area zu
 sammeln.

Das verstehe ich nicht. Kannst du das erklären?

Eike

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

Re: [Talk-br] Discussões Improdutivas

2015-07-06 Diskussionsfäden Aun Johnsen

Se voce tentar a indicar que nao entrando novos ruas, pode olhar no
Salinópolis/PA e me diga quem fui, e quando, as ruas da cidade fui
adicionando.

No caso do o trevo e Zezinho mandando um tracklog para Márcio e tal,
primeiro não fui o Zezinho que editou o trevo por conhecimento local,
mas mandou as provas para o Márcio para ele concertar (segundo
Márcio), o problema fui que não ha provas fora do palavras do Márcio
que o edição la e certa. O tracklog do Zezinho fui apagado do
computador do Márcio porque ele não mais preciso (trabalho feito), e
com somente Bing desatualizado no local e impossível verificar o
qualidade desse edição. O pergunta do esse não serie levantado se não
fui por caso do erros greve de roteamento, porque ha outros fontes
indicando que tive mudança no local. - Meu pergunta inicial fui sobre
isso, roteamento, e não o mudança do trevo em si.

E principalmente por caso do esse tipo mapeadoras que eu estressando
compartilhar tracklogs ou outros formas para ajudar verificação das
mudanças.

Márcio pelo menus responde no mensagens enviados, ha outros fazendo
mudanças da mesma forma que não responde mensagem, recentemente ha um
caso desse no Linhares/ES onde precisava reverter mesmas mudanças
muitos vezes, ate pedi ajuda do DWG (com block do 0 horas) para ele
ler nosso comunicação (fui pelo menus mais 3 pessoas manda mensagens
para ele). Esse mapeador da Linhares/ES ainda não respondeu meus
mensagens, mas parecendo que o ação do DWG resolvi para ele ler as
mensagens e parou gerar esses problemas.

On 7/6/15, A. Carlos anorcar...@hotmail.com wrote:
 Vou dar uma petekada aqui.

 1. O Zezinho mora no local, manda uma contribuição, dizendo que tal Rua esta
 errada, Fato.
 2 O Márcio na boa fé analisando o que recebeu, vai lá e faz o acerto.
 3. O Aun baseando se em documentos,provas antigas, tracks, vai lá e
 reverte...

 Se eu sou Zezinho, e vejo que voltou tudo de volta, e sei, tenho certeza
 moro ali, e vi que está errado.
 Primeiro eu mando o Márcio  pra aquele lugar...
 Segundo, não mando mais contribuição alguma pra ajudar, porque pra mim o
 projeto já perdeu a credibilidade,
 se EU que moro ali, tenho certeza, e não sou atendido, meto a viola no saco
 e vou embora..


 Outro ponto..mês passado andei repassado todo a Região sul, colocando os
 admi_centre nas relação.
 Neste trabalho que eu anotei, por cima, superficial, mais de 70 cidades  sem
 uma única rua qualquer, isso
 só região Sul, mas tem muito mais ali..
 Então.
 Se estão sobrando tempo pra criarem robôs pra ficar farejando alterações
 feitas, vamos farejar cidades sem ruas,
 vias sem nomes, etc...

 Eu estou achando que aqui é uma Comunidade que tem mais Generais que
 soldados e...na frente
 de batalha que vai???











 ___

 Anor C. A. de Souza












 Date: Mon, 6 Jul 2015 12:13:10 -0300
 From: claiton.nei...@gmail.com
 To: talk-br@openstreetmap.org
 Subject: Re: [Talk-br] Discussões Improdutivas

 Eu concordo com você Fernando. Ninguém deve ficar bravo, ou levar para
 o lado pessoal quando outra pessoa faz algum questionamento sobre
 alguma contribuição realizada. E a partir do questionamento, deve-se
 procurar um consenso se não houver convencimento.

 Mas uma pergunta: quando você fala em verificável por outros você
 quer dizer que o colaborador deve apresentar uma prova (foto, video,
 tracklog...) de sua contribuição quando questionada? Se sim, como
 ficam as contribuições baseadas na observação?

 Por exemplo, em [1] foram adicionados semáfaros para pedestres
 recentemente. Eu cruzei por lá, fiz desenhos e anotações e inseri as
 informações no OSM. As informações são verificáveis, in loco, mas, se
 alguém me questionar, não tenho uma foto ou video para apresentar, só
 desenhos, anotações, a minha palavra e alguma notícia sobre isso.
 Outro exemplo: depois de chegar em uma estação fechada, percorri as
 estações da TRENSURB e anotei os horários de abertura e fechamento.
 Inseri (não sei se da forma mais correta) os horários no OSM. Mas,
 além das anotações, não tenho prova e alguém poderia dizer que copiei
 os horários do site da empresa.


 [1] http://osm.org/go/M5Pat1w~x?m=




 Em 06/07/15, Aun Johnsenli...@gimnechiske.org escreveu:
  Meus pontos no esse condensado:
 
  1) Nenhuma mapeadora e proprietário dos dados inserido no mapa, a mapa
  pertence do comunidade inteiro.
 
  2) Alterações, inclusões ou deletações da mapa preciso ser rastreável,
  principalmente onde e diferente que fontes comum, como imagens da
  Bing.
 
  3) Fontes de dados e provas deve ser compartilhado com o comunidade.
  Exemplos disso e compartilhar os trilhas GPS voce tem, principalmente
  eles que voce usou ou vai usar para desenhar estradas, e postar seus
  fotos georeferenciadas no Mapillary ou outro site similar.
 
  4) OSM falta controle do qualidade (QA), o comunidade e pequeno e
  somente um muito pequeno parte da comunidade tem a

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Michael Reichert

Hallo,

Am 2015-07-06 um 20:03 schrieb Andreas Schmidt:
 Jo schrieb dazu
 1. „BürgerBus_Eschede“ (mit underscore statt Leerstelle)
 2. „ich würde auch kein Leerzeichen nach ; benutzen.“
 
 zu 1 denke ich, dass Werte (Namen) mit Leerstellen erlaubt sind, es
 heißt ja auch „Eschede Bahnhof“ ohne underscore

Wer kommt denn bitte auf die Idee in name=* oder operator=* Leerzeichen
durch Unterstriche zu ersetzen? Das ist der Name wie wer gebräuchlich
ist (die Diskussion, ob man GmbH, AG usw. ergänzen sollte ist hier nicht
von Belang), kein Key oder fester Satz an Values, bei denen man das
möglichst vermeidet?

Da gilt dasselbe wie bei Abkürzungen, das Ersetzen von Leerzeichen durch
Unterstriche geht leicht und zuverlässig, aber das Ersetzen von
Unterstrichen durch Leerzeichen geht zwar auch leicht ist aber nicht
automatisierbar, da man nicht weiß, ob der Unterstricht vielleicht nicht
doch Teil des /echten/ Namens ist.

Unterstriche in operator=* sind mir bisher nur als
operator=DB_Energie_GmbH begegnet. Aber Eisenbahnmapper mappen selten
Bahnstromleitungen. :-)

Viele Grüße

Michael

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



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

Re: [Talk-dk] Rundkørsler skal ikke have vejnavn?

2015-07-06 Diskussionsfäden Niels Elgaard Larsen


Godt set.
Jeg kan ikke huske, at det har været diskuteret før. Så Wiki'en har jo
nok ret.

Og der er rigtig mange rundkørsler med navn:
http://overpass-turbo.eu/s/ahO

On 06-07-2015 19:50, Asger Frank wrote:
 Jeg har haft den glæde at kunne tilføje en nybygget rundkørsel til OSM.
 Imidlertid resterer en detalje, nemlig om den skal forsynes med vejnavn
 (incl. eventuel ref=*)?
 
 Wiki'en angiver /A roundabout should only be tagged with name=* if the
 junction itself is named independently and differently from the roads
 crossing it./
 - men når jeg skimmer danske rundkørsler andre har lavet, er de med
 ganske få undtagelser alle forsynet med vejnavn.
 
 Er det er særlig dansk tradition, eller er wikien forkert?
 
 Mvh
 Asger Frank
 
 
 
 ___
 Talk-dk mailing list
 Talk-dk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-dk
 

-- 
Niels Elgaard Larsen

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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

Ich benutze die stop_area wenn die vorhanden sind, um vom platform, über
die stop_position die Strasse zu finden die am Route hinzugefügt werden
sollte.

Wenn nicht vorhanden such mein Skript eine stop_position in der Nähe und
ohne stop_position sucht es nur einen Weg wo ein Bus entlang fahren kann.

Wenn ich merke dass das Skript Falsche Wege auswählt, füge ich eine
stop_position zu.

Ich habe also einen Tool programmiert der mich im JOSM helft die Routen zu
schaffen. Dabei ist es hilfreich stop_positione zu finden die zu Platform
gehören.

Selbstverständlich funkzioniert der Tool/Skript nur wenn die Fahrplandaten
vorhanden sind. Sonst ist es nicht möglich automatisch Sequenzen
zu erfassen für alle Varianten.

Jo

2015-07-06 23:44 GMT+02:00 Rolf Eike Beer e...@sf-mail.de:

 Am Montag, 6. Juli 2015, 23:34:52 schrieb Jo:
  Hier gibt es einen Beispiel mit eine Hierarchie von stop_area_group mit
  stop_area drinn

 Sorry, das war missverständlich ausgedrückt. Ich verstehe, wie man sowas
 baut.
 Ich verstehe nur nicht, warum du meinst, sowas für die verschiedenen
 Richtungen der gleichen Haltestelle bauen zu müssen.

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


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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

Hier gibt es einen Beispiel mit eine Hierarchie von stop_area_group mit
stop_area drinn

https://www.openstreetmap.org/relation/4221512

Die Haltestellen werden sowol vorn Flämische De Lijn, Wallonischer TEC
und Brüsseler MIVB/STIB bedient.

Wenn ich ref:De_Lijn in einem Tag Schlüssel benutzen wolle, braucht man da _

im operator=De Lijn nicht.

Das von dem Leerzeichen war für eine Liste getrennt mit ;

und die Linien die entlang fahren kann man am besten im route_ref setzen.
Das ist information die man einfach vor Ort mappen kann.

nachher kann das noch benutzt werden zum sicher machen dass alle Linien
schon erfasst sind. Und ein bisschen Redundanz schädet nicht.

Jo

2015-07-06 21:02 GMT+02:00 Rolf Eike Beer e...@sf-mail.de:

 Am Montag, 6. Juli 2015, 07:28:51 schrieb Jo:

  Ich würde die auch am stop_area hinzufügen. Angeblich ist das
 kontroversiel
  (geworden).
 
  Jedenfalls eine stop_area pro Fahrtrichtung, sonnst ist das nutzlos
 (nicht
  was das Wiki sagt) und stop_area_group hierarchisch um die stop_area zu
  sammeln.

 Das verstehe ich nicht. Kannst du das erklären?

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


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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation

2015-07-06 Diskussionsfäden Rolf Eike Beer

Am Montag, 6. Juli 2015, 23:34:52 schrieb Jo:
 Hier gibt es einen Beispiel mit eine Hierarchie von stop_area_group mit
 stop_area drinn

Sorry, das war missverständlich ausgedrückt. Ich verstehe, wie man sowas baut. 
Ich verstehe nur nicht, warum du meinst, sowas für die verschiedenen 
Richtungen der gleichen Haltestelle bauen zu müssen.

Eike

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

Re: [Talk-at] Public Transport Schema und Wien

2015-07-06 Diskussionsfäden Robin Däneke

Und wieder ein Brocken weniger.Die Nightlines sind nun auch im System.Falls 
euch ein Fehler auffällt (bezüglich Mitbenützung der Busse des Gleiskörpers) 
bitte ausbessern. Danke
Nun nächste Frage (die ich bereits gefragt wurde): Sollen wir auch die ASTAXis 
Mappen? Die beiden fixen Linien 44T und 49T sind ja schon drinnen, und werden 
von mir demnächst auf P_t 2 umgestellt. Aber sollen wir auch die anderen ASTax 
mappen? Und wenn ja, wie soll das Bediengebiet gemappt werden? Straßen in 
Relationen? Multipoligon? 
Vielen Dank für die Hilfe und Gute NachtRobinD. 
  ___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[Talk-ca] Low quality unresolvable notes

2015-07-06 Diskussionsfäden Paul Norman

I've been catching up on local notes, and have come across a few I'm not 
sure how to resolve. There are a number which are equivalent to There 
is a some name of shop somewhere in this block. While probably 
correct, they're not very useful.


The notes aren't bug reports, the original intent of 
notes/OpenStreetBugs. They're not precise enough to resolve, so 
basically all the information they contain is that there are shops here 
which could be added if a site survey was done. A site survey would be 
nice, but there's plenty of areas where that is so - if someone opened 
up notes everywhere they were needed in the area, they'd make other 
notes less valuable and probably end up closed.


I'm leaning towards closing them as not reporting a bug nor providing 
specific enough information to add something to the map, but wanted to 
get the thoughts of others.


I might also bring this up at our next local meetup, see what other 
locals think.


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

[OSM-talk-fr] Rendu OSMFR - anciens cantons

2015-07-06 Diskussionsfäden Hamlet

Bonsoir,
j'ai trouvé, en me promenant sur le rendu FR, un label étrangement placé.

Grâce à la recherche d'objets sur osm.org, j'ai découvert cette
relation englobante :
http://www.openstreetmap.org/relation/2500366#map=14/48.0762/-2.3603

J'en ai changé le nom pour être sûr :
http://tile.openstreetmap.fr/?zoom=20lat=48.06845lon=-2.31354layers=B000FFF

Il y a donc un nom d'ancien canton qui se promène dans la nature
(jusqu'au zoom 14 inclus).

C'est un problème de tag (JOSM n'est pas trop d'accord) ou de rendu ?

Cordialement.

-- 
Hamlet

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

Re: [Talk-br] Necessidade de intermediação

Adriano,

A existência de tracvklog na base oSM já foi citado por mim antes, mas o 
Fernando só le o que interessa a ele devido a sua “expertise”.

Depois eu que levo a exaustão. Também pudera se o interlocutor não le o que 
voce escreve.

From: Adriano Rosa 
Sent: Monday, July 6, 2015 12:14 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Necessidade de intermediação

uma ressalva quanto ao último parágrafo da mensagem do fernando: 
Outra saída para essa situação toda é aceitar que o que foi feito por

você é indefensável e portanto é mais seguro que seja revertido, pelo
bem da comunidade. Alguém com melhores condições de demonstrar a
licitude do método vai corrigir quando chegar a hora.
mesmo que o marcio não mostre o tracklog que ele recebeu, acho que não precisa 
reverter a edição, pois há tracklogs já incluídos que, ao menos, parcialmente 
demonstram o percurso atual no trevo.

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

Re: [Talk-ca] Low quality unresolvable notes

2015-07-06 Diskussionsfäden James

I'd say close them with a comment. Some of them are actually precise,
saying like : no rtor eb.  Which is more than enough data. General things
like: add POIs at this location. Could be closed as the entirety of osm
could be summed in a widespread note saying: Add mapping data. You can use
your jugement and close them.
On Jul 6, 2015 8:34 PM, Paul Norman penor...@mac.com wrote:

 I've been catching up on local notes, and have come across a few I'm not
 sure how to resolve. There are a number which are equivalent to There is a
 some name of shop somewhere in this block. While probably correct,
 they're not very useful.

 The notes aren't bug reports, the original intent of notes/OpenStreetBugs.
 They're not precise enough to resolve, so basically all the information
 they contain is that there are shops here which could be added if a site
 survey was done. A site survey would be nice, but there's plenty of areas
 where that is so - if someone opened up notes everywhere they were needed
 in the area, they'd make other notes less valuable and probably end up
 closed.

 I'm leaning towards closing them as not reporting a bug nor providing
 specific enough information to add something to the map, but wanted to get
 the thoughts of others.

 I might also bring this up at our next local meetup, see what other locals
 think.

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

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

Re: [Talk-ca] Low quality unresolvable notes

2015-07-06 Diskussionsfäden Clifford Snow

On Mon, Jul 6, 2015 at 7:32 PM, Paul Norman penor...@mac.com wrote:

 I've been catching up on local notes, and have come across a few I'm not
 sure how to resolve. There are a number which are equivalent to There is a
 some name of shop somewhere in this block. While probably correct,
 they're not very useful.

 The notes aren't bug reports, the original intent of notes/OpenStreetBugs.
 They're not precise enough to resolve, so basically all the information
 they contain is that there are shops here which could be added if a site
 survey was done. A site survey would be nice, but there's plenty of areas
 where that is so - if someone opened up notes everywhere they were needed
 in the area, they'd make other notes less valuable and probably end up
 closed.

 I'm leaning towards closing them as not reporting a bug nor providing
 specific enough information to add something to the map, but wanted to get
 the thoughts of others.


I've been reluctant to act on these, especially when posted by anonymous
users. My concern is the lack of source information. For all we know the OP
used google or yelp to get the information. If the notes can be validated
with on site surveys then I suppose it is reasonable to leave them.

If the note is has a user id, then they should be left for that person to
add the tag.

Clifford


-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-br] Discussões Improdutivas

2015-07-06 12:13 GMT-03:00 Claiton Neisse claiton.nei...@gmail.com:
 Mas uma pergunta: quando você fala em verificável por outros você
 quer dizer que o colaborador deve apresentar uma prova (foto, video,
 tracklog...) de sua contribuição quando questionada? Se sim, como
 ficam as contribuições baseadas na observação?

 Por exemplo, em [1] foram adicionados semáfaros para pedestres
 recentemente. Eu cruzei por lá, fiz desenhos e anotações e inseri as
 informações no OSM. As informações são verificáveis, in loco, mas, se
 alguém me questionar, não tenho uma foto ou video para apresentar, só
 desenhos, anotações, a minha palavra e alguma notícia sobre isso.

Resposta longa para perguntas amplas com muitas implicações (juro que
tentei encurtar).

Um mapeador local consegue visitar os lugares que você mapeou e
verificar se está tudo correto. Qualquer mapeador consegue verificar
se o mapeamento está de acordo com as imagens do Bing, com fontes
oficiais, e se foi produzido de forma garantidamente lícita (assume-se
que o mapeador que mora no local já visitou o lugar pelo menos uma
vez, não precisa provar isso). Ninguém no OSM consegue descobrir
facilmente se uma informação foi copiada de uma fonte ilícita porque
não temos os dados dessas fontes, mas a própria fonte pode verificar,
então preferimos o caminho mais seguro (pedir
tracklogs/fotos/vídeos/anotações) do que arriscar (acreditar na pessoa
sem questionar). Acho que essas capacidades determinam o que pode ser
questionado, por quem, a quem, e portanto quais registros extras o
mapeador deve gerar. Um resumo do detalhamento a seguir: gere esses
registros extras só se estiver mapeando muita informação longe de onde
você mora, especialmente se estiver mapeando as informações
comercialmente mais valiosas que são invisíveis ou que estão
desatualizadas nas imagens do Bing (geometria nova, nomes de vias em
placas, nomes de estabelecimentos, endereços, limites de velocidade, e
características da via como superfície e número de faixas). Se estiver
mapeando onde mora, só se preocupe em gerar os registros depois que o
questionamento de outro mapeador local não pôde ser satisfeito com uma
simples visita ao local (muito raro), ou se a informação diferir do
Bing (também muito raro). Com isso você já cobre 99,% de todos os
questionamentos possíveis que a comunidade pode lhe dirigir, com o
mínimo de esforço adicional possível. Quanto ao restante
(contribuições pontuais longe de onde você mora), recomendo que não se
apegue emocionalmente, talvez você nunca volte a usar a informação. Se
for questionado, será muito pouco, e seria muito trabalhoso se
prevenir contra tudo. Você pode contribuir remotamente com informações
lícitas de fontes oficiais, só recomenda-se observar etiquetas como
source:* e note pra ver se algum mapeador local já não considerou a
mesma fonte e descobriu um erro nela. De qualquer forma, no máximo
haveria um simples mal entendido, não precisaria provar nada, só
mandar o link pra fonte dos dados para o mapeador local avaliar.

Semáforos não são uma informação comercialmente interessante (nenhum
dos grandes competidores do OSM tem essa informação), então eu só me
preocuparia em guardar fotos e/ou anotações sobre eles para demonstrar
que fiz o mapeamendo correto, caso seja visitante e não morador local.
E olhe lá: se forem poucos semáforos, não me preocuparia muito em
guardar esses registros. Só me preocuparia em mapear corretamente, é
claro.

Os próximos 5 parágrafos detalham cada caso.

Se um mapeador local questionar a correção do trabalho de outro
mapeador, basta visitar o lugar para verificar o trabalho. Então, um
mapeador local não precisa manter registros
(tracklogs/fotos/vídeos/anotações) sobre seu próprio local. No raro
caso de ser questionado pela comunidade, ele pode hangariar a
informação solicitada visitando o lugar. Dá menos trabalho pensar
assim do que ficar guardando informação antecipadamente. Muitas
informações locais são inacessíveis a mapeadores remotos, então não
faz sentido que estes questionem os mapeadores locais sobre tais
detalhes (exceto se o mapeador local for inexperiente e não tiver
outro mapeador para lhe auxiliar, daí o que faz sentido é que a coisa
funcione como uma espécie de tutela remota; mas o mapeador local
estaria interessado nesse processo). O mapeador local ainda pode ser
questionado se houver indícios de que copiou de fonte ilícita, mas o
mapeador remoto tem que estar bem preparado pra fazer esse
questionamento.

Se você está mapeando uma área remotamente (onde nunca esteve, ou
esteve há muito tempo), outros mapeadores podem questionar suas
suposições sobre os dados/memórias de que você dispõe. Se você estiver
mapeando informação que não é amplamente acessível e é muito
específica (ex.: limites de velocidade), certamente pode ser
questionado quanto à legalidade (você pode estar copiando de uma fonte
ilícita) e quanto à correção (talvez vocẽ não lembre direito dos
limites e dos trechos). Pra sanar ambas as dúvidas,

Re: [Talk-br] Discussões Improdutivas

2015-07-06 13:48 GMT-03:00 A. Carlos anorcar...@hotmail.com:

 Vou dar uma petekada aqui.

 1. O Zezinho mora no local, manda uma contribuição, dizendo que tal Rua esta
 errada, Fato.
 2 O Márcio na boa fé analisando o que recebeu, vai lá e faz o acerto.

E por que Zezinho não fez a alteração ele mesmo, já que mora no local?
É super fácil, só clicar em Editar. Ele também poderia ter adicionado
uma nota ao mapa. Não precisava depender do Márcio pra nenhuma dessas
duas coisas. Adicionar numa nota é apontar e escrever da mesma forma
que escreveu para o Márcio, nada mais. Dá pra pedir pro Zezinho fazer
isso, não dá? Imagina quanta discussão teria nos poupado.

 3. O Aun baseando se em documentos,provas antigas, tracks, vai lá e
 reverte...

 Se eu sou Zezinho, e vejo que voltou tudo de volta, e sei, tenho certeza
 moro ali, e vi que está errado.
 Primeiro eu mando o Márcio  pra aquele lugar...

Ué, mas por que uma reação tão forte? Manda ele tomar um cházinho pra
se acalmar. O Màrcio não é nenhum escravo do Zezinho pra fazer todas
as suas vontades. Não é saudável confundir voluntarismo com submissão.
;-)

 Segundo, não mando mais contribuição alguma pra ajudar, porque pra mim o
 projeto já perdeu a credibilidade,

Bem, Zezinho não sabe nada sobre o projeto do OSM e sobre as pressões
que sofremos, natural que tire conclusões precipitadas. A Wikipédia é
vítima de preconceitos similares.

 se EU que moro ali, tenho certeza, e não sou atendido, meto a viola no saco
 e vou embora..

O OSM incentiva as pessoas a serem pró-sumidoras, não apenas
consumidoras. Quer colher um benefício que está faltando? Contribua
fazendo.

 Outro ponto..mês passado andei repassado todo a Região sul, colocando os
 admi_centre nas relação.
 Neste trabalho que eu anotei, por cima, superficial, mais de 70 cidades  sem
 uma única rua qualquer, isso
 só região Sul, mas tem muito mais ali..
 Então.
 Se estão sobrando tempo pra criarem robôs pra ficar farejando alterações
 feitas, vamos farejar cidades sem ruas,
 vias sem nomes, etc...

Ambos os trabalhos são importantes, mapear e conferir o mapeamento dos
outros. Faltam mãos para ambos. Sei que é chato quando reclamam do que
você fez, sofro desse mal também. Por isso que não é bom se apegar
tanto ao próprio trabalho, não transformá-lo em propriedade.

 Eu estou achando que aqui é uma Comunidade que tem mais Generais que
 soldados e...na frente
 de batalha que vai???

Sua percepção está distorcida. Tem uns 15 mais participativos na lista
(acho que uns 400 observadores), e uns 5~10 que já executaram
reversões. Só na minha cidade (que nem de perto tem tanta gente
editando quanto o Rio) já tem mais de 200 usuários registrados. A
maioria faz contribuições eventuais, poucas demais para conhecer os
pormenores do OSM. Só uns 5 fazem contribuições mais regulares e que
se pode dizer que têm conhecimento aprofundado. Se não tiver nenhum
fiscal, o mapa vira um aglomerado bagunçado de coisas.

Imagina em outras regiões então.

 Anor C. A. de Souza

-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-br] Necessidade de intermediação



From: Fernando Trebien 
 Aí você que entra na minha área de expertise como se soubesse mais. Sou 
 mestre em computação, li várias versões desses algoritmos.

 O nó a que me refiro é o do grafo de roteamento. Não é o nó do mapa (com 
 coordenadas e tal). O nó do grafo de roteamento sequer tem coordenadas, 
 possui apenas propriedades abstratas como o tempo para atravessar uma linha 
 de uma ponta à outra, e a referência a essa linha daí sim  no mapa 
 geográfico.

Em momento algum entrei em sua área de “exertise”. Comentei que a teoria nem 
sempre é comprovada na prática.

Em se tratando de prática (testes de roteamento)  você está entrando em minha 
área de expertise, como se soubesse mais. Respeito sua “expertise e, por favor, 
respeite a minha.

Estamos em uma lista onde nem todos tem a sua expertise e por isso não cito 
nela “grafo”. A grande maioria o conhece como nó de roteamento e é assim que 
continuarei a denomina-lo em se tratando de uma lista com esta. 




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

Re: [Talk-ca] Low quality unresolvable notes

2015-07-06 Diskussionsfäden Andrew MacKinnon

On Jul 6, 2015 9:30 PM, James james2...@gmail.com wrote:

 I'd say close them with a comment. Some of them are actually precise,
saying like : no rtor eb.  Which is more than enough data. General things
like: add POIs at this location. Could be closed as the entirety of osm
could be summed in a widespread note saying: Add mapping data. You can use
your jugement and close them.

Some of these notes are POIs that are visible on Mapillary but I couldn't
figure out exactly where they are (for instance, the sign on a strip plaza
shows there is a shop but I can't see exactly where it is). You should
probably keep these.
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-br] Necessidade de intermediação

-Mensagem Original- 
From: Fernando Trebien

Sent: Tuesday, July 7, 2015 12:15 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação

Como disse, essa conversa é longa demais (TL;DR). É um esforço incomum
alguém TENTAR lê-la e intermediá-la. Em boa parte porque os
participantes não são concisos na forma de se expressar. Se perdi
algum pedaço, sou humano, nunca disse o contrário.

Pois é, perdeu o pedaço em que citei que já existe um tracklog na base OSM 
que retrata uma das novas vias no trevo e de acordo com o desenho que fiz.

Mesmo sendo humano, por que perdeu esse que é importante?

Agora, não omita informação para parecer mais correto do que é. Li que
esse tracklog disponível estava desatualizado e que era considerado
pouco útil devido às alterações recentes no local.

Leu errado.
Leia novamente e verá que me referi ao desenho de acessos que o Aun fez 
extraídos de tracklogs de bicicletas e pedestres.

Esse acessos ainda estão no mapa e eles não existem, pelo menos até agora.

Em momento algum questionei sua habilidade com testes de roteamento.
Mas sua interpretação do algoritmo estava claramente errada. De
qualquer forma, ambos os assuntos fogem ao foco principal do OSM.

Não sou programador e por isso não emprego, como você, termos técnicos.
Não considero que minha interpretação do algoritmo esteja errada. Interpreto 
o algoritmo de acordo com as observações que fazemos nos testes em campo.

Quanto ao comentário sobre expertise - como se sentiu com uma pessoa
argumentando com base em credenciais? Reflita. Acho que não gostou.
Não faça aos outros o que não querem que façam com você. Não aceito
alfinetadas gratuitas.

Credenciais?
Você nem conhece as minhas para falar isso. Talvez se surpreenda ao 
conhecer.

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

Re: [Talk-br] Necessidade de intermediação

2015-07-06 Diskussionsfäden Lists


 On Jul 7, 2015, at 01:08, thunder...@gpsinfo.com.br wrote:
 
 Leu errado.
 Leia novamente e verá que me referi ao desenho de acessos que o Aun fez 
 extraídos de tracklogs de bicicletas e pedestres.
 Esse acessos ainda estão no mapa e eles não existem, pelo menos até agora.
Estranho esse trevo, como tem tao muito fluxo do pedestres meia num obra, mas 
talvez e assim eles faco no ilha governador, deixando as pedestres passa pelo 
onde ha obras? Porque e impossível que as Brasileiras usar o tracklog do Strava 
quando estou no carro.

Fala isso, eu mapiou quase todos as ruas no Salinópolis/PA pelo MapBox/Strava, 
provavelmente fui muito errado de mim, porque ambos não e a confiar. Eu deveria 
perguntar o Marcio contatar algum usuários do COCAR morando la.___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Bing satellite tiles

2015-07-06 Diskussionsfäden maning sambale

Not yet according to a Bing exec:
https://mobile.twitter.com/rbrundritt/status/616028862531530752

On Tue, Jul 7, 2015 at 12:05 PM, Jason Remillard
remillard.ja...@gmail.com wrote:
 Hi,

 Given the recent large changes to Microsoft's bing mapping group, is osm at
 risk for losing access to the bing (uber?) satellite tiles? It is a pretty
 important resource to osm.

 Jason

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




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

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

Re: [Talk-br] Necessidade de intermediação

Bem, não há interlocutor melhor nessa discussão, o que fazer? Tem que
me aturar. :-)

Quanto ao comentário dramático/sarcástico (nada produtivo) Também
pudera se o interlocutor não le o que voce escreve.

Como disse, essa conversa é longa demais (TL;DR). É um esforço incomum
alguém TENTAR lê-la e intermediá-la. Em boa parte porque os
participantes não são concisos na forma de se expressar. Se perdi
algum pedaço, sou humano, nunca disse o contrário.

Agora, não omita informação para parecer mais correto do que é. Li que
esse tracklog disponível estava desatualizado e que era considerado
pouco útil devido às alterações recentes no local.

Em momento algum questionei sua habilidade com testes de roteamento.
Mas sua interpretação do algoritmo estava claramente errada. De
qualquer forma, ambos os assuntos fogem ao foco principal do OSM.

Quanto ao comentário sobre expertise - como se sentiu com uma pessoa
argumentando com base em credenciais? Reflita. Acho que não gostou.
Não faça aos outros o que não querem que façam com você. Não aceito
alfinetadas gratuitas.

Estou pensando em tirar outras férias ou em ir contribuir com as
comunidades mais amigáveis de outros países. Ainda bem que filtro os
trolls no meu inbox.

2015-07-06 22:10 GMT-03:00  thunder...@gpsinfo.com.br:
 Adriano,

 A existência de tracvklog na base oSM já foi citado por mim antes, mas o
 Fernando só le o que interessa a ele devido a sua “expertise”.

 Depois eu que levo a exaustão. Também pudera se o interlocutor não le o que
 voce escreve.

 From: Adriano Rosa
 Sent: Monday, July 6, 2015 12:14 PM
 To: OpenStreetMap no Brasil
 Subject: Re: [Talk-br] Necessidade de intermediação

 uma ressalva quanto ao último parágrafo da mensagem do fernando:
 Outra saída para essa situação toda é aceitar que o que foi feito por
 você é indefensável e portanto é mais seguro que seja revertido, pelo
 bem da comunidade. Alguém com melhores condições de demonstrar a
 licitude do método vai corrigir quando chegar a hora.
 mesmo que o marcio não mostre o tracklog que ele recebeu, acho que não
 precisa reverter a edição, pois há tracklogs já incluídos que, ao menos,
 parcialmente demonstram o percurso atual no trevo.



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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-br] Opinando

Interessante quando o Fernando, em resposta, cita:  Isso vale amplamente para 
o mapeador local .

Acredito que ele deve ter esquecido nosso primeiro entrave no OSM e que tenho, 
como administrador da lista Cocar, todo ele arquivado no servidor.

Quando ingressei no OSM, minhas primeiras edições ocorreram no bairro em que 
resido aqui na Ilha do Governador - RJ, ou seja, edições de um mapeador local.

Duas edições minhas, feitas no meu bairro, foram alteradas por ele e quando 
questionado por mim disse que eu estava errado em minhas edições. Que se 
registre que ele não conhecia e acredito, nem conhece o local por onde continuo 
trafegando diariamente.

Uma edição tratava-se da inclusão de uma rotatória onde insistia ele em dizer 
que não existia e a outra tratava de uma via de pedestre que corrigi porque 
passava por barreiras que impediam o transito de pedestre.

Foi exaustivo e desgastante o debate que tive com ele, mesmo indo eu aos locais 
e tirado as devidas fotografias.

Ambas edições foram alteradas por ele sem qualquer consulta a mim que as fiz.

A grande maioria aqui sabe e é constantemente relembrado aqui nesta lista que 
devemos resguardar o OSM, só permitindo que edições nele feitas tenham 
referência de fontes lícitas. Pelo menos para mim e a grande maioria dos 
responsáveis aqui nesta lista isso não precisa ser relembrado.

Devemos ter muito tato ao questionar um editor quanto a fonte empregada, ter a 
resposta e solicitar provas desse do que ele respondeu.

Infelizmente as atualizações das imagens do Bing e Mapbox não sofrem 
atualizações constantes na região do Brasil.

Infelizmente o IBGE não atualiza com frequência seus mapas.

Assim, muitas vezes, só nos resta contar com o extraído em tracklogs ou até 
extraído pela memória visual de um colaborador, ou nossa mesmo.

Se ficarmos presos ao que vemos no Bing ou outra fonte de referência 
desatualizada, teremos sempre um mapa desatualizado e acredito que não queremos 
isso.

Se observarem minhas edições, a grande maioria delas trata de sentidos de vias 
e nomenclaturas. Isso se deve porque os usuários do mapa Cocar nos enviam 
mensagens com colaborações a esse respeito. 

Cito um exemplo prático ocorrido comigo na ultima sexta-feira.
Aqui na Ilha do Governador - RJ, onde resido, criaram um enorme posto do DETRAN 
e o denominaram Posto Tubiacanga ( 
http://oglobo.globo.com/rio/detran-rj-inaugura-nesta-quarta-feira-maior-pista-de-treinamento-de-direcao-do-pais-14094831
 )
Quando lá fui para fazer vistoria em meu veículo, infelizmente não estava eu 
com o GPS e tampouco com meu celular que tira foto, mas mesmo assim, ao voltar 
para casa decidi desenhar a área do posto de acordo com minha memória visual 
pelo entendimento que mais vale uma importante área dessas no mapa do que nada 
ali.
Podem ver o desenho que fiz por memória visual e anotações em 
http://www.openstreetmap.org/way/358278962
Sem duvida essa área do posto aparecerá nas imagens satélites lícitas algum dia 
e entendo que quando aparecer qualquer um poderá corrigir as falhas existentes 
em meu desenho.

Como citei anteriormente esse novo trevo em Porto Velho me foi informado por um 
residente que gentilmente, a meu pedido, me passou um tracklog extraído por 
ele, ainda inexperiente em extração de tracklogs. Esse track foi gravado por um 
Garmin, no modo registro de viagem, que não é adequado para emprego, mas que 
serviu como referência do que a memória visual dele reportou.

Como ali estava desenhado no mapa uma grande rotatória que não existe mais, 
decidi editar desenhando a circulação pelo que me foi passado pela memória 
visual do colaborador e pelas inumeras reportagens que existem na NET sobre 
esse Trevo do Roque em Porto Velho.

Uma das vias desenhadas por mim no novo Trevo teve como referencia um tracklog 
já constante da base OSM e as demais as fiz de forma aproximada conforme me foi 
passado verbalmente.

Em paralelo decidi também pesquisar como esse trevo estava retratado nas fontes 
ilícitas e nelas identifiquei que o Waze e o Here já retratam o novo Trevo. 

[]s
Marcio


 

[]s
Marcio

-Mensagem Original- 
From: Fernando Trebien 
Sent: Monday, July 6, 2015 11:52 PM 
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br] Opinando 

2015-07-06 17:22 GMT-03:00 Helio Cesar Tomio hcto...@gmail.com:
 Assim,  entendo que a atitude correta é aceitar e manter a verdade do
 mapeador.

Isso vale amplamente para o mapeador local (só não vale se for pego no
ato plagiando uma fonte de dados), mas as coisas mudam de figura para
o mapeador remoto. Nesse caso, isso vale se não houver risco quanto à
legalidade do método pelo qual a informação foi obtida. Eu não quero
citar nomes (porque o tratamento seria igual independente da pessoa),
mas no debate recente o problema é que, não havendo registro da
comunicação boca-a-boca, sobraram só imagens de fontes cuja
legitimidade legal não foi demonstrada. Eu não tenho dúvidas de que o
autor agiu de boa fé, mas a verdade do mapeador

[OSM-talk] Bing satellite tiles

2015-07-06 Diskussionsfäden Jason Remillard

Hi,

Given the recent large changes to Microsoft's bing mapping group, is osm at
risk for losing access to the bing (uber?) satellite tiles? It is a pretty
important resource to osm.

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

Re: [Talk-br] Necessidade de intermediação

-Mensagem Original- 
From: Fernando Trebien

Sent: Tuesday, July 7, 2015 1:39 AM
To: OpenStreetMap no Brasil
Subject: Re: [Talk-br] Necessidade de intermediação

Mas estava errada. Seus testes lhe apresentam um comportamento
observável, não verdades matemáticas. Você quer ter o direito de dizer
que estou errado, mas nunca aceita o direito dos outros dizerem que
você está errado quando foge à esfera do seu conhecimento.

Quer dizer que o raciocínio lógico matemático não pode ter argumentos 
equivocados?

A esfera do meu conhecimento no algoritmo Garmin se deve as observações 
feitas nos exaustivos testes realizados em campo de acordo com a s inumeras 
variáveis inseridas no mapa para observar o comportamento do navegador 
quando do roteamento.

Não disse em momento algum que você está errado, disso que você se prende a 
teoria e eu a pratica. Disse que minha experiência é prática e a sua 
teórica.

Conheço, você fez questão de apresentá-las logo que entrou no OSM. E
as repetiu diversas vezes desde então, inclusive nesta discussão. Não
demora a apresentá-las quando duvidam de algo que diz.

Não conhece!
As que conhece foram as apresentadas por mim e ligadas tão somente a 
navegação GNSS em réplica a você por ter apresentado as suas e querendo se 
prevalecer delas no debate.

Esqueceu?
Se necessário reproduzo aqui copia do debate.

Marcio 

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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden osm . sanspourriel


Par hasard je passais hier sur :
http://www.openstreetmap.org/node/1899078423
Et me disait que je devais ajouter Le Relais comme opérateur pour les 
vêtements.

Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).
Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des 
rendus et si on cherche des point de recyclage ayant verre et vêtements 
on ne les trouvera pas) ou mettre une liste comme opérateur ?

Voir laisser comme ça ?

Jean-Yvon

Le 05/07/2015 23:34, George Kaplan - georgekaplan...@hotmail.fr a écrit :

Hum, oui, effectivement, fallait pas chercher compliqué...

J'utiliserai donc :
- amenity=recycling
- operator=Le Relais
- recycling_type=container
- recycling:clothes=yes
- recycling:shoes=yes


D'après overpass turbo, seulement 63 amenity=recycling and 
operator=Le Relais en France.



Merci Romain.

Le 5 juil. 2015 à 23:24, Romain MEHUT romain.me...@gmail.com 
mailto:romain.me...@gmail.com a écrit :



Bonsoir,

cf. http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling
avec operator=Le Relais

Romain

Le 5 juillet 2015 23:11, George Kaplan georgekaplan...@hotmail.fr 
mailto:georgekaplan...@hotmail.fr a écrit :


Bonsoir,

En voulant déposer des vêtements dans une benne du Relais, j'ai
visité leur site pour localiser le plus proche :
http://www.lerelais.org/oudonner.php
Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux
près de chez moi dans OSM mais je n'ai pas trouvé de tags
permettant de les indiquer.

Quelqu'un a une réponse ou une proposition ?

George
___
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 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] FOSSGIS 2016 mit AGIT in Salzburg

2015-07-06 Diskussionsfäden Markus Mayr

Hallo, Frederik!

Ich möchte auf jeden Fall mithelfen. :-)
Nächste Woche bin ich sowieso auf der Agit, da kann ich mit den
FOSSGISlern vor Ort persönlich Kontakt aufnehmen. Du selber kommst ja
nicht, oder?

Beste Grüße,
Markus

Am 2015-06-30 um 11:25 schrieb Frederik Ramm:
 Hallo,

2016 soll die FOSSGIS-Konferenz zusammen mit der AGIT in Salzburg
 stattfinden. Die Details müssen noch festgezurrt werden, aber die lose
 Planung sieht so aus, dass die FOSSGIS-Konferenz am Sonntag mit einem
 OSM-Hack/Workshop/...-Tag beginnt, dann folgt von Montag bis Mittwoch
 mittag das normale FOSSGIS/OSM-Talk-und-Workshop-Programm, und Mittwoch
 mittag geht dann die AGIT los.

 Die Leute von der AGIT sind ein eingespieltes Team, was die
 Konferenz-Orga betrifft, so dass in dem Bereich etwas weniger Arbeit für
 den FOSSGIS anfällt als üblich; dennoch wäre es natürlich super, wenn
 sich auch aus der österreichischen OSM-Community ein paar Leute an der
 Planung und Durchführung der Konferenz beteiligen würden.

 Ich melde mich sicher nochmal, wenn es Details gibt, aber umgekehrt
 würde ich mich auch über eine Nachricht freuen, wenn jemand
 grundsätzlich zur Mitarbeit bereit ist. Wie immer werden wir uns um das
 Einwerben und Auswählen der Vorträge, das Programmheft, das Sponsoring,
 die Videoaufzeichnung und so weiter kümmern müssen.

 Bye
 Frederik



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

Re: [OSM-talk-fr] Comment indiquer un conteneur de dépôt de vêtements type Le Relais ?

2015-07-06 Diskussionsfäden Romain MEHUT

Bonjour,

Il suffit de remplacer cet unique nœud par autant de nœuds représentant
chaque point de tri individuel.
ex: http://www.openstreetmap.org/#map=19/48.67121/5.90077

Romain

Le 6 juillet 2015 08:27, osm.sanspourr...@spamgourmet.com a écrit :

  Par hasard je passais hier sur :
 http://www.openstreetmap.org/node/1899078423
 Et me disait que je devais ajouter Le Relais comme opérateur pour les
 vêtements.
 Sauf que pour le verre et le papier, c'est VéOLia (sauf erreur).
 Faut-il dupliquer (ça fera 2 logos côte-à-côte dans la plupart des rendus
 et si on cherche des point de recyclage ayant verre et vêtements on ne les
 trouvera pas) ou mettre une liste comme opérateur ?
 Voir laisser comme ça ?

 Jean-Yvon


 Le 05/07/2015 23:34, George Kaplan - georgekaplan...@hotmail.fr a écrit :

 Hum, oui, effectivement, fallait pas chercher compliqué...

  J'utiliserai donc :
 - amenity=recycling
 - operator=Le Relais
 - recycling_type=container
 - recycling:clothes=yes
 - recycling:shoes=yes


  D'après overpass turbo, seulement 63 amenity=recycling and operator=Le
 Relais en France.


  Merci Romain.

  Le 5 juil. 2015 à 23:24, Romain MEHUT romain.me...@gmail.com a écrit :

   Bonsoir,

  cf. http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Drecycling
  avec operator=Le Relais

  Romain

 Le 5 juillet 2015 23:11, George Kaplan georgekaplan...@hotmail.fr a
 écrit :

 Bonsoir,

 En voulant déposer des vêtements dans une benne du Relais, j'ai visité
 leur site pour localiser le plus proche :
 http://www.lerelais.org/oudonner.php
 Ils annoncent 16 000 conteneurs, j'aurai bien voulu ajouter ceux près de
 chez moi dans OSM mais je n'ai pas trouvé de tags permettant de les
 indiquer.

 Quelqu'un a une réponse ou une proposition ?

 George
 ___
 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 
 listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr



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


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

Re: [Talk-de] Bitte um Hilfe/Verbesserung/Kritik Haltestellen-Relation