[Talk-in] Recreating the Map for FSFTN

[Balaji Ravichandran]

Hi Team,
I recently came across FSMK GLUG Map through its repository in Github. I
need to recreate the same for FSFTN (https://fsftn.org). We have the GLUG
Details of FSFTN.

Need help on,

   - What we need to know is how to Map Tamil Nadu as you did for Karnataka
   outline on the map?
   - How to generate GeoJson with the GLUG details in hand?
   - Please provide details for forking it and reusing it for FSFTN

The original repository is here .
I have raised the issue here
.
The forked repository is here .

It would be great if the community helps us on this. :-)

-- 
Best Regards,
Balaji Ravichandran
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-us] Dare County, North Carolina Import

[Jonah Adkins]

Hey OSM,

I'd like to propose an import of GIS data for Dare County, NC. The source data 
was graciously provided by the GIS staff with compatible license for import.

There’s around 19,000 buildings, most of which include an address, building 
type, and year built.

I will be conflating existing OSM edits with GIS footprints during the process, 
as well as validating/fixing any issues.

For more information and a sample OSM file, see:

Github -> https://github.com/jonahadkins/darecounty_OSM_imports 

Wiki -> https://wiki.openstreetmap.org/wiki/Dare_County_Building_Import 


This message has been cross-posted in Talk-US, Imports-US, & Imports.
Thanks

-- 
Thanks, 

Jonah
jonahadkins.com 


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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

2017-08-06 23:44 GMT+02:00 lenny.libre :

> Le 06/08/2017 à 07:11, Jo a écrit :
>
> Si tu vas faire passer à la revue tous les arrêts, il ne serait pas très
> compliqué de créer un 'preset' pour standardiser tous les arrêts. Le preset
> peut contenir 3 'sjablônes' .
>
> Qu'entends-tu par "preset" ?
>

Ce qui apparaît quand tu appuies sur F3. Un assistant pour ajouter des
valeurs.

>
> Lorsque nous avions effectué le changement de nom réseau sur Bordeaux,
> j'avais récupéré les données à modifier avec http://overpass-turbo.eu/ et
> j'avais envoyé le résultat vers josm.
>
>
> L'autre option est d'en sélectionner une vingtaine à la fois, puis changer
> les tags tous ensemble, puis les inspecter à l'aide du greffon "todo".
>
>
> J'avais regardé todo il y a quelque temps mais comme je n'avais pas trouvé
> de tuto et que je n'avais pas le temps de me pencher dessus ...
>

Tu fais une sélection, par exemple en faisant une recherche (Ctrl-f), puis
tu l'ajoutes. Pour sélectionner le premier objet, tu utilses Zoom, pour les
autres Pass ou Mark (]). Mark les enlève de la liste.

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

Re: [OSM-ja] 福岡／大分豪雨災害クライシスマッピングのタグ付けについて

[Satoshi IIDA]

いいだです。

+1 to muramotoさんです。


2017年8月7日 10:10 Zoar. :

> ぞあです。
>
> muramoto さんお疲れさまです。
> ご提案の内容での編集に賛成します。
>
> Twitter での議論をまとめてくださったので確認しやすかったです。ありがとうございます。
> https://togetter.com/li/1132198
>
>
>
> On 2017/08/04 10:37, tomoya muramoto wrote:
>
>> muramotoです。
>>
>> twitter上も含めて意見は一応出尽くしたように思われます。
>>
>> つきましては、以下の編集を実施したいと考えます。
>> 賛成・反対・要修正などご意見いただければと思います。
>>
>> (1)日本国内を対象にoverpass turboを使って以下の検索を行う。
>> 検索式イメージ = `hazard_type=*` and `hazard_prone=yes` in Japan
>> (2)検索結果をJOSMで読み込み以下の編集を行う。
>> ・natural=*, landuse=*, surface=*を削除
>> ・nameをdescriptionに変更
>>
>> また、被災地区の地図を眺めてところ、`hazard_type=*`等が付与されていない災害エリアデータが見つかりました。
>> 例：http://www.openstreetmap.org/way/506838256 (古橋先生が作成されたデータのようです)
>> その対応として以下の編集を行う。
>> (3)日田市内および朝倉市内を対象に、nameが付いたnatural=*, landuse=brownfieldを検索する。
>> (4)検索結果をJOSMで読み込み、ひとつずつ目視で確認しながら、`hazard_type=*`,
>> `hazard_prone=yes`を付与、natural=*, landuse=*を削除、nameをdescriptionに変更する。
>>
>> (`hazard_prone=yes`の要不要については意見がばらばらですが、とりあえず残す形にしています)
>>
>> なお、本編集はなんらかのソースに基づくものではない(実際に復旧されているのか私にはわからない)ため、
>> 編集を実施するためにはコミュニティの合意が必要であると考えます。
>> ですので、賛成・反対だけでも良いのでコメントいただければ嬉しいです。
>>
>> なお、編集の可否に関わらず、後日osm wikiに議論の記録をまとめようと思います。
>> https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags
>>
>> よろしくお願いします。
>>
>> muramoto
>>
>>
>>
>> ___
>> Talk-ja mailing list
>> Talk-ja@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ja
>>
>>
> --
> Twitter : @k_zoar
> OSM: http://hdyc.neis-one.org/?k_zoar
>
> ___
> Talk-ja mailing list
> Talk-ja@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ja
>



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

[Talk-br] Como faço para criar bairros ou áreas dentro de uma cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas áreas?

[santamariense]

Eu acho que entendi a pergunta desd'o começo. O que tu quer é que no
mapa www.openstreetmap.org um bairro apareça de uma cor, outro bairro
de outra e assim por diante, né?

Isso é impossível, ou se você conseguir na "gambiarra" vai estar
mapeando para o renderizador. E isso não é correto.

O que aparece sim com certo destaque em mapa é a borda de divisa dos
bairros, assim como, de distritos, municípios, estados... Aparece
pontilhado em roxo, exemplo:
http://www.openstreetmap.org/relation/3103637#map=19/-29.70815/-53.82546

Mas não é porque um local não aparece destacado no mapa que não está
mapeado. Muito pelo contrário, um bairro corretamente mapeado constará
nos endereços de todos os objetos que estiverem dentro dele.

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

Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas áreas?

[Edielson Correa Sarmento]

Obrigado Marcos!

Em 6 de ago de 2017 18:16, "Marcos Fedato"  escreveu:

> Oi Edielson,
>
> Para isso voce pode baixar os dados do openstreetmap (tipo do geofabrik.de)
> e vai precisar de um software que faça mapas como o QGIS ou ArcGIS.
>
> O openstreetmap é mais voltado aos dados que a representação dele. Então
> você pode usar os dados dele nos softwares que quiser.
>
> Procure por tematizacao de mapas com qgis no google e use esse software.
>
> Atenciosamente,
> Marcos Fedato
>
> Enviado do meu smartphone Samsung Galaxy.
>
>
>  Mensagem original 
> De: Edielson Correa Sarmento 
> Data: 06/08/17 08:56 (GMT-11:00)
> Para: OpenStreetMap no Brasil 
> Assunto: Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma
> cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas
> áreas?
>
> Quero produzir polígonos de diferentes cores que possam representar
> territórios ou bairros em um mapa osm.
>
> Em 2 de ago de 2017 13:50, "Vitor George" 
> escreveu:
>
>> Olá Edielson,
>>
>> Acho que não entendi sua pergunta. Você quer produzir um mapa e
>> representar polígonos de bairros em diferentes cores? Ou você identificou
>> um problema em fronteiras que estão no OpenStreetMap?
>>
>> Abraços,
>> Vitor
>>
>> On Wed, Aug 2, 2017 at 10:31 AM, Edielson Correa Sarmento <
>> ecsarme...@gmail.com> wrote:
>>
>>>
>>>
>>> ___
>>> Talk-br mailing list
>>> Talk-br@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-br
>>>
>>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-ja] 福岡／大分豪雨災害クライシスマッピングのタグ付けについて

[Zoar.]

ぞあです。

muramoto さんお疲れさまです。
ご提案の内容での編集に賛成します。

Twitter での議論をまとめてくださったので確認しやすかったです。ありがとうございます。
https://togetter.com/li/1132198


On 2017/08/04 10:37, tomoya muramoto wrote:

muramotoです。

twitter上も含めて意見は一応出尽くしたように思われます。

つきましては、以下の編集を実施したいと考えます。
賛成・反対・要修正などご意見いただければと思います。

(1)日本国内を対象にoverpass turboを使って以下の検索を行う。
検索式イメージ = `hazard_type=*` and `hazard_prone=yes` in Japan
(2)検索結果をJOSMで読み込み以下の編集を行う。
・natural=*, landuse=*, surface=*を削除
・nameをdescriptionに変更

また、被災地区の地図を眺めてところ、`hazard_type=*`等が付与されていない災害エリアデータが見つかりました。
例：http://www.openstreetmap.org/way/506838256 (古橋先生が作成されたデータのようです)
その対応として以下の編集を行う。
(3)日田市内および朝倉市内を対象に、nameが付いたnatural=*, landuse=brownfieldを検索する。
(4)検索結果をJOSMで読み込み、ひとつずつ目視で確認しながら、`hazard_type=*`,
`hazard_prone=yes`を付与、natural=*, landuse=*を削除、nameをdescriptionに変更する。

(`hazard_prone=yes`の要不要については意見がばらばらですが、とりあえず残す形にしています)

なお、本編集はなんらかのソースに基づくものではない(実際に復旧されているのか私にはわからない)ため、
編集を実施するためにはコミュニティの合意が必要であると考えます。
ですので、賛成・反対だけでも良いのでコメントいただければ嬉しいです。

なお、編集の可否に関わらず、後日osm wikiに議論の記録をまとめようと思います。
https://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags

よろしくお願いします。

muramoto



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



--
Twitter : @k_zoar
OSM: http://hdyc.neis-one.org/?k_zoar

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

Re: [OSM-talk-fr] largeur supérieur à X mètre

[osm . sanspourriel]

Tu réponds toi-même à ta question : ce que tu veux taguer c'est l'accessibilité 
et non la largeur de la porte.

Jean-Yvon


> Gesendet: Montag, 07. August 2017 um 00:29 Uhr
> Von: "marc marc - marc_marc_...@hotmail.com" 
> 
> An: "talk-fr@openstreetmap.org" 
> Betreff: Re: [OSM-talk-fr] largeur supérieur à X mètre
>
> MM>> Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?
> 
> DC> Si c'est une valeur estimé, alors je ne met rien
> DC> jusqu'à ce que je peux le vérifier
> Savoir qu'une entrée d'un magasin fait plus de 90cm est l'un des 2 
> critères les plus important pour l'accessibilité des fauteuils roulants.
> Cela devient même une obligation dans certain cas.
> c'est facile à estimer (il suffit de rentrer en tendant un bras, si tu 
> passes la porte, c'est certain que la chaise roulante passe)
> C'est facile de vérifier l'estimation (il suffit de refaire l'opération)
> Savoir que l'entrée fait 91,7cm est précis mais quel objectif ?
> Et puis surtout que faire des valeurs déjà présente ? on vire parce 
> qu'estimé ? ou on essaye d'uniformiser l'encodage de cette info ?
> je suis partisan d'essayer d'uniformiser vu l'utilité importante de 
> cette info comparé au fait que quasi tout osm a une imprécision 
> supérieur à celle de la largeur de l'entrée. non ?
> 
> FG> Ce type de valeur n'est pas accepté par Osmose : width doit être une
> FG> valeur numérique sinon les logiciels ne sauront pas quoi en faire.
> la page wiki de width précise pourtant exemple à l’appui que c'est 
> alphanumérique puisque pouvant contenir des unités.
> osmose a-t-il aussi des règles pour est_width ? il te semble préférable 
> de diviser l'info entre 2 clefs ? ou définir une règle précise 
> susceptible d'être prise en compte par osmose et autres app ?
> ___
> 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] largeur supérieur à X mètre

[marc marc]

MM>> Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?

DC> Si c'est une valeur estimé, alors je ne met rien
DC> jusqu'à ce que je peux le vérifier
Savoir qu'une entrée d'un magasin fait plus de 90cm est l'un des 2 
critères les plus important pour l'accessibilité des fauteuils roulants.
Cela devient même une obligation dans certain cas.
c'est facile à estimer (il suffit de rentrer en tendant un bras, si tu 
passes la porte, c'est certain que la chaise roulante passe)
C'est facile de vérifier l'estimation (il suffit de refaire l'opération)
Savoir que l'entrée fait 91,7cm est précis mais quel objectif ?
Et puis surtout que faire des valeurs déjà présente ? on vire parce 
qu'estimé ? ou on essaye d'uniformiser l'encodage de cette info ?
je suis partisan d'essayer d'uniformiser vu l'utilité importante de 
cette info comparé au fait que quasi tout osm a une imprécision 
supérieur à celle de la largeur de l'entrée. non ?

FG> Ce type de valeur n'est pas accepté par Osmose : width doit être une
FG> valeur numérique sinon les logiciels ne sauront pas quoi en faire.
la page wiki de width précise pourtant exemple à l’appui que c'est 
alphanumérique puisque pouvant contenir des unités.
osmose a-t-il aussi des règles pour est_width ? il te semble préférable 
de diviser l'info entre 2 clefs ? ou définir une règle précise 
susceptible d'être prise en compte par osmose et autres app ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny.libre]

Le 06/08/2017 à 07:11, Jo a écrit :
Si tu vas faire passer à la revue tous les arrêts, il ne serait pas 
très compliqué de créer un 'preset' pour standardiser tous les arrêts. 
Le preset peut contenir 3 'sjablônes' .

Qu'entends-tu par "preset" ?

Lorsque nous avions effectué le changement de nom réseau sur Bordeaux, 
j'avais récupéré les données à modifier avec http://overpass-turbo.eu/ 
et j'avais envoyé le résultat vers josm.




L'autre option est d'en sélectionner une vingtaine à la fois, puis 
changer les tags tous ensemble, puis les inspecter à l'aide du greffon 
"todo".


J'avais regardé todo il y a quelque temps mais comme je n'avais pas 
trouvé de tuto et que je n'avais pas le temps de me pencher dessus ...




Jo

2017-08-06 7:05 GMT+02:00 Jo >:


Salut Lenny,

J'ai créé un style MapCSS appelé "Public Transport". Il montre les
noms et les ref pour les arrêts de bus, d'une façon bien plus visible.

Le style est disponible pour touse en JOSM. En anglais il est sous
Map paint styles.



Je connais, je l'avais installé (il me semble que sur les voies 
empruntées par plusieurs lignes, il les indique toutes, mais pas pour 
les giratoires non découpés)




Jo

2017-08-05 19:57 GMT+02:00 lenny.libre >:

Le 05/08/2017 à 12:00, Jo a écrit :

J'ai regardé un peu à Toulouse. PT_Assistant reporte des
choses qui seraient très faciles à corriger.

Vour préférez que je fasse un Hangout on Air ce soir pour
faire un screencast avec une démo? Ou vous préférez un
hangout interactif demain soir?

Jo

Désolé, je viens juste de voir le message, je suis intéressé
par tes démos, mais en ce moment, je ne suis pas trop dispo le
soir.
Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la
Haute-Garonne, car j'attendais d'avoir fait le tour des
questions que je me posait.
Dans ce premier fil, je n'ai posé que le pb des network, mais
après j'ai les ref, ...

Leni




2017-08-05 10:00 GMT+02:00 lenny.libre >:

Le 05/08/2017 à 00:35, Jo a écrit :

Le mobilier urbain est entretenu par les communes (ou la
région à Bruxelles), pour moi il est moins intéressant
si c'est JCDecaux ou qui que ce soit pour les abribus et
la pub dessus.

Pour moi, ces noeuds qui représentent les arrêts sont
des objets 'logiques'./'abstraits'. Les bus/trams d'un
certain opérateur les dessert. C'est ça qui m'intéresse.
Si je veux savoir ou aller chercher des informations
comme les horaires, quel site web dois-je consulter?
Celui de De Lijn, du TEC ou de l'MIVB/STIB?

Si je vais me rendre à cet arrêt desservi par tous les
trois opérateurs, je vais y retrouver 3 horaires affichés.

Et pour le route_ref, je les utilise pour comparer avec
les routes que nous avons déjà cartographié. Là voilà
une redondance qui m'est utile.

Polyglot

Je pense aussi que ces nœuds sont des objets logiques :
j'ai des arrêts avec un abribus du Conseil Départemental
(réseau Arc en Ciel, opérateur CD31 : c'est écrit sur un
panneau) à côté d'un poteau (réseau Tisséo, opérateur
Tisséo : c'est écrit sur le poteau) et des arrêts avec un
abribus du Conseil Départemental (réseau Transports
scolaire, opérateur CD31 : c'est écrit sur un panneau) à
côté d'un poteau (réseau Tisséo, opérateur Tisséo : c'est
écrit sur le poteau) ; il y a bien un seul arrêt (un seul
zébra au sol, les utilisateurs des deux réseaux
s'abritent sous le même abribus) deux réseaux et deux
opérateurs, chacun entretien son abribus/poteau.

C'est aussi pourquoi cela me perturbe de mettre un réseau
codé (network=fr-   ) ou un code wikidata ; car que va
faire le contributeur lambda (qui n'est ni informaticien,
ni géomaticien) qui arrive devant un arrêt avec Jungle
Bus, il se souvient qu'il peut mettre le réseau
"network", et il ne va jamais penser qu'il faut mettre un
code (non visible sur l'arrêt et dans osm on met ce qui
est visible), il va mettre le/les noms qu'il va trouver
sur les éléments de l’arrêt (pas le fr_).
Leni




2017-08-04 23:31 GMT+02:00 marc marc
>:

Bonsoir,

J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
DC>> qu'il y ait 2 opérateurs m'interpelle

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

[osm . sanspourriel]

Le 05/08/2017 à 22:37, Philippe Verdy - verd...@wanadoo.fr a écrit :

ces nouveaux codes postaux sont maintenant visibles sur les 
oblitérations des timbres et semblent devoir remplacer à terme les 
actuels codes postaux.
Ces codes ont dix ans déjà et sont fonction des machines d'oblitération, 
ils peuvent changer donc à chaque remplacement de machine. Voir être 
réutilisés ensuite sur une autre machine.


Je ne vois pas ce qui peut te faire penser qu'ils puisse être un jour 
des codes postaux.


Le Groupe La Poste publie les codes postaux, pas les ROC.
http://www.data.gouv.fr/fr/datasets/base-officielle-des-codes-postaux/

D'accord avec Laurent, si on peut associer les codes aux bureaux, 
pourquoi pas mais ce n'est pas une priorité.
Est-ce que les lettres affranchies à la machine dans des entreprises ont 
un ROC spécifique ou seuls les timbres sont imprimés et l'oblitération 
faite en centre ?


Jean-Yvon

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

Re: [OSM-talk] Draft Trademark Policy

[moltonel]

Le 6 août 2017 15:55:04 GMT+02:00, Simon Poole  a écrit :
>
>
>Am 06.08.2017 um 14:20 schrieb Rory McCann:
>> ...
>> I suggested it only be allowed if: (i) [THING] is a noun-like word
>which
>> refers to something that is mapped in OSM. (ii) You are making a map
>of
>> that subset of OSM. It might be a good idea to limit it to community
>> made, open, maps, or that it must not be massively commerical, and
>must
>> not try to immitate OSM (So no "OpenRoadMap")
>I've already given the examples that illustrate why allowing it in
>general is a bad idea, and for existing such projects in OSM space
>we've
>said that they would be grandfathered (with a couple of restrictions
>that guarantee that the projects remain OSM centric). As a tendency I
>would rather prefer not to add more worms to the can going forward, but
>I could imagine that we simply have a regime in which the OSMF
>registers
>and holds the domains (something that we've done in a couple of cases
>in
>the past).

If I'm reading the various opinions correctly, one seed for disagreement is how 
much of a deterrent the requirement to ask for permission to use the trademark 
actually is. Some see it as too high and want to make it unecessary in more 
case, while some see it as low enough and are happy to use it in any case that 
endangers the trademark.

Perhaps a middle ground can be reached by adding a FAQ with clear descriptions 
of the usecases where permission is certain to be granted ? Keeping the 
protection in place but making it less of a deterrant.

FWIW, I like the OpenThingMap and other osm wordplays naming theme. It adds to 
the sense of cheerful community, with all those projects obviously being 
related to OSM. This lighthearted naming should IMHO be cherrished and enabled, 
but it also needs to be supervised so that it doesn't dilute the trademark.

I hope that the draft can be made more enabling while remaining just as 
protective.

-- 
Vincent de Phily
Sent from a phone.

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

Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas áreas?

[Marcos Fedato]

Oi Edielson,

Para isso voce pode baixar os dados do openstreetmap (tipo do geofabrik.de) e 
vai precisar de um software que faça mapas como o QGIS ou ArcGIS.

O openstreetmap é mais voltado aos dados que a representação dele. Então você 
pode usar os dados dele nos softwares que quiser.

Procure por tematizacao de mapas com qgis no google e use esse software.

Atenciosamente,
Marcos Fedato

Enviado do meu smartphone Samsung Galaxy.


 Mensagem original 
De: Edielson Correa Sarmento 
Data: 06/08/17 08:56 (GMT-11:00)
Para: OpenStreetMap no Brasil 
Assunto: Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma 
cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas 
áreas?

Quero produzir polígonos de diferentes cores que possam representar territórios 
ou bairros em um mapa osm.

Em 2 de ago de 2017 13:50, "Vitor George" 
> escreveu:
Olá Edielson,

Acho que não entendi sua pergunta. Você quer produzir um mapa e  representar 
polígonos de bairros em diferentes cores? Ou você identificou um problema em 
fronteiras que estão no OpenStreetMap?

Abraços,
Vitor

On Wed, Aug 2, 2017 at 10:31 AM, Edielson Correa Sarmento 
> wrote:


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



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

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

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

[Philippe Verdy]

Visible tout de meme sur le courruer quon reçoit cest lobliteration des
timbres qui renseigne l'origine des courriers

Le 6 août 2017 22:53, "Laurent Combe"  a écrit :

> le lien avec osm ?
>
> vous souhaiter renseigner le code ROC des entités postales
> avec un tag spécifique pour ce faire ?
>
> l'utilité de ce jeu de données (interne à la société) et visible sur un
> seul site web ne me semble pas être une priorité.
>
> mais c'est seulement mon avis.
>
> Laurent
>
>
>
> Le 6 août 2017 à 21:36, Yannick  a écrit :
>
>> Le 05/08/2017 à 22:37, Philippe Verdy a écrit :
>> > A voir
>> > : https://epnrelais59.files.wordpress.com/2010/07/nouveaux-
>> codes-bureaux-de-poste-france.pdf
>> >
>> > Et https://epnrelais59.wordpress.com/2010/07/29/les-nouveaux-co
>> des-des-bureaux-de-postes-en-france/
>> >
>> > ces nouveaux codes postaux sont maintenant visibles sur les
>> > oblitérations des timbres et semblent devoir remplacer à terme les
>> > actuels codes postaux.
>> >
>> > Le format : 5 chiffres (mais rien à voir avec les départements), la
>> > lettre A, et éventuellement un tiret et un code à deux chiffres.
>> >
>> > Exemple 39057A-01 pour une des zones de distribution du centre de tri de
>> > la Roche-sur-Yon Bell PPDC, 85 rue François Cévert, 85000 La Roche.
>> >
>> > Données importables et ouvertes ? Aura-t-on des données plus précises ?
>> > En attendant on a la liste des centres de tris (ici un "PPDC")...
>> >
>> >
>> > ___
>> > Talk-fr mailing list
>> > Talk-fr@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-fr
>> >
>>
>> Bonsoir,
>>
>> Comme ancien postier je trouve ce nouveau code inutile et inutilisable
>> par le commun des mortels.
>> En effet si je peux reconnaître que certains département auraient pu
>> avoir du mal à attribuer de nouveaux codes de bureaux on ne peut dire
>> que ce soit une généralité.
>> Jusqu'à présent les établissements postaux avaient un "Poste comptable".
>> Ce code permettait à tout un chacun de connaître au moins le département
>> et pour tous les bureaux principaux d'une commune le nom de celle-ci.
>> Pour nombre de bureaux annexes je reconnais que cela était plus
>> difficile mais pas impossible.
>> Ce numéro était composé comme suit
>> 4 pour La Poste
>> nn pour le département
>> xxx pour l'ordre Insee de la commune
>>
>> Donc comme certains commentaires le disent sur le site donné celui qui a
>> inventé ce système devrait être cloué au pilori comme un vulgaire
>> criminel.
>>
>> Maintenant pour OSM cette liste permet de localiser les infrastructures
>> de courrier de La Poste. Quoique certaines adresses me laisse songeur.
>> Le fichier ods ne donne pas les adresses, seul le pdf le fait! Si l'un
>> d'entre-vous sait faire le transfert pdf=>ods merci d'avance à lui.
>> Il faut faire attention car Paris Brune (75014) a deux codes ROC.
>>
>> Amitiés
>>
>> --
>> Yannick VOYEAUD
>> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
>> (Camille JOUFFRAY 1841-1924, maire de Vienne)
>> http://www.voyeaud.org
>> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
>> Journées du Logiciel Libre: http://jdll.org
>> Généalogie en liberté avec Ancestris http://www.ancestris.org
>> Aidez Ancestris à aller au Havre
>> https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

[Laurent Combe]

le lien avec osm ?

vous souhaiter renseigner le code ROC des entités postales
avec un tag spécifique pour ce faire ?

l'utilité de ce jeu de données (interne à la société) et visible sur un
seul site web ne me semble pas être une priorité.

mais c'est seulement mon avis.

Laurent



Le 6 août 2017 à 21:36, Yannick  a écrit :

> Le 05/08/2017 à 22:37, Philippe Verdy a écrit :
> > A voir
> > : https://epnrelais59.files.wordpress.com/2010/07/
> nouveaux-codes-bureaux-de-poste-france.pdf
> >
> > Et https://epnrelais59.wordpress.com/2010/07/29/les-nouveaux-
> codes-des-bureaux-de-postes-en-france/
> >
> > ces nouveaux codes postaux sont maintenant visibles sur les
> > oblitérations des timbres et semblent devoir remplacer à terme les
> > actuels codes postaux.
> >
> > Le format : 5 chiffres (mais rien à voir avec les départements), la
> > lettre A, et éventuellement un tiret et un code à deux chiffres.
> >
> > Exemple 39057A-01 pour une des zones de distribution du centre de tri de
> > la Roche-sur-Yon Bell PPDC, 85 rue François Cévert, 85000 La Roche.
> >
> > Données importables et ouvertes ? Aura-t-on des données plus précises ?
> > En attendant on a la liste des centres de tris (ici un "PPDC")...
> >
> >
> > ___
> > Talk-fr mailing list
> > Talk-fr@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-fr
> >
>
> Bonsoir,
>
> Comme ancien postier je trouve ce nouveau code inutile et inutilisable
> par le commun des mortels.
> En effet si je peux reconnaître que certains département auraient pu
> avoir du mal à attribuer de nouveaux codes de bureaux on ne peut dire
> que ce soit une généralité.
> Jusqu'à présent les établissements postaux avaient un "Poste comptable".
> Ce code permettait à tout un chacun de connaître au moins le département
> et pour tous les bureaux principaux d'une commune le nom de celle-ci.
> Pour nombre de bureaux annexes je reconnais que cela était plus
> difficile mais pas impossible.
> Ce numéro était composé comme suit
> 4 pour La Poste
> nn pour le département
> xxx pour l'ordre Insee de la commune
>
> Donc comme certains commentaires le disent sur le site donné celui qui a
> inventé ce système devrait être cloué au pilori comme un vulgaire criminel.
>
> Maintenant pour OSM cette liste permet de localiser les infrastructures
> de courrier de La Poste. Quoique certaines adresses me laisse songeur.
> Le fichier ods ne donne pas les adresses, seul le pdf le fait! Si l'un
> d'entre-vous sait faire le transfert pdf=>ods merci d'avance à lui.
> Il faut faire attention car Paris Brune (75014) a deux codes ROC.
>
> Amitiés
>
> --
> Yannick VOYEAUD
> Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
> (Camille JOUFFRAY 1841-1924, maire de Vienne)
> http://www.voyeaud.org
> Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
> Journées du Logiciel Libre: http://jdll.org
> Généalogie en liberté avec Ancestris http://www.ancestris.org
> Aidez Ancestris à aller au Havre
> https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-ie] Mark the 13th Birthday of openstreetmap at the Lesotho embassy

[Ciarán Staunton]

Hello List

By the kind invitation of the Charge' d' Affaires at of the Embassy of the
Kingdom of Lesotho in Dublin
, Friends of
Lesotho will join the rest of the world at the Embassy to #MapLesotho next
Sunday the 13th August. The plan is to meet at 12.00 noon and map, talk and
have fun until about 5.30. There's a board room where a max of 16 people
will fit, so its literally first-come, first served.

If you wish to come along please get in touch with Mr. Pheko at the Embassy
to book your place: k.ph...@lesothoembassy.ie

Hope to see you there!
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [Talk-br] Como faço para criar bairros ou áreas dentro de uma cidade através do Josm ou outro aplicativo e aplicar cores definidas nessas áreas?

[Edielson Correa Sarmento]

Quero produzir polígonos de diferentes cores que possam representar
territórios ou bairros em um mapa osm.

Em 2 de ago de 2017 13:50, "Vitor George"  escreveu:

> Olá Edielson,
>
> Acho que não entendi sua pergunta. Você quer produzir um mapa e
> representar polígonos de bairros em diferentes cores? Ou você identificou
> um problema em fronteiras que estão no OpenStreetMap?
>
> Abraços,
> Vitor
>
> On Wed, Aug 2, 2017 at 10:31 AM, Edielson Correa Sarmento <
> ecsarme...@gmail.com> wrote:
>
>>
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-fr] Nouveaux codes postaux français "ROC"

[Yannick]

Le 05/08/2017 à 22:37, Philippe Verdy a écrit :
> A voir
> : 
> https://epnrelais59.files.wordpress.com/2010/07/nouveaux-codes-bureaux-de-poste-france.pdf
> 
> Et 
> https://epnrelais59.wordpress.com/2010/07/29/les-nouveaux-codes-des-bureaux-de-postes-en-france/
> 
> ces nouveaux codes postaux sont maintenant visibles sur les
> oblitérations des timbres et semblent devoir remplacer à terme les
> actuels codes postaux.
> 
> Le format : 5 chiffres (mais rien à voir avec les départements), la
> lettre A, et éventuellement un tiret et un code à deux chiffres.
> 
> Exemple 39057A-01 pour une des zones de distribution du centre de tri de
> la Roche-sur-Yon Bell PPDC, 85 rue François Cévert, 85000 La Roche.
> 
> Données importables et ouvertes ? Aura-t-on des données plus précises ?
> En attendant on a la liste des centres de tris (ici un "PPDC")...
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

Bonsoir,

Comme ancien postier je trouve ce nouveau code inutile et inutilisable
par le commun des mortels.
En effet si je peux reconnaître que certains département auraient pu
avoir du mal à attribuer de nouveaux codes de bureaux on ne peut dire
que ce soit une généralité.
Jusqu'à présent les établissements postaux avaient un "Poste comptable".
Ce code permettait à tout un chacun de connaître au moins le département
et pour tous les bureaux principaux d'une commune le nom de celle-ci.
Pour nombre de bureaux annexes je reconnais que cela était plus
difficile mais pas impossible.
Ce numéro était composé comme suit
4 pour La Poste
nn pour le département
xxx pour l'ordre Insee de la commune

Donc comme certains commentaires le disent sur le site donné celui qui a
inventé ce système devrait être cloué au pilori comme un vulgaire criminel.

Maintenant pour OSM cette liste permet de localiser les infrastructures
de courrier de La Poste. Quoique certaines adresses me laisse songeur.
Le fichier ods ne donne pas les adresses, seul le pdf le fait! Si l'un
d'entre-vous sait faire le transfert pdf=>ods merci d'avance à lui.
Il faut faire attention car Paris Brune (75014) a deux codes ROC.

Amitiés

-- 
Yannick VOYEAUD
Nul n'a droit au superflu tant que chacun n'a pas son nécessaire
(Camille JOUFFRAY 1841-1924, maire de Vienne)
http://www.voyeaud.org
Créateur CimGenWeb: http://www.francegenweb.org/cimgenweb/
Journées du Logiciel Libre: http://jdll.org
Généalogie en liberté avec Ancestris http://www.ancestris.org
Aidez Ancestris à aller au Havre
https://www.helloasso.com/associations/ancestris/collectes/le-havre-2017

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

Re: [Talk-in] Geocoding Vikarabad District, Telangana

[Arun Ganesh]

If you want a OSM based geocoder, give
https://geocoder.opencagedata.com/demo a try. It looks like Vikarabad does
not have many villages mapped, so it probably won't give good results till
you improve OSM.

If using Google is giving bad results, its unlikely one can do much to
improve the results.





On Sun, Aug 6, 2017 at 11:47 PM, Sree harsha Thanneru 
wrote:

> Hello All,
>
> I have been working on "Farmer Distress Helpline" project in newly created
> Vikarabad District,Telangana called KisanMitra, and as part of it looking
> to map the primary data which we get from farmers, but also various
> secondary data like Rainfall, Ground Water level, cropping pattern this
> year, and many more to understand the Issues more deeply, & also to find
> inter linkages.
> For the same, I tried to geocode some of the village data we have within
> our system, but have not been successful. I have only tried a few addon's
> in google sheets(I know a very bad attempt!!) Anyone has a good idea of how
> to achieve the same in a better way with lesser errors ? Is there a list of
> geo-coded info of villages along with corresponding Mandals we could use if
> already available?
> Fairly new at mapping, so eagerly looking for guidance to get going !!
>
> Cheers,
> Harsha
> +919966089839 <+91%2099660%2089839>
> --
>
> Cheers
> Sreeharsha
> +919966089839 <099660%2089839>
>
> ___
> Talk-in mailing list
> Talk-in@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-in
>
>
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 06.08.2017 um 19:37 schrieb Jochen Topf:
> ...
> I don't understand why the "OpenSomethingMap" issue has you so spooked.
I'm not spooked, it just nicely  illustrates the issues, I don't think I
ever even remotely commented on if OpenWeatherMap is particularly
confusable with OSM, it is a domain originally being used for a
community project (and therefore something we would have cinsidered
legit) and has now landed somewhere completly OSM unrelated.

>
> Anyway, this is all moot, because nobody believes that the OSMF would
> actually sue anybody, let alone a small helpless hobby project, to get
> hold of their domain or force them to sign some agreement. Especially
> not when all they are doing is using a name that a judge might or might
> not see as similar enough to the OpenStreetMap trademark.

I would like to point out that the only person talking about taking
formal legal steps is you, I firmly believe in enlightened self interest
and that the current domain holders when presented with the arguments
will choose what makes most sense for the OSM community and themselves.

>
> I am sure you have the best intentions of defending OSM against the big
> bad conglomerates, but I think the best defense is having a large and
> open community and eco-system, one where you don't have to ask for
> permission before you contribute.
While that sounds good, it has nothing to do with the reality of how
trademarks work. And creating yet another OSM mark remix isn't
contributing to anything, really.

Simon



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

[Talk-in] Geocoding Vikarabad District, Telangana

[Sree harsha Thanneru]

Hello All,

I have been working on "Farmer Distress Helpline" project in newly created
Vikarabad District,Telangana called KisanMitra, and as part of it looking
to map the primary data which we get from farmers, but also various
secondary data like Rainfall, Ground Water level, cropping pattern this
year, and many more to understand the Issues more deeply, & also to find
inter linkages.
For the same, I tried to geocode some of the village data we have within
our system, but have not been successful. I have only tried a few addon's
in google sheets(I know a very bad attempt!!) Anyone has a good idea of how
to achieve the same in a better way with lesser errors ? Is there a list of
geo-coded info of villages along with corresponding Mandals we could use if
already available?
Fairly new at mapping, so eagerly looking for guidance to get going !!

Cheers,
Harsha
+919966089839 <+91%2099660%2089839>
-- 

Cheers
Sreeharsha
+919966089839
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [OSM-talk] Draft Trademark Policy

[Jochen Topf]

On Sun, Aug 06, 2017 at 03:55:04PM +0200, Simon Poole wrote:
> > I suggested it only be allowed if: (i) [THING] is a noun-like word which
> > refers to something that is mapped in OSM. (ii) You are making a map of
> > that subset of OSM. It might be a good idea to limit it to community
> > made, open, maps, or that it must not be massively commerical, and must
> > not try to immitate OSM (So no "OpenRoadMap")
> I've already given the examples that illustrate why allowing it in
> general is a bad idea, and for existing such projects in OSM space we've
> said that they would be grandfathered (with a couple of restrictions
> that guarantee that the projects remain OSM centric). As a tendency I
> would rather prefer not to add more worms to the can going forward, but
> I could imagine that we simply have a regime in which the OSMF registers
> and holds the domains (something that we've done in a couple of cases in
> the past).

I don't understand why the "OpenSomethingMap" issue has you so spooked.
I don't think anybody but you thinks something like "OpenWeatherMap" is
necessarily related to OpenStreetMap in any way. Why wood you? We all know
what a "weather map" is, so this is an "Open" one, which doesn't mean
much these days. The biggest problem we had with OpenSeaMap was always
not that they were somehow leaching from the great name we have, but
that they presented themselves as this great project when all they are
is a thin layer on top of OSM. They always downplayed their relationship
to OSM instead of using it to build their own reputation by piggybacking
on ours. I had to explain to many people that, no, they are just this
little offshoot of OSM. Albeit with better marketing.

Anyway, this is all moot, because nobody believes that the OSMF would
actually sue anybody, let alone a small helpless hobby project, to get
hold of their domain or force them to sign some agreement. Especially
not when all they are doing is using a name that a judge might or might
not see as similar enough to the OpenStreetMap trademark.

I am sure you have the best intentions of defending OSM against the big
bad conglomerates, but I think the best defense is having a large and
open community and eco-system, one where you don't have to ask for
permission before you contribute.

Jochen
-- 
Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688

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

Re: [Talk-cz] nefunguje vzdálené ovládání josm

[Marián Kyral]

Tak vypadá to, že problém bude tady:

2017-08-06 18:31:58.812 WARNING: Cannot start IPv4 remotecontrol https
server onport 8112: Keystore was tampered with, or password was incorrect
2017-08-06 18:31:58.815 WARNING: Cannot start IPv6 remotecontrol https
server onport 8112: Keystore was tampered with, or password was incorrect

Mi to vypíše:

2017-08-06 19:19:59.806 INFO: RemoteControl::Accepting remote
connections on /127.0.0.1:8111
2017-08-06 19:19:59.814 INFO: RemoteControl::Accepting remote
connections on /0:0:0:0:0:0:0:1:8111
2017-08-06 19:19:59.834 INFO: RemoteControl::Accepting secure remote
connections on /127.0.0.1:8112
2017-08-06 19:19:59.843 INFO: RemoteControl::Accepting secure remote
connections on /0:0:0:0:0:0:0:1:8112

Zkus v adresáři s konfigurací josm pohledat soubor
/remotecontrol/josm.keystore a nasledně jej přejmenovat. Při startu by
si JOSM mělo udělat nový. Zdá se, že by mohl být nějak poškozený.

Ostatně něco se tam určitě stalo, když jsi přišel o všechny
nainstalované pluginy a podkladové vrstvy.

Marián

Dne 6.8.2017 v 18:40 Zdeněk Pražák napsal(a):
> pořád mi nefunguje vzdálené otevírání josm z openstreetmap - objevuje
> se hláška editace se nezdařila, ujistěte se zda josm běží a je zapnuto
> vzdálené ovládání.
>
> Josm mám otevřené a v jeho nastaveních mám zaškrtnuté povolit vzdálené
> ovládání a povolit podporu https a přesto se data nestáhnou.
>
> co mám špatně
>
> přikládám výpis z konzole
>
> 2017-08-06 18:31:43.028 INFO: ┌rove˛ logovßnÝ je na INFO (INFO, 800)
> 2017-08-06 18:31:50.986 INFO: GET https://josm.openstreetmap.de/maps
> -> 304
> [INFO] CompositeCacheManager - Instance is null, returning
> unconfigured instance
>
> [WARN] ThreadPoolManager - No configuration settings found.  Using
> hardcoded def
> ault values for all pools.
> [INFO] CompositeCacheManager - Setting default auxiliaries to null
> 2017-08-06 18:31:54.102 INFO: naŔÝtßm doplnýk 'reverter' (verze 33088)
> [INFO] CompositeCacheManager - setting defaultCompositeCacheAttributes
> to [ useL
> ateral = true, useRemote = true, useDisk = true, maxObjs = 1000,
> maxSpoolPerRun
> = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
> 2017-08-06 18:31:54.146 INFO: RemoteControl: adding command
> "revert_changeset" (
> handled by RevertChangesetHandler)
> [INFO] CompositeCacheManager - setting defaultElementAttributes to [
> IS_LATERAL
> = true, IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false,
> MaxLifeSeconds =
> -1, IdleTime = -1, CreateTime = 1502037114141, LastAccessTime =
> 1502037114141, g
> etTimeToLiveSeconds() = -1, createTime = 1502037114141 ]
> [INFO] CompositeCacheConfigurator - Parsed regions []
> [INFO] CompositeCacheManager - Finished configuration in 117 ms.
> 2017-08-06 18:31:54.150 INFO: naŔÝtßm doplnýk 'jts' (verze 32699)
> 2017-08-06 18:31:54.152 INFO: naŔÝtßm doplnýk 'ejml' (verze 32680)
> 2017-08-06 18:31:54.159 INFO: naŔÝtßm doplnýk 'geotools' (verze 33380)
> [INFO] CompositeCacheConfigurator - No special ElementAttribute class
> defined fo
> r key [jcs.region.TMS.elementattributes], using default class.
> [INFO] AbstractDoubleLinkedListMemoryCache - initialized MemoryCache
> for TMS
> [INFO] CompositeCache - Constructed cache with name [TMS] and cache
> attributes [
>  useLateral = true, useRemote = true, useDisk = true, maxObjs = 0,
> maxSpoolPerRu
> n = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
> [INFO] BlockDiskCache - Region [TMS_BLOCK_v2] Constructing
> BlockDiskCache with a
> ttributes
> BlockDiskAttributes
>  DiskPath [C:\Users\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
>  MaxKeySize [524288]
>  MaxPurgatorySize [5000]
>  BlockSizeBytes [4096]
>  KeyPersistenceIntervalSeconds [300]
>  DiskLimitType [SIZE]
> [INFO] BlockDiskCache - Region [TMS_BLOCK_v2] Cache file root
> directory: [C:\Use
> rs\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
> [INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
> [INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Cache file root
> directory [C:\U
> sers\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
> [INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Key File
> [C:\Users\Zdeněk Pražá
> k\AppData\Local\JOSM\cache\tiles\TMS_BLOCK_v2.key]
> [INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Loading keys for
> C:\Users\Zdeně
> k Pražák\AppData\Local\JOSM\cache\tiles\TMS_BLOCK_v2.key
> [INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Set maxKeySize to:
> '524288'
> [INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Loaded keys from
> [TMS_BLOCK_v2]
> , key count: 4198; up to 524288 will be available.
> [INFO] BlockDiskCache - Region [TMS_BLOCK_v2] Block Disk Cache is alive.
> 2017-08-06 18:31:58.258 INFO: naŔÝtßm doplnýk 'pointInfo' (verze 33131)
> 2017-08-06 18:31:58.297 INFO: naŔÝtßm doplnýk 'Tracer' (verze 33004)
> 2017-08-06 18:31:58.315 INFO: naŔÝtßm doplnýk 'buildings_tools' (verze
> 33004)
> 2017-08-06 18:31:58.333 INFO: naŔÝtßm doplnýk 'Tracer2' (verze 33004)
> 2017-08-06 18:31:58.335 INFO: Reassigning shortcut 'tools:tracer2'

Re: [OSM-talk-fr] largeur supérieur à X mètre

[Francois Gouget]

On Sun, 6 Aug 2017, marc marc wrote:

> Bonjour,
> 
> Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?
> Je pensais 1- pour garder une similitude avec ce qui se fait ailleurs.
> mais j'ai trouvé beaucoup de logique différente comme >1 +1 1+

Ce type de valeur n'est pas accepté par Osmose : width doit être une 
valeur numérique sinon les logiciels ne sauront pas quoi en faire.

-- 
Francois Gouget   http://fgouget.free.fr/
  Hell is empty and all the devils are here.
   -- Wm. Shakespeare, "The Tempest"___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cz] nefunguje vzdálené ovládání josm

[Zdeněk Pražák]

pořád mi nefunguje vzdálené otevírání josm z openstreetmap - objevuje se
hláška editace se nezdařila, ujistěte se zda josm běží a je zapnuto vzdálené
ovládání.

Josm mám otevřené a v jeho nastaveních mám zaškrtnuté povolit vzdálené
ovládání a povolit podporu https a přesto se data nestáhnou.

co mám špatně

přikládám výpis z konzole

2017-08-06 18:31:43.028 INFO: ┌rove˛ logovßnÝ je na INFO (INFO, 800)
2017-08-06 18:31:50.986 INFO: GET https://josm.openstreetmap.de/maps -> 304
[INFO] CompositeCacheManager - Instance is null, returning unconfigured 
instance

[WARN] ThreadPoolManager - No configuration settings found.  Using hardcoded
def
ault values for all pools.
[INFO] CompositeCacheManager - Setting default auxiliaries to null
2017-08-06 18:31:54.102 INFO: naŔÝtßm doplnýk 'reverter' (verze 33088)
[INFO] CompositeCacheManager - setting defaultCompositeCacheAttributes to [
useL
ateral = true, useRemote = true, useDisk = true, maxObjs = 1000, 
maxSpoolPerRun
= -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
2017-08-06 18:31:54.146 INFO: RemoteControl: adding command "revert_
changeset" (
handled by RevertChangesetHandler)
[INFO] CompositeCacheManager - setting defaultElementAttributes to [ IS_
LATERAL
= true, IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false,
MaxLifeSeconds =
-1, IdleTime = -1, CreateTime = 1502037114141, LastAccessTime =
1502037114141, g
etTimeToLiveSeconds() = -1, createTime = 1502037114141 ]
[INFO] CompositeCacheConfigurator - Parsed regions []
[INFO] CompositeCacheManager - Finished configuration in 117 ms.
2017-08-06 18:31:54.150 INFO: naŔÝtßm doplnýk 'jts' (verze 32699)
2017-08-06 18:31:54.152 INFO: naŔÝtßm doplnýk 'ejml' (verze 32680)
2017-08-06 18:31:54.159 INFO: naŔÝtßm doplnýk 'geotools' (verze 33380)
[INFO] CompositeCacheConfigurator - No special ElementAttribute class
defined fo
r key [jcs.region.TMS.elementattributes], using default class.
[INFO] AbstractDoubleLinkedListMemoryCache - initialized MemoryCache for TMS
[INFO] CompositeCache - Constructed cache with name [TMS] and cache
attributes [
 useLateral = true, useRemote = true, useDisk = true, maxObjs = 0,
maxSpoolPerRu
n = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
[INFO] BlockDiskCache - Region [TMS_BLOCK_v2] Constructing BlockDiskCache 
with a
ttributes
BlockDiskAttributes
 DiskPath [C:\Users\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
 MaxKeySize [524288]
 MaxPurgatorySize [5000]
 BlockSizeBytes [4096]
 KeyPersistenceIntervalSeconds [300]
 DiskLimitType [SIZE]
[INFO] BlockDiskCache - Region [TMS_BLOCK_v2] Cache file root directory: 
[C:\Use
rs\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
[INFO] BlockDisk - Constructing BlockDisk, blockSizeBytes [4096]
[INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Cache file root directory
[C:\U
sers\Zdeněk Pražák\AppData\Local\JOSM\cache\tiles]
[INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Key File [C:\Users\Zdeněk
Pražá
k\AppData\Local\JOSM\cache\tiles\TMS_BLOCK_v2.key]
[INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Loading keys for C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\cache\tiles\TMS_BLOCK_v2.key
[INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Set maxKeySize to: '524288'
[INFO] BlockDiskKeyStore - Region [TMS_BLOCK_v2] Loaded keys from [TMS_BLOCK
_v2]
, key count: 4198; up to 524288 will be available.
[INFO] BlockDiskCache - Region [TMS_BLOCK_v2] Block Disk Cache is alive.
2017-08-06 18:31:58.258 INFO: naŔÝtßm doplnýk 'pointInfo' (verze 33131)
2017-08-06 18:31:58.297 INFO: naŔÝtßm doplnýk 'Tracer' (verze 33004)
2017-08-06 18:31:58.315 INFO: naŔÝtßm doplnýk 'buildings_tools' (verze
33004)
2017-08-06 18:31:58.333 INFO: naŔÝtßm doplnýk 'Tracer2' (verze 33004)
2017-08-06 18:31:58.335 INFO: Reassigning shortcut 'tools:tracer2' from null
to
640 because of conflict with T
2017-08-06 18:31:58.336 INFO: Tichř konflikt klßvesovřch zkratek: 'tools:
tracer2
' posunuto vedle 'tools:tracer' na 'Ctrl+Alt+F1'.
2017-08-06 18:31:58.368 INFO: naŔÝtßm doplnýk 'Tracer-testing' (verze
1491846265
)
2017-08-06 18:31:58.369 INFO: Keystroke pressed T is already assigned to 
org.ope
nstreetmap.josm.plugins.tracer.TracerAction@30b71f, will be overridden by 
org.op
enstreetmap.josm.plugins.tracer.TracerAction@f2bbea
2017-08-06 18:31:58.539 INFO: Akce nßstrojovÚ liÜty mapmode/tracer-sml p°
epsanß:
 org.openstreetmap.josm.plugins.tracer.TracerAction bude org.openstreetmap.
josm.
plugins.tracer.TracerAction
2017-08-06 18:31:58.801 INFO: RemoteControl::Accepting remote connections on
/12
7.0.0.1:8111
2017-08-06 18:31:58.801 INFO: RemoteControl::Accepting remote connections on
/0:
0:0:0:0:0:0:1:8111
2017-08-06 18:31:58.812 WARNING: Cannot start IPv4 remotecontrol https
server on
 port 8112: Keystore was tampered with, or password was incorrect
2017-08-06 18:31:58.815 WARNING: Cannot start IPv6 remotecontrol https
server on
 port 8112: Keystore was tampered with, or password was incorrect
2017-08-06 18:31:59.435 INFO: GET https://api.openstreetmap.org/api/0.6/
user/det
ails -> 200 

[Talk-br] Possibility to build a new Historic Project to OSM

[Rodrigo Mariano]

To whom it may concern,



My name is Rodrigo and I am doing a Master's degree in Applied Computing at
the brazilian National Institute for Space Research (INPE).

I am part of the Pauliceia's project that aims to develop a computational
platform to manipulate historical data in a collaborative way, focusing on
the city of São Paulo. For more information: https://wiki.dpi.inpe.br/
pauliceia/doku.php

In our context, historical data may be objects (e.g. building or monument)
or historical events (e.g. crimes in 1930).

I would like to know: is there a possibility the Pauliceia's project have
integration with a Historic Project? Like Open Historical Map (OHM) [1]?

I know that OHM is just to historical objects and the Historic Event [2]
was rejected. Even so, is there a chance to build it? To save the
information in OSM?

The Pauliceia's project is in a initial fase, so there is not a lot of
things to show to all you.

I created a wiki page do the Pauliceia's project in OSM wiki [2], however
the detailed is in the original wiki of INPE yet [4] and I am reading the
Import/Guidelines [5].

I would like to want to talk, with all you, before to start to develop the
database, to know the opinion of the community.



Thank you in advance.


[1] http://wiki.openstreetmap.org/wiki/Open_Historical_Map

[2] http://wiki.openstreetmap.org/wiki/Proposed_features/historic_event

[3] https://wiki.openstreetmap.org/wiki/Pauliceia2.0

[4] https://wiki.dpi.inpe.br/pauliceia/doku.php

[5] http://wiki.openstreetmap.org/wiki/Import/Guidelines


PS: I sent this email with my official email, however I forgot that I am in
the lists with this email.


Regards,


-- 

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

Re: [OSM-talk] Draft Trademark Policy

[Simon Poole]

Am 06.08.2017 um 14:20 schrieb Rory McCann:
> ...
> I filed an issue asking for "Open[THING]Map" to be explicitly allowed
> (with conditions): https://github.com/tieguy/OSM-collabmark.org/issues/32
Luis currently doesn't have the time to actively work on this, you
should move the issue to my repo for now (there are already a small
number of differences in the text vs Luis version), we could naturally
move our (LWGs) fork to the OSM org to make the situation clearer.

>
> I suggested it only be allowed if: (i) [THING] is a noun-like word which
> refers to something that is mapped in OSM. (ii) You are making a map of
> that subset of OSM. It might be a good idea to limit it to community
> made, open, maps, or that it must not be massively commerical, and must
> not try to immitate OSM (So no "OpenRoadMap")
I've already given the examples that illustrate why allowing it in
general is a bad idea, and for existing such projects in OSM space we've
said that they would be grandfathered (with a couple of restrictions
that guarantee that the projects remain OSM centric). As a tendency I
would rather prefer not to add more worms to the can going forward, but
I could imagine that we simply have a regime in which the OSMF registers
and holds the domains (something that we've done in a couple of cases in
the past).

> Many in the OSM community would not think (say) "OpenBarberMap" is an
> official thing from OSM/OSMF.
That is naturally exactly the problem, a small group of people in the
know (the OSM community) would not think so, but everybody else does.
 
>
> (I echo Simon's concern for poorly named open source projects. Come up
> with something more imaginative than "OpenWhatever" for your
> app/project/site! (Technically OpenStreetMap is guilty of this :P))
I removed a half sentence in which I pointed out that OpenStreetMap is
the worst offender on essentially every possible count before posting,
and if it was 2004 and this policy was in place, Steve would have got a
big NO :-). Nonetheless we stipulate that in the mean time OpenStreetMap
has gained notoriety and because of that has clearly a different
standing than things trying to build on the success by remixing the OSM
marks.

>
> Remember: requiring permission/licences has diversity
> impacts. Granting a body (here OSMF) the sole power to grant/deny
> permission/licence means that people who are friendly with the members
> of the OSMF are likely to have their requests granted. One friend being
> nice to another friend. If there are clear, detailed rules, then it
> removes a lot of the leeway, and possibilities for unconscience biases,
> and puts everyone on an equal footing.
I hope you realize that it is -exactly- the other way around, for
example you have zero chance of preferential treatment, no apologies.

Yes, keeping high ethical standards, particularly wrt conflicts of
interest, is a pain, but I hope I have both community and OSMF board
support on continuing with that.

I agree that we can't just talk away language barriers and to some
degree that is an issue with every OSMF policy, but particularly with
this one, and we may for once, actively seek translations when it is
finished. We haven't discussed this in the LWG though. As you can see
from the text we've tried to pre-approve the typical community
activities, Jochen and Christoph have pointed to the software
development related issues that we will address in one way or the other
so there will be little interaction needed.

Simon





>
>
> Rory
>




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

Re: [OSM-talk-fr] Ancien chemin plus utilisable : suppression ou tag

[osm . sanspourriel]

Le 06/08/2017 à 12:15, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :

(...)
Mais pour moi un chemin est une zone dont la surface est visiblement 
différente du terrain environnant. Alors que là il faut regarder 
attentivement où on peut poser chaque pied, en s'attendant à le poser 
sur une motte ou au contraire dans un trou...


Bref je ne pourrais pas dire à quelqu'un de passer par là...

Pour l'instant il est donc "disused". Mais toujours existant. Si ça te 
choque je le remets comme avant.


Bon dimanche,

Jean-Pierre

Vu ta description, ça me semble correct. Comme dit auparavant, à 
vérifier à l'automne.
Les mottes ne vont pas disparaître mais des passages de chasseurs (ou 
une équipe de randonneur) peuvent le rentre à nouveau praticable.


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

Re: [OSM-talk] Draft Trademark Policy

[Rory McCann]

On 04/08/17 15:12, Jochen Topf wrote:
> * Section 2.1 forbids anything called something like "OpenThingMap".
>   This form of name is very popular, there are numerous existing
>   examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
>   have to change their names?

I filed an issue asking for "Open[THING]Map" to be explicitly allowed
(with conditions): https://github.com/tieguy/OSM-collabmark.org/issues/32

I suggested it only be allowed if: (i) [THING] is a noun-like word which
refers to something that is mapped in OSM. (ii) You are making a map of
that subset of OSM. It might be a good idea to limit it to community
made, open, maps, or that it must not be massively commerical, and must
not try to immitate OSM (So no "OpenRoadMap")

Many in the OSM community would not think (say) "OpenBarberMap" is an
official thing from OSM/OSMF.

(I echo Simon's concern for poorly named open source projects. Come up
with something more imaginative than "OpenWhatever" for your
app/project/site! (Technically OpenStreetMap is guilty of this :P))

Remember: requiring permission/licences has diversity
impacts. Granting a body (here OSMF) the sole power to grant/deny
permission/licence means that people who are friendly with the members
of the OSMF are likely to have their requests granted. One friend being
nice to another friend. If there are clear, detailed rules, then it
removes a lot of the leeway, and possibilities for unconscience biases,
and puts everyone on an equal footing.


Rory


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

Re: [OSM-talk] Draft Trademark Policy

[Rory McCann]

On 04/08/17 15:12, Jochen Topf wrote:
> * Section 2.1 forbids anything called something like "OpenThingMap".
>   This form of name is very popular, there are numerous existing
>   examples (OpenPOIMap, OpenTopoMap, OpenSeaMap, ...) Do all of these
>   have to change their names?

I filed an issue asking for "Open[THING]Map" to be explicitly allowed
(with conditions): https://github.com/tieguy/OSM-collabmark.org/issues/32

I suggested it only be allowed if: (i) [THING] is a noun-like word which
refers to something that is mapped in OSM. (ii) You are making a map of
that subset of OSM. It might be a good idea to limit it to community
made, open, maps, or that it must not be massively commerical, and must
not try to immitate OSM (So no "OpenRoadMap")

Many in the OSM community would not think (say) "OpenBarberMap" is an
official thing from OSM/OSMF.

(I echo Simon's concern for poorly named open source projects. Come up
with something more imaginative than "OpenWhatever" for your
app/project/site! (Technically OpenStreetMap is guilty of this :P))

Remember: requiring permission/licences has diversity
impacts. Granting a body (here OSMF) the sole power to grant/deny
permission/licence means that people who are friendly with the members
of the OSMF are likely to have their requests granted. One friend being
nice to another friend. If there are clear, detailed rules, then it
removes a lot of the leeway, and possibilities for unconscience biases,
and puts everyone on an equal footing.


Rory



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

[Talk-us] Whole-US Garmin Map update - 2017-08-04

[Dave Hansen]

These are based off of Lambertus's work here:

http://garmin.openstreetmap.nl

If you have questions or comments about these maps, please feel
free to ask.  However, please do not send me private mail.  The
odds are, someone else will have the same questions, and by
asking on the talk-us@ list, others can benefit.

Downloads:

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-08-04

Map to visualize what each file contains:


http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-08-04/kml/kml.html


FAQ



Why did you do this?

I wrote scripts to joined them myself to lessen the impact
of doing a large join on Lambertus's server.  I've also
cut them in large longitude swaths that should fit conveniently
on removable media.  

http://daveh.dev.openstreetmap.org/garmin/Lambertus/2017-08-04

Can or should I seed the torrents?

Yes!!  If you use the .torrent files, please seed.  That web
server is in the UK, and it helps to have some peers on this
side of the Atlantic.

Why is my map missing small rectangular areas?

There have been some missing tiles from Lambertus's map (the
red rectangles),  I don't see any at the moment, so you may
want to update if you had issues with the last set.

Why can I not copy the large files to my new SD card?

If you buy a new card (especially SDHC), some are FAT16 from
the factory.  I had to reformat it to let me create a >2GB
file.

Does your map cover Mexico/Canada?

Yes!!  I have, for the purposes of this map, annexed Ontario
in to the USA.  Some areas of North America that are close
to the US also just happen to get pulled in to these maps.
This might not happen forever, and if you would like your
non-US area to get included, let me know. 

-- Dave


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

Re: [OSM-talk-fr] Ancien chemin plus utilisable : suppression ou tag

[pepilepi...@ovh.fr]

  
  
Le 05/08/2017 à 17:39,
  osm.sanspourr...@spamgourmet.com a écrit :


  
  +1
  Les deux chemins sont au cadastre : une autre bonne raison pour
ne pas les supprimer.
  
  On a vu dans la commune d'à côté un permis de construire refusé
  parque que le propriétaire souhaitait faire un chemin d'accès
  parallèle (il ne connaissait pas l'existence de ce chemin enfoui
  sous la végétation).
  On lui a demandé de remettre le chemin en état et de l'utiliser.
  Il a donc à la demande de la mairie ou de la préfecture fait une
  autre demande, acceptée celle-là.
  Depuis il entretien cette portion de chemin. La suite est suivant
  les années, entretenue ou pas par "les chasseurs, des assos de
  rando, la municipalité".
  Et le propriétaire précédent a lui aussi découvert l'existence de
  "An Hent Meur" (la grand route) : et oui, certains chemins
  principaux par le passé peuvent disparaître sous la végétation
  puis réapparaître bien plus tard.
  
  N.B. sur le secteur, GeoBretagne
  permet de voir les vues aériennes actuelles et celles de 1950, ce
  qui permet de se faire une idée de l'existence du chemin dans les
  années 50.
  
  Le chemin 316130349
  est bien visible, je suppose que tu as essayé de partir de la rue
  du Kreisker.

Bonjour,
Non, depuis Kerbonn, où effectivement on voit bien son départ. 

Maintenant sur le concept "visible" :

  Oui, sur ta photo aérienne on le voit. À 1,75 m du sol, c'est
une autre affaire.
  Oui, on peut le suivre sans risque de se perdre vu qu'il passe
entre deux haies. Mais pour moi un chemin est une zone dont la
surface est visiblement différente du terrain environnant. Alors
que là il faut regarder attentivement où on peut poser chaque
pied, en s'attendant à le poser sur une motte ou au contraire
dans un trou...

Bref je ne pourrais pas dire à quelqu'un de passer par là...
Pour l'instant il est donc "disused". Mais toujours existant. Si
  ça te choque je le remets comme avant.
Bon dimanche,
Jean-Pierre



 
  Supprimer un chemin ayant une existence légale c'est faciliter sa
  disparition/sa privatisation car si on supprime un chemin dès qu'à
  un moment il n'est pas praticable on décourage son utilisation
  s'il redevient praticable. Ce n'est pas l'objet d'OSM.
  Il vaut mieux avertir l'utilisateur que la difficulté
  d'utilisation du chemin.
  
  Jean-Yvon
  
  Le 05/08/2017 à 13:30, Nicolas
Dumoulin - nico...@dumoulin63.net
a écrit :
  
  Bonjour,


Je ne connais pas en détail l'état du chemin, et si tu peux
évaluer l'âge des broussailles en place. 
Mais, j'ai déjà vu des chemins s'embroussailler vite à la faveur
d'une bonne météo, et dès que la saison de chasse approche, le
chemin se refait une beauté. Ça peut être les chasseurs, des
assos de rando, la municipalité qui retrouve son effectif et un
peu de temps, que sais-je … 

Bref, je dirais bien de valider à l'automne la désuétude du
chemin :-) 

Sinon, +1 pour le visibility. 

  
  
  
  
  
  ___
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] largeur supérieur à X mètre

[David Crochet]

Bonjour


Le 06/08/2017 à 11:12, marc marc a écrit :

Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?


Si c'est une valeur estimé, alors je ne met rien jusqu'à ce que je peux 
le vérifier


Cordialement

--
David Crochet


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

[OSM-talk-fr] largeur supérieur à X mètre

[marc marc]

Bonjour,

Comment tager qu'une entrée à une largeur supérieur à 1 mètre ?
Je pensais 1- pour garder une similitude avec ce qui se fait ailleurs.
mais j'ai trouvé beaucoup de logique différente comme >1 +1 1+
Qu'en pensez-vous ?

Autre débat c'est faut-il et si oui comment tager que c'est une 
estimation ? 3 logiques s'affrontent :
1) est_width (qui oblige tout les logiciels à tester une 2ième clef 
alors que bien peu sont ceux capable de gérer déjà la première)
2) source:width=estimated
3) aucun tag particulier vu qu'un intervalle est fatalement une estimation.
ma préféré est la 3 si c'est un intervalle et la 2 si on met une valeur 
unique.

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

Re: [OSM-talk-fr] bac à marées

[marc marc]

Bonjour,

Je trouve cette initiative positive puisqu'elle incite les gens à 
ramasser les déchets des plages ce qui en tant normal est rarement fait.
Bien sur ce serrait encore mieux une gestion à la source (la canette 
ramassé, c'est encore mieux si elle n'est pas jetée, le sac plastique à 
usage unique non produit, etc) .

Mais niveau tag, pour moi c'est une poubelle "tout à l'incinérateur".
La seule différence c'est sa taille, alors si envie, met lui des tag 
longueur/largeur/hauteur.

PS: espérons qu'il y ai au moins tri post-récolte des gros déchets 
organiques (bois, corde), c'est tellement aberrant d'envoyer cela en 
décharge ou à l'incinérateur.

Le 05. 08. 17 à 21:35, osm.sanspourr...@spamgourmet.com a écrit :
> Bonjour,
> 
> À côté de poubelles classiques (recyclables, autres) un conteneur plus 
> grand sur lequel est écrit "/bac à marées/" avec la description suivante :
> 
> /Bac à marées//
> //Pour les déchets des plages/
> 
> /Amis promeneurs, surfeurs, baigneurs,//
> //Ce bac est destiné à recueillir les divers déchets marins que vous 
> trouverez sur les plages et sur le littoral (plastiques, cordage, bois...)./
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[talk-ph] Kadayawan Mapa-thon, Davao City

[Erwin Olario]

Hi list. We're running a mapa-thon on 16th August, coinciding with the
Kadayawan festival in Davao. OpenStreetMap is also celebrating it's 13th
anniversary, so we're going to celebrate that, too.

Check out our event page for details and RSVP: https://
ti.to/mapamore/kadayawan2017

/Erwin
-- 

/Erwin Olario

e: er...@ngnuity.xyz | v/m: https://t.me/GOwin | s: https://mstdn.io/@GOwin
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Si tu vas faire passer à la revue tous les arrêts, il ne serait pas très
compliqué de créer un 'preset' pour standardiser tous les arrêts. Le preset
peut contenir 3 'sjablônes' .

L'autre option est d'en sélectionner une vingtaine à la fois, puis changer
les tags tous ensemble, puis les inspecter à l'aide du greffon "todo".

Jo

2017-08-06 7:05 GMT+02:00 Jo :

> Salut Lenny,
>
> J'ai créé un style MapCSS appelé "Public Transport". Il montre les noms et
> les ref pour les arrêts de bus, d'une façon bien plus visible.
>
> Le style est disponible pour touse en JOSM. En anglais il est sous Map
> paint styles.
>
> Jo
>
> 2017-08-05 19:57 GMT+02:00 lenny.libre :
>
>> Le 05/08/2017 à 12:00, Jo a écrit :
>>
>> J'ai regardé un peu à Toulouse. PT_Assistant reporte des choses qui
>> seraient très faciles à corriger.
>>
>> Vour préférez que je fasse un Hangout on Air ce soir pour faire un
>> screencast avec une démo? Ou vous préférez un hangout interactif demain
>> soir?
>>
>> Jo
>>
>> Désolé, je viens juste de voir le message, je suis intéressé par tes
>> démos, mais en ce moment, je ne suis pas trop dispo le soir.
>> Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la Haute-Garonne,
>> car j'attendais d'avoir fait le tour des questions que je me posait.
>> Dans ce premier fil, je n'ai posé que le pb des network, mais après j'ai
>> les ref, ...
>>
>> Leni
>>
>>
>>
>> 2017-08-05 10:00 GMT+02:00 lenny.libre :
>>
>>> Le 05/08/2017 à 00:35, Jo a écrit :
>>>
>>> Le mobilier urbain est entretenu par les communes (ou la région à
>>> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
>>> ce soit pour les abribus et la pub dessus.
>>>
>>> Pour moi, ces noeuds qui représentent les arrêts sont des objets
>>> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
>>> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
>>> informations comme les horaires, quel site web dois-je consulter? Celui de
>>> De Lijn, du TEC ou de l'MIVB/STIB?
>>>
>>> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
>>> je vais y retrouver 3 horaires affichés.
>>>
>>> Et pour le route_ref, je les utilise pour comparer avec les routes que
>>> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>>>
>>> Polyglot
>>>
>>> Je pense aussi que ces nœuds sont des objets logiques : j'ai des arrêts
>>> avec un abribus du Conseil Départemental (réseau Arc en Ciel, opérateur
>>> CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo,
>>> opérateur Tisséo : c'est écrit sur le poteau) et des arrêts avec un abribus
>>> du Conseil Départemental (réseau Transports scolaire, opérateur CD31 :
>>> c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, opérateur
>>> Tisséo : c'est écrit sur le poteau) ; il y a bien un seul arrêt (un seul
>>> zébra au sol, les utilisateurs des deux réseaux s'abritent sous le même
>>> abribus) deux réseaux et deux opérateurs, chacun entretien son
>>> abribus/poteau.
>>>
>>> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
>>> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
>>> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
>>> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
>>> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
>>> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
>>> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
>>> Leni
>>>
>>>
>>>
>>> 2017-08-04 23:31 GMT+02:00 marc marc :
>>>
 Bonsoir,

 J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
 DC>> qu'il y ait 2 opérateurs m'interpelle


 PV> Si l'arrêt est sur le domaine public,
 PV> c'est de la compétence des communes,

 non, ce n'est pas le cas partout.
 entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
 Mais à Bruxelles, j'avais fait la recherche lors de la précédente
 discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
 l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
 ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
 abribus, sans compter que certain arrêt n'ont pas été repris par cette
 sous-traitante et sont donc encore géré par le sous-traitant précédent.
 Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
 pas compétente pour l'abribus menacent de conclure un contrat en direct
 avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
 récupérer seul les fruits.
 Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
 de bus.
 Mais ce n'est possible de trouver qui qu'en analysant les contrats de
 gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
 Qui paye les 

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[Jo]

Salut Lenny,

J'ai créé un style MapCSS appelé "Public Transport". Il montre les noms et
les ref pour les arrêts de bus, d'une façon bien plus visible.

Le style est disponible pour touse en JOSM. En anglais il est sous Map
paint styles.

Jo

2017-08-05 19:57 GMT+02:00 lenny.libre :

> Le 05/08/2017 à 12:00, Jo a écrit :
>
> J'ai regardé un peu à Toulouse. PT_Assistant reporte des choses qui
> seraient très faciles à corriger.
>
> Vour préférez que je fasse un Hangout on Air ce soir pour faire un
> screencast avec une démo? Ou vous préférez un hangout interactif demain
> soir?
>
> Jo
>
> Désolé, je viens juste de voir le message, je suis intéressé par tes
> démos, mais en ce moment, je ne suis pas trop dispo le soir.
> Je n'ai pas trop utilisé PT_Assistant sur Toulouse et la Haute-Garonne,
> car j'attendais d'avoir fait le tour des questions que je me posait.
> Dans ce premier fil, je n'ai posé que le pb des network, mais après j'ai
> les ref, ...
>
> Leni
>
>
>
> 2017-08-05 10:00 GMT+02:00 lenny.libre :
>
>> Le 05/08/2017 à 00:35, Jo a écrit :
>>
>> Le mobilier urbain est entretenu par les communes (ou la région à
>> Bruxelles), pour moi il est moins intéressant si c'est JCDecaux ou qui que
>> ce soit pour les abribus et la pub dessus.
>>
>> Pour moi, ces noeuds qui représentent les arrêts sont des objets
>> 'logiques'./'abstraits'. Les bus/trams d'un certain opérateur les dessert.
>> C'est ça qui m'intéresse. Si je veux savoir ou aller chercher des
>> informations comme les horaires, quel site web dois-je consulter? Celui de
>> De Lijn, du TEC ou de l'MIVB/STIB?
>>
>> Si je vais me rendre à cet arrêt desservi par tous les trois opérateurs,
>> je vais y retrouver 3 horaires affichés.
>>
>> Et pour le route_ref, je les utilise pour comparer avec les routes que
>> nous avons déjà cartographié. Là voilà une redondance qui m'est utile.
>>
>> Polyglot
>>
>> Je pense aussi que ces nœuds sont des objets logiques : j'ai des arrêts
>> avec un abribus du Conseil Départemental (réseau Arc en Ciel, opérateur
>> CD31 : c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo,
>> opérateur Tisséo : c'est écrit sur le poteau) et des arrêts avec un abribus
>> du Conseil Départemental (réseau Transports scolaire, opérateur CD31 :
>> c'est écrit sur un panneau) à côté d'un poteau (réseau Tisséo, opérateur
>> Tisséo : c'est écrit sur le poteau) ; il y a bien un seul arrêt (un seul
>> zébra au sol, les utilisateurs des deux réseaux s'abritent sous le même
>> abribus) deux réseaux et deux opérateurs, chacun entretien son
>> abribus/poteau.
>>
>> C'est aussi pourquoi cela me perturbe de mettre un réseau codé
>> (network=fr-   ) ou un code wikidata ; car que va faire le contributeur
>> lambda (qui n'est ni informaticien, ni géomaticien) qui arrive devant un
>> arrêt avec Jungle Bus, il se souvient qu'il peut mettre le réseau
>> "network", et il ne va jamais penser qu'il faut mettre un code (non visible
>> sur l'arrêt et dans osm on met ce qui est visible), il va mettre le/les
>> noms qu'il va trouver sur les éléments de l’arrêt (pas le fr_).
>> Leni
>>
>>
>>
>> 2017-08-04 23:31 GMT+02:00 marc marc :
>>
>>> Bonsoir,
>>>
>>> J>>> network=DLVB;TECB;TECCJ>>> operator=De Lijn;TEC
>>> DC>> qu'il y ait 2 opérateurs m'interpelle
>>>
>>>
>>> PV> Si l'arrêt est sur le domaine public,
>>> PV> c'est de la compétence des communes,
>>>
>>> non, ce n'est pas le cas partout.
>>> entre Tec et De Lijn hors Bruxelles, j'ignore comment cela se passe.
>>> Mais à Bruxelles, j'avais fait la recherche lors de la précédente
>>> discussion avec Jo. l'arrêt est géré par la région (l'équivalent de
>>> l’île de France) qui a délégué la tache à la Stib (l'équivalent de la
>>> ratp) qui elle-même la sous-traité à JCDecaux en échange la pub dans les
>>> abribus, sans compter que certain arrêt n'ont pas été repris par cette
>>> sous-traitante et sont donc encore géré par le sous-traitant précédent.
>>> Et pour couronner le tout, certaines communes qui ne sont à Bruxelles
>>> pas compétente pour l'abribus menacent de conclure un contrat en direct
>>> avec JCDecaux parce qu'elles sont compétente pour la pub et veulent en
>>> récupérer seul les fruits.
>>> Donc je rejoins l'avis de David sur l'unicité de l'opérateur de l'arrêt
>>> de bus.
>>> Mais ce n'est possible de trouver qui qu'en analysant les contrats de
>>> gestion. est-ce le rôle d'osm de récolter cela ? utile ? important ?
>>> Qui paye les dégâts à un Abribus, c'est aussi peu utilisé comme info osm
>>> que de savoir qui paye les dégâts à un banc ou un lampadaire.
>>> C'est un info qui concerne le mobilier urbain, c'est utile si un app
>>> veux remonter les dégât, mais cela ne concerne pas les transports.
>>>
>>> Pour le  public_transport=stop_position, cela dépend de ce qu'on
>>> comprend par là. Cela peux-être tout aussi bien qui décide de s'arrêter
>>> (le chauffeur du bus donc la compagnie exploitante ou son commanditaire)

Re: [OSM-talk] Draft Trademark Policy

[Nicolás Alvarez]

2017-08-04 8:53 GMT-03:00 Matthijs Melissen :
> This policy seems to protect against applications using OpenStreetMap
> in the name without using OpenStreetMap data. I don't think that's a
> serious problem, while the opposite 'problem' occurs quite often:
> projects using OpenStreetMap data without making it clear that they
> are doing so (except in some small attribution).
>
> For example, I would much rather have that people would call their app
> 'OpenStreetMap.me' rather than 'Maps.me'. This policy seems to
> discourage that.

That's actually a good example: would it have been okay if maps.me was
released as OpenStreetMap.me, we accepted it because it used only
OpenStreetMap data, and then it slowly started replacing some data
with other sources?

I personally wouldn't like something as official-sounding as
"OpenStreetMap.me" showing hotels in the wrong place where OSM has
them right, including subjective ratings and reviews for them, having
a prominent "get an Uber for this location" button, displaying ads
when tapping on POIs (I'm getting horoscopes right now), etc.

-- 
Nicolás

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

Re: [OSM-talk-fr] bac à marées

[Philippe Verdy]

Il me semble qu'au vu de la description, c'est une poubelle standard de
déchets, pas différente de celle qu'on pourrait trouver dans des parcs ou
forêts, le but étant de protéger le milieu naturel et aider à le garder
propre. Et pas différent non plus d'une poubelle "de ville" destiné à
collecter les papiers gras, bouteilles, emballages, déchets alimentaires,
mouchoirs, ou déjections canines, le but étant de maintenir l'environnement
de la rue propre.
Sauf que certains de ces déchets viennent de la mer où ils ont été rejetés
et se déposent sur les plages, mais ce n'est pas dfifférent non plus de ce
qui peut être déplacé dans la campagne par le vent, ou la négligence ou les
décharges sauvages.
La commune ici incite les gens à participer au nettoyage de l'environnement
et pour cela met à disposition ces bacs, plutôt que de mobiliser des moyens
humains et matériels pour les nettoyer en permanence à cause de la
négligence de plaisanciers, ou des casses d'installations maritimes par la
mer elle-même.
Il faut bien quelqu'un pour nettoyer ça, la commune n'ayant sans doute pas
les moyens de faire autre chose que d'envoyer les camions de collectes
d'ordure les ramasser une fois par semaine. Plastiques, cordages, etc.
n'iront pas tellement plus loin qu'une décharge. Il y a bien quelques
amateurs pour les bois mouillés mais ils sont rares, et vus ce qui est
demandé, cela demanderait du tri avant de recycler le reste, où on pourrait
trouver canettes, bouteilles de verre, et encore des déchets alimentaires,
à moins qu'on trouve aussi à côté des containers plus appropriés pour le
verre. Les bacs sont aussi plus adaptés pour des déchets un peu plus
encombrants que ceux des poubelles classiques où on retrouve peu de bois et
de cordages.

Parmi les déchets fréquents maintenant sur les plages, on trouve nombre de
flotteurs en polystyrène, des fragments de plastique issus des parcs
ostréicoles ou myticoles (ils servent normalement à aider l'accrochage des
coquillages), des morceaux de sacs, des grillages, des vieux casiers de
pêche, et d'autres encombrants flottants venant des ports ou des fleuves.
S'ils sont trop gros, on ne peut pas demander aux gens non équipés de les
ramasser, c'est plutôt un engin qui ira balayer les plages.

Les gens y mettront de tout de toute façon, que ce soit des jouets de plage
cassés, des chaussures ou sandales, des vêtements abimés, des restes
alimentaires et la vaisselle jetable et tout ce qu'on trouve dans les
porte-sacs habituels, et tout ce qu'on trouve dans les bacs loués pour les
chantiers.

Avec la description "plastiques" les gens n'hésiteront pas à y mettre leurs
sacs poubelle et sachets, surtout en voyant des bacs plus grands et plus
simples à utiliser que les habituels porte-sacs trop pleins et souvent
éventrés. Et ces bacs seront utilisés pour que les gens débarrassent leurs
voitures et caravanes et mettent toutes sortes d'objets cassés au lieu de
trouver la déchetterie, et de même toutes sortes de déchets artisanaux
(gravats, sacs de chantiers, reste de peintures, vieux câblages
électriques, ferraille diverse, restes de ciment), de l'électroménager des
appareils électroniques hors d'usage, meubles cassés; on retrouve tout ça
aussi en mer et qui se dépose sur les plages et notamment près des
estuaires.

Dans l'esprit des gens, la présence d'un bac ouvert signifie qu'on peut y
mettre n'importe quoi et qu'il y a quelqu'un pour les ramasser là.
Disons que c'est jute une poubelle, juste plus grosse. Si ce n'est pas
surveillé comme dans les déchetteries, on y trouvera de tout sans aucun
tri, et pas seulement venant de la plage.

C'est peut-être expérimental et pas encore formalisé, la commune devant
étudier si c'est efficace pour aider à maintenir les plages propres, mais
aussi le coût du ramassage et du tri, et si ça fait réellement gagner du
temps et de largent par rapport à l'envoi régulier d'un tracteur pour
nettoyer les plages, ou à l'emploi de personnels à pied éventuellement
saisonniers ou après certaines tempêtes. La commune peut aussi
responsabiliser les exploitants ostréicoles ou myticoles pour qu'ils
viennent nettoyer le littoral des déchets de leur production et prélever
des taxes portuaires ou aux plagistes et activités nautiques en travaillant
avec les assos professionnelles locales.


Le 5 août 2017 à 21:35,  a écrit :

> Bonjour,
>
> À côté de poubelles classiques (recyclables, autres) un conteneur plus
> grand sur lequel est écrit "*bac à marées*" avec la description suivante :
>
> *Bac à marées*
> *Pour les déchets des plages*
>
> *Amis promeneurs, surfeurs, baigneurs,*
> *Ce bac est destiné à recueillir les divers déchets marins que vous
> trouverez sur les plages et sur le littoral (plastiques, cordage, bois...).*
>
> *Guidel, ville éco citoyenne engagée avec vous pour la propreté des plages
> et du littoral*
>
> Alors de la com' puisque vous y mettez ce que vous auriez mis dans l'autre
> poubelle divers ?
>
> Certes en partie 

Re: [OSM-talk] Draft Trademark Policy

[Nicolás Alvarez]

Probably it's too late for OsmAnd and it has to be grandfathered by now.

I suppose Richard's question is more "how you would formulate a policy
that would have permitted osmosis and osmium but not OsmAnd, if said
projects were to be created with the policy already in place". In
other words, how to prevent *future* OsmAnd-like naming situations.

-- 
Nicolás

2017-08-05 7:04 GMT-03:00 Yves :
> " How you formulate a policy that permits osmosis and osmium but not OsmAnd,
> though, I have no idea"
>
>
> How you formulate a policy that deals with the name of established projects,
> I have no idea. But should you? Maybe a far softer grandfathering rule would
> be easier.
> Yves
>
>
> Le 5 août 2017 11:37:07 GMT+02:00, Richard Fairhurst 
> a écrit :
>>
>> Roland Olbricht wrote:
>>>
>>>  This makes clear that neither the file name extension "osm" is
>>>  jeoparday. Or you do not want to discourage people from using
>>>  "osmium", "osmosis" or a range of other software.
>>
>>
>> I see your point there, but conversely I am really uncomfortable with the
>> OsmAnd situation.
>>
>> It's evident (from IRC, help.osm.org, other non-OSM forums etc.) that a
>> lot
>> of people assume OsmAnd is the official OpenStreetMap Android app. This is
>> already a problem in terms of support burden. It could potentially become
>> a
>> problem for others building apps on OSM data (if users say "oh, no, I'd
>> rather use the official app") or by effectively encouraging mapping for
>> this
>> official-sounding renderer. In brief, I don't believe we should have
>> permitted OsmAnd to use that name, though by now the ship has almost
>> certainly sailed.
>>
>> How you formulate a policy that permits osmosis and osmium but not OsmAnd,
>> though, I have no idea.
>>
>> Richard
>>
>>
>>
>> --
>> View this message in context:
>> http://gis.19327.n8.nabble.com/Draft-Trademark-Policy-tp5900227p5900330.html
>> Sent from the General Discussion mailing list archive at Nabble.com.
>>
>> 
>>
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>

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