Re: [OSM-ja] 相撲部屋

[森 智幸]

差出人: ribbon 
送信日時: 2017年3月18日 9:43
宛先: OpenStreetMap Japanese talk
件名: [OSM-ja] 相撲部屋

数は少ないのですが、日本固有の地物として、「相撲部屋」があります。

これ、どうタグ付けましょう?

ribbon

___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja
Talk-ja 案内ページ - 
lists.openstreetmap.org
lists.openstreetmap.org
OpenStreetMap talk ML for Japanese User. このメーリングリストに投稿された過去のメールは, Talk-ja 
保存書庫をご覧下さい.



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

Re: [OSM-ja] 相撲部屋

[森 智幸]

最近プロバスケットボールチームの事務所をタグ付けしましたが、club=sport,sport=basketballとしました。
相撲部屋も同様でよいのではないかと思います。


差出人: ribbon 
送信日時: 2017年3月18日 9:43
宛先: OpenStreetMap Japanese talk
件名: [OSM-ja] 相撲部屋
    
数は少ないのですが、日本固有の地物として、「相撲部屋」があります。

これ、どうタグ付けましょう?

ribbon

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

[Talk-es] Inundaciones en Perú, el HOTOSM, y el satelite inservible.

[opengislab]

 

Un país con el agua al cuello, y un satelite inservible.

En los ultimos dias se han presentado desastres concatenados a raiz de
las altas lluvias en Perú, cerca del 80% del país afectado:

* A - Perú afronta uno de los desastres naturales más fuertes de las
últimas décadas, con lluvias, inundaciones y aludes que afectan a 20 de
las 25 regiones del país, y han causado, hasta el momento, 43 muertos,
72 heridos, 11 desaparecidos y más de 56.293 damnificados, según los
últimos reportes oficiales.

Y QUE VAMOS A HACER?

Perú cuenta actualmente con un satelite de observación de la tierra
llamado PeruSat-1. El 8 de diciembre [1] de 2016 [2] el Ministerio de
Defensa anunció que el gobierno de Francia entregó al Perú el control y
la operatividad total del Perú SAT-1; capta imagenes pancromáticas con
resolución espacial de 0.70 m y 2.8 m multiespectral.

Sin embargo al parecer nadie tiene acceso a esas imagenes, solo
entidades estatales. veamos esto:

* En declaraciones a Canal N, el especialista del Senamhi, LUIS
SUÁREZ, precisó que el Perú SAT-1 envía imágenes cada 24 horas, y para
estos casos de emergencia meteorológica se requiere de envío de imágenes
en menor tiempo. "Puede servir mucho (el Perú SAT-1 para otros trabajos)
pero para cuestiones meteorológicas preferimos satélites que nos envíen
imágenes más seguidas (…) Mientras más seguidas las imágenes mejor",
* "Los equipos no están conectados al satélite que se ha comprado. He
querido ver en vivo las zonas afectadas (por los desastres naturales) y
no hay posibilidad. Se supone que el satélite era para eso (...) no hay
imágenes en tiempo real [3], se tiene que recurrir a Google, ¿entonces
para qué hemos comprado el satélite?", dijo la congresista tras visitar
la sede del COEN en San Borja.
* El Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS)
[4] cuenta con una serie de imágenes del antes y el después de las
ciudades declaradas en emergencia como Chiclayo, Ica y Piura afectadas
por desastres naturales.Con esta información, los gobiernos regionales y
locales, así como otras instituciones del Estado, podrán planificar
trabajos de actuación en situaciones de emergencia, realizar labores de
recuperación y tomar medidas de prevención, señaló el ministro de
Defensa, Jorge Nieto, en una visita a este centro situado en Pucusana.

___ 

EL LLAMADO: 

Escribo estas lineas como un llamado de atención al equipo de HOTOSM y
legal de la fundación OSM. De alguna forma hay que presionar para la
liberación de esas imagenes que sirvan para mapear inmediatamentes las
zonas mas afectadas.( Por la magnitud del desastre no es valido trabajar
con cartografia previa al desastre por usar las imagenes de Bing). 

LE PIDO A LA FUNDACIÓN OSM, HOTOSM Y A TODOS LOS QUE QUIERAN, COORDINAR
ESFUERZOS  CON LA CRUZ ROJA, DEFENSA CIVIL, BOMBEROS, LA OFICINA DE
COORDINACIÓN DE AYUDA HUMANITARIA (OCHA), GOBIERNOS LOCALES, Y QUIENES
TRABAJEN ATENDIENDO EL DESASTRE, Y QUE CADA UNO DE ESTOS ORGANISMOS
CONOZCAN QUE HABEMOS PERSONAS DISPUESTAS A AYUDAR EN LAS LABORES DE
MAPEO. LA COORDINACIÓN ES MUY IMPORTANTE, SI SE REALIZAN SOLICITUDES
CONJUNTAS AL  INDECI SE DEBE LOGRAR LA LIBERACIÓN DE DICHAS IMAGENES
SATELITALES, PARA LABORES DE MAPEO. 

QUE ESTAS ORGANIZACIONES USEN Y SE APOYEN EN LOS EQUIPOS DE HOTOSM, Y
RECUERDEN DIFUNDIR, TAMBIEN EN LOS MEDIOS DE COMUNICACIÓN COMO
PERIODICOS, ES MUY IMPORTANTE LOS MEDIOS. 

¿Si en Perú tienen un satelite que les brinda imagenes cada 24 horas,
porque demonios usar las imagenes de Bing, o esperar las "donaciones" de
DigitalGlobe, Google, o AirbusFrance? 

PD: si con esta situación no logran hacer que el gobierno relice la
apertura de datos (OpenData) no se que mas lo pueda lograr. Presión a
estos gobiernos de M, de latinoamerica que son tan reacios a la apertura
de información. 

Fuentes:

A-
http://www.elcolombiano.com/internacional/america-latina/peru-afronta-emergencia-por-fuertes-lluvias-DF6160894
1 -
http://peru21.pe/politica/satelite-comprado-humala-no-sirve-monitoreo-desastres-naturales-2274245

2 -
http://rpp.pe/lima/desastres-naturales/salgado-advierte-que-no-se-reciben-imagenes-del-satelite-peru-sat-1-noticia-1028265
3 -
http://larepublica.pe/impresa/sociedad/847494-peru-sat-1-muestra-el-antes-y-el-despues-delas-zonas-inundadas
__
__

A country with water around the neck, and an unusable satellite. 

In the last few days there have been disasters linked to the high rains
in Peru, about 80% of the country affected:
A - Peru faces one of the strongest natural disasters in recent decades,
with rains, floods and mudslides affecting 20 of the 25 regions of the
country, causing 43 deaths, 72 injured, 11 missing, and More than 56,293
victims, 

[Talk-us] West Point

[Kevin Kenny]

I have some questions about US Military Academy - West Point.

I was resolving a map note
http://www.openstreetmap.org/note/929376#map=14/41.3276/-74.1002=N ,
where the user queried a fence and gate signed, "US GOVERNMENT PROPERTY."
Looking at the map, and with personal knowledge of the area, I realized
that the boundaries of the US Military Academy (West Point) were cut off
incorrectly at the boundary of the Town of Woodbury.

Since the tax rolls for the town are released to the public domain, I also
knew that I had the data to repair the boundary of the Academy, and I did
so (correcting parcel alignments with respect to Bing where they were
obviously supposed to follow natural features or roads). I uploaded that,
and there the map stands.

But then I realized that West Point is mapped rather peculiarly - rather
than being a multipolygon with landuse=military, as I'd have expected, it's
mapped as a city, boundary=administrative, admin_level=8. It is not a city,
it is a military base, no different from any other. It is large, and
therefore it extends into three townships. The relevant parcels are part of
the Towns of Woodbury, Cornwall and Highland. The boundary between Woodbury
and Highland had been included in the relation for West Point, possibly in
an effort to make it a city within the Town of Highland?

In any case, I realized that in moving the boundaries of the reservation, I
was also adjusting township lines. I'm fairly certain that I managed to put
them back.

In addition, there are a few more issues with West Point.

The legal boundary of the reservation does not encompass the rights-of-way
of New York State Route 293, Mine Road between 293 and Fort Montgomery, and
possibly a couple of lesser ways, although these would need a field check -
I suspect they come from a failed conflation in the tax maps.

It's also pretty badly mapped all around its border, apparently as it came
in from TIGER. There are a lot of places where it misaligns with Harriman
and Storm King State Parks, with the highway grid and with the features
visible on Bing. There's quite good concurrence between the highway grid as
mapped in OSM, the aerial imagery, and the property lines from New York
State Office of Parks, Recreation and Historic Preservation. West Point's
boundary from TIGER is the odd man out.

I'm a little nervous about proceeding, not wanting to break boundary
relations, but it seems to me that West Point should not be
boundary=administrative, and its relation should not be type=boundary.
Instead, I think it should be a multipolygon, landuse=military, and have
the mess of TIGER and is_in tags simply removed.

Also, "The Plain" parade ground should simply be a point of interest, not
part of the relation.

I'm sorely tempted simply to rebuild the multipolygon from the tax data,
conflating its shared boundaries with those of the rivers and of the
adjoining state parks and golf courses as they already appear on OSM, and
inspecting it manually against Bing where it appears to follow natural and
human geographic features. Would it give anyone a horrible case of
heartburn if I were to do this? Or is this simply tidying up yet another
one of TIGER's messes?

Thanks

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

Re: [Talk-br] Proposal of import: Brazilian Geodetic Network (man_made=survey_points)

[Sérgio V .]

Tentando acertar também os cabeçalhos do tópico em re:, espero que agora vá 
certo.

Objeções (numeradas) da parte do DWG (em inglês em: 
http://www.openstreetmap.org/changeset/46795156 )
e fundamentação/soluções abaixo:

1) Relação:
- a relação muito grande envolvendo todos os nós de "survey_point" causou 
problemas em sistemas (problema técnico do osm2pgsql);
- não se deve usar relação para agrupar elementos que não os citados na wiki 
própria (problema não técnico, mais de convenção).
Este aparentemente foi o maior problema, o técnico. Também conforme comentários 
no https://github.com/openstreetmap/osm2pgsql/issues/713
Solução: Relação removida; (problema no osm2pgsql também resolvido pelos 
desenvolvedores).

2) Não foi discutido nas listas talk-br (esta) e talk-import 
(https://lists.openstreetmap.org/pipermail/imports/);
-Proposta inicial em 
https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html ;
-depois seguiu no Telegram;
-no canal Telegram não é suficiente;
-o canal correto é a talk-list;
Solução: Trazido para cá novamente.

3) Contém "note=Não alterar: coordenadas originais do IBGE"
3.1) "Que uso pode ter um objeto que não se pode alterar no OSM?"
Argumentação:
A princípio, não se deve alterar nada já mapeado no OSM sem um motivo maior. 
Não se deve tirar as ruas de lugar.
Pontos com coordenadas precisas, mais ainda. Não garante nada, mas não custa 
colocar um aviso.
Há notas idênticas em importação oficialmente aprovada:
https://wiki.openstreetmap.org/wiki/WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siques#Permanence_des_rep.C3.A8res)
"note=Ne pas déplacer ce point, cf. - Do not move this node, see..."
Solução explicativa:
Acrescentada explicação do que não deve ser alterado:
"note=Não deslocar o ponto (coordenadas originais do IBGE)"
"note:en=Please: do not displace the point (official coordinates)"
Foi o único comentário negativo neste ponto.

3.2) "Que uso pode ter ...? Qualquer um interessado em fazer qualquer coisa com 
survey_points pode apenas usar o shape file..."
Foi o único comentário negativo sobre utilidade de importar  "survey_point" 
(que vi).

Não tem solução no momento:
Nada que tiver um shapefile precisaria estar no OSM. Nem estradas, nem rios. 
(Nem talvez fire_hydrants).
O OSM não valida utilidade: "Qualquer um pode contribuir com o que quiser"  ( 
https://wiki.openstreetmap.org/wiki/Pt:Boas_pr%C3%A1ticas ).

Mas sim, tem proposta de uso [1]:
"Ter no OSM pontos com coordenadas e altitude precisas, para aferição de 
imagens, limites de fronteiras, localidades não mapeadas, etc."
Limite de fronteira a revisar, p.ex., já foi encontrado com uma das estações: 
http://www.bdg.ibge.gov.br/bdg/pdf/relatorio.asp?L1=90128

4) Observador não conseguiu encontrar elemento físico no terreno, ao qual 
refere o ponto:
Não tem solução no momento:
-Grande parte dos dados do osm não são visíveis na imagem de satélite (número 
de porta; nome de loja; etc)
-Uma ainda muito maior parte não tem coordenadas precisas (somente aproximada, 
pelas imagens; ou de importação de vetores em baixa resolução);
-Survey points originais de órgãos oficiais são pontos com coordenadas precisas 
(eventualmente também altitude);
-As imagens de satélite melhoram ano após ano; os pontos estando lá, podem ser 
usados.
Também foi o único comentário negativo quanto a visibilidade de "survey_point".

A relação parece ter sido o maior problema. Não imaginava que tinha problemas 
técnicos.
Sim, de todo modo foi péssima ideia.
Removida.

A tag survey_point (marcos topográficos, geodésicos, de fronteira, etc) só tem 
sentido de existir pra que sejam mapeados no OSM.
Survey_point é pra ter coordenadas oficiais e precisas, em princípio (é 
diferente de estradas e rios, que podem ser mapeados só manualmente e 
aproximadamente).
Em vários locais do mundo já estão mapeados:
-ou manualmente (aproximadamente, com utilidade bem mais limitada);
-ou importados com coordenadas originais precisas, bem mais úteis (quando é 
liberado acesso a eles, como no Brasil).

A descrição completa da proposta em português tá na wiki:
https://wiki.openstreetmap.org/wiki/Importa%C3%A7%C3%A3o_das_Redes_Geod%C3%A9sicas_do_IBGE
 [1]


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs


>gorila em openmailbox.org gorila em openmailbox.org
>Sexta Março 17 22:29:24 UTC 2017
>Mensagem anterior: [Talk-br] Digest Talk-br, volume 102, assunto 24

>Por aqui, fica melhor registrado.
>Também seria importante redirecionar as eventuais objeções para a lista
>email. E, eu acho que o autor deveria fundamentá-las em português, para
>a comunidade local avaliar e decidir se procedem.


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

Re: [Talk-br] Proposal of import: Brazilian Geodetic Network (man_made=survey_points)

[Alexandre Magno Brito de Medeiros]

Minha intenção não é "apontar o dedo". Apenas fazer constar o assunto aqui
na talk-br. Surpreendi-me quando li a respeito no semanário.

Nem tenho condições de adentrar no assunto. E talvez ele já tenha morrido.

Alexandre

2017-03-16 21:09 GMT-03:00 Sérgio V. :

> É, tive que fazer uma grande cagada pra descobrirem a falha no sistema.
>
> A relação causou vários problemas.
>
> Com o acréscimo de não ter sido discutida aqui no talk-br.
>
> Mais no telegram. Mesmo assim não suficiente. Teve que ser revertida.
>
> A relação não foi uma boa ideia. Foi removida.
>
> O resto da proposta parece boa.
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
>
> --
> *De:* Alexandre Magno Brito de Medeiros 
> *Enviado:* quinta-feira, 16 de março de 2017 18:44
> *Para:* OpenStreetMap no Brasil
> *Assunto:* Re: [Talk-br] Proposal of import: Brazilian Geodetic Network
> (man_made=survey_points)
>
>
>> Uma "relação monstruosa" de uma importação não discutida no Brasil
>>  com mais de 32.767
>> membros foi grande demais
>>  para o
>> osm2pgsql, o que provavelmente causou problemas em muitos servidores.
>
>
> Fonte: semanárioOSM 347 
>
> 2017-03-14 13:22 GMT-03:00 Sérgio V. :
>
>> Bom dia pessoal, estou preparando a proposta abaixo para o
>> https://lists.openstreetmap.org/pipermail/imports/.
>>
>> Por favor sintam-se livres para examinar.
>>
>> Antecipadamente obrigado.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Hello.
>> I'm member of brazilian OSM users community.
>> I present here for discussion, and asking approval for, the proposal for
>> the import of brazilian geodetic network of survey points (SGB - Sistema
>> Geodésico Brasileiro).
>> Firstly, sorry if not good english. Also sorry for the technical problems
>> that arose due to the size of elements in previously ill imported relation.
>>
>> This proposal was previously formally informed in brazilian talk list in
>> https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html
>>  .
>> (Also this post here will be copied to brazilian talk list.)
>>
>> The discussions in Brazilian community: actually started in 6th march in
>> Telegram channel of the brazilian community, where it has been carried on,
>> and where we generally use to talk most (159 members, around some 80 users
>> connecting daily and some 20 activelly communicating). Many members made
>> remarks and suggestions about it and, after all arrangements, general
>> aprovals for procedures and utility purpose.
>>
>> The purpose of this proposal: is to import the survey points published by
>> the brazilian government agency for geographical data (called IBGE - (
>> http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm).
>>
>> The source data: is all produced and published by IBGE.
>> The government also publishes these data through the more general portal
>> for brazilian spatial data (INDE: http://www.visualizador.inde.gov.br -
>> Menu: Redes Geodesicas), from where it was dowloaded.
>>
>> About the licenses for the data: as said in previous exchange of messages
>> of other brazilian OSM member with IBGE officials [1], and as stated by the
>> brazilian national law for access to information (known as "LAI"), all the
>> government data, including IBGE, is free for access, not even requiring to
>> say what for it is intended [2] (the exceptions quoted in the law must not
>> even be published by the government). IBGE officials explicitly stated, as
>> in previous quoted messages, it's free for OSM purposes, for copy, sharing
>> and changes, since quoting the source, and not requiring further back
>> communication.
>>
>> The aim of the import: is to have all these points with their precise
>> coordinates provided by the government, placed in OSM brazilian map to help
>> on aligning imagery, fixing borders, found places in remote regions, etc.
>>
>> It can be objected: found no survey point in imagery on the ground.
>> That's true. Many things pedestrians have mapped can't be seen on
>> sattelite imagery now, like door numbers, shop names, highway signals, and
>> many other small things, perhaps also fire_hidrants, etc. It usually
>> resides all on local mapper's word.
>> Also imagery resolution is improving constantly, so perhaps not too later
>> we all can see many more things on sattelite imagery.
>> Anyway, the government, through its data itself and its official reports
>> of survey points, states they are there on the ground.
>>
>> As a single example: there's a survey point (a small plate) over a
>> boundary_stone in the Brazil-Venezuela-Guyana triple border, reported in
>> [3]. It seems not visible in imagery, nor the boundary_stone. At least I
>> still haven't found it (but I'm looking for). But 

[talk-au] CAPAD 2016 Import -- Sample files.

[Andrew Davidson]

Using the 2014 CAPAD data I have created example osm files for 
Queensland for your perusal and comment. The files are available here:


https://drive.google.com/drive/folders/0B7Y8oxDzqhyNMkFCRWhLQmIwZzQ?usp=sharing

The whole state is in capad2014_qld.osm.gz and I have attempted to split 
the data up into geographical clusters with the view to using this as a 
mechanism to split the import task up so that more than one user can 
work on it at a time. The method for splitting up the data needs a 
little refinement as it is making them rather uneven. You can see from 
this list of the number of nodes, ways, and relations:


capad2014_qld_batch00.osm.gz : 6904 94 19
capad2014_qld_batch01.osm.gz : 11156 183 36
capad2014_qld_batch02.osm.gz : 0 0 0
capad2014_qld_batch03.osm.gz : 42331 946 110
capad2014_qld_batch04.osm.gz : 39632 996 124
capad2014_qld_batch05.osm.gz : 4323 122 15
capad2014_qld_batch06.osm.gz : 0 0 0
capad2014_qld_batch07.osm.gz : 173 9 1
capad2014_qld_batch08.osm.gz : 8976 152 9
capad2014_qld_batch09.osm.gz : 6276 150 15
capad2014_qld_batch10.osm.gz : 42624 595 52
capad2014_qld_batch11.osm.gz : 51852 1231 131
capad2014_qld_batch12.osm.gz : 16943 259 40
capad2014_qld_batch13.osm.gz : 0 0 0
capad2014_qld_batch14.osm.gz : 6694 143 31
capad2014_qld_batch15.osm.gz : 22411 334 46
capad2014_qld_batch16.osm.gz : 40351 1719 42
capad2014_qld_batch17.osm.gz : 3507 94 20
capad2014_qld_batch18.osm.gz : 4519 91 20
capad2014_qld_batch19.osm.gz : 2071 47 8

that some batches are going to be a lot more work than others.

Some notes about the tagging:

* I made up the tags very quickly so think of them as preliminary.
* Turns out that the unique identifier is also unique to the edition of 
CAPAD ie: ref in 2012 is not the same as in 2014, hence capad2014:ref.
* The note:capad on some ways is not intended to stay in OSM but has 
been added so that users can tell why some ways have been split in their 
batch (it's required for an area in the adjacent batch).
* The nodes with a note tag have been added as JOSM complains if a 
segment is longer than 15km (also the note needs to be worded better).


Thing left to do:

* Develop a tagging plan. Needs to wait for the 2016 edition to get 
published so we can see what data will be available. Also need to think 
about which IUCN categories get a leisure=nature_reserve tag.
* Sanity check the names of the areas (eg: some states use 
abbreviations) and the operators.
* Come up with a way of task managing (only a problem if there is more 
than one mapper working on the import ;-) ).

* Figure out how to do QA (or more correctly QC).
* Write up a import wiki page.
* Run the gauntlet that is the Imports mailing list.

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

[OSM-ja] 相撲部屋

[ribbon]

数は少ないのですが、日本固有の地物として、「相撲部屋」があります。

これ、どうタグ付けましょう?

ribbon

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

Re: [Talk-cat] Ref vs name amb FIXME highlight warnings

[Joan]

Bones,

Vaig comentar el tema aquest del noname=yes a en PierZen (el creador del
FIXME highlight) i en un parell de dies ha publicat una nova versió del
plugin que evita posar els noname=yes en vermell, això el plugin una mica
més útil (assumint que els noname=yes es posen perquè no hi ha més remei)
Per tenir la versió actualitzada només cal anar a Modifica - Preferències
-> Estils d'acoloriment
Si amb això encara no s'actualitzada, cal anar a editar l'estil fixme i
canviar la URL de
https://josm.openstreetmap.de/josmfile?page=Styles/Fixme=1 a
https://josm.openstreetmap.de/josmfile?page=Styles/Fixme (treure el =1)

Salut,

Joan

El dia 13 de març de 2017 a les 22:30, Joan  ha escrit:

> Ok, perfecte doncs ja ho faré així, vaig quedar aclaparat de la quantitat
> de vermell que hi havia al voltant del poble i pensava començar per el més
> fàcil, ara ja he trobat un mapa amb els noms del carrers i em dedicaré una
> mica a això.
>
> Salut
>
> El dia 13 de març de 2017 a les 17:39, yo paseopor 
> ha escrit:
>
>> No voldria contradir-te...però és que aquesta via no té indicat el
>> name...i el name no és la referència. En aquest cas la N-260 té com a nom 
>> *Eix
>> Pirinenc *(tal i com pots llegir a Viquipedia)
>> https://ca.wikipedia.org/wiki/N-260
>>
>> Ara bé, tampoc t'entestis en posar noms perquè sí. Per exemple si una
>> carretera no té nom, encara que surti amb el Fixme en vermell es pot fer
>> servir la clau i valor noname=yes . No cal que anomenis una via "Carretera
>> de tal a qual punt", si és que realment no és coneguda per aquest nom .
>> https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%
>> B1a/Buenas_pr%C3%A1cticas#Name_inclu.C3.ADdo_en_v.C3.ADas
>>
>> El meu consell és que empris més el teu temps en vies urbanes que en vies
>> interurbanes, al cap i a la fi els carrers no acostumen a tenir referència,
>> les carreteres sí.
>>
>> Salut i mapes
>> yopaseopor
>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] Creazione di una relazione per un sentiero

[Simone]

Il 17 marzo 2017 23:22:37 CET, carlo folini  ha scritto:
>Ciao,
>stò cercando di creare la mia prima relazione [1] per descrivere il
>"sentiero del Sole" in Valtellina.
>Ho letto questo wiki [0].
>Quando parla di ref dice di indicare il numero del sentiero. Il
>sentiero in
>questione è in lombardia in provincia di Sondrio e si estende su due
>aree
>(o zone) la 3 e la 4.
>Da Sondrio a Teglio si chiama quindi 302 e da lì in avanti si chiama
>402.
>La ref deve essere specificata solo a livello di relazione. Come faccio
>a
>mettere i due numeri? ref=302|402 oppure ref=302;402 ?
>
>Ho inserito il tag symbol [3] , symbol:it e osmc:symbol [2] in cui
>bisogna
>specificare il numero del sentiero. Come mi comporto con i due numeri?
>
>Il percorso utilizza dei pezzi di strade e sentieri, magari solo per
>pochi
>tratti.
>Come faccio ad aggiungere i pezzi di raccordo alla relazione?
>Se provo ad aggiungere i singoli nodi (uso JOSM) al momento di
>caricarli si
>lamenta in quanto questi non ereditano i tag (ad esempio highway) della
>strada/sentiero di cui fanno parte. Quindi non avendo alcun tag
>falliscono
>la validazione.
>Devo suddividere la way per il tratto che mi interessa e poi
>aggiungerlo
>alla relazione?
>
>
>Grazie
>
>[0] http://wiki.openstreetmap.org/wiki/IT:Hiking
>[1]
>http://www.openstreetmap.org/relation/7082063#map=13/46.1994/10.0126
>[2] http://wiki.openstreetmap.org/wiki/IT:Key:osmc:symbol
>[3] http://wiki.openstreetmap.org/wiki/CAI

Ma questo sentiero è del CAI oppure si trarrà di una proposta turistica?

Perche il ref nel secondo caso non è collegato al CAI.


-- Simone Girardelli--

Inviato con K-9 Mail
Scusate la brevità dello scritto.

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

Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

[gor...@openmailbox.org]

Por aqui, fica melhor registrado.


Também seria importante redirecionar as eventuais objeções para a lista 
email. E, eu acho que o autor deveria fundamentá-las em português, para 
a comunidade local avaliar e decidir se procedem.



Em 17-03-2017 19:17, Sérgio V. escreveu:


Obrigado Tomio. De fato o Telegram não fica amplamente acessível.

Colocando por aqui como canal oficial do OSM é mais certo mesmo.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs




*De:* Helio Cesar Tomio 
*Enviado:* sexta-feira, 17 de março de 2017 17:30
*Para:* OpenStreetMap no Brasil
*Assunto:* Re: [Talk-br] Digest Talk-br, volume 102, assunto 24
Texto muito bom Sérgio.
Toda a história a limpo, desmentindo aquela alegação que não houve 
discussão anteriormente.


Em 17/03/2017 13:50, "Luis Bahiana" > escreveu:


Se precisarem de ajuda para tradução ou versão coloco-me a disposição

2017-03-14 13:23 GMT-03:00 >:

Enviar submissões para a lista de discussão Talk-br para
talk-br@openstreetmap.org 

Para se cadastrar ou descadastrar via WWW, visite o endereço
https://lists.openstreetmap.org/listinfo/talk-br

ou, via email, envie uma mensagem com a palavra 'help' no
assunto ou
corpo da mensagem para
talk-br-requ...@openstreetmap.org


Você poderá entrar em contato com a pessoa que gerencia a
lista pelo
endereço
talk-br-ow...@openstreetmap.org


Quando responder, por favor edite sua linha Assunto assim ela será
mais específica que "Re: Contents of Talk-br digest..."


Tópicos de Hoje:

   1. Proposal of import: Brazilian Geodetic Network
  (man_made=survey_points) (Sérgio V.)


--

Message: 1
Date: Tue, 14 Mar 2017 16:22:41 +
From: Sérgio V. >
To: "talk-br@openstreetmap.org
" >
Subject: [Talk-br] Proposal of import: Brazilian Geodetic Network
(man_made=survey_points)
Message-ID:
   
>

Content-Type: text/plain; charset="utf-8"

Bom dia pessoal, estou preparando a proposta abaixo para o
https://lists.openstreetmap.org/pipermail/imports/
.

Por favor sintam-se livres para examinar.

Antecipadamente obrigado.

- - - - - - - - - - - - - - - -

Hello.
I'm member of brazilian OSM users community.
I present here for discussion, and asking approval for, the
proposal for the import of brazilian geodetic network of
survey points (SGB - Sistema Geodésico Brasileiro).
Firstly, sorry if not good english. Also sorry for the
technical problems that arose due to the size of elements in
previously ill imported relation.

This proposal was previously formally informed in brazilian
talk list in
https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html


.
(Also this post here will be copied to brazilian talk list.)

The discussions in Brazilian community: actually started in
6th march in Telegram channel of the brazilian community,
where it has been carried on, and where we generally use to
talk most (159 members, around some 80 users connecting daily
and some 20 activelly communicating). Many members made
remarks and suggestions about it and, after all arrangements,
general aprovals for procedures and utility purpose.

The purpose of this proposal: is to import the survey points
published by the brazilian government agency for geographical
data (called IBGE -
(http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm

).

The source data: is all produced and published by IBGE.
The government also publishes these data through the more
general portal for brazilian 

Re: [Talk-cz] openstreetmap.cz v0.16

[Mikoláš Štrajt]

Dobrá práce.



Mimochodem - kdo generuje RUIAN parcely? Poloha.net?




Mám tu jednu chybku - zdá se, že se hranice parcel vykreslují přes jejich
popisky - viz např http://imgur.com/a/dW2qV, kde je to po přiblížení vidět u
parcely 3008.




-- 

Severák


 -- Původní e-mail --
Od: Marián Kyral 
Komu: talk-cz@openstreetmap.org
Datum: 17. 3. 2017 11:04:54
Předmět: [Talk-cz] openstreetmap.cz v0.16
"Ahoj,
na openstreetmap.cz byla nasazena nová verze.

Hlavní změny:
* Nový přepínač vrstev
* Nové vrstvy (ruain, lpis, wikimedia…)
* Vrstva rozcestníků - nové ikony pro mapu a cyklo rozcestník
* Přidány náhledy rozcestníků - rychlejší načítání a menší potřeba dat

Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
"___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[Talk-it] Creazione di una relazione per un sentiero

[carlo folini]

Ciao,
stò cercando di creare la mia prima relazione [1] per descrivere il
"sentiero del Sole" in Valtellina.
Ho letto questo wiki [0].
Quando parla di ref dice di indicare il numero del sentiero. Il sentiero in
questione è in lombardia in provincia di Sondrio e si estende su due aree
(o zone) la 3 e la 4.
Da Sondrio a Teglio si chiama quindi 302 e da lì in avanti si chiama 402.
La ref deve essere specificata solo a livello di relazione. Come faccio a
mettere i due numeri? ref=302|402 oppure ref=302;402 ?

Ho inserito il tag symbol [3] , symbol:it e osmc:symbol [2] in cui bisogna
specificare il numero del sentiero. Come mi comporto con i due numeri?

Il percorso utilizza dei pezzi di strade e sentieri, magari solo per pochi
tratti.
Come faccio ad aggiungere i pezzi di raccordo alla relazione?
Se provo ad aggiungere i singoli nodi (uso JOSM) al momento di caricarli si
lamenta in quanto questi non ereditano i tag (ad esempio highway) della
strada/sentiero di cui fanno parte. Quindi non avendo alcun tag falliscono
la validazione.
Devo suddividere la way per il tratto che mi interessa e poi aggiungerlo
alla relazione?


Grazie

[0] http://wiki.openstreetmap.org/wiki/IT:Hiking
[1] http://www.openstreetmap.org/relation/7082063#map=13/46.1994/10.0126
[2] http://wiki.openstreetmap.org/wiki/IT:Key:osmc:symbol
[3] http://wiki.openstreetmap.org/wiki/CAI

-- 
Carlo Folini
mailto:carlo.fol...@gmail.com
blog: http://www.diariocorsa.com
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

[Sérgio V .]

Obrigado Tomio. De fato o Telegram não fica amplamente acessível.

Colocando por aqui como canal oficial do OSM é mais certo mesmo.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Helio Cesar Tomio 
Enviado: sexta-feira, 17 de março de 2017 17:30
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

Texto muito bom Sérgio.
Toda a história a limpo, desmentindo aquela alegação que não houve discussão 
anteriormente.

Em 17/03/2017 13:50, "Luis Bahiana" 
> escreveu:
Se precisarem de ajuda para tradução ou versão coloco-me a disposição

2017-03-14 13:23 GMT-03:00 
>:
Enviar submissões para a lista de discussão Talk-br para
talk-br@openstreetmap.org

Para se cadastrar ou descadastrar via WWW, visite o endereço
https://lists.openstreetmap.org/listinfo/talk-br
ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
corpo da mensagem para

talk-br-requ...@openstreetmap.org

Você poderá entrar em contato com a pessoa que gerencia a lista pelo
endereço
talk-br-ow...@openstreetmap.org

Quando responder, por favor edite sua linha Assunto assim ela será
mais específica que "Re: Contents of Talk-br digest..."


Tópicos de Hoje:

   1. Proposal of import: Brazilian Geodetic Network
  (man_made=survey_points) (Sérgio V.)


--

Message: 1
Date: Tue, 14 Mar 2017 16:22:41 +
From: Sérgio V. >
To: "talk-br@openstreetmap.org" 
>
Subject: [Talk-br] Proposal of import: Brazilian Geodetic Network
(man_made=survey_points)
Message-ID:

>

Content-Type: text/plain; charset="utf-8"

Bom dia pessoal, estou preparando a proposta abaixo para o 
https://lists.openstreetmap.org/pipermail/imports/.

Por favor sintam-se livres para examinar.

Antecipadamente obrigado.

- - - - - - - - - - - - - - - -

Hello.
I'm member of brazilian OSM users community.
I present here for discussion, and asking approval for, the proposal for the 
import of brazilian geodetic network of survey points (SGB - Sistema Geodésico 
Brasileiro).
Firstly, sorry if not good english. Also sorry for the technical problems that 
arose due to the size of elements in previously ill imported relation.

This proposal was previously formally informed in brazilian talk list in 
https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html .
(Also this post here will be copied to brazilian talk list.)

The discussions in Brazilian community: actually started in 6th march in 
Telegram channel of the brazilian community, where it has been carried on, and 
where we generally use to talk most (159 members, around some 80 users 
connecting daily and some 20 activelly communicating). Many members made 
remarks and suggestions about it and, after all arrangements, general aprovals 
for procedures and utility purpose.

The purpose of this proposal: is to import the survey points published by the 
brazilian government agency for geographical data (called IBGE - 
(http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm).

The source data: is all produced and published by IBGE.
The government also publishes these data through the more general portal for 
brazilian spatial data (INDE: 
http://www.visualizador.inde.gov.br - 
Menu: Redes Geodesicas), from where it was dowloaded.

About the licenses for the data: as said in previous exchange of messages of 
other brazilian OSM member with IBGE officials [1], and as stated by the 
brazilian national law for access to information (known as "LAI"), all the 
government data, including IBGE, is free for access, not even requiring to say 
what for it is intended [2] (the exceptions quoted in the law must not even be 
published by the government). IBGE officials explicitly stated, as in previous 
quoted messages, it's free for OSM purposes, for copy, sharing and changes, 
since quoting the source, and not requiring further back communication.

The aim of the import: is to have all these points with their precise 
coordinates provided by the government, placed in OSM brazilian map to help on 
aligning imagery, fixing borders, found places in remote regions, etc.

It can be objected: found no survey point in imagery on the ground.
That's true. Many things pedestrians have mapped can't 

Re: [OSM-talk] Responding to vandalism

[Tomas Straupis]

> Is your process documented anywhere and is the code available?

  There is a "help" page, but it is in Lithuanian... Maybe google
translate can help:
  http://patrulis.openmap.lt/pagalba.html

  Code (php+postgresql) is very basic and dirty (i'm not a web
developer) and I didn't have time to put it on github yet (planning to
do that for a year or so...). But code is also full of Lithuanian
comments and names...

  If somebody wants to have a look at it - I can share/send the code
and give any information required in English.

P.S. This patrolling stuff is integrated with QA tools (fetching a
list of errors from keepright, osmose as well as doing local error
checking) and data synchronisation tools. So "all in one" solution.
You get a list of unapproved changes, a list of not yet fixed errors
and a status of synchronisation of different items.

-- 
Tomas

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

Re: [talk-au] Use of Gold Coast Council info?

[Andrew Harvey]

Huge thank you Simon, and those who helped out with this! The cover is
a great summary we can pass on to rights holders and the form to be
signed appears to provide legal rigour for organisations to grant the
additional rights required.

On 18 March 2017 at 06:46, Simon Poole  wrote:
> See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ for our
> (LWG)  position.
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

Re: [talk-au] Use of Gold Coast Council info?

[Graeme Fitzpatrick]

Thanks everyone for your input here - it's all getting very hard :-(

Simon, thanks for the info re the "official" position. That page mentions "a
similar document for obtaining the necessary waivers for the 2.0 and 3.0
versions of CC BY

.", but that document only says CC-BY-2.0. Is it simply a matter of
replacing 2.0 with 3.0? There is mention made of Sections 4a & b of
CC-BY-2.0 - do those same sections apply in 3.0?

Thanks

Graeme


On 18 March 2017 at 05:46, Simon Poole  wrote:

> See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ for our
> (LWG)  position.
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au
>
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

Re: [OSM-talk] Responding to vandalism

[Clifford Snow]

On Fri, Mar 17, 2017 at 8:50 AM, Tomas Straupis 
wrote:

>
> What we are doing in Lithuania for the last 5 years or so is we have a
> patrolling mechanism similar to wikipedia. That is all changesets in
> the region (in our case in Lithuania) are filtered out and placed into
> "check list". If the editor is known good mapper - his/her edits are
> "approved" automatically. Otherwise somebody with a status of "known"
> mapper should approve it. But when the changeset is approved - it does
> not show up for other "approvers". This way we avoid double work. So
> in practice this allows us to review only "suspicious" changes and in
> 5 year of experience this worked out perfectly - all bad/suspicious
> changes have been noticed in a matter of hours! (for example all
> suspicious crap.me edits can be reverted promptly)
>

Is your process documented anywhere and is the code available? This sounds
like a reasonable solution to the problem. I especially like that people
aren't double checking new users.  It sounds like an approach much like
Martijn Van Exel's Maproulette but without the random picking of the user.

Clifford

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

Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

[Helio Cesar Tomio]

Texto muito bom Sérgio.
Toda a história a limpo, desmentindo aquela alegação que não houve
discussão anteriormente.

Em 17/03/2017 13:50, "Luis Bahiana"  escreveu:

> Se precisarem de ajuda para tradução ou versão coloco-me a disposição
>
> 2017-03-14 13:23 GMT-03:00 :
>
>> Enviar submissões para a lista de discussão Talk-br para
>> talk-br@openstreetmap.org
>>
>> Para se cadastrar ou descadastrar via WWW, visite o endereço
>> https://lists.openstreetmap.org/listinfo/talk-br
>> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
>> corpo da mensagem para
>> talk-br-requ...@openstreetmap.org
>>
>> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
>> endereço
>> talk-br-ow...@openstreetmap.org
>>
>> Quando responder, por favor edite sua linha Assunto assim ela será
>> mais específica que "Re: Contents of Talk-br digest..."
>>
>>
>> Tópicos de Hoje:
>>
>>1. Proposal of import: Brazilian Geodetic Network
>>   (man_made=survey_points) (Sérgio V.)
>>
>>
>> --
>>
>> Message: 1
>> Date: Tue, 14 Mar 2017 16:22:41 +
>> From: Sérgio V. 
>> To: "talk-br@openstreetmap.org" 
>> Subject: [Talk-br] Proposal of import: Brazilian Geodetic Network
>> (man_made=survey_points)
>> Message-ID:
>> > 2.PROD.OUTLOOK.COM>
>>
>> Content-Type: text/plain; charset="utf-8"
>>
>> Bom dia pessoal, estou preparando a proposta abaixo para o
>> https://lists.openstreetmap.org/pipermail/imports/.
>>
>> Por favor sintam-se livres para examinar.
>>
>> Antecipadamente obrigado.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Hello.
>> I'm member of brazilian OSM users community.
>> I present here for discussion, and asking approval for, the proposal for
>> the import of brazilian geodetic network of survey points (SGB - Sistema
>> Geodésico Brasileiro).
>> Firstly, sorry if not good english. Also sorry for the technical problems
>> that arose due to the size of elements in previously ill imported relation.
>>
>> This proposal was previously formally informed in brazilian talk list in
>> https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html
>> .
>> (Also this post here will be copied to brazilian talk list.)
>>
>> The discussions in Brazilian community: actually started in 6th march in
>> Telegram channel of the brazilian community, where it has been carried on,
>> and where we generally use to talk most (159 members, around some 80 users
>> connecting daily and some 20 activelly communicating). Many members made
>> remarks and suggestions about it and, after all arrangements, general
>> aprovals for procedures and utility purpose.
>>
>> The purpose of this proposal: is to import the survey points published by
>> the brazilian government agency for geographical data (called IBGE - (
>> http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm).
>>
>> The source data: is all produced and published by IBGE.
>> The government also publishes these data through the more general portal
>> for brazilian spatial data (INDE: http://www.visualizador.inde.gov.br<
>> http://www.visualizador.inde.gov.br/> - Menu: Redes Geodesicas), from
>> where it was dowloaded.
>>
>> About the licenses for the data: as said in previous exchange of messages
>> of other brazilian OSM member with IBGE officials [1], and as stated by the
>> brazilian national law for access to information (known as "LAI"), all the
>> government data, including IBGE, is free for access, not even requiring to
>> say what for it is intended [2] (the exceptions quoted in the law must not
>> even be published by the government). IBGE officials explicitly stated, as
>> in previous quoted messages, it's free for OSM purposes, for copy, sharing
>> and changes, since quoting the source, and not requiring further back
>> communication.
>>
>> The aim of the import: is to have all these points with their precise
>> coordinates provided by the government, placed in OSM brazilian map to help
>> on aligning imagery, fixing borders, found places in remote regions, etc.
>>
>> It can be objected: found no survey point in imagery on the ground.
>> That's true. Many things pedestrians have mapped can't be seen on
>> sattelite imagery now, like door numbers, shop names, highway signals, and
>> many other small things, perhaps also fire_hidrants, etc. It usually
>> resides all on local mapper's word.
>> Also imagery resolution is improving constantly, so perhaps not too later
>> we all can see many more things on sattelite imagery.
>> Anyway, the government, through its data itself and its official reports
>> of survey points, states they are there on the ground.
>>
>> As a single example: there's a survey point (a small plate) over a
>> boundary_stone in the 

Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

[Sérgio V .]

Obrigado Luis, grande aporte seria.


Se ver qualquer coisa que precise melhorar na proposta em Inglês, fique à 
vontade pra corrigir. Pode mandar por aqui mesmo. Como preferir.


E se acharem que precisa fazer uma versão da wiki em inglês (:en)", também, à 
vontade.


Vi que você é do IBGE. Ótimo ter a presença, o interesse e conhecimento de 
vocês aqui também.

Pensei em focar na relevância das estações planialtimétricas (deixando de lado 
as estações gravimétricas e maregráficas, poucas).

Para as Referências de Nível, fiz a geração de Altitude Geométrica (h) a partir 
dos dados de Altitude Ortométrica (H),  e (N) conforme o MAPGEO2015_v1_0.exe .

Qualquer coisa que acharem que mereça melhorar ou corrigir na proposta em 
geral, por favor, sintam-se à vontade para mandar seus aportes.

Obrigado


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs



De: Luis Bahiana 
Enviado: sexta-feira, 17 de março de 2017 13:49
Para: talk-br@openstreetmap.org
Assunto: Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

Se precisarem de ajuda para tradução ou versão coloco-me a disposição

2017-03-14 13:23 GMT-03:00 
>:
Enviar submissões para a lista de discussão Talk-br para
talk-br@openstreetmap.org

Para se cadastrar ou descadastrar via WWW, visite o endereço
https://lists.openstreetmap.org/listinfo/talk-br
ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
corpo da mensagem para

talk-br-requ...@openstreetmap.org

Você poderá entrar em contato com a pessoa que gerencia a lista pelo
endereço
talk-br-ow...@openstreetmap.org

Quando responder, por favor edite sua linha Assunto assim ela será
mais específica que "Re: Contents of Talk-br digest..."


Tópicos de Hoje:

   1. Proposal of import: Brazilian Geodetic Network
  (man_made=survey_points) (Sérgio V.)


--

Message: 1
Date: Tue, 14 Mar 2017 16:22:41 +
From: Sérgio V. >
To: "talk-br@openstreetmap.org" 
>
Subject: [Talk-br] Proposal of import: Brazilian Geodetic Network
(man_made=survey_points)
Message-ID:

>

Content-Type: text/plain; charset="utf-8"

Bom dia pessoal, estou preparando a proposta abaixo para o 
https://lists.openstreetmap.org/pipermail/imports/.

Por favor sintam-se livres para examinar.

Antecipadamente obrigado.

- - - - - - - - - - - - - - - -

Hello.
I'm member of brazilian OSM users community.
I present here for discussion, and asking approval for, the proposal for the 
import of brazilian geodetic network of survey points (SGB - Sistema Geodésico 
Brasileiro).
Firstly, sorry if not good english. Also sorry for the technical problems that 
arose due to the size of elements in previously ill imported relation.

This proposal was previously formally informed in brazilian talk list in 
https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html .
(Also this post here will be copied to brazilian talk list.)

The discussions in Brazilian community: actually started in 6th march in 
Telegram channel of the brazilian community, where it has been carried on, and 
where we generally use to talk most (159 members, around some 80 users 
connecting daily and some 20 activelly communicating). Many members made 
remarks and suggestions about it and, after all arrangements, general aprovals 
for procedures and utility purpose.

The purpose of this proposal: is to import the survey points published by the 
brazilian government agency for geographical data (called IBGE - 
(http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm).

The source data: is all produced and published by IBGE.
The government also publishes these data through the more general portal for 
brazilian spatial data (INDE: 
http://www.visualizador.inde.gov.br - 
Menu: Redes Geodesicas), from where it was dowloaded.

About the licenses for the data: as said in previous exchange of messages of 
other brazilian OSM member with IBGE officials [1], and as stated by the 
brazilian national law for access to information (known as "LAI"), all the 
government data, including IBGE, is free for access, not even requiring to say 
what for it is intended [2] (the exceptions quoted in the law must not even be 
published by the government). IBGE officials explicitly stated, as in previous 
quoted messages, it's free for OSM 

Re: [OSM-talk-fr] Bus vs Car

[Christian Rogel]

> Le 2017 Meur. 17 à 01:02, Philippe Verdy  a écrit :
> 
> 
> Tu viens de remarquer "train régional" (inclut les RER ou TER, relayés ou 
> souvent assurés aussi par car; et là ça rentre dans les compétences 
> exclusives des transports urbains sur leur domaine!)
> 
> Pour la plupart des lignes régionales, hormi les liaisons directes longue 
> distance, on ne peut pas les distinguer (et de même leur route suivie n'est 
> pas significative, seule comptent les deux points de départ et d'arrivée.
> 
> Je dirait donc que dans la quasi totalité des cas, les relations "route" ne 
> sont alors QUE des "route=bus" si on suit ta logique…

Prenons la question par l’autre bout (pour la France).

Jusqu’à la loi Macron, les lignes longues distance vers l’étranger (Eurolines 
et d’autres), n’avaient pas le droit de faire du cabotage (i. e., avoir des 
arrêts intermédiaires) avant d’atteindre une frontières.
Désormais, non seulement, c’est possible, mais des lignes intra peuvent être 
créées, du moment qu’elle font des étapes d’au moins 100 km.

Nonostant le fait qu’en français, le bus désigne le plus souvent des lignes 
locales à grande fréquence et les cars des lignes plus longues, mais toujours 
intradépartementales (sauf cars SNCF), li semble approprié de réserver la 
valeur « coach » aux lignes internationales et aux lignes interrégionales 
créées par la loi Macron.

Elles n’ont qu’un nombre limité d’opérateurs et, en fait, il s’agit précisément 
des lignes, dont l’État est l’autorité organisatrice.

Ce qui pourra poser problème, c’est que, si les régions reprenaient les lignes 
départementales, elles pourraient créer des lignes régionales, puis 
interrégionales.
Mais, à chaque jour suffit sa peine.


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

Re: [Talk-se] OSM Meetup i Malmö?

[Andreas Vilén]

Om vi faktiskt ska mappa (jag kan nog hitta nåt kul upplägg om du inte har nån 
egen plan) rekommenderar jag nog en helg så det blir nåt ordentligt av det.

/Andreas

Skickat från min iPhone

> 17 mars 2017 kl. 15:55 skrev Tomas Wennström :
> 
> Vad kul att så många är intresserade! Jag återkommer med en liten Doodle för 
> att hitta ett datum, men först tar jag gärna lite spontan input på om vi ska 
> köra en vardagskväll eller hitta en helg då vi kan köra ett lite längre pass?
> 
> Tomas
> 
> -- 
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
> 
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.se
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [OSM-talk] Responding to vandalism

[Tomas Straupis]

> Interesting, I didn't know such patrolling took place at a country scale in
> OSM. Have you revert/re-map stats?

  No, such stats are not collected. And it would be hard to do that,
because it is not yes/no. Sometimes it's just a minor problem,
sometimes it is something much worse. Until appearance of infamous new
"editor" full reverts were very rare. It was mostly
fixing/informing/teaching.

> However with your point 1)you have an idea.
> How about a service rendering the area affected by an edit before 'commit'?
> This preview could be the place for an additional warning about the the live
> DB.

  Point 1) (change->test->commit) was about doing testing/approving
BEFORE the change gets to "final" database, before it is visible to
others/maps etc. So this is (in my opinion) not acceptable for open
project. Option 1 is only used in 2nd level - derivative
databases/subsets.

-- 
Tomas

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

Re: [talk-au] Use of Gold Coast Council info?

[Simon Poole]

See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/ for our
(LWG)  position.


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

Re: [OSM-talk] Responding to vandalism

[Jakob Mühldorfer]

Google tried to have restrictions on new editors
The map got vandalised anyways and they shut down public editing
So basically what others said, not in favour of any kind of restrictions.


Am 16.03.2017 um 14:47 schrieb Manohar Erikipati:

Hi all,

Last saturday, Central park in New York City was vandalized by a new OSM user 
`Meowthreetimes` in all the map edits:

- 46756622 introduced a fictional lake inside Central 
parkhttps://www.openstreetmap.org/changeset/46756622
- 46756461 renamed Central park 
inhttps://www.openstreetmap.org/way/427818536/history
- 46756506 introduced a fictional lake near Fort worth 
Dallashttp://www.openstreetmap.org/way/479837732/history

It took 2 days for the edits to be noticed and reverted on one of the most 
popular locations in the world.

This was possibly preventable with a more active mapping community, but a 
previous incident [1] highlights how simple cases like dragged ways can stay 
around the map for months under the eyes of local mappers. The current strategy 
of leaving changeset comments to users to prevent bad edits does not scale, 
especially if the mappers do not read messages like Maps.me editors [2], or if 
there are no expert mappers in the area who are knowledgeable in reporting and 
reverting changes.

Thinking out loud on how we could better improve the current process to act on 
bad edits:

- DWG currently acts promptly on incidents reported via email, but we need a 
more accessible mechanism that allows new users to report such incidents 
directly from the website or editors. The email details and existence of DWG, 
is only available currently in the wiki [3]
- Auto-blocking known vandals to prevent repeated attacks [4]
- An organised repository to report and learn from previous attacks. There 
seems to have been an effort to do this many years ago on the wiki [5]
- More visibility, awareness of QA tools and history tab on the OSM homepage. 
Most of the really powerful QA tools like osmhv and osmose are only known to 
advanced users.

It would be great to hear more approaches that could protect the map against 
common mistakes and intentional attacks. Much of the world lacks an active 
mapping community, so it is up to a small set of power mappers to catch and 
revert most of the bad edits [6]. Building better support systems to respond to 
bad edits could help more experienced mappers focus on community building 
activities.


[1]https://www.openstreetmap.org/user/PlaneMad/diary/40491
[2]https://github.com/mapsme/omim/issues/4188
[3]https://wiki.openstreetmap.org/wiki/Vandalism
[4]https://en.wikipedia.org/wiki/Wikipedia:Autoblock
[5]http://wiki.openstreetmap.org/wiki/List_of_Vandalism_Changesets
[6]http://osmcha.mapbox.com/?usernames=woodpeck_repair%2C+zool%2C+SomeoneElse_Revert%2C+mavl%2C+pnorman_mechanical%2C+_sev%2C+OSMF+Data+Working+Group%2C+Peda%2C+FTA_dwg%2C+Deanna+Earley%2C+Firefishy_repair%2C+drolbr%2C+emacsen_dwg%2C+sly_suspect=False_whitelisted=All=False




Best,

Manohar Erikipati

osm : manoharuss


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


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

[OSM-talk-fr] Sortie de MapContrib 1.6

[Guillaume AMAT]

Salut !

MapContrib est de sortie pour sa nouvelle version mensuelle. Pas de gros 
changements mais on aime bien livrer les nouveautés assez tôt et régulièrement.

Dans les grandes lignes, MapContrib a maintenant 4 fonds de carte activés par 
défaut (OSM, OSM monochrome, Watercolor et Mapbox satellite) et un bouton « 
Afficher plus de fonds » juste en-dessous, le créateur de thème peut forcer la 
valeur d'un tag via les presets et quelques colonnes ont maintenant un bouton 
retour pour faciliter la navigation dans l'interface.

Vous trouverez plus de détails dans l'article dédié sur le blog : 
https://blog.mapcontrib.xyz/fr/2017/03/mapcontrib-1-6 
(https://blog.mapcontrib.xyz/fr/2017/03/mapcontrib-1-6/)

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

[OSM-talk] MapContrib 1.6 release

[Guillaume AMAT]

Hi there!

MapContrib is out for its monthly release. No big features this time but we 
like release early and often.

In a nutshell, MapContrib has now 4 activated backgrounds by default (OSM, OSM 
monochrome, Watercolor and Mapbox satellite) and a « Display more » button, the 
theme creator can force a tag value and some columns have now a back button to 
ease the interface experience.

More details and pictures can be found in the dedicated blog post here: 
https://blog.mapcontrib.xyz/2017/03/mapcontrib-1-6 
(https://blog.mapcontrib.xyz/2017/03/mapcontrib-1-6/)

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

Re: [OSM-talk] Responding to vandalism

[Yves]

Interesting, I didn't know such patrolling took place at a country scale in 
OSM. Have you revert/re-map stats? 

However with your point 1)you have an idea. 
How about a service rendering the area affected by an edit before 'commit'?
This preview could be the place for an additional warning about the the live 
DB. 
Yves 

Le 17 mars 2017 16:50:53 GMT+01:00, Tomas Straupis  a 
écrit :
>Let's get on the higher level first.
>There are two ways of doing it from the process perspective:
>
>1) EDIT->TEST->COMMIT
>2) EDIT->COMMIT->TEST
>
>The first one gives higher quality but also discourages edits and
>maybe even prohibits edits in areas with no/few "checkers".
>
>So obviously the way to go for OSM is option 2.
>
>Now here what has to be done is an appropriate testing mechanism.
>There are some functionality already done (like the one in Belgium),
>but the problem is that everybody sees ALL last changes, there is no
>way to SHARE the work of checking and you never know if somebody has
>already checked the changeset.
>
>What we are doing in Lithuania for the last 5 years or so is we have a
>patrolling mechanism similar to wikipedia. That is all changesets in
>the region (in our case in Lithuania) are filtered out and placed into
>"check list". If the editor is known good mapper - his/her edits are
>"approved" automatically. Otherwise somebody with a status of "known"
>mapper should approve it. But when the changeset is approved - it does
>not show up for other "approvers". This way we avoid double work. So
>in practice this allows us to review only "suspicious" changes and in
>5 year of experience this worked out perfectly - all bad/suspicious
>changes have been noticed in a matter of hours! (for example all
>suspicious crap.me edits can be reverted promptly)
>
>So my suggestion is to add some global "patrolling" mechanism with
>division to regions (maybe by countries, maybe by country regions for
>large countries). So if there are people interested in some region,
>they will review the changesets, if there is nobody interested -
>nobody will review, but changes will be in database anyway - so no
>preventing of edits.
>
>P.S. Second step would be more automated checks but that is a separate
>topic and should only go after this first one is solved/implemented.
>
>-- 
>Tomas
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Compatibilidad entre CC-BY 4.0 y ODbL

[Alejandro S.]

ha*

Veo por otra parte que la noticia ha resultado de interés ¬¬
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-es] Compatibilidad entre CC-BY 4.0 y ODbL

[Iñaki]

"El que esté libre de pecado, que tire la primera piedra".

Las buenas formas recomendaban, antiguamente, avisar del desliz de 
manera privada. No sea que seamos, mañana, nosotros mismos motivo de 
escarnio.


Saludos,

Iñaki



El 17/03/2017 a las 18:36, Nacho escribió:

Adiós a mis "hojos" ese "a"!!! xDDD

El 17 mar. 2017 18:29, "Alejandro S." > escribió:


Buenas,

La OSMF a terminado el análisis de compatibilidad entre la
licencia de OSM, la ODbL y la licencia Cretive Commons -
Atribución 4.0 (CC-BY 4.0) [0]

Toca seguir pidiendo permiso explícito, y ahora para más cosas.
Han preparado una carta para pedir el permiso [1], habrá que
traducirla.


[0]: https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/

[1]:
https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view


Atentamente,
  Alejandro Suárez

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





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


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

[Talk-de] Fwd: [fossgis-verein] Dringend - Sessionleiter und Videohelfer FOSSGIS 2017

[Michael Kugelmann]

Hallo an alle Besucher der FOSSGIS,

überlegt Euch bitte ob Ihr nicht bei der bei der Sessionleitung oder bei 
der Aufzeichnung der Videos unterstützen könnt. Nicht nur Katja wäre 
dafür sehr dankbar!



Grüße,
Michael.

 Weitergeleitete Nachricht 
Betreff: 	[fossgis-verein] Dringend - Sessionleiter und Videohelfer 
FOSSGIS 2017

Datum:  Fri, 17 Mar 2017 11:26:17 +0100
Von:Katja Haferkorn 
An: 	Konferenzmailingliste , 
verein-li...@fossgis.de




Liebe Leute,

nächste Woche startet die FOSSGIS-Konferenz in Passau. Es ist alles
soweit vorbereitet, was vorbereitet sein kann.

Mit Blick auf die Übersicht Sessionleitung und Videohelfer wird mir
jedoch bange, weil dass für das Orgateam in der nächsten Woche
herumgerenne und einzelne Menschen anfragen bedeutet. [Ich weiß, dass
wird schon irgendwie, hat ja immer geklappt. Ja, aus den Grund, weil
immer jemand herumgerannt ist und sich darum gekümmert hat.] Erspart uns
diesen Aufwand und macht bitte mit.

Bitte, nimmt sich ein jeder 5 Mintuen Zeit, Programm checken
[https://www.fossgis-konferenz.de/2017/programm/] und als Videohelfer
oder Sessionleiter eintragen unter:
https://www.fossgis.de/wiki/Konferenz_2017/Videoaufzeichnung_Sessionleitung.
Wem das mit dem Eintragen im Wiki zu aufwändig ist, schickt mir die
Wunschzeit, ich trage es entsprechend ein.

In diesem Sinn freue mich mich auf nächste Woche in Passau.
Danke fürs Lesen und mitmachen
Viele Grüße
Katja

--
..
FOSSGIS-Konferenz und OSM-Samstag vom 22.-25. März 2017 in Passau.
https://www.fossgis-konferenz.de  https://twitter.com/FOSSGIS_Konf
..
--

FOSSGIS 2017, Die Konferenz für Open Source GIS mit OpenData und
OpenStreetMap in Passau!
22.-25. März 2017 an der Universität Passau
https://fossgis-konferenz.de/2017/

FOSSGIS e.V., der Verein zur Förderung von Freier Software aus dem
GIS-Bereich und Freier Geodaten!
https://www.fossgis.de/ https://twitter.com/fossgis_eV


Verein-Liste mailing list
verein-li...@fossgis.de
https://lists.fossgis.de/mailman/listinfo/verein-liste

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

Re: [Talk-it] Attacco di mandata per autopompa

[Alberto]

Ciao, ho contattato io il gestore di Osmhydrant per spiegargli la differenza 
tra idrante e attacco di mandata.
Alberto



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

[talk-au] help site - Australian topic - unincorporated areas

[Marc Gemis]

Hallo

on the help site, there is someone looking for help with
unincorparated areas in Australia. I referred him to the discussion on
the mailing list from December & January, but it might be helpful if
someone from Australia could join the discussion.

The topic can be found under
https://help.openstreetmap.org/questions/55136/how-to-tag-an-unincorporated-area-within-a-town

regards

m

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

Re: [Talk-it] Fontanili Lombardi

[girarsi_liste]

Il 17/03/2017 18:46, Andrea Albani ha scritto:
> Il 17/Mar/2017 18:20, "girarsi_liste"  ha scritto:
> 
> Ma perchè per i fontanili non fate una nuova discussione invece di usare
> quella sui civici?
> 
> 
> Ci deve essere stato qualche problema quando è partito il thread. Io in
> gmail ho un thread distinto da quello dei civici che si chiama "Fontanili
> lombardi".
> 
> Andando su Nabble vedo che questo non c'è ed è tutto mischiato con quello
> sui civici di Torino.
> 
> Inviterei Luca Moiana a ri-aprire un thread dedicato.
> 

Io guardo la mailing list ufficiale:

https://lists.openstreetmap.org/pipermail/talk-it/2017-March/thread.html




-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it] Digital Globe layer

[girarsi_liste]

Il 17/03/2017 18:11, Federico Cortese ha scritto:
> Interessante la discussione in lista import circa il caso AI Facebook.
> Interessante anche l'intervento di Kevin Bullock di DG:
> 
> I'm happy to report we are making progress towards an exciting option
> that would allow DG to publish an imagery layer directly for
> OpenStreetMap editing. This is being funded by a group of
> organizations, and would make the +Vivid imagery layer available for
> registered OSM editors (the source for Facebook). I am hoping this
> will resolve many of the concerns for validation. The timeframe for
> this is likely 4-8 weeks. It will likely warrant a new thread/forum
> somewhere instead of being embedded in the Thailand thread and this
> one.
> 
> Credo che per ora sarà limitato alle aree della Tailandia coinvolte,
> ma visto l'interesse di Facebook ad espandere l'attività, in futuro
> pensate che potrebbe coprire l'intero globo?
> Sarebbe ottimo avere un nuovo foto-layer per OSM.
> 
> Ciao,
> Federico

Domanda, con che licenza? si sa?



-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it] verifiche sui civici di torino

[Fabrizio Tambussa]

Il 17 marzo 2017 14:40, Davide Sandona'  ha scritto:

>
>> Siamo sicuri che per il Comune "bis"
>> e "/B" hanno lo stesso significato?
>
>
> A colpo d'occhio ho notato due casi con "bis", sicuramente ce ne sono altri.
> Il caso che mi ricordo c'era: "5", "5/A", "5 bis", "5/C"... Direi che in
> questo caso il bis è proprio uguale a B.

No, ho trovato un esempio qui:
http://osm.org/go/0CIsnr6VH?m=

Abbiamo il 59/B, il 59 bis e dopo il 59 bis/A

Quindi, almeno in questo caso, "bis" e "/B" sono diversi.

Saluti
Fabrizio

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

Re: [Talk-it] Fontanili Lombardi

[Andrea Albani]

Il 17/Mar/2017 18:20, "girarsi_liste"  ha scritto:

Ma perchè per i fontanili non fate una nuova discussione invece di usare
quella sui civici?


Ci deve essere stato qualche problema quando è partito il thread. Io in
gmail ho un thread distinto da quello dei civici che si chiama "Fontanili
lombardi".

Andando su Nabble vedo che questo non c'è ed è tutto mischiato con quello
sui civici di Torino.

Inviterei Luca Moiana a ri-aprire un thread dedicato.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] maxspeed 90>70 in Flanders, a Mapcontrib helper

[joost schouppe]

Hi,

The case of the maxspeed lowering in Flanders looked like a nice case for
Mapcontrib to me. Here it is:

https://www.mapcontrib.xyz/t/0f41fc-Vlaamse_maximumsnelheid_9070

It is built on a query made by Ruben. But it only includes possibly
mistagged roads that have no source:maxspeed tag. So the proposed solutions
in the app are 90 because traffic signs, 70 because traffic signs or 70
because rural Flanders. This info then corrects the maxspeed and creates a
source:maxspeed tag. Hence the road is removed from the query.

Just connect your account (using the smiley face), zoom in to see roads,
and click on a road (or its centroid) to see some info. Click the pencil to
edit. There's also a link to edit the road in your default editor. That
might be practical to verify with Mapillary images.

Making this instance took me maybe half an hour. There are step by step
instructions here:

https://wiki.openstreetmap.org/wiki/MapContrib

(also available in French)

Let me know what you think!


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-es] Compatibilidad entre CC-BY 4.0 y ODbL

[Nacho]

Adiós a mis "hojos" ese "a"!!! xDDD

El 17 mar. 2017 18:29, "Alejandro S."  escribió:

Buenas,

La OSMF a terminado el análisis de compatibilidad entre la licencia de OSM,
la ODbL y la licencia Cretive Commons - Atribución 4.0 (CC-BY 4.0) [0]

Toca seguir pidiendo permiso explícito, y ahora para más cosas. Han
preparado una carta para pedir el permiso [1], habrá que traducirla.


[0]: https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
[1]: https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view

Atentamente,
  Alejandro Suárez

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

[Talk-es] Compatibilidad entre CC-BY 4.0 y ODbL

[Alejandro S.]

Buenas,

La OSMF a terminado el análisis de compatibilidad entre la licencia de OSM,
la ODbL y la licencia Cretive Commons - Atribución 4.0 (CC-BY 4.0) [0]

Toca seguir pidiendo permiso explícito, y ahora para más cosas. Han
preparado una carta para pedir el permiso [1], habrá que traducirla.


[0]: https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/
[1]: https://drive.google.com/file/d/0B3PN5zfbzThqeTdWR1l3SzJVcTg/view

Atentamente,
  Alejandro Suárez
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Fontanili Lombardi

[girarsi_liste]

Ma perchè per i fontanili non fate una nuova discussione invece di usare
quella sui civici?

Nun ce stò a ccapì ppiù nniente!




-- 
Simone Girardelli
_|_|_|_|_|_|_|_|_|_
|_|_|_|_|_|_|_|_|_|_|



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

Re: [Talk-it] Digital Globe layer

[Davide Sandona']

sto seguendo anch'io con interesse l'evolversi della situazione, ma è
lecito aspettarsi che il layer in questione verrà rilasciato solamente in
quelle aree del mondo in cui OSM è poco sviluppato. Dopotutto Digital Globe
deve pur campare con qualcosa...
Io sarei altrettanto interessato alla metodologia utilizzata da FB per
ottenere le strade: applicando quella tecnologia a immagini recenti si
riuscirebbe a scoprire punti in cui sono state create nuove strade, parlo
di rotonde, piccole cose Aiutando quindi a mantenere la mappa
aggiornata. Proprio ieri con le nuove immagini Bing ho scoperto una nuova
rotonda...

Davide.

2017-03-17 18:11 GMT+01:00 Federico Cortese :

> Interessante la discussione in lista import circa il caso AI Facebook.
> Interessante anche l'intervento di Kevin Bullock di DG:
>
> I'm happy to report we are making progress towards an exciting option
> that would allow DG to publish an imagery layer directly for
> OpenStreetMap editing. This is being funded by a group of
> organizations, and would make the +Vivid imagery layer available for
> registered OSM editors (the source for Facebook). I am hoping this
> will resolve many of the concerns for validation. The timeframe for
> this is likely 4-8 weeks. It will likely warrant a new thread/forum
> somewhere instead of being embedded in the Thailand thread and this
> one.
>
> Credo che per ora sarà limitato alle aree della Tailandia coinvolte,
> ma visto l'interesse di Facebook ad espandere l'attività, in futuro
> pensate che potrebbe coprire l'intero globo?
> Sarebbe ottimo avere un nuovo foto-layer per OSM.
>
> Ciao,
> Federico
>   style="border-top: 1px solid #D3D4DE;">
> 
>href="https://www.avast.com/sig-email?utm_medium=email;
> utm_source=link_campaign=sig-email_content=webmail"
> target="_blank"> src="https://ipmcdn.avast.com/images/icons/icon-envelope-
> tick-round-orange-animated-no-repeat-v1.gif"
> width="46" height="29" style="width: 46px; height: 29px;" />
> Mail priva di virus.  href="https://www.avast.com/sig-email?utm_medium=email;
> utm_source=link_campaign=sig-email_content=webmail"
> target="_blank" style="color: #4453ea;">www.avast.com
>  
> 
> 
>  height="1">
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Digital Globe layer

[Federico Cortese]

Interessante la discussione in lista import circa il caso AI Facebook.
Interessante anche l'intervento di Kevin Bullock di DG:

I'm happy to report we are making progress towards an exciting option
that would allow DG to publish an imagery layer directly for
OpenStreetMap editing. This is being funded by a group of
organizations, and would make the +Vivid imagery layer available for
registered OSM editors (the source for Facebook). I am hoping this
will resolve many of the concerns for validation. The timeframe for
this is likely 4-8 weeks. It will likely warrant a new thread/forum
somewhere instead of being embedded in the Thailand thread and this
one.

Credo che per ora sarà limitato alle aree della Tailandia coinvolte,
ma visto l'interesse di Facebook ad espandere l'attività, in futuro
pensate che potrebbe coprire l'intero globo?
Sarebbe ottimo avere un nuovo foto-layer per OSM.

Ciao,
Federico
 

  https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail;
target="_blank">https://ipmcdn.avast.com/images/icons/icon-envelope-tick-round-orange-animated-no-repeat-v1.gif;
width="46" height="29" style="width: 46px; height: 29px;" />
Mail priva di virus. https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=webmail;
target="_blank" style="color: #4453ea;">www.avast.com   




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

Re: [Talk-br] Digest Talk-br, volume 102, assunto 24

[Luis Bahiana]

Se precisarem de ajuda para tradução ou versão coloco-me a disposição

2017-03-14 13:23 GMT-03:00 :

> Enviar submissões para a lista de discussão Talk-br para
> talk-br@openstreetmap.org
>
> Para se cadastrar ou descadastrar via WWW, visite o endereço
> https://lists.openstreetmap.org/listinfo/talk-br
> ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
> corpo da mensagem para
> talk-br-requ...@openstreetmap.org
>
> Você poderá entrar em contato com a pessoa que gerencia a lista pelo
> endereço
> talk-br-ow...@openstreetmap.org
>
> Quando responder, por favor edite sua linha Assunto assim ela será
> mais específica que "Re: Contents of Talk-br digest..."
>
>
> Tópicos de Hoje:
>
>1. Proposal of import: Brazilian Geodetic Network
>   (man_made=survey_points) (Sérgio V.)
>
>
> --
>
> Message: 1
> Date: Tue, 14 Mar 2017 16:22:41 +
> From: Sérgio V. 
> To: "talk-br@openstreetmap.org" 
> Subject: [Talk-br] Proposal of import: Brazilian Geodetic Network
> (man_made=survey_points)
> Message-ID:
>  LAMP152.PROD.OUTLOOK.COM>
>
> Content-Type: text/plain; charset="utf-8"
>
> Bom dia pessoal, estou preparando a proposta abaixo para o
> https://lists.openstreetmap.org/pipermail/imports/.
>
> Por favor sintam-se livres para examinar.
>
> Antecipadamente obrigado.
>
> - - - - - - - - - - - - - - - -
>
> Hello.
> I'm member of brazilian OSM users community.
> I present here for discussion, and asking approval for, the proposal for
> the import of brazilian geodetic network of survey points (SGB - Sistema
> Geodésico Brasileiro).
> Firstly, sorry if not good english. Also sorry for the technical problems
> that arose due to the size of elements in previously ill imported relation.
>
> This proposal was previously formally informed in brazilian talk list in
> https://lists.openstreetmap.org/pipermail/talk-br/2017-March/012063.html .
> (Also this post here will be copied to brazilian talk list.)
>
> The discussions in Brazilian community: actually started in 6th march in
> Telegram channel of the brazilian community, where it has been carried on,
> and where we generally use to talk most (159 members, around some 80 users
> connecting daily and some 20 activelly communicating). Many members made
> remarks and suggestions about it and, after all arrangements, general
> aprovals for procedures and utility purpose.
>
> The purpose of this proposal: is to import the survey points published by
> the brazilian government agency for geographical data (called IBGE - (
> http://www.ibge.gov.br/home/geociencias/geodesia/default_sgb_int.shtm).
>
> The source data: is all produced and published by IBGE.
> The government also publishes these data through the more general portal
> for brazilian spatial data (INDE: http://www.visualizador.inde.gov.br<
> http://www.visualizador.inde.gov.br/> - Menu: Redes Geodesicas), from
> where it was dowloaded.
>
> About the licenses for the data: as said in previous exchange of messages
> of other brazilian OSM member with IBGE officials [1], and as stated by the
> brazilian national law for access to information (known as "LAI"), all the
> government data, including IBGE, is free for access, not even requiring to
> say what for it is intended [2] (the exceptions quoted in the law must not
> even be published by the government). IBGE officials explicitly stated, as
> in previous quoted messages, it's free for OSM purposes, for copy, sharing
> and changes, since quoting the source, and not requiring further back
> communication.
>
> The aim of the import: is to have all these points with their precise
> coordinates provided by the government, placed in OSM brazilian map to help
> on aligning imagery, fixing borders, found places in remote regions, etc.
>
> It can be objected: found no survey point in imagery on the ground.
> That's true. Many things pedestrians have mapped can't be seen on
> sattelite imagery now, like door numbers, shop names, highway signals, and
> many other small things, perhaps also fire_hidrants, etc. It usually
> resides all on local mapper's word.
> Also imagery resolution is improving constantly, so perhaps not too later
> we all can see many more things on sattelite imagery.
> Anyway, the government, through its data itself and its official reports
> of survey points, states they are there on the ground.
>
> As a single example: there's a survey point (a small plate) over a
> boundary_stone in the Brazil-Venezuela-Guyana triple border, reported in
> [3]. It seems not visible in imagery, nor the boundary_stone. At least I
> still haven't found it (but I'm looking for). But just seeing this
> officialy reported point in JOSM (5.2018977222,
> -60.737554)[4] indicates this 

Re: [OSM-legal-talk] CC-BY 4.0 and rights holder(s) explicit statement

[Simon Poole]

See https://blog.openstreetmap.org/2017/03/17/use-of-cc-by-data/


Am 06.02.2017 um 22:32 schrieb Simon Poole:
>
>
>
> On 06.02.2017 09:55, Erno Mäkinen wrote:
>> Hi,
>>
>> For example, for the CC-BY 3.0 Unported license the ODbL
>> Compatibility in the OSM wiki states that it "is ODbL compatible if
>> rights holder(s) explicitly states in writing that credit on
>> the Contributors
>>  page is sufficient
>> to fulfil attribution requirements including downstream use in works
>> derived from OSM".
> There is no licence compatibility page published by the OSMF.
>>
>> I am wondering, though "status of CC-BY 4.0 is still under
>> consideration by the LWG", if the statement for the CC-BY 3.0
>> Unported license is still true for the CC-BY 4.0 International license.
> The LWG is in the process of issuing guidance on CC BY 4.0 as the page
> correctly states. It has not previously made any statement outside of
> that it hasn't made a statement on the suitability of CC BY 4.0 as an
> input licence for OSM. That is the current state of affairs.
>
> Simon
>
>>
>> -- 
>> Erno Mäkinen
>> Gispo Oy
>> e...@gispo.fi  - GSM +358 50 505 7003
>> www.gispo.fi  - www.facebook.com/GispoFinland/
>> 
>>
>>
>> ___
>> legal-talk mailing list
>> legal-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk



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

Re: [OSM-talk] Responding to vandalism

[Tomas Straupis]

Let's get on the higher level first.
There are two ways of doing it from the process perspective:

1) EDIT->TEST->COMMIT
2) EDIT->COMMIT->TEST

The first one gives higher quality but also discourages edits and
maybe even prohibits edits in areas with no/few "checkers".

So obviously the way to go for OSM is option 2.

Now here what has to be done is an appropriate testing mechanism.
There are some functionality already done (like the one in Belgium),
but the problem is that everybody sees ALL last changes, there is no
way to SHARE the work of checking and you never know if somebody has
already checked the changeset.

What we are doing in Lithuania for the last 5 years or so is we have a
patrolling mechanism similar to wikipedia. That is all changesets in
the region (in our case in Lithuania) are filtered out and placed into
"check list". If the editor is known good mapper - his/her edits are
"approved" automatically. Otherwise somebody with a status of "known"
mapper should approve it. But when the changeset is approved - it does
not show up for other "approvers". This way we avoid double work. So
in practice this allows us to review only "suspicious" changes and in
5 year of experience this worked out perfectly - all bad/suspicious
changes have been noticed in a matter of hours! (for example all
suspicious crap.me edits can be reverted promptly)

So my suggestion is to add some global "patrolling" mechanism with
division to regions (maybe by countries, maybe by country regions for
large countries). So if there are people interested in some region,
they will review the changesets, if there is nobody interested -
nobody will review, but changes will be in database anyway - so no
preventing of edits.

P.S. Second step would be more automated checks but that is a separate
topic and should only go after this first one is solved/implemented.

-- 
Tomas

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

Re: [Talk-it] Fontanili Lombardi

[Luca Moiana]

Eccola:


"

Il fontanile è una presa d’acqua nella falda acquifera non affiorante creata 
dall’uomo per far risalire
in superficie, raccogliere, indirizzare e utilizzare a scopo irriguo le acque 
sotterranee. Si tratta quindi
di un’opera dell’uomo che come tale si differenzia dalle naturali risorgive, o 
sorgenti di pianura, anche
se da esse trae origine. In altri termine la risorgiva fa riferimento ad un 
affioramento spontaneo
mentre si parla di fontanile quando l’affioramento è il risultato dell’azione 
antropica.
La sovrapposizione fra i due termini è dovuta al fatto che spesso i fontanili 
sono stati scavati in aree
già interessate dalla presenza di risorgive, fenomeno naturale oggi visibile 
sono in alcune aree nella
zona est della Pianura Padana (Veneto e Friuli)."



From: Martin Koppenhoefer 
Sent: Friday, March 17, 2017 2:46 PM
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Fontanili Lombardi


2017-03-17 11:43 GMT+01:00 Luca Moiana 
>:
@Martin: il fontanile lombardo aveva in realtà funzione irrigua. Concordo con 
la definizione di risorgiva, ma la testa viene realizzata dall'uomo, non è 
naturale. La descrizione corretta è qui: 
http://www.cartografia.regione.lombardia.it/metadata/fontanili/QdR_n.144_FonTe.pdf


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

Re: [Talk-se] OSM Meetup i Malmö?

[Joakim Fors]

Någon helg i april skulle passa mig bäst.

/Joakim


> On 17 Mar 2017, at 15:55, Tomas Wennström  wrote:
> 
> Vad kul att så många är intresserade! Jag återkommer med en liten Doodle för 
> att hitta ett datum, men först tar jag gärna lite spontan input på om vi ska 
> köra en vardagskväll eller hitta en helg då vi kan köra ett lite längre pass?
> 
> Tomas
> 
> -- 
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
> 
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.se
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se


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

Re: [Talk-se] OSM Meetup i Malmö?

[Johan Emilsson]

Trevligt initiativ!

/Johan

2017-03-17 15:55 GMT+01:00 Tomas Wennström :

> Vad kul att så många är intresserade! Jag återkommer med en liten Doodle
> för att hitta ett datum, men först tar jag gärna lite spontan input på om
> vi ska köra en vardagskväll eller hitta en helg då vi kan köra ett lite
> längre pass?
>
> Tomas
>
> --
> Tomas Wennström
> 0739-464202
> tomas.wennst...@gmail.com
> @tomaswennstrom
>
> http://vackertvader.se
> http://regnradar.se
> http://houseofada.se
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>
>
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

[Talk-pt] Erros reportados do Openstreetmap no Maps.me

[Rui Oliveira]

Boa tarde.

Estive a ver a edição do weeklyosm, que certamente todos devem receber na
vossa caixa de correio, e chamou-me atenção a uma funcionalidade
interessante para quem estiver à procura de corrigir erros.

Como sabem o sistema de Notes (erros), está um pouco confinado ao site
openstreetmap e tem integração com alguns editores de computador como o
JOSM. No entanto, o suporte nem sempre é o melhor para quem usa smartphones
com o android ou iOS.

Derivado a isto um camarada de nome Harry Wood, construi uma ferramenta
interessante para quem anda no terreno e gostaria de ter acesso aos erros
reportados no OSM.
Para isso basta terem o Maps.me instalado  e utilizarem o site do harry
http://harrywood.co.uk/maps/notes/kml/ de modo a escolherem uma zona que
pretendem visitar e exportar todas as notas para um ficheiro do formato
KML, que posteriormente pode ser importado no Maps.me, Todos os erros irão
aparecer como "pins" (ou favoritos).

Espero que seja útil para quem queira andar no terreno para corrigir erros,
porque toda a ajuda é preciosa porque a quantidade de erros sobretudo em
portugal continetal ainda é substancial.


Fonte:
http://harrywood.co.uk/blog/2017/03/12/notes-in-maps-me/ (via Weekyosm).
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-se] OSM Meetup i Malmö?

[Tomas Wennström]

Vad kul att så många är intresserade! Jag återkommer med en liten Doodle
för att hitta ett datum, men först tar jag gärna lite spontan input på om
vi ska köra en vardagskväll eller hitta en helg då vi kan köra ett lite
längre pass?

Tomas

-- 
Tomas Wennström
0739-464202
tomas.wennst...@gmail.com
@tomaswennstrom

http://vackertvader.se
http://regnradar.se
http://houseofada.se
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-it-lazio] Walk4art - Proposta di mapping collettivo - Sabato 1 aprile ore 15.00 al Bar San Francisco (Torpignattara)

[Pelato Marcello]

Allora scavando anche per sviluppare un itinerario, dal comune di Roma hanno 
realizzato questo progetto identificato alcune opere ed un percorso turistico 
http://www.turismoroma.it/itinerari-a-tema/street-art-a-torpignattara;>http://www.turismoroma.it/itinerari-a-tema/street-art-a-torpignattara
 per Tor Pignattara.
Anche una app StreerArtRoma.
Non so se può essere utile, ma spulciando magari si trova anche una 
associazione disposta a farci da "guida".


M.P.


 Messaggio originale 
Da:jprimav 
Inviato:Fri, 17 Mar 2017 12:28:48 +0100
A:talk-it-lazio@openstreetmap.org
Oggetto:Re: [Talk-it-lazio] Walk4art - Proposta di mapping collettivo - Sabato 
1 aprile ore 15.00 al Bar San Francisco (Torpignattara)

>Juhuuu! mapping party!
>ho scritto a  ottavo colle
>   , un'associazione
>culturale che spesso organizza passeggiate urbane. credo possano essere
>interessati all'iniziativa. 
>Cheers!
>Jacopo
>
>
>
>
>--
>View this message in context: 
>http://gis.19327.n8.nabble.com/Re-Talk-it-lazio-Walk4art-Proposta-di-mapping-collettivo-Sabato-1-aprile-ore-15-00-al-Bar-San-Franci-tp5893283p5893387.html
>Sent from the Lazio mailing list archive at Nabble.com.
>
>___
>Talk-it-lazio mailing list
>Talk-it-lazio@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it-lazio
___
Talk-it-lazio mailing list
Talk-it-lazio@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-lazio

Re: [Talk-it] Fontanili Lombardi

[Martin Koppenhoefer]

2017-03-17 11:43 GMT+01:00 Luca Moiana :

> @Martin: il fontanile lombardo aveva in realtà funzione irrigua. Concordo
> con la definizione di risorgiva, ma la testa viene realizzata dall'uomo,
> non è naturale. La descrizione corretta è qui: http://www.cartografia.
> regione.lombardia.it/metadata/fontanili/QdR_n.144_FonTe.pdf
>


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

Re: [OSM-talk] Responding to vandalism

[Clifford Snow]

On Fri, Mar 17, 2017 at 7:03 AM, Rory McCann  wrote:

> But the advantage is that we get a free, global map. IMO new users being
> able to see their changes on the map is very powerful, and makes them
> more likely to continue to edit. I don't think we would have the map we
> have today if people needed to be approved by those in power already. I
> don't like the idea of a cabal having the ability to approve/deny
> edits.
>

+1


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

Re: [OSM-talk] Responding to vandalism

[Rory McCann]

It's a shame that this happened, ideally it shouldn't and it should be
be fixed faster. But I don't think we should give up the "wiki" aspect. 
Everyone, even new users, should be able to edit the "live" database. 
Which yes, will have disadvantages.


But the advantage is that we get a free, global map. IMO new users being
able to see their changes on the map is very powerful, and makes them
more likely to continue to edit. I don't think we would have the map we
have today if people needed to be approved by those in power already. I
don't like the idea of a cabal having the ability to approve/deny
edits.

On 16.03.2017 14:47, Manohar Erikipati wrote:

Hi all,

Last saturday, Central park in New York City was vandalized by a new OSM user 
`Meowthreetimes` in all the map edits:

- 46756622 introduced a fictional lake inside Central park 
https://www.openstreetmap.org/changeset/46756622
- 46756461 renamed Central park in 
https://www.openstreetmap.org/way/427818536/history
- 46756506 introduced a fictional lake near Fort worth Dallas 
http://www.openstreetmap.org/way/479837732/history

It took 2 days for the edits to be noticed and reverted on one of the most 
popular locations in the world.

This was possibly preventable with a more active mapping community, but a 
previous incident [1] highlights how simple cases like dragged ways can stay 
around the map for months under the eyes of local mappers. The current strategy 
of leaving changeset comments to users to prevent bad edits does not scale, 
especially if the mappers do not read messages like Maps.me editors [2], or if 
there are no expert mappers in the area who are knowledgeable in reporting and 
reverting changes.

Thinking out loud on how we could better improve the current process to act on 
bad edits:

- DWG currently acts promptly on incidents reported via email, but we need a 
more accessible mechanism that allows new users to report such incidents 
directly from the website or editors. The email details and existence of DWG, 
is only available currently in the wiki [3]
- Auto-blocking known vandals to prevent repeated attacks [4]
- An organised repository to report and learn from previous attacks. There 
seems to have been an effort to do this many years ago on the wiki [5]
- More visibility, awareness of QA tools and history tab on the OSM homepage. 
Most of the really powerful QA tools like osmhv and osmose are only known to 
advanced users.

It would be great to hear more approaches that could protect the map against 
common mistakes and intentional attacks. Much of the world lacks an active 
mapping community, so it is up to a small set of power mappers to catch and 
revert most of the bad edits [6]. Building better support systems to respond to 
bad edits could help more experienced mappers focus on community building 
activities.


[1] https://www.openstreetmap.org/user/PlaneMad/diary/40491
[2] https://github.com/mapsme/omim/issues/4188
[3] https://wiki.openstreetmap.org/wiki/Vandalism
[4] https://en.wikipedia.org/wiki/Wikipedia:Autoblock
[5] http://wiki.openstreetmap.org/wiki/List_of_Vandalism_Changesets
[6] 
http://osmcha.mapbox.com/?usernames=woodpeck_repair%2C+zool%2C+SomeoneElse_Revert%2C+mavl%2C+pnorman_mechanical%2C+_sev%2C+OSMF+Data+Working+Group%2C+Peda%2C+FTA_dwg%2C+Deanna+Earley%2C+Firefishy_repair%2C+drolbr%2C+emacsen_dwg%2C+sly_suspect=False_whitelisted=All=False




Best,

Manohar Erikipati

osm : manoharuss



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




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

Re: [Talk-it] Fontanili Lombardi

[Andrea Albani]

Il giorno 17 marzo 2017 13:39, Luca Moiana  ha
scritto:

> il dataset è disponibile sul portale di Regione Lombardia, ma siamo
> autorizzati a importarlo?
>
> Prima dell'import dovremmo arrivare ad una definizione dei tag, univoca
>
Si, assolutamente... sono per fare le cose con criterio e quindi
concordiamo per iniziare quale tagging schema usare e il mapping fra campi
dataset e tag.

Il dataset è molto interessante (anche se le rilevazioni più recenti
risalgono al 2011) e ha dei numeri diciamo importanti per il tipo di
elemento considerato.

In totale sono 1193 fontanili di cui:
- 980 marcati come ATTIVO -> da importare sicuramente
- 48 con stato NON ACCESSIBLE -> direi da da importare
- 165 marcati come INATTIVO -> bisognerebbe capire caso per caso come sono
messi (PCN2012, survey...). Se fossero stati ricoperti il problema non si
pone e dal mio punto di vista non sarebbero da importare. Se fosse rimasto
l'alveo della testa non so se avrebbe senso marcarli come historic.

Ci sono alcuni dati utili per i ragionamenti sul tagging:
- il numero di teste (campo N_TESTE) che in 138 casi è di almeno 2 ->
relation fra nodi natural=spring ? natural=spring applicato ad un'area che
comprende teste ed aste ? (non consentito dalle regole di tagging attuali,
anche se ci sono in taginfo un migliaio di casi)
- ELE_PREGIO che in 11 casi è valorizzato con ARCHITETTONICO e
STORICO/ARCH-> immagino presupponga la presenza di strutture fisiche
quindi... o si trova un tagging schema che ne tenga conto, oppure si valuta
caso per caso

Per il resto, a parte il nome, mi sembrano interessanti i campi
- CONSORZIO->operator
- DATI_IDRO che può essere ALIMENTAZIONE CONTINUA o ASCIUTTE PERIODICHE ->
qui ci sta secondo me un intermittent=yes/no

spring:type=fontanile proposto da Alessandro non mi dispiace affatto.

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

Re: [Talk-cz] nahrávání fotek rozcestníků

[Marián Kyral]

Jo. je to v plánu. Dneska ráno jsme to probírali s ttk. Nějakou ideu bych
měl, ale ještě to musím promyslet a pak naprogramovat :-D

Ve výsledku bude jen jeden formulář, který se bude volat z více míst -
chybějící rozcestníky, nová fotka i aktivní vrstva.
Marián

-- Původní e-mail --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 17. 3. 2017 14:08:39
Předmět: Re: [Talk-cz] nahrávání fotek rozcestníků
"

chtěl bych poprosit o doplnění nahrávacího formuláře na map.openstreetmap.cz
(http://map.openstreetmap.cz) o  tlačítko JINÝ, které by mělo v rozklikávací
nabídce výběr z možností - koňská, cyklo, lyžařská, vozíčkář


Pražák




Dne 10. března 2017 23:31 Marián Kyral  napsal(a):
"Dne 9.3.2017 v 14:47 Michal Grézl napsal(a):
" pokracuju pomalu, velmi pomalu.

pridelat ty tagy neni problem,

nicmene neznate nekoho co umi php, aby to udelal misto me:)?

nahral sem to na github
https://github.com/osmcz/api/blob/master/guidepost.php
(https://github.com/osmcz/api/blob/master/guidepost.php)
"
Tak jsem se v tom trochu pohrabal. Ono tam v gitu toho chybí více.
javascripty, css, adresář uploads a v databázi rozcestníků chybí v tabulce
guidepost sloupec license ;-)

*) Nechtělo se mi upravovat i exifme.pl(http://exifme.pl) (taky není v
gitu), tak jsem jej nahradil čtením GPS souřadnic z exifu pomocí php funkce.
*) Nově to vkládají tagy ref a "rozcestnik" nebo "mapa" nebo "panorama" nebo
"infotabule" - dle toho, co je zatrženo. Možná by to chtělo i přepínač
"jiný".

Otestováno jen zběžně, zdá, se, že to funguje. Reklamace budu moct řešit
nejdříve v neděli ;-)



Marián



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


"


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

Re: [Talk-it] verifiche sui civici di torino

[Davide Sandona']

>
> La fonte dei civici e delle vie e' il Comune, quindi rappresenta
> l'autorita' toponomastica.
>

Anche se gli indirizzi attualmente presenti nei numeri civici provengono
direttamente dal dataset del comune, con molta probabilità non sono tutti
corretti. Al comune di Torino (e non solo) probabilmente non interessa
inserire un indirizzo completo nel suo dataset dei numeri civici. Loro
hanno un dataset a parte con tutta la toponomastica ufficiale! Non ti so
dire il motivo per cui nessuno fa un dataset come dio comanda, ma dopo aver
importato i numeri civici di Verona, Vicenza e Treviso ti posso assicurare
che questa è la prassi: negli indirizzi dei numeri civici inseriscono di
tutto, dalle abbreviazioni ai troncamenti, ai numeri romani e via dicendo.
L'unico modo per avere assoluta certezza che gli indirizzi presenti sui
numeri civici siano corretti è quello di confrontarli con la toponomastica
ufficiale, che è un dataset a parte. Se tale confronto non è stato fatto,
io non mi fido dei nomi presenti nel campo addr:street dei numeri civici di
Torino!!!

Ripeto in altri termini: i nomi degli indirizzi presenti nel dataset dei
numeri civici NON rappresentano la toponomastica ufficiale.

I termini "comunale", "vicinale" fanno parte del nome, non si possono
aggiungere o togliere a piacere, oltrettutto indicano una valenza legale
sul determinato tratto di strada. Per togliere questi aggettivi il comune
deve seguire tutta una bella prassi burocratica e personalmente non credo
che il comune di Torino si sia preso questa briga. Stiamo parlando circa di
20 casi (tra "comunale" e "vicinale").

Torno quindi a ribadire l'importanza di avere un dataset ufficiale per la
toponomastica!!!

Siamo sicuri che per il Comune "bis"
> e "/B" hanno lo stesso significato?


A colpo d'occhio ho notato due casi con "bis", sicuramente ce ne sono
altri. Il caso che mi ricordo c'era: "5", "5/A", "5 bis", "5/C"... Direi
che in questo caso il bis è proprio uguale a B.


Davide.

Il giorno 17 marzo 2017 13:39, Fabrizio Tambussa  ha
scritto:

> Il 17 marzo 2017 13:17, Davide Sandona'  ha
> scritto:
> > Prima di procedere ad aiutarvi, voglio chiedere un po' di cose:
> >
> > ho notato che alcune vie presenti in OSM contengono il termine
> "comunale",
> > "vicinale", ... mentre nel campo addr:street dei civici questi termini
> non
> > compaiono. Ritengo sia giusto aggiungerlo!
>
> La fonte dei civici e delle vie e' il Comune, quindi rappresenta
> l'autorita' toponomastica.
> Se nei civici, nel campo addr:street non c'e' il termine "comunale",
> va tolto dal campo name della via.
>
> > ho notato la presenza di numeri civici nella forma "NUMERO bis", ad
> esempio
> > "5 bis". Consiglio di portarli nella forma "NUMERO/B".
>
> Anche qui non sarei cosi' sicuro. Siamo sicuri che per il Comune "bis"
> e "/B" hanno lo stesso significato?
>
> Saluti
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] New traffic sign for bicycle

[Marc Gemis]

How do we map the "P" category ? We already have moped_A and moped_B.

m

2017-03-17 12:53 GMT+01:00 Jakka :
> Nouveaux panneaux de signalisation pour les deux-roues
> http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/248-art65
>
> Nieuwe verkeers- onderborden voor tweewielers onder de aandacht brengen.
> http://wegcode.be/wetteksten/secties/kb/wegcode/248-art65
>
>
> ___
> 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: [OSM-talk-be] Cartopartie - Mapping the commons de Dewey

[Marc Gemis]

2017-03-17 13:36 GMT+01:00 Philippe Casteleyn :

> Het is nu bijna een jaar geleden dat ik alle drinkwaterfonteintjes  binnen
> de Brusselse Grote Ring gecontroleerd, gefotografeerd en heel precies in
> kaart gebracht heb.
>
> Toch is de kaart van Dewey nog altijd zo slecht dat het verkeerd is.
> https://maps.dewey.be/
>

Als zij hun eigen data gebruiken ipv van OSM gaan de door u gemapte
fonteintjes er natuurlijk niet bijkomen.


> Ik vrees het ergste  voor de kaart wanneer de wilde weldoeners een mapping
> party houden.
>
Waarom ? Gaan ze dan data verwijderen uit OSM ?

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

Re: [Talk-cz] nahrávání fotek rozcestníků

[Zdeněk Pražák]

chtěl bych poprosit o doplnění nahrávacího formuláře na map.openstreetmap.cz
o  tlačítko JINÝ, které by mělo v rozklikávací nabídce výběr z možností -
koňská, cyklo, lyžařská, vozíčkář

Pražák

Dne 10. března 2017 23:31 Marián Kyral  napsal(a):

> Dne 9.3.2017 v 14:47 Michal Grézl napsal(a):
>
>> pokracuju pomalu, velmi pomalu.
>>
>> pridelat ty tagy neni problem,
>>
>> nicmene neznate nekoho co umi php, aby to udelal misto me:)?
>>
>> nahral sem to na github
>> https://github.com/osmcz/api/blob/master/guidepost.php
>>
>
> Tak jsem se v tom trochu pohrabal. Ono tam v gitu toho chybí více.
> javascripty, css, adresář uploads a v databázi rozcestníků chybí v tabulce
> guidepost sloupec license ;-)
>
> *) Nechtělo se mi upravovat i exifme.pl (taky není v gitu), tak jsem jej
> nahradil čtením GPS souřadnic z exifu pomocí php funkce.
> *) Nově to vkládají tagy ref a "rozcestnik" nebo "mapa" nebo "panorama"
> nebo "infotabule" - dle toho, co je zatrženo. Možná by to chtělo i přepínač
> "jiný".
>
> Otestováno jen zběžně, zdá, se, že to funguje. Reklamace budu moct řešit
> nejdříve v neděli ;-)
>
>
> Marián
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-fr] Faux positifs sur la couche "zones à mapper" sur tile.fr

[Nicolas Moyroud]

Bonjour,

Juste pour signaler à nouveau un petit problème sur la couche "zones à 
mapper" de tile.fr. Il y de nombreuses pastilles vert/bleu qui 
apparaissent sur des communes dont le bâti a pourtant déjà été intégré. 
Quand il reste encore beaucoup de communes à faire les faux positifs ne 
sont pas trop gênants, noyés dans la masse. Le problème c'est que sur ma 
zone il ne reste plus beaucoup de communes à faire et je ne peux donc 
plus utiliser la couche comme point d'entrée pour savoir quelle serait 
la prochaine commune dont je pourrais intégrer le bâti manquant...


Si le problème pouvait être réglé c'est m'aiderait bien !

Merci,
Nicolas


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

Re: [Talk-it] verifiche sui civici di torino

[Fabrizio Tambussa]

Il 17 marzo 2017 13:17, Davide Sandona'  ha scritto:
> Prima di procedere ad aiutarvi, voglio chiedere un po' di cose:
>
> ho notato che alcune vie presenti in OSM contengono il termine "comunale",
> "vicinale", ... mentre nel campo addr:street dei civici questi termini non
> compaiono. Ritengo sia giusto aggiungerlo!

La fonte dei civici e delle vie e' il Comune, quindi rappresenta
l'autorita' toponomastica.
Se nei civici, nel campo addr:street non c'e' il termine "comunale",
va tolto dal campo name della via.

> ho notato la presenza di numeri civici nella forma "NUMERO bis", ad esempio
> "5 bis". Consiglio di portarli nella forma "NUMERO/B".

Anche qui non sarei cosi' sicuro. Siamo sicuri che per il Comune "bis"
e "/B" hanno lo stesso significato?

Saluti

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

Re: [Talk-it] Fontanili Lombardi

[Luca Moiana]

il dataset è disponibile sul portale di Regione Lombardia, ma siamo autorizzati 
a importarlo?

Prima dell'import dovremmo arrivare ad una definizione dei tag, univoca



From: Andrea Albani 
Sent: Friday, March 17, 2017 11:38 AM
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Fontanili Lombardi



Il giorno 17 marzo 2017 11:43, Luca Moiana 
> ha scritto:

@Andrea: si parliamo esattamente del caso "classico" fontanile, con testa, 
pozza e asta. Adesso mi vado a vedere i tuoi dati, a me non convince il 
natural=spring, in più come si segna la testa e l'asta?

Mi sono limitato a segnare il nodo di natural=spring sulla testa, mentre l'asta 
è "annegata" :) nel waterway=ditch in uscita. D'altra parte l'asta non è un 
fosso?

Per quanto riguarda quelli inseriti da me puoi guardare il territorio di 
Gravellona Lomellina dove ce ne sono un po' concentrati.


lo strato dei fontanili di Regione Lombardia è stato caricato?


Io non l'ho caricato, ma sarebbe interessante farlo e sono disponibile.

Ciao

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

[OSM-talk-be] Cartopartie - Mapping the commons de Dewey

[Philippe Casteleyn]

Het is nu bijna een jaar geleden dat ik alle drinkwaterfonteintjes  binnen de 
Brusselse Grote Ring gecontroleerd, gefotografeerd en heel precies in kaart 
gebracht heb.

Toch is de kaart van Dewey nog altijd zo slecht dat het verkeerd is.
https://maps.dewey.be/
Ik vrees het ergste  voor de kaart wanneer de wilde weldoeners een mapping 
party houden.
maps.dewey.be - Belgique mode d'emploi
maps.dewey.be
"Belgique mode d'emploi" est proposé par Dewey Les données affichées sur ce 
site sont sous license ODbl. Nous proposons aussi une API




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

Re: [Talk-it] verifiche sui civici di torino

[Davide Sandona']

Prima di procedere ad aiutarvi, voglio chiedere un po' di cose:

   - ho notato che alcune vie presenti in OSM contengono il termine
   "comunale", "vicinale", ... mentre nel campo addr:street dei civici questi
   termini non compaiono. Ritengo sia giusto aggiungerlo!
   - non è stata fatta alcuna normalizzazione secondo le direttive ISTAT
   dei nomi riguardo ai numeri, ad esempio "Via Pio VII" -> "Via Pio Settimo"
   oppure "Piazza XVIII Dicembre" -> "Piazza Diciotto Dicembre". Avete
   intenzione di farla?
   - ho notato la presenza di numeri civici nella forma "NUMERO bis", ad
   esempio "5 bis". Consiglio di portarli nella forma "NUMERO/B".




Davide.

Il giorno 17 marzo 2017 11:04, Martin Koppenhoefer 
ha scritto:

>
> 2017-03-17 10:51 GMT+01:00 Davide Sandona' :
>
>> Quei numeri, sono "numeri civici" che sono erroneamente finiti nel campo
>> addr:street oppure sono effettivamente parte del indirizzo?
>
>
>
> il primo che hai detto, al 99%
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Toponymie française

[Philippe Verdy]

Il n'est pas inintéressant de consulter le site du CNIG qui est en train de
reprendre les travaux anciennement menés par l'AFNOR en terme de toponymie
française.
Notamment on devrait avoir des surprises concernant les noms des communes
nouvelles qui ne respectent pas les règles de dénomination françaises
"standards" (cependant cette norme étant échue, les communes ont fait ce
qu'elles voulaient, ou bien les noms choisis sont issus dpar défaut d'une
décision préfectorale, et rien n'a permis de s'opposer à leur décision).

Lire les comptes rendus récents à ce sujet (et les courriers adressés aux
préfets) sur:
http://cnig.gouv.fr/?page_id=671

(concerne aussi la commission nationale de terminologie)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Waterway e/o valley

[Luca Delucchi]

2017-03-17 12:56 GMT+01:00 carlo folini :
> Ciao Lorenzo,

ciao,

>
> Secondo me la valle dovrebbe essere visualizzata su mapnik. Come si fa a
> 'caldeggiare' la proposta?
>

devi aprire una segnalazione qui [0]
qui [1] probabilmente è già stato discusso

> Grazie
> Ciao
> Carlo
>

[0] https://github.com/gravitystorm/openstreetmap-carto/issues/
[1] https://github.com/gravitystorm/openstreetmap-carto/pull/2138


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Fontanili Lombardi

[Alessandro Palmas]

> Il giorno 17 marzo 2017 11:43, Luca Moiana  ha
> scritto:
>
>> @Andrea: si parliamo esattamente del caso "classico" fontanile, con
>> testa, pozza e asta. Adesso mi vado a vedere i tuoi dati, a me non
>> convince
>> il natural=spring, in più come si segna la testa e l'asta?
>>
>
> Mi sono limitato a segnare il nodo di natural=spring sulla testa, mentre
> l'asta è "annegata" :) nel waterway=ditch in uscita. D'altra parte l'asta
> non è un fosso?
>
> Per quanto riguarda quelli inseriti da me puoi guardare il territorio di
> Gravellona Lomellina dove ce ne sono un po' concentrati.
>


Visto l'interesse storico/naturalistico/culturale dei fontanili IMHO
sarebbe interessante evidenziarli. Che ne dite di un spring:type=fontanile
e anche un semplice description=fontanile.

Proprio in questi giorni sono in contatto col POLIMI che sta avviando un
progetto di mappatura cultural heritage, i fontanili rientrerebbero a
pieno in questo campo e sarebbe interessante riuscire a distinguerli.

Alessandro Ale_Zena_IT


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

hebdoOSM Nº 346 28/02/2017-06/03/2017

[weeklyteam]

Bonjour,

Le résumé hebdomadaire n° 346 de l'actualité OpenStreetMap vient de paraître 
*en français*. Un condensé à retrouver à:

http://www.weeklyosm.eu/fr/archives/8845/

Bonne lecture!

hebdoOSM? 
Qui?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Où?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-africa mailing list
Talk-africa@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-africa

Re: [Talk-it] Waterway e/o valley

[carlo folini]

Ciao Lorenzo,
Dopo la discussione inizio a capire... :-D
Il comportamento e' coerente, su mapnik natural=valley non viene
visualizzato.
Quindi la valle
http://www.openstreetmap.org/way/424974399

Non si vede.
PEr la valle che effettivamente ha anche un corso d'acqua si vede il
torrente che porta lo stesso nome della valle.
http://www.openstreetmap.org/way/424997565#map=16/46.1966/10.0103=D
mentre non si vede la valle
http://www.openstreetmap.org/way/481016953#map=16/46.1967/10.0103=D

Essendo taggato come torrente e' corretto mettere solo il nome "Val Varia"
o bisogna specificare "Torrente Val Varia"?

Secondo me la valle dovrebbe essere visualizzata su mapnik. Come si fa a
'caldeggiare' la proposta?

Grazie
Ciao
Carlo

Il 17 mar 2017 9:22 AM, "Lorenzo "Beba" Beltrami" 
ha scritto:

> Il giorno 17 marzo 2017 08:36, Luca Delucchi  ha
> scritto:
>
>> 2017-03-16 20:15 GMT+01:00 carlo folini :
>> > Purtroppo le valli 'asciutte' non sono visualizzate e non vengono
>> > visualizzate (ne linea ne il name)
>> > Ho visto che in molti casi alcune valli secche sono rese waterway.
>> >
>> > Come pensate sia meglio fare?
>>
>> mappare le valli come valli [0] e i fiumi come fiumi [1] e se poi le
>> valli non si vedono su mapnik non mi sembra un grosso problema visto
>> che l'idea dietro a mapnik è di fornire una mappa generalistica che
>> non deve e può rappresentare tutti gli elementi inseriti in OSM
>>
>
> @Carlo: puoi darmi un esempio di valle secca che non viene renderizzata e
> di una invece che viene renderizzata?
>
> Per la questione del rendering siamo d'accordo che sia meno importante del
> DB (e infatti l'ha detto anche Carlo), ma ha pur sempre una sua importanza.
> Quindi il discorso verte sul segnalare o meno su carto[1] di renderizzare
> anche le valli secche.
>
> Lorenzo
>
> [1] https://github.com/gravitystorm/openstreetmap-carto
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-be] New traffic sign for bicycle

[Jakka]

Nouveaux panneaux de signalisation pour les deux-roues
http://www.code-de-la-route.be/textes-legaux/sections/ar/code-de-la-route/248-art65

Nieuwe verkeers- onderborden voor tweewielers onder de aandacht brengen.
http://wegcode.be/wetteksten/secties/kb/wegcode/248-art65


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

Re: [Talk-it] Fontanili Lombardi

[Andrea Albani]

Il giorno 17 marzo 2017 11:43, Luca Moiana  ha
scritto:

> @Andrea: si parliamo esattamente del caso "classico" fontanile, con
> testa, pozza e asta. Adesso mi vado a vedere i tuoi dati, a me non convince
> il natural=spring, in più come si segna la testa e l'asta?
>

Mi sono limitato a segnare il nodo di natural=spring sulla testa, mentre
l'asta è "annegata" :) nel waterway=ditch in uscita. D'altra parte l'asta
non è un fosso?

Per quanto riguarda quelli inseriti da me puoi guardare il territorio di
Gravellona Lomellina dove ce ne sono un po' concentrati.



> lo strato dei fontanili di Regione Lombardia è stato caricato?
>
>
Io non l'ho caricato, ma sarebbe interessante farlo e sono disponibile.

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

Re: [OSM-talk-fr] Bus vs Car

[Virgile Kéré]

Salut

Je ne pense pas que la distinction doive se faire au niveau le la clé "route". 
Le tag "route=bus" devrait être gardé pour toute ligne routière régulière, ce 
qui permet de garder un niveau général pour les lignes ou exploitées avec des 
véhicules hétérogènes, ou dont on ne connaît pas le type de véhicules. Un 
nouveau tag pourrait cependant être ajouté pour préciser le(s) type(s) de 
véhicule(s) circulant sur la ligne. Cela permettrait outre d'ajouter la 
différentiation bus/cars chère aux bussophiles, également de pouvoir donner un 
ordre d'idée de la capacité des véhicules (entre bus standards, articules, 
midibus, minibus, deux étages...). Ce tag pourrait être étendu aux autres 
routes (tram, train...), afin de différencier les petites lignes des plus 
grosses. D'autres tags précisant l'ordre de grandeur de horaires de circulation 
(journée/soirée/nuit), et/ou des fréquences (nb passages par heure/par jour, 
intervalle moyen entre chaque passage...) pourraient être envisagés afin de 
préciser le niveau de service. Il est possible de retrouver ces idées dans la 
proposition que j'élabore depuis un certain 
temps.(https://wiki.openstreetmap.org/wiki/User:Virgile1994/Proposition)

Virgile

- Mail original -
De: talk-fr-requ...@openstreetmap.org
À: talk-fr@openstreetmap.org
Envoyé: Jeudi 16 Mars 2017 23:29:32
Objet: Lot Talk-fr, Vol 128, Parution 45
--

Message: 3
Date: Thu, 16 Mar 2017 23:29:02 +0100
From: Philippe Verdy 
To: Discussions sur OSM en français  
Subject: Re: [OSM-talk-fr] Bus vs Car
Message-ID:

Content-Type: text/plain; charset="utf-8"

L'ennui dans tout ça c'est que certaines lignes départementales ou
régionales entrent dans le champ de compétence exclusif de certaines
collectivités notamment les communautés urbaines ou d'agglomération) et de
fait sont intégrées (dans la partie de la ligne qui traverse leur
territoire) dans le schéma de transport urbain: les "cars" tournent alors
avec une double numérotation de ligne (la ligne urbaine, et la ligne
départementale et régionale: c'et bel et bien le même "car", qui dessert
tout ou partie des services de la ligne urbaine, sur le même trajet avec
les mêmes arrêts, avant de continuer sur le reste de la ligne
départementale ou régionale (les lignes régionales sont le plus souvent des
cars TER, et la SNCF dans ce cas a confié la gestion de ces "cars" à la
même société locale "Keolis" en charge des transports urbains, mais parfois
la SNCF doit concéder cela à une autre société de gestion des transports
urbains pour les villes où Keolis n'est pas l'opérateur; dans d'autres cas
il s'agit de conventions entre collectivités locales qui leur permet de se
partager les bus et les lignes en désignant une des deux sociétés de
transport urbain pour la gestion des bus/cars et chauffeurs; les tickets de
transports vendus par les différents opérateurs sont aussi valables les uns
que les autres sur cette ligne, au moins sur la section correspondant au
titre de transport, mais il existe aussi des titres de transport valables
sur plusieurs opérateurs qui ont des conventions de partage d'exploitation
et de vente, et de partage des produits des ventes et du prix des
contrôles).

Comment distinguer alors? Certes on peut tracer la ligne
départementale/régionale mais là où elle n'a pas la compétence exclusive,
c'est plutôt la ligne urbaine qu'il faudrait taguer (alors la ligne
départementale/urbaine ne devrait plus inclure la section urbaine: ce
serait deux lignes jointives mais séparées, mais pourtant le même
"bus"/"car", et en pratique dans ce cas ce sera un "car" même pour la
partie urbaine, qui cependant peut avoir des services supplémentaires ne
desservant pas du tout le reste de la ligne départementale/régionale, et
souvent des arrêts supplémentaires selon les services: et là ce seront
généralement des "bus" avec places debout, pas de soute à bagages, pas de
ceintures sauf pour les sièges à l'avant réservés en priorité aux personnes
à mobilité réduite).

On aura alors sur la même ligne à la fois des "car" et des "bus" selon les
services. De plus en cas de problème de charge, d'indisponibilité de
certains véhicules, la société d'exploitation de la ligne urbaine peut
affrêter à tout moment des cars à d'autres opérateurs : opérateurs des
réseaux urbains publics de collectivités voisines, ou opérateurs privés, ou
demander à la SNCF, ou Air France s'ils ont des cars disponibles pour
assurer la ligne, ce que ces opérateurs en charge de réseaux urbains sont
obligées de faire pour assurer le "service minimum" requis par la loi et
par les contrats d'exploitants avec les collectivités locales qui demandent
une disponibilité minimale (hors cas exceptionnel qui relève seulement de
décisions préfectorales ou d'une autorité de sureté, qui peuvent imposer la
suspension de certaines lignes ou d'un réseau complet de 

Re: [Talk-in] Use MapRoulette to improve OSM - India data

[Srikanth Lakshmanan]

On 15 March 2017 at 19:22, Naveen Francis  wrote:

> One more task
>   - Add wikidata tags for Indian Highways, it has been add for about 100
> primary highways.
>

Would it be easier to run through scripts to update the tags? Since these
are far more structured pieces of info to which just a key,value pair needs
to be added, would it be easier to use something like google sheets +
python which I have been using to upload manually verified translations?
The script[1] currently supports addition of k,v pair for name:ta to nodes
and ways, given a csv. Can be easily modified to add wikidata tags.
Thoughts?

[1]
https://github.com/srikanthlogic/osm-ta/blob/master/osm-csv-names-loader.py


-- 
Regards
Srikanth.L
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-cz] nahrávání fotek rozcestníků

[Zdeněk Pražák]

ano, nahrával jsem přes map.openstreetmap.cz

Dne 17. března 2017 8:39 Marián Kyral  napsal(a):

> Divné, divné. Během víkendu se snad dostanu k tomu to vyzkoušet.
>
> Nahrával jsi to normálně přes map.openstreetmap.cz?
>
> Marián
>
> -- Původní e-mail --
> Od: Zdeněk Pražák 
> Komu: OpenStreetMap Czech Republic 
> Datum: 16. 3. 2017 19:20:17
> Předmět: Re: [Talk-cz] nahrávání fotek rozcestníků
>
> no tak jsem nahrával další fotky a přestoýe jsem zaškrtl položku mapa tak
> se tag nenahrál
> fotka ID11545 a další
>
> Dne 14. března 2017 13:56 Michal Grézl 
> napsal(a):
>
> nezkousel sem nic nhravat.
>
> 2017-03-14 13:04 GMT+01:00 Marián Kyral :
> > A zkoušel jsi nahrát nějaký testovací rozcestník?
> > I když je pravda, že jsem včera večer přidával nějaké fotky přes vrstvu
> > chybných rozcestníků a vyplnil se mi tag ref.
> >
> > Možná se Zdeněk trefil ještě do doby před instalací. Nepíše, kdy přesně
> to
> > dělal.
> >
> > Marián
> >
>
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Waterway e/o valley

[Luca Delucchi]

2017-03-17 11:49 GMT+01:00 Martin Koppenhoefer :
>
> +1. in generale è problematico avere lo stesso oggetto per rappresentare sia
> un fiume che una valle (io ne farei 2 oggetti).
>

ah beh, davo per scontato che per un fiume e una valle si facessero
due elementi separati!

> Ciao,
> Martin
>



-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Waterway e/o valley

[Martin Koppenhoefer]

2017-03-17 11:46 GMT+01:00 Luca Delucchi :

> perchè dovrebbero essere uguali? se il nome del fiume è diverso da
> quello della valle bisogna mettere nome diversi come è stato fatto qui
>


+1. in generale è problematico avere lo stesso oggetto per rappresentare
sia un fiume che una valle (io ne farei 2 oggetti).

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

Re: [Talk-it] Waterway e/o valley

[Luca Delucchi]

2017-03-17 11:39 GMT+01:00 carlo folini :
> Se non ho capito male, dovremmo quindi mappare tutti i fondovalle con
> natural=valley e waterway=stream?

se c'è un fiume si, se no metti solo natural=valley

> Questo comporta che per forza il name della valle deve essere lo stesso del
> corso d'acqua. Penso che non sia sempre vero.

perchè dovrebbero essere uguali? se il nome del fiume è diverso da
quello della valle bisogna mettere nome diversi come è stato fatto qui

http://www.openstreetmap.org/way/383148426#map=14/45.9220/10.7342=D

>
> Grazie per gli spunti interessanti!
> Ciao Carlo
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Fontanili Lombardi

[Luca Moiana]

@Andrea: si parliamo esattamente del caso "classico" fontanile, con testa, 
pozza e asta. Adesso mi vado a vedere i tuoi dati, a me non convince il 
natural=spring, in più come si segna la testa e l'asta?
lo strato dei fontanili di Regione Lombardia è stato caricato?
Rif:{28A86DEA-5E1E-4D4C-9FC6-DCFD2A3219E6} Fontanili della Lombardia Dato 
territoriale (Dataset)
@Martin: il fontanile lombardo aveva in realtà funzione irrigua. Concordo con 
la definizione di risorgiva, ma la testa viene realizzata dall'uomo, non è 
naturale. La descrizione corretta è qui: 
http://www.cartografia.regione.lombardia.it/metadata/fontanili/QdR_n.144_FonTe.pdf


Grazie a tutti




From: Martin Koppenhoefer 
Sent: Friday, March 17, 2017 10:01 AM
To: openstreetmap list - italiano
Subject: Re: [Talk-it] Fontanili Lombardi


2017-03-17 10:29 GMT+01:00 Luca Moiana 
>:

ieri sono stato su un fontanile in provincia di Milano.

Volendo mapparlo mi sono chiesto come fare dalla pagina [1] risultano:

drinking_water=yes/no
drinking_water:legal=yes/no


Che secondo me non descrivono bene i fontanili lombardi

a me sembra meglio


Water well


Che però non viene utilizzata.

per me water well evoca un immagine così:
https://thumbs.dreamstime.com/z/antique-water-well-28622284.jpg
(scusate, quello specifico è completamente fassullo, ma l'idea si capisce).


Fontanile invece mi imagino una vasca dove gli animali possono bere?


i tag usati per features simili:
* natural=spring (punto dove acqua esce in superficie, generalmente inizio di 
un waterway)
* man_made=water_well (buco nella terra per prelevare acqua dall'aquifero)  
https://wiki.openstreetmap.org/wiki/Tag%3Aman_made%3Dwater_well, con e senza 
pompa (pump=*)
* amenity=fountain (fontana decorativa) 
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfountain
* amenity=drinking_water (qualsiasi punto per trovare acqua potabile, es. 
fontanella)

Wikipedia dice che un fontanile è una Risorgiva. 
https://it.wikipedia.org/wiki/Risorgiva

Tu ci puoi dare una definizione di un fontanile? Da dove viene l'acqua (corso 
d'acqua oppure aquifero) o non importa? E' per fare bere gli animali?

Penso che non abbiamo ancora un bel tag per descrivere questi: 
http://www.naturamediterraneo.com/Public/data7/hyppo/Fontanile-14.jpg_2009425234821_Fontanile-14.jpg
nel caso di acqua che viene in superficie, è un natural=spring ma non descrive 
ancora la struttura intorno (altro tag da aggiungere).

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

Re: [Talk-it] Waterway e/o valley

[carlo folini]

Se non ho capito male, dovremmo quindi mappare tutti i fondovalle con
natural=valley e waterway=stream?
Questo comporta che per forza il name della valle deve essere lo stesso del
corso d'acqua. Penso che non sia sempre vero.
Forse sono un po' troppo orientato all'utente  finale... Però, per usare un
caso estremo,  se sono un 'fungiat' e voglio passare da una valle il fatto
che ci sia o meno un corso d'acqua mi cambia notevolmente la scelta del
percorso.

Grazie per gli spunti interessanti!
Ciao Carlo


Il 17 mar 2017 10:12 AM, "Martin Koppenhoefer"  ha
scritto:


2017-03-17 9:32 GMT+01:00 Martin Koppenhoefer :

> ogni valle ha un corso d'acqua




per precisione, ha oppure ha avuto in passato un corso d'acqua, e in realtà
ci sono anche altri fenomeni che possono creare valli (denudazione,
movimenti a causa della gravitazione).
Sicuro invece, che durante una pioggia l'acqua cerca il punto più basso ;-)

Ciao,
Martin

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

Re: [Talk-it] Attacco di mandata per autopompa

[Martin Koppenhoefer]

2017-03-16 12:09 GMT+01:00 Francesco Pelullo :

> Passo sulla classificazione, a me sta bene tutto ciò che classifica Martin
> ;-)




pericoloso, mi sbaglio ;-)

Sul serio, non fidatevi, i migliori tag si creano confrontandosi con altri,
perché la situazione è troppo complessa per pensare a tutto / sapere tutto.

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

Re: [Talk-it] Attacco di mandata per autopompa

[Martin Koppenhoefer]

2017-03-16 9:34 GMT+01:00 Dario Zontini Gmail :

> What is the rationale behind not going for emergency=fire_hydrant +
> fire_hydrant:type=dry_riser_inlet?
>


perché un idrante è per prelevare acqua, questo invece è il contrario (un
punto da immettere acqua in un tubo, da un idrante oppure da un auto vvf).

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

Re: [Talk-cz] kompatibilita ODbL a CC

[Ladislav Nesnera]

Díky všem za informace.

Re: Matěj C | Neřešíme konkrétní datovou sadu, ale licenci(e), kterou má
Brno v rámci zveřejňování informací preferovat a ze které by se
"uhýbalo" jen v nezbytných případech.;?


On 16.3.2017 10:59, Tom Ka wrote:
> Jen pro ostatni - hlavni problem nekompatibility licenci ODbL a CC-xxx
> je jak zmineno
>
> https://wiki.openstreetmap.org/wiki/Import/ODbL_Compatibility
>
> To, ze u CC (pokud neni osetreno jinak) je potreba pro kazdy
> jednotlivy kus dat uvadet zdroj (credit) coz by pak v jedne DB ktera
> to bere z X zdroju (resp. X autoru) bylo neresiltelne. Jde udelat
> explicitni souhlas s tim, ze na wiki OSM je zmineno ze zdroj X poskytl
> sva data pro OSM ale vsude jinde je pak jen obecne OSM prispevatele.
>
> Bye
>
>
> Dne 15. března 2017 23:03 Matěj Cepl  napsal(a):
>> On 2017-03-15, 16:45 GMT, Ladislav Nesnera wrote:
>>> a volně naváži na OpenAlt, kde v "piklírně" měl být zmíněn
>>> problém > (ne)kompatibility licencí ODbL
>>>  a CC
>>>  (viz. níže). Je tu
>>> někdo, kdo by věděl či alespoň tušil kde to drhne? (Nejde o akademickou
>>> debatu - hledáme v Brně co nejsrozumitelnější a zároveň nejširší model
>>> uvolňování otevřených dat, potažmo dalších zdrojů).
>> Bylo by možné pořádně vysvětlit jaký konkrétní problém řešíte?
>> Pod jakou licencí má Brno uvolnit data? Pokud tam musí být CC,
>> nešla by dual-license? CC-něco/ODbL? Skutečně používání CC
>> licencí na data je dost podezřelá záležitost, podle mého.
>>
>> Matěj
>>
>> --
>> https://matej.ceplovi.cz/blog/, Jabber: mc...@ceplovi.cz
>> GPG Finger: 3C76 A027 CA45 AD70 98B5  BC1D 7920 5802 880B C9D8
>>
>> We are told that [St. Anthony] once fell into dejection, finding
>> uninterrupted contemplation above his strength; but was taught to
>> apply himself at intervals to manual labour by a vision of an
>> angel who appeared platting mats of palm-tree leaves, then rising
>> to pray, and after some time sitting down again to work; and who
>> at length said to him, "Do thus, and thou shalt be saved."
>> -- Life of St. Anthony
>>
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz



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

Re: [Talk-it] verifiche sui civici di torino

[Martin Koppenhoefer]

2017-03-17 10:51 GMT+01:00 Davide Sandona' :

> Quei numeri, sono "numeri civici" che sono erroneamente finiti nel campo
> addr:street oppure sono effettivamente parte del indirizzo?



il primo che hai detto, al 99%

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

[Talk-cz] openstreetmap.cz v0.16

[Marián Kyral]

Ahoj,
na openstreetmap.cz byla nasazena nová verze.

Hlavní změny:
* Nový přepínač vrstev
* Nové vrstvy (ruain, lpis, wikimedia…)
* Vrstva rozcestníků - nové ikony pro mapu a cyklo rozcestník
* Přidány náhledy rozcestníků - rychlejší načítání a menší potřeba dat

Marián___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Fontanili Lombardi

[Martin Koppenhoefer]

2017-03-17 10:29 GMT+01:00 Luca Moiana :

> ieri sono stato su un fontanile in provincia di Milano.
>
> Volendo mapparlo mi sono chiesto come fare dalla pagina [1] risultano:
>
>
> drinking_water=yes/no
> drinking_water:legal=yes/no
>
> Che secondo me non descrivono bene i fontanili lombardi
>
> a me sembra meglio
>
>
> Water well
>
>
> Che però non viene utilizzata.
>

per me water well evoca un immagine così:
https://thumbs.dreamstime.com/z/antique-water-well-28622284.jpg
(scusate, quello specifico è completamente fassullo, ma l'idea si capisce).


Fontanile invece mi imagino una vasca dove gli animali possono bere?


i tag usati per features simili:
* natural=spring (punto dove acqua esce in superficie, generalmente inizio
di un waterway)
* man_made=water_well (buco nella terra per prelevare acqua dall'aquifero)
https://wiki.openstreetmap.org/wiki/Tag%3Aman_made%3Dwater_well, con e
senza pompa (pump=*)
* amenity=fountain (fontana decorativa)
https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfountain
* amenity=drinking_water (qualsiasi punto per trovare acqua potabile, es.
fontanella)

Wikipedia dice che un fontanile è una Risorgiva.
https://it.wikipedia.org/wiki/Risorgiva

Tu ci puoi dare una definizione di un fontanile? Da dove viene l'acqua
(corso d'acqua oppure aquifero) o non importa? E' per fare bere gli animali?

Penso che non abbiamo ancora un bel tag per descrivere questi:
http://www.naturamediterraneo.com/Public/data7/hyppo/Fontanile-14.jpg_2009425234821_Fontanile-14.jpg
nel caso di acqua che viene in superficie, è un natural=spring ma non
descrive ancora la struttura intorno (altro tag da aggiungere).

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

Re: [Talk-it] Fontanili Lombardi

[Andrea Albani]

Ciao,

ne ho mappati diversi nel Pavese ed ho sempre usato natural=spring (e
name=* se disponibile).
Nei casi che ho trattato parliamo della "classica" pozza d'acqua con
risorgiva, senza strutture attorno e spesso un fosso in uscita.

man_made=water_well è per indicare la presenza di una struttura fisica da
cui è possibile attingere acqua.

Per quanto riguarda la valorizzazione di drinking_water*=*  non sempre è
semplice reperire questa informazione, anche se a onor del vero una pozza
in mezzo ai campi forse si meriterebbe almeno un drinking_water=no. A
memoria non penso di averlo mai utilizzato per i fontanili.

Ciao



Il giorno 17 marzo 2017 10:29, Luca Moiana  ha
scritto:

> Ciao,
>
>
> ieri sono stato su un fontanile in provincia di Milano.
>
> Volendo mapparlo mi sono chiesto come fare dalla pagina [1] risultano:
>
>
> drinking_water=yes/no
> drinking_water:legal=yes/no
>
> Che secondo me non descrivono bene i fontanili lombardi
>
> a me sembra meglio
>
>
> Water well
>
>
> Che però non viene utilizzata.
>
>
> I mappatori lombardi cosa usano?
>
>
> grazie e buona giornata
>
>
> L
>
>
>
>
> [1]https://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] verifiche sui civici di torino

[Davide Sandona']

Ritornando al discorso di Torino, ho scaricato gli addr:street dei civici,
e trovo valori come "Via Vittorio Andreis interno 18", "Via Tripoli 10",
"Corso Traiano 68", "Corso Traiano 64", "Via Onorato Vigliani 35".
Quei numeri, sono "numeri civici" che sono erroneamente finiti nel campo
addr:street oppure sono effettivamente parte del indirizzo?

Davide.

Il giorno 17 marzo 2017 10:31, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 17/03/2017 10:21, Lorenzo "Beba" Beltrami ha scritto:
>
>
> Mitici!
> Piccolo OT (ma nemmeno troppo): si potrebbe fare anche per l'import
> dell'Emilia-Romagna o l'area è troppo vasta?
> Lo so che sta andando a rilento ecc. ecc., però sarebbe comodo... :)
>
>
>
> Certamente, ma ci vogliono mani che tengano un mouse, occhi che guardino
> le schermo e, possibilmente, una manciata di neuroni che tentino di
> coordinare i due organi .
>
> Nei giorni scorsi ho nuovamente lanciato la richiesta di volontari che
> diano una mano ma se non si fa avanti nessuno le cose si mettono in coda.
> In questo caso per Torino sono bastati due giorni, per l'Emilia Romagna  ci
> vuole molto di più.
>
> Alessandro Ale_Zena_IT
>
> --
> Alessandro Palmas
> Project Manager OpenStreetMap per Wikimedia Italia
> Mobile 3289671753 - 3938251416
>
> Wikimedia Italia, Via Bergognone 34 - 20144 Milano
> è la corrispondente italiana ufficiale di Wikimedia Foundation Inc
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] verifiche sui civici di torino

[Alessandro Palmas]

  
  
Il 17/03/2017 10:21, Lorenzo "Beba"
  Beltrami ha scritto:


  

  
Mitici!

Piccolo OT (ma nemmeno troppo): si potrebbe fare anche
  per l'import dell'Emilia-Romagna o l'area è troppo vasta?

Lo so che sta andando a rilento ecc. ecc., però sarebbe
  comodo... :)

  

  



Certamente, ma ci vogliono mani che tengano un mouse, occhi che
guardino le schermo e, possibilmente, una manciata di neuroni che
tentino di coordinare i due organi .

Nei giorni scorsi ho nuovamente lanciato la richiesta di
  volontari che diano una mano ma se non si fa avanti nessuno le
  cose si mettono in coda. In questo caso per Torino sono bastati
  due giorni, per l'Emilia Romagna  ci vuole molto di più.
Alessandro Ale_Zena_IT

-- 
Alessandro Palmas
Project Manager OpenStreetMap per Wikimedia Italia
Mobile 3289671753 - 3938251416

Wikimedia Italia, Via Bergognone 34 - 20144 Milano
è la corrispondente italiana ufficiale di Wikimedia Foundation Inc
  


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

[Talk-it] Fontanili Lombardi

[Luca Moiana]

Ciao,


ieri sono stato su un fontanile in provincia di Milano.

Volendo mapparlo mi sono chiesto come fare dalla pagina [1] risultano:

drinking_water=yes/no
drinking_water:legal=yes/no


Che secondo me non descrivono bene i fontanili lombardi

a me sembra meglio


Water well


Che però non viene utilizzata.


I mappatori lombardi cosa usano?


grazie e buona giornata


L




[1]https://wiki.openstreetmap.org/wiki/IT:Tag:natural%3Dspring
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] verifiche sui civici di torino

[Alessandro Palmas]

  
  
Il 17/03/2017 10:16, Martin
  Koppenhoefer ha scritto:


  

  probabilmente conoscete tutti questo tool, ma per comodità
  riposto il link: http://tools.geofabrik.de/osmi/?view=addresses=7.67502=45.06475=12=buildings,buildings_with_addresses,postal_code,entrances_deprecated,entrances,no_addr_street,street_not_found,place_not_found,misformatted_housenumber,nodes_with_addresses_defined,nodes_with_addresses_interpolated,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads,nearest_areas,addrx_on_nonclosed_way
  

Ciao,

Martin

  



Hai ragione!

Grazie Martin

-- 
Alessandro Palmas
Project Manager OpenStreetMap per Wikimedia Italia
Mobile 3289671753 - 3938251416

Wikimedia Italia, Via Bergognone 34 - 20144 Milano
è la corrispondente italiana ufficiale di Wikimedia Foundation Inc
  


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

Re: [Talk-it] verifiche sui civici di torino

[Lorenzo "Beba" Beltrami]

Il giorno 17 marzo 2017 10:01, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Buongiorno lista,
> Sbiribizio ha appena messo su un Tasking Manager (1) per permettere una
> verifica partecipata su civici e nomi vie a Torino.
> Un primo controllo è stato fatto, ma se qualcuno in questo momento stesse
> giocando con la lanugine nell'ombelico in attesa di task ... eccolo qui :-)
>

Mitici!
Piccolo OT (ma nemmeno troppo): si potrebbe fare anche per l'import
dell'Emilia-Romagna o l'area è troppo vasta?
Lo so che sta andando a rilento ecc. ecc., però sarebbe comodo... :)

Per vedere subito se c'è discrepanza tra il nome della via e dei civici che
> vi cadono intorno consiglio di utilizzare josm con lo lo stile di
> visualizzazione "Coloured Streets"
> Modifica -> Preferenze -> Impostazioni per la proiezione ... -> Stili di
> disegno della mappa -> inserire negli stili attivi "Coloured Streets"
> dopodichè lasciarlo come unico stile attivo.
>

Per chi non lo conoscesse ricordo che:
1. Come dice Alessandro è molto comodo
2. C'è una piccola probabilità di falsi positivi (il plugin assegna i
colori facendo un hash col nome della via e col valore di addr:street). Mi
sono capitati alcuni rari casi in cui i colori erano identici pur
differendo i valori.

La pagina Geofabrik linkata da Martin (e indicata anche nelle istruzioni
del Task) invece fa un controllo esatto, ma si aggiorna solo una volta al
giorno.

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

Re: [Talk-it] verifiche sui civici di torino

[Martin Koppenhoefer]

2017-03-17 10:01 GMT+01:00 Alessandro Palmas :

> Si tratterebbe di: conciliare i nomi delle vie con quelli dei civici,
> nominare le poche vie senza nome in base a quelle dei civici, cercare
> eventuali rari doppioni nei civici sfuggiti al controllo durante il
> conflate.



probabilmente conoscete tutti questo tool, ma per comodità riposto il link:
http://tools.geofabrik.de/osmi/?view=addresses=7.67502=45.06475=12=buildings,buildings_with_addresses,postal_code,entrances_deprecated,entrances,no_addr_street,street_not_found,place_not_found,misformatted_housenumber,nodes_with_addresses_defined,nodes_with_addresses_interpolated,interpolation,interpolation_errors,connection_lines,nearest_points,nearest_roads,nearest_areas,addrx_on_nonclosed_way

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

Re: [Talk-it] Waterway e/o valley

[Alessandro]

Il 17/03/2017 08:36, Luca Delucchi ha scritto:

mappare le valli come valli [0]
...
[0] https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dvalley





Scusate la seconda mail ...

Tra l'altro la pagina wiki fa drizzare i capelli

"The main purpose of natural=valley features is to tell renderers the 
name=* of the valley, and where to span that name. Renderers may use 
hillshading and/or contour lines generated from elevation models to make 
valleys look more spatial. "


Quindi è stato creato un tag non per descrivere una zona in cui 
storicamente ci possono essere usanze, cultura e dialetti diversi 
rispetto a quella adiacente ma bensì per il rendering 


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Waterway e/o valley

[Alessandro]

Il 17/03/2017 08:36, Luca Delucchi ha scritto:




La visualizzazione più conosciuta è il mapnik e quindi una notevole
importanza ha la renderizzazione dei dati sul sito OpenStreetMap.org.



questo non è vero, la notevole importanza è il database di OSM non la
visualizzazione mapnik



Diciamo che è sbagliato mappare per il rendering. Il fatto che 
"l'utilizzatore finale" consumi i dati OSM tramite visualizzazione 
cartografica porta inevitabilmente a considerare il rendering importante.
Non dico che sia giusto, fotografo lo stato di fatto (è tutta colpa de 
"l'utilizzatore finale" LOL )





mappare le valli come valli [0]
.

[0] https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dvalley


Io tutte le volte che vedo la pagina di natural=valley mi si rovescia lo 
stomaco: hanno escluso l'area, il metodo più corretto di indicare una valle.
La 'scusa' è che si possono usare le curve di livello per capire com'è 
conformata una valle.
Questo non sempre è vero (ci sono valli principali e toponimi di valli 
secondarie date dall'uomo che non seguono le curve di livello), ma la 
cosa più grave è che le curve di livello sono oggetti esterni al DB OSM.


Sarebbe come dire: allora mappiamo le fermate degli autobus senza le 
relazioni, tanto basta prendere i dati dalle società di trasporti, li 
incrociamo ed ecco che otteniamo tutto.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Waterway e/o valley

[Martin Koppenhoefer]

2017-03-17 9:32 GMT+01:00 Martin Koppenhoefer :

> ogni valle ha un corso d'acqua




per precisione, ha oppure ha avuto in passato un corso d'acqua, e in realtà
ci sono anche altri fenomeni che possono creare valli (denudazione,
movimenti a causa della gravitazione).
Sicuro invece, che durante una pioggia l'acqua cerca il punto più basso ;-)

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

Re: [OSM-talk] Responding to vandalism

[Martin Koppenhoefer]

2017-03-16 20:00 GMT+01:00 Mike N :

>   Then there's the serious and real ha ha ha
> http://www.openstreetmap.org/#map=19/41.84196/-89.48580
>
> http://chicago.cbslocal.com/2013/10/31/from-the-sky-dixon-ch
> urch-looks-like-a-penis/
>


likely intentional, the "view from the sky" is the same as that of the
architect drawing a floor plan ;-)

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

Re: [Talk-it] Waterway e/o valley

[carlo folini]

Il 17 mar 2017 8:38 AM, "Luca Delucchi"  ha scritto:

2017-03-16 20:15 GMT+01:00 carlo folini :
> La mappatura che stò facendo su OSM ha dei fini descrittivi, ma
sicuramente
> anche informativi.

puoi spiegare meglio cosa intendi per "fini descrittivi, ma
sicuramente anche informativi."

Intendo con 'descrittivi'  che, come da linea guida di OSM, la mappatura
deve descrivere la realta' e quindi essere oggettiva. Con 'informativi'
intendo che, per lo meno per gli scopi che mi interessano, l'informazione
deve essere fruibile a piu' persone possibili.


> La visualizzazione più conosciuta è il mapnik e quindi una notevole
> importanza ha la renderizzazione dei dati sul sito OpenStreetMap.org.
>

questo non è vero, la notevole importanza è il database di OSM non la
visualizzazione mapnik

Concordo sull'importanza del DB OSM però per quello che ho detto prima e'
fondamentale che la visualizzazione sia più aperta e condivisa possibile.
Sarà capitato anche a voi di indicare ad una persona una vostra mappatura
su OSM e appena pronunciato "openstritmap" gli occhi si spalancano e la
risposta  "ma non posso vederlo su Google?" ;-)


> Molte valli 'piccole' sono spesso senza un effettivo torrente che le
> percorre, sebbene hanno un toponimo .
> Visto che bisogna mappare la realtà e non per un particolare renderer (per
> quanto importante) mi baso sull'osservazione e agisco di conseguenza.
> Quindi ho i due casi in cui la valle ha il torrente/ruscello e il caso in
> cui non lo ha.
>
> Purtroppo le valli 'asciutte' non sono visualizzate e non vengono
> visualizzate (ne linea ne il name)
> Ho visto che in molti casi alcune valli secche sono rese waterway.
>
> Come pensate sia meglio fare?

mappare le valli come valli [0] e i fiumi come fiumi [1] e se poi le
valli non si vedono su mapnik non mi sembra un grosso problema visto
che l'idea dietro a mapnik è di fornire una mappa generalistica che
non deve e può rappresentare tutti gli elementi inseriti in OSM

Per le carte che preparo io (uso Maperitive) ovviamente l'informazione
viene renderizzata nella maniera che ritengo più opportuna... Per quanto
detto sopra ritengo che una valle sia un concetto abbastanza generale,
probabilmente in zone del sud, con scarsità d'acqua, Valli secche
importanti ce ne sono parecchie.


> --
> Carlo Folini
> mailto:carlo.fol...@gmail.com
> blog: http://www.diariocorsa.com
>


[0] https://wiki.openstreetmap.org/wiki/Tag%3Anatural%3Dvalley
[1] https://wiki.openstreetmap.org/wiki/Tag:waterway%3Dstream
 https://wiki.openstreetmap.org/wiki/Tag:waterway%3Driver

--
ciao
Luca

www.lucadelu.org

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

[Talk-it] verifiche sui civici di torino

[Alessandro Palmas]

  
  
Buongiorno lista,
Sbiribizio ha appena messo su un Tasking Manager (1) per permettere
una verifica partecipata su civici e nomi vie a Torino.
Un primo controllo è stato fatto, ma se qualcuno in questo momento
stesse giocando con la lanugine nell'ombelico in attesa di task ...
eccolo qui :-)

Si tratterebbe di: conciliare i nomi delle vie con quelli dei
civici, nominare le poche vie senza nome in base a quelle dei
civici, cercare eventuali rari doppioni nei civici sfuggiti al
controllo durante il conflate.

Per vedere subito se c'è discrepanza tra il nome della via e dei
civici che vi cadono intorno consiglio di utilizzare josm con lo lo
stile di visualizzazione "Coloured Streets"
Modifica -> Preferenze -> Impostazioni per la proiezione ...
-> Stili di disegno della mappa -> inserire negli stili attivi
"Coloured Streets" dopodichè lasciarlo come unico stile attivo. 
Alessandro Ale_Zena_IT


1) http://osmit-tm.wmflabs.org/project/24

-- 
Alessandro Palmas
Project Manager OpenStreetMap per Wikimedia Italia
Mobile 3289671753 - 3938251416

Wikimedia Italia, Via Bergognone 34 - 20144 Milano
è la corrispondente italiana ufficiale di Wikimedia Foundation Inc
  


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