Re: [OSM-talk] Fixing broken multipolygons, some notes

[Andreas Vilén]

There is a difference between data errors that the osmi will detect and bad 
quality map data. Corine is the latter.

It's not up to me to decide if this data is to be deleted or not. If you want 
to do that, raise the question with each respective country's mailing list.

/Andreas

Skickat från min iPhone

> 19 mars 2017 kl. 19:32 skrev Christoph Hormann :
> 
>> On Sunday 19 March 2017, Andreas Vilén wrote:
>> 
>> Also, as has been pointed out earlier, Corine data might be bad, but
>> does not contain that many pure data errors as we define them.
> 
> That is not quite accurate in my experience.  As i explained in
> 
> https://lists.openstreetmap.org/pipermail/talk/2017-February/077553.html
> 
> landcover mappings like corine are based on selecting the least unlikely 
> of a fixed set of landcover classes at a certain scale based on certain 
> criteria and reference areas and this frequently produces completely 
> bogus results.
> 
> In areas like here:
> 
> http://www.openstreetmap.org/#map=13/56.7935/16.0168
> http://www.openstreetmap.org/#map=13/62.7015/25.6678
> 
> the Corine based landcover data in my eyes has not connection to reality 
> at all, it is factually simply wrong.
> 
> I understand that the perspective to loose all the data and to be 
> without any forest mapping until manual mapping has filled the gaps 
> seems not so pleasant but i am pretty sure there are a lot of people 
> from abroad who would be glad to help you with either manual forest 
> mapping or importing better quality data in a way that is better 
> maintainable and more compatible with manual mapping activity.
> 
> However as long as the bad quality Corine data is there and meant to 
> stay few people are interested in editing this mostly meaningless data.
> 
> -- 
> Christoph Hormann
> http://www.imagico.de/
> 
> ___
> 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-au] CAPAD 2016 Import -- Sample files.

[cleary]

Your approach looks good to me.

In regard to tags : I understand that the intent of the IUCN categories
is that class I areas are generally reserved for scientific and research
purposes or very limited visitation by non-scientific personnel.
However, in some places including South Australia, some category I areas
appear to be accessible by the general public. I have never noted any
class II, III, IV etc areas that have not been available for leisure
(except short-term such as fire emergencies).  I suggest all reserves
except class I are probably eligible for leisure=nature_reserve but
class I areas should be tagged that way only if separately confirmed
that they are available to the general public for leisure purposes.  

In regard to abbreviations, OSM generally avoids abbreviations and I
think it is probably safest to avoid abbreviations unless there is good
reason to do otherwise and the abbreviation is clearly understood by all
users.  An instance where it is probably appropriate is  the operator of
national parks in New South Wales self-identifies as "NSW National Parks
and Wildlife Service" and I think we should use its own way of
identifying itself even though it abbreviates the name of the state as
"NSW".  It sometimes uses "NPWS" but this is only after first using its
full name and, in isolation, the abbreviation would not be understood by
all users and I think "NPWS" would be inappropriate in OSM.

Looking forward to seeing the 2016 data.







On Sat, Mar 18, 2017, at 02:04 PM, Andrew Davidson wrote:
> 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

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

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

[Sérgio V .]

Envio o link para download do arquivo.


Após convertidos para .OSM os SHP das redes geodésicas (é isolado do OSM; não é 
conflação sobre o revertido).

Revisei e coloquei mais todos os dados de "ele" (Altitude Geométrica) das 
demais redes (não só RN). E para onde não tinha A.Geométrica para "ele=*", mas 
tinha Altitude Ortométrica, converti "ele=*" a partir desta com o software 
"mapgeo" do IBGE.

E conservei os dados de Altitude Ortométrica como "ele:orto=*".

Se bem que o mais importante são as coordenadas mesmo. Mas as altitudes também 
são dados úteis. Já que tão lá, se pode colocar o que tem. Já que teve que 
revisar mesmo a importação, aproveitar pra colocar mais o que tem.


Link no dropbox:


https://www.dropbox.com/s/d3y9nvg5y806i93/Redes%20Geod%C3%A9sicas-convertidos%20para%20osm-validacao.rar?dl=0

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

Contém:

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

1)ARQUIVO: "1REDES GEODESICAS - TOTAL - 06 redes - 45622 objects.osm"

O total das 6 redes: convertidas dos SHP primeiro isoladamente; depois 
juntadas, tudo em 1 só .osm. (Para separar, selecionar por "description=*" , 
conforme os 06 tipos). (é isolado do OSM; não é conflação sobre o revertido).

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

2) ARQUIVO: "1Validacao interna -1519 warnings nodes same pos -3114 objects.osm"

Validação nos 45622 nós (sem baixar survey_points existentes no OSM).

"warning = nodes at same position" : 3114 nós. Entram com as coordenadas assim, 
vindos dos SHP originais. São pontos no mesmo marco físico, mas de redes 
diferentes. Isoladas, cada rede não tem sobreposição (só 3 casos nos RN). Só 
quando junta as 6 redes todas.


"Warning" não é erro...

Mas se precisar, dá pra fundir, fazer "merge", mas aí muda o número de objetos 
(se for pra re-reverter).

E se fizer "merge", como manter as diferentes "ref=*"  e "url=*" de cada um 
deles ? Concatenar com ";" as tags diferentes?  "ref=X;Y;Z... /  url=X;Y;Z...?  
Tem algum meio de fazer isso automaticamente? Através do JOSM?

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

3) ARQUIVO: "1Validação externa -OSM overpass -warnings nodes same pos -17 
objects "

O resultado da validação após baixados via overpass os survey_points existentes 
no OSM no Brasil: "warning = nodes at same position" :  17 objetos


Importações isoladas de survey_points, de outras épocas (nem todos tem 
source=IBGE... ou coisa parecida.).

Dá pra fazer "replace geometry" nestes 17 (mantendo o histórico), para eliminar 
os "warnings ".

Mas aí a examinar individualmente como ficam as tags ref=*, etc,  em comparação 
com o a ser importado.
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -
Acho que era isso por enquanto. A ver se daria mesmo pra fazer isto em cima dos 
 revertidos. Teve 01 nó que vi que não sei se eles esqueceram de fora quando 
reverteram: http://www.openstreetmap.org/node/4731118821 . Não sei se não dá 
problema no número total a repor, se fosse re-reverter.  Vou tentando testar 
como ficaria.
Senão se propõe mesmo uma re-reversão "simples" (se é que isto pode ser chamado 
de simples) sem adicionar mais dados para os mesmos pontos. Ficando só como 
tavam (sem as relações claro).

Valeu.


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

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



De: Nelson A. de Oliveira 
Enviado: sábado, 18 de março de 2017 13:38
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Proposal of import: Brazilian Geodetic Network 
(man_made=survey_points)

Parece bom depois das correções.

O que eu faria (e falaria ao enviar para a lista imports) é
reaproveitar¹ os dados que já foram inseridos anteriormente (e depois
revertidos).
Tomando o cuidado apenas para ajustar o que precisa e não recriar as relações.

Assim se torna desnecessário criar novos objetos no mapa.

Sérgio, só pra ter mais garantia e também fornecer os dados para
análise (acho que vão querer ver na imports), tem como fazer os
ajustes e disponibilizar o arquivo .osm em algum lugar para verificar?

¹ é uma reversão da reversão: reverte, remove as relações, ajusta note
e outras informações, verifica 10 vezes

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

[Talk-us] New York City watershed recreation areas

[Kevin Kenny]

I just thought I'd make a quick note here that not all imports result in
'dead data'.

I updated the New York City watershed recreation areas (see
https://wiki.openstreetmap.org/wiki/Import:_NYCDEP_Watershed_Recreation_Areas
for details of the import process) this evening. I did it by following the
import process as outlined on that page up to loading the areas' geometry
and tagging into PostgreSQL. I then threw together three scripts to
identify areas that were new [that is, available from New York city, but
not in OSM], deleted [in OSM but not listed in New York City's metadata],
and retagged [timestamp of modification of the map of the area unchanged,
but changes to the access restrictions].

The scripts in question are all available for inspection in the project's
repository at
https://chiselapp.com/user/kbk/repository/osm-nycdep-import/timeline.

intake_rec_areas.tcl loads the database from the PDF files on the New York
City website.
id_deleted_units.sql queries the database and the local OSM mirror to
determine what units
must be deleted.
id_changed_units.sql queries the database and the local OSM mirror to
determine what units need to be reimported or conflated because their
geometry has changed.
id_changed_tags.sql queries the database and the local OSM mirror to
determine what units need to be retagged because of changed access
restrictions.

The scripts identified:
3 units where the PDF file served up by the city was malformed
0 deleted units
10 new units
25 units with changed geometry
6 units with change access restrictions

These numbers were small enough that I didn't trouble to design any sort of
automation for conflation and replacement. Instead, for everything that
changed, I simply checked that the unit was last updated by OSM user
'ke9tv-NYCDEP-import', and then did the work of replacing the making the
changes in JOSM, one changeset per modified unit, exactly as I did in the
oriignal import.

I thought this note might be useful as an experience report. Thanks for
reading this far!
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [talk-latam] citylines.co

[Bruno Salerno]

Gracias Matías!
El mar 19, 2017 11:32 a.m., "Matías Kalwill" 
escribió:

> Muy bueno Bruno, felicitaciones!
>
> 2017-03-19 0:12 GMT-04:00 Bruno Salerno :
>
>> Hola!
>>
>> Los quería invitar a conocer y participar de citylines.co (
>> http://www.citylines.co), una plataforma colaborativa que estoy
>> desarrollando para reconstruir las redes de transporte de las ciudades del
>> mundo. Usa Mapbox GL y OpenStreetMap como cartografía base.
>>
>> Espero que les resulte interesante!
>>
>> Comentarios y sugerencias son bienvenidos!
>>
>> ___
>> talk-latam mailing list
>> talk-latam@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-latam
>>
>>
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
>
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

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

[Alessandro]

Il 19/03/2017 22:28, Davide Sandona' ha scritto:



Tempo fa abbiamo stabilito di scrivere i mesi in minuscolo, se la
regola è diversa cambiamola ufficialmente perchè non penso che in
una targa vedremo mai


Per piacere, potresti riportare in quale thread è stato stabilito?




Il thread non lo trovo, anche perchè non ho in archivio tutte la mail di 
talk-it. Questo link dovrebbe però bastare


http://wiki.openstreetmap.org/wiki/IT:Key:name

Io inizialmente scrivevo i mesi con l'iniziale maiuscola; 
successivamente correggevo i nomi che trovavo portandoli tutti in minuscolo.



Per cui torno a ripetere: se la regola è diversa cambiamola ufficialmente.

Alessandro

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

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

[Johnattan Rupire]

Hola Opengislab,

desde la comunidad peruana de OSM ya estamos coordinando reuniones con 
diferentes agencias públicas para ver esta cuestión, también con 
empresas privadas que nos brindarán imágenes tomadas con drones sobre 
las zonas de impacto.


Esta semana es crucial para estos temas, todas las recomendaciones y 
ayuda posible es bienvenida. Estamos desarrollando ya tareas de mapeo 
pre-evento con la comunidad HOT:


http://tasks.hotosm.org/?sort_by=priority=asc=Peru+Flood+Support

Y estamos en reunión permanente en telegram:

t.me/osmPE

También tenemos planeadas 3 mapping raymis o mapping parties en Lima, 
toda esta info la vamos publicando en


twitter.com/osmpe y

facebook.com/osmpe

Quedamos atentos a cualquier recomendación par estas cuestiones.

Saludos!


El 17/03/17 a las 23:01, opengis...@openmailbox.org escribió:


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 
 de 2016 
 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:
  


 1. 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”,
 2. “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

,
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.
 3. El Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS)


 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:*

*E*scribo 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 

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

[Johnattan Rupire]

Hola Opengislab,

desde la comunidad peruana de OSM ya estamos coordinando reuniones con 
diferentes agencias públicas para ver esta cuestión, también con 
empresas privadas que nos brindarán imágenes tomadas con drones sobre 
las zonas de impacto.


Esta semana es crucial para estos temas, todas las recomendaciones y 
ayuda posible es bienvenida. Estamos desarrollando ya tareas de mapeo 
pre-evento con la comunidad HOT:


http://tasks.hotosm.org/?sort_by=priority=asc=Peru+Flood+Support

Y estamos en reunión permanente en telegram:

t.me/osmPE

También tenemos planeadas 3 mapping raymis o mapping parties en Lima, 
toda esta info la vamos publicando en


twitter.com/osmpe y

facebook.com/osmpe

Quedamos atentos a cualquier recomendación par estas cuestiones.

Saludos!


El 17/03/17 a las 23:01, opengis...@openmailbox.org escribió:


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 
 de 2016 
 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:
  


 1. 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”,
 2. “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

,
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.
 3. El Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS)


 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:*

*E*scribo 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 

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

[Luigi Toscano]

Cascafico Giovanni ha scritto:
> Per favore, si stava parlando di date non ricorrenti
> 
> "Via 9 Agosto 1509"

Era chiaro, ma non mi sembra chiaro se sia necessaria la maiuscola:
http://www.accademiadellacrusca.it/it/lingua-italiana/consulenza-linguistica/domande-risposte/alcuni-quesiti-nomi-mesi-giorni-settimana


-- 
Luigi

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

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

[Cascafico Giovanni]

Mah! Forse all'ISTAT sono degli inguaribili anticlericali. Pare che
"monsignor" vada minuscolo al pari di "geometra".

Comunque si stava disquisendo di date ricorrenti e non.

"Via 9 Agosto 1509" sembra sia compatibile con le indicazioni ISTAT.

Il 19/mar/2017 21:38, "girarsi_liste"  ha scritto:

> Il 19/03/2017 21:15, Cascafico Giovanni ha scritto:
> > Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
> > questo caso [1] abbiamo usato il formato indicato da ISTAT.
> >
> > [1] http://osm.org/go/0IPA9MUkh
> >
>
> La emme di monsignor penso vada maiuscola, trattandosi di titolo
> ecclesiastico. ;)
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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] posizionamento amenity=drinking_water

[demon.box]

ciao scusate, piccola domanda forse del genere "lana caprina"...
se ho un muro nel quale è stato ricavato un piccolo incavo dal quale sbuca
il tubo di una fontanella di acqua potabile il tag amenity=drinking_water è
corretto metterlo come nodo sul muro (barrier=wall) stesso?
oppure è meglio SEMPRE metterlo comunque come un nodo a se stante?
grazie.
--enrico




--
View this message in context: 
http://gis.19327.n8.nabble.com/posizionamento-amenity-drinking-water-tp5893607.html
Sent from the Italy General mailing list archive at Nabble.com.

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

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

[Cascafico Giovanni]

Per favore, si stava parlando di date non ricorrenti

"Via 9 Agosto 1509"

Il 19/mar/2017 21:42, "Luigi Toscano"  ha scritto:

> Cascafico Giovanni ha scritto:
> > Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
> > questo caso [1] abbiamo usato il formato indicato da ISTAT.
>
> Quindi ISTAT ha una regola per cui i nomi sono in maiuscolo? La regola del
> minuscolo non è tanto di OSM, quanto dell'italiano.
>
> --
> Luigi
>
> ___
> 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-GB] Import Progress

[Richard Fairhurst]

On 19/03/2017 21:29, Matthijs Melissen wrote:

Or is your post simply a request for all people to follow *your* rules?


Wow. Stay classy.

I'm not sure why I'm even bothering to reply to that, but there's an 
extensive debate about that sentence in the mailing list archives a 
propos of the French cadastre data.


Richard

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

Re: [OSM-talk-be] talk: "responding to vandalism"

[joost schouppe]

Usually, I feel like Karel does. It is not really urgent to work on this,
as it is not so very common. Still, there is some work to do: lots of
newbie mistakes, the very occasional random vandal, sometimes damaging
maps.me mistakes, misguided Pokémon Go players.

Most of that work is getting done anyway, but sometimes we do miss things.
It would be nice to have it a bit more structured.  Maybe that might
lighten the load for those that are doing it now. The most important thing:
it might help us prepare if ever bigger problems arise.
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-GB] Import Progress

[Matthijs Melissen]

On 19 March 2017 at 20:55, Richard Fairhurst  wrote:
> However, just because I no longer spend my time batting back and forth to
> every post on the lists, that does not mean I have the right to ignore the
> same community guidelines which everyone else follows.

Can you show where you have sought community support when making the
following change to the Import Guidelines?

https://wiki.openstreetmap.org/w/index.php?title=Import/Guidelines=702968=687101

Or is your post simply a request for all people to follow *your* rules?

-- Matthijs

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

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

[Davide Sandona']

>
> Quindi ISTAT ha una regola per cui i nomi sono in maiuscolo?


Suppongo che ISTAT usi il maiuscolo per facilitarsi la vita. Ad esempio,
nei casi di caratteri accentati verrebbero riportati come carattere normale
seguito da apostrofo (la mia esperienza è limitata per le regioni in cui
l'italiano è la lingua principale).

Tempo fa abbiamo stabilito di scrivere i mesi in minuscolo, se la regola è
> diversa cambiamola ufficialmente perchè non penso che in una targa vedremo
> mai


Per piacere, potresti riportare in quale thread è stato stabilito?


Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Davide.

Il giorno 19 marzo 2017 21:41, Luigi Toscano  ha
scritto:

> Cascafico Giovanni ha scritto:
> > Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
> > questo caso [1] abbiamo usato il formato indicato da ISTAT.
>
> Quindi ISTAT ha una regola per cui i nomi sono in maiuscolo? La regola del
> minuscolo non è tanto di OSM, quanto dell'italiano.
>
> --
> Luigi
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

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

[osm . sanspourriel]

Je pense qu'on peut aussi mettre les lignes départementales dans la 
catégorie route=coach, sauf départements très urbanisés.


Jean-Yvon


Le 19/03/2017 à 22:20, Noémie Lehuby - noemie.leh...@openmailbox.org a 
écrit :

Hello,

Il y a des idées intéressantes dans ton début de proposition Virgile !
C'est encore en cours d'élaboration ou c'est déjà ouvert à débat ? 
j'ai déjà plein de retours...


Bon, si je synthétise :
Il y a des cas où on peut dire sans équivoque qu'il s'agit d'une ligne 
de car.
C'est notamment, mais pas que, le cas des lignes d'autocar nationales 
ou des navettes pour les stations de ski.

Pour ces lignes là, route=coach fait l'affaire..

Et il y a des cas où ce n'est pas si simple  de trancher, et dans ce 
cas, route=bus est plus approprié.


Ça vous semble ok ?

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

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

[Noémie Lehuby]

Hello,

Il y a des idées intéressantes dans ton début de proposition Virgile !
C'est encore en cours d'élaboration ou c'est déjà ouvert à débat ? j'ai 
déjà plein de retours...


Bon, si je synthétise :
Il y a des cas où on peut dire sans équivoque qu'il s'agit d'une ligne 
de car.
C'est notamment, mais pas que, le cas des lignes d'autocar nationales ou 
des navettes pour les stations de ski.

Pour ces lignes là, route=coach fait l'affaire..

Et il y a des cas où ce n'est pas si simple  de trancher, et dans ce 
cas, route=bus est plus approprié.


Ça vous semble ok ?

Noémie

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

Re: [OSM-talk-be] talk: "responding to vandalism"

[Yves bxl-forever]

The idea is interesting.  Wikipedia uses a similar process: edits by anonymous 
or new users are flagged as potentially suspicious, and users can validate 
contributions by other users.

I understand Karel’s concern: perhaps that there isn’t much *vandalism* in OSM 
in Belgium so far.
But the problem may be that newbie-friendly apps—such as MAPS.ME or 
Wheelmap—encourage lots of new people to add data to OSM without having to 
learn the data model or how to check whether that data is already existing.  I 
often remove duplicate nodes, fix tags or fix location of objects created by 
users of those apps.  The more newcomers, the more we’ll have to deal with 
incorrect data.  These people certainly have good intentions but having a 
process to validate potentially incorrect changes will be necessary as the 
community grows.  And that will work for deliberate vandalism too.

Cheers.
Yves



On Sun, 19 Mar 2017 19:19:39 +
Karel Adams  wrote:

> What's urgent or important about this? Is vandalism an issue on OSM? A 
> problematic issue? I have as yet not seen any.
> 
> 
> 
> On 19/03/17 17:20, Ben Abelshausen wrote:
> > This is an excellent idea, perhaps we should discuss this the next 
> > hackday? Or can someone try and set this up for Belgium?
> >
> > Met vriendelijke groeten,
> > Best regards,
> >
> > Ben Abelshausen
> >
> > On Sun, Mar 19, 2017 at 6:07 PM, joost schouppe 
> > > wrote:
> >
> > Hi,
> >
> > There is an interesting thread going on in the talk mailing list:
> >
> > https://lists.openstreetmap.org/pipermail/talk/2017-March/077672.html
> > 
> >
> > It started of with some complaining about vandalism, but it got
> > interesting when Thomas Straupis started explaining how they work
> > in Lithaunia. Basically, ALL changesets are validated. But
> > changesets by "known mappers" are automatically approved, and some
> > changesets are highlighted because they are marked by other tools
> > as "suspicious".
> > (this is the same Thomas I interviewed recently about their
> > dataconflation strategies:
> > http://www.openstreetmap.org/user/joost%20schouppe/diary/40605
> > )
> >
> > With Zors already checking all new mappers' changesets using the
> > welcome tool (thank you!), it might be interesting to see if we
> > can expand on that here too.
> >
> > Here's some practical stuff from his e-mail:
> >  
> > > 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.
> >
> > -- 
> > Joost Schouppe
> > OpenStreetMap
> >  | Twitter
> >  | LinkedIn
> >  | Meetup
> > 
> >
> > ___
> > 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  
> 

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

Re: [Talk-it] Barriera lungo torrente

[Volker Schmidt]

Mi sono spiegato male nella mia domanda. Non importa. Ho studiato di nuovo
la foto.
Si tratta di un oggetto che è messo attraverso un ruscello (a 90 gradi
relativo all'asse del ruscello) e serve a rallentare il flusso dell'acqua
in caso di flusso elevato. Inoltre serve a bloccare oggetti come tronchi.
L'oggetto mi sembra un weir (briglia). Se guardi gli esempi su
https://en.wikipedia.org/wiki/Weir, vedi che il "tuo" oggetto ci cade
pienamente.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-GB] StyleSheet for Outdoors Rendering

[Graham Jones]

Hi,
I haven't done much with OSM for a few years, so I think I will be behind
the times, so wondered if someone could point me in the right direction
please?

I want to produce some large (A3 sized at least) printable maps for
outdoors use.   It is actually to show the route of a cross country race,
so I want to show fences, gates stiles, embankments, steps, as well as land
cover and contour lines / hill shading (but not distractions like admin
boundaries)

Is there a published carto style available that will show these sort of
things available that I could use as a basis for this, rather than start
from scratch?   (maybe free-map.org.uk, but I'm not sure if that shows
field boundaries etc?)

Last time I did this sort of thing I used a simple python script called
generate_image.py - is that still the best thing to use or has something
else taken its place?

Thanks!

Graham.

-- 
Graham Jones 
Hartlepool, UK.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Import Progress

[Andy Mabbett]

On 19 March 2017 at 19:36, Frederik Ramm  wrote:

> Please consider whether your words might offend

...and the goes on to equate a disagreement over import procedures to
racist ethnic cleansing.

That's *really* unacceptable.

Who moderates this mailing list?

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

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

[Francesco Pelullo]

Il 19 mar 2017 9:15 PM, "Any File"  ha scritto:

2017-03-16 22:11 GMT+01:00 Alberto :
>> Per il simbolo grafico, sarei dell'idea di proporre quelli definiti dal
Decreto
[...]
> Ci andrebbe qualcosa così:
> http://www.dmrleanmanufacturing.it/ec/scheda_in2.asp?nf=0207=IT=
=2978
>
> Altri cartelli sono così:
> http://www.canevari-sicurezza.it/cartello-in-alluminio-
attacco-di-mandata/38287/scheda/
>

Temo che una volta stilizzati e rimpiccioliti si capisca ben poco. Si
basa troppo sui dettagli.

Forse è meglio qualcosa con una freccia che indica che (l'acqua) entra
dentro.


Scusate se insisto, ma penso che questa sia la classica feature della quale
alla stragrande maggioranza degli utenti non interessi affatto, mi sembra
una di quelle features di nicchia per un bacino di utenza selezionatissimo
e molto addentrato nell'argomento.

Ebbene, a queste persone serve il simbolo standard come da tabella
ministeriale.

Quelli che non lo conoscono, non hanno mai visto un progetto di impianto
estinzione incendi, e quindi non gli interessa nemmeno vederlo assieme alle
fontanelle dell'acqua potabile e la tazzina di caffè del bar.

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

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

[Luigi Toscano]

Cascafico Giovanni ha scritto:
> Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
> questo caso [1] abbiamo usato il formato indicato da ISTAT.

Quindi ISTAT ha una regola per cui i nomi sono in maiuscolo? La regola del
minuscolo non è tanto di OSM, quanto dell'italiano.

-- 
Luigi

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

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

[girarsi_liste]

Il 19/03/2017 21:15, Cascafico Giovanni ha scritto:
> Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
> questo caso [1] abbiamo usato il formato indicato da ISTAT.
> 
> [1] http://osm.org/go/0IPA9MUkh
> 

La emme di monsignor penso vada maiuscola, trattandosi di titolo
ecclesiastico. ;)



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



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

Re: [OSM-talk] Responding to vandalism

[Michael Andersen]

Since it was first announced in october 2015, I have been watching the demo 
instance of https://github.com/MichaelVL/osm-analytic-tracker (developed by a 
fellow dane) almost daily and have found it immensely useful for keeping track 
of the activity in all of Denmark (the country north of Germany).
Until this year I have been practically singlehandedly guarding my entire 
country, welcoming new users and catching and correcting all kinds of 
mistakes, sometimes within as little as 5 minutes and actually been pretty 
succesfull at it.
This year a few other contributors have started watching the instance too, but 
unfortunately none of them still has the necessary experience and confidence 
for really helping out. I hope they eventually will.
I listed the link to the instance on my profile page: 
https://www.openstreetmap.org/user/Hjart , so that anyone wondering how I 
discovered their edits so fast, has a chance of finding out.
Of course this tool requires running a dedicated server, but if you want an 
efficient tool for patrolling a country/state sized area, this is it.

On søndag den 19. marts 2017 08.39.27 CET Paul Johnson wrote:
> On Fri, Mar 17, 2017 at 2:02 PM, Yves  wrote:
> > 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.
> 
> I'd be open to patrolling a wider area than (most) of my metro area (such
> as the entire state), but it seems WHODIDIT's about the only tool that
> isn't completely hamfisted that I'm aware of, and it's bbox limit isn't
> quite big enough to fit what most here would consider the entire metro,
> much less what TV and radio consder the entire metro (TV and radio stations
> typically also consider several southeastern Kansas and northwestern
> Arkansas counties as part of "metro Tulsa").




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

Re: [Talk-GB] Import Progress

[Dave F]

On 19/03/2017 19:36, Frederik Ramm wrote:


It would be great if that exposed situation
would make them lead by example, rather than assume that everyone else's
rules don't apply to them.
Yes. I've noticed a couple of 'we know best' & 'this is a local 
community for local people' style comments.
OSM is a global endeavour. Although the import rules appear a bit 
strict, I think contributors should reach out instead of navel gazing.


A "case study" is for assessing flaws as well as any good points.

DaveF

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

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

[Cascafico Giovanni]

Nessuno obbliga le amm. comunali a scegliere solo ricorrenze. Per cui in
questo caso [1] abbiamo usato il formato indicato da ISTAT.

[1] http://osm.org/go/0IPA9MUkh

Il 19/mar/2017 19:35, "Alessandro"  ha scritto:

> Il 19/03/2017 10:46, Cascafico Giovanni ha scritto:
>
> Nel caso siano ricorrenze in Friuli Venezia Giulia abbiamo usato il
> maiuscolo
>
>
> Non penso che i comuni intitolino le strade scegliendo date a caso :-O ,
> sceglieranno ben delle ricorrenze.
>
> Tempo fa abbiamo stabilito di scrivere i mesi in minuscolo, se la regola è
> diversa cambiamola ufficialmente perchè non penso che in una targa vedremo
> mai
>
> Via 28 Febbraio (giorno del calendario)
>
> ___
> 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

[Any File]

2017-03-16 22:11 GMT+01:00 Alberto :
>> Per il simbolo grafico, sarei dell'idea di proporre quelli definiti dal 
>> Decreto
[...]
> Ci andrebbe qualcosa così:
> http://www.dmrleanmanufacturing.it/ec/scheda_in2.asp?nf=0207=IT==2978
>
> Altri cartelli sono così:
> http://www.canevari-sicurezza.it/cartello-in-alluminio-attacco-di-mandata/38287/scheda/
>

Temo che una volta stilizzati e rimpiccioliti si capisca ben poco. Si
basa troppo sui dettagli.

Forse è meglio qualcosa con una freccia che indica che (l'acqua) entra dentro.

AnyFile

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

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

[Johnattan Rupire]

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

Fecha:  Fri, 17 Mar 2017 23:01:38 -0500
De: opengis...@openmailbox.org
Responder a: 	Discusión en Español de OpenStreetMap 


Para:   t...@openstreetmap.org
CC: 	pre...@gruporpp.com.pe, americanotic...@americatv.com.pe, 
talk...@openstreetmap.org




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 
 de 2016 
 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:


 


1. 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”,
2. “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
   
,
   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.
3. El Centro Nacional de Operaciones de Imágenes Satelitales (CNOIS)
   

 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:*

*E*scribo 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 - 

[Talk-cz] schránky, POI-Importer - úpravy

[Marián Kyral]

Ahoj,
zase jsem trochu vylepšil POI-Importer - 
http://osm.kyralovi.cz/POI-Importer-testing/#map=17/49.1889/16.6163=CZECPbox


Jednak jsem opravil problém, který vznikl po změně formátu odpovědi z 
overpass-api - body se nebarvily ;-)
Díky Jakubovi za upozornění. Dále jsem přidal možnost změny souřadnic 
během zpracování dat pro POI-Importer, takže se schránky zobrazí tam kde 
mají.


Formát je jednoduchý - staré a nové souřadnice oddělené středníkem.

#původní souřadnice;opravené souřadnice
49.187420 16.615005;49.189101 16.614177
49.198716 16.598422;49.199258 16.596830
49.212358 16.597009;49.212774 16.600971
49.212036 16.596555;49.212974 16.596330

Soubor (a kompletní skript) je na githubu: 
https://github.com/mkyral/osm/blob/master/import/ceska_posta/corrections.csv
Požadavky na posun můžete posílat buď emailem nebo rovnou jako pull 
requesty ;-)


A abych to ještě více usnadnil, přidal jsem do tooltipu gps souřadnice. 
Takže je stačí je zkopírovat, pak zkopírovat souřadnice správné schránky 
a přidat do souboru.





Uvidíme kolik toho bude. Možná by nebylo špatné zkusit najít na České 
poště někoho, kdo to má na starosti a zjistit, zda by neměli zájem o 
přesnější souřadnice.


Marián




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

Re: [OSM-talk-fr] NOUVEAU Bus contributor - Appli arrêts de bus

[osm . sanspourriel]

> bonjour et merci (à la fois pour l'appli et la mise à dispo hors 
google store)


+1 cependant avec une faute de goût : on se voit proposer la connexion 
avec son compte Gmail (ou avec son compte OSM, mais seul le logo de G... 
s'affiche).


Je mettrais plutôt "connection with OpenStreetMap" (et un autre bouton 
pour se connecter avec d'autres comptes, ici pour le moment seulement 
Gmail). À la limite les deux logos.


Il est assez absurde de faire de la pub sur la première page pour une 
entreprise prisée à mille lieux des valeurs d'OSM.


Autre problème : les régions hors lignes sont plus petites que les 
réseaux de bus.
Pouvoir avoir toute une ligne (peut-être un tampon autour) permettrait 
de réduire la taille nécessaire.


Ergonomie : on ne voit pas si des filtres sont actifs ou pas. Quand on 
clique la couleur change, pas évident. Si une boîte à cocher prend trop 
de place, au moins changer la graisse de la police (en gras : affiché), 
ce sera plus intuitif.


Et bon apprentissages des voies allant au dessus des niveaux des tsunamis.

Ils regardent un tsunami qui arrive vers eux sans réagir ! - YouTube 


(exemple à ne pas suivre - oui stocké chez G...).

Le 19/03/2017 à 18:32, Vincent Bergeot - vinc...@bergeot.org a écrit :
bonjour et merci (à la fois pour l'appli et la mise à dispo hors 
google store)


comme Adrien pour la différenciation selon le niveau de renseignements.

Pour moi, l'ajout de photos n'a pas fonctionné ?

Les photos doivent se stocker sur mapilary ? Une identification osm et 
une identification mapilary :)


Je ne suis pas informaticien mais curieux et intéressé / comment la 
"spécification" bus est ajouté dans le code d'osm contributor, est-ce 
un fichier "supplémentaire" ? Quel format ? (vu certains tweets, je ne 
pense pas que Loïc pourra répondre de suite : 
https://twitter.com/HAND_HackersND)


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

Re: [Talk-GB] Import Progress

[Frederik Ramm]

Rob,

On 03/19/2017 04:04 PM, Rob Nickerson wrote:
> I don't think any of us are members of the import mailing list and I
> don't see the point of joining any more mailing lists. They represent an
> arcane 20th century solution that allows a few negative comments to
> derail a locally supported project.

Please consider whether your words might offend those who think
differently about mailing lists.

The imports mailing list is *the* place in the project where you can get
a lot of eyeballs helping you iron out problems. That's why we generally
ask for imports to be discussed there before they happen; a large number
of problems have been fixed before, instead of after, an import that way.

A comment that points out a problem with an import might be perceived as
"negative" but that's very short-sighted; even if it halts an import for
a while by pointing out an issue, it is quite likely that the overall
result of that "negatice" comment will be a better import (or a
non-execution of a bad import).

The West Midlands community is one of the oldest and most active local
communities we have in OSM. It would be great if that exposed situation
would make them lead by example, rather than assume that everyone else's
rules don't apply to them.

The question whether a truly local import needs (potentially
international) discussion pops up often, and in many cases it might be
unnecessary - but for every well-executed import by an experienced local
community there's also a botched one by an inexperienced local community
who were just as sure of themselves as the experienced one.

Your idea of local empowerment sounds nice but I don't think it can be
used as a general principle which I would like to illustrate by
stretching that line of thought to the farcial extreme:

"Our local community wants to get rid of black people. When we discussed
this with other people outside of our local community, we were met with
a lot of negativity. We would prefer if those communities who do not
want to get rid of black people would focus their energy on something
positive to them, while we help other communities who also want to get
rid of black people."

With that I want to say that you cannot be constructive and positive
about everything; sometimes someone will want to do something where it
is actually good that they have to listen to those who say no, and
cozying up in your own little bubble without any negatvitiy can feel
nice to you but be bad for the world.

We need to strike a balance here, but "every local community can simply
import whatever they want and it is none of the rest of the project's
business" is certainly not that balance (unless the local community runs
their own database and their own API).

Something we also ask all mappers to do, and again something where I'd
love to see West Mids team lead by example, is to reply to public
changeset comments and not ignore them, for example here:

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

> Few people replied to Brian's messages on the local list as we had
> already discussed and agreed it.

It occurs to me that the changeset comment I linked above points out a
few potential issues that a wider discussion could have unearthed before
the import happened!

> Far from a bad import i think this is a great example to hold up as a
> good case study. 

I think you might be getting carried away here. The changeset comment I
linked mentions the following issues:

* usual import guidelines not followed - as I explained above, while it
is debatable whether they must always apply to local imports, a "great
example to hold up" would certainly include that.

* just looking at the first tree in this changeset
https://www.openstreetmap.org/node/4732520560 there's a bunch of
duplicate information on it (site name, ward etc.) and the species info
might have been better placed as "genus"

* https://www.openstreetmap.org/#map=19/52.44699/-1.84369 shows an
offset between tree data and other data; has this been discussed?

* unclear plan for keeping imported data up to date

Now these issues don't put the import in the class of "bad imports that
warrant an immediate revert", but they are not issues I would like to
see in an import hailed as an example to be followed by others.

Bye
Frederik

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

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

Re: [Talk-GB] Import Progress

[Richard Fairhurst]

Rob Nickerson wrote:
> Mailing list posts drift off topic way too easily any it's never clear 
> when "consensus" is found. Richard F did the right thing in 2013 
> when he quit them and I encourage others to do the same

However, just because I no longer spend my time batting back and forth to
every post on the lists, that does not mean I have the right to ignore the
same community guidelines which everyone else follows.

OSM is a community project, not a technical project. It works when people
respect each other, rather than believing they know best.

The import process is a way of making sure that the community is respected.
You can summarise it in six words: "with great power comes great
responsibility". That is, if you are proposing to make bulk changes to the
map, you have to make sure the community comes along with you. You cannot
just short-circuit this because you personally don't like some technology or
other.

If OSM-UK is to be led by people who openly display such disdain for the OSM
community, I want no part of it.

Richard




--
View this message in context: 
http://gis.19327.n8.nabble.com/Re-Talk-gb-westmidlands-Import-Progress-tp5893549p5893585.html
Sent from the Great Britain mailing list archive at Nabble.com.

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

Re: [OSM-talk] Responding to vandalism

[Oleksiy Muzalyev]

On 17.03.17 20:22, Jakob Mühldorfer wrote:


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.

I also think it is impossible to stop vandalism by a single technical 
solution, rather it would be a running battle for years to come. Still 
we are to watch it carefully and to try to understand in each case the 
motivation of a vandal, what target was selected and why, what was the 
pattern of an occurrence, from what region it was initiated, when it was 
committed. And on the basis of this understanding to use tools to 
automate the response. Human cunning can be countered only by human 
cleverness.


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

Re: [OSM-talk-be] talk: "responding to vandalism"

[Karel Adams]

What's urgent or important about this? Is vandalism an issue on OSM? A 
problematic issue? I have as yet not seen any.




On 19/03/17 17:20, Ben Abelshausen wrote:
This is an excellent idea, perhaps we should discuss this the next 
hackday? Or can someone try and set this up for Belgium?


Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Sun, Mar 19, 2017 at 6:07 PM, joost schouppe 
> wrote:


Hi,

There is an interesting thread going on in the talk mailing list:

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


It started of with some complaining about vandalism, but it got
interesting when Thomas Straupis started explaining how they work
in Lithaunia. Basically, ALL changesets are validated. But
changesets by "known mappers" are automatically approved, and some
changesets are highlighted because they are marked by other tools
as "suspicious".
(this is the same Thomas I interviewed recently about their
dataconflation strategies:
http://www.openstreetmap.org/user/joost%20schouppe/diary/40605
)

With Zors already checking all new mappers' changesets using the
welcome tool (thank you!), it might be interesting to see if we
can expand on that here too.

Here's some practical stuff from his e-mail:

> 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.

-- 
Joost Schouppe

OpenStreetMap
 | Twitter
 | LinkedIn
 | Meetup


___
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


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

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

[Simon Poole]

I believe these are the same paragraphs in  CC BY 2.0 and 3.0, but in
any case you need to check the licence text as particularly in the case
of AUS the licences are sometimes customized and the numbering may have
changed.

Simon


On 17.03.2017 22:49, Graeme Fitzpatrick wrote:
> 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: [Talk-it] verifiche sui civici di torino

[Alessandro]

  
  
Il 19/03/2017 10:46, Cascafico Giovanni
  ha scritto:

Nel caso siano ricorrenze in Friuli Venezia Giulia
  abbiamo usato il maiuscolo

Non penso che i comuni intitolino le strade scegliendo date a caso
:-O , sceglieranno ben delle ricorrenze.

Tempo fa abbiamo stabilito di scrivere i mesi in minuscolo, se la
regola è diversa cambiamola ufficialmente perchè non penso che in
una targa vedremo mai

Via 28 Febbraio (giorno del calendario) 
  


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

Re: [OSM-talk] Fixing broken multipolygons, some notes

[Christoph Hormann]

On Sunday 19 March 2017, Andreas Vilén wrote:
>
> Also, as has been pointed out earlier, Corine data might be bad, but
> does not contain that many pure data errors as we define them.

That is not quite accurate in my experience.  As i explained in

https://lists.openstreetmap.org/pipermail/talk/2017-February/077553.html

landcover mappings like corine are based on selecting the least unlikely 
of a fixed set of landcover classes at a certain scale based on certain 
criteria and reference areas and this frequently produces completely 
bogus results.

In areas like here:

http://www.openstreetmap.org/#map=13/56.7935/16.0168
http://www.openstreetmap.org/#map=13/62.7015/25.6678

the Corine based landcover data in my eyes has not connection to reality 
at all, it is factually simply wrong.

I understand that the perspective to loose all the data and to be 
without any forest mapping until manual mapping has filled the gaps 
seems not so pleasant but i am pretty sure there are a lot of people 
from abroad who would be glad to help you with either manual forest 
mapping or importing better quality data in a way that is better 
maintainable and more compatible with manual mapping activity.

However as long as the bad quality Corine data is there and meant to 
stay few people are interested in editing this mostly meaningless data.

-- 
Christoph Hormann
http://www.imagico.de/

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

Re: [Talk-it] Barriera lungo torrente

[girarsi_liste]

Il 19/03/2017 19:08, Volker Schmidt ha scritto:
> Questo oggetto è messo attraverso o lungo il torrente? Non è chiaro dalla
> foto. Se è attraverso sarebbe un weir (ma senza bollard, direi). Se è
> longitudinale, non so che tag mettere, per essere onesti. Il termine
> inglese è overflow in questo caso, ma non so se questo esiste come tag in
> OSM.
> 

lungo il terrente, lo vedi dall'invaso del terreno.

Overflow mi sà tanto da piena, ma non da funzione di freno della stessa,
per questo ho detto weir sulla way e i quattro "piloni" (visti adesso
meglio) come singoli nodi sulla way.

Resta il problema di descrivere la funzione della briglia che come vedi
sotto nei due buchi quadrati è in fase di poca acqua, quindi passa
sotto, mentre nei momenti di piena, riempie l'alveo e passa sopra dove
ci sono i "piloni".


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



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

Re: [Talk-it] Barriera lungo torrente

[Volker Schmidt]

Questo oggetto è messo attraverso o lungo il torrente? Non è chiaro dalla
foto. Se è attraverso sarebbe un weir (ma senza bollard, direi). Se è
longitudinale, non so che tag mettere, per essere onesti. Il termine
inglese è overflow in questo caso, ma non so se questo esiste come tag in
OSM.

On 19 Mar 2017 19:00, "girarsi_liste"  wrote:

> Il 19/03/2017 18:53, demon.box ha scritto:
> > ciao, secondo voi come si può taggare questa barriera posta lungo un
> torrente
> > per indebolire la forza di possibili piene?
> >
> >  281024_x_768%29.jpg>
> >
> > grazie.
> >
> > --enrico
> >
>
> Per me rimane una briglia in generale, ovvero waterway=weir, messa come
> way in questo caso, ed i tre "piloni" li taggherei come barrier=bollard.
>
> Però è una cosa piuttosto particolare, maari merita un tag da inventare,
> ma non saprei quale.
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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-us] West Point (Kevin Kenny)

[OSM Volunteer stevea]

On Mar 19, 2017, at 5:00 AM, Kevin Kenny  via talk-us-requ...@openstreetmap.org wrote:Thanks to anyone that read this far!Oh, I'm reading, all right!  Kevin, please don't sweat too much more the seriously yeoman work you've done to clean up an "unholy mess."I do recall recently reading over that admin_level page (tap, tap, tap myself) and seeing "There is some degree of support for removing the least relevant CDPs from the database, but note that CDPs are relevant in some parts of the country, such as Alaska."Breathe.  Feel good about OSM and West Point and CDPs and everything you've painstakingly done.  It's all good.  And thanks for your updates here!SteveACalifornia
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-it] Barriera lungo torrente

[Francesco Pelullo]

Il 19 mar 2017 6:54 PM, "demon.box"  ha scritto:

ciao, secondo voi come si può taggare questa barriera posta lungo un
torrente
per indebolire la forza di possibili piene?


È una "briglia".
Dovrebbe essere waterway=weird

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

Re: [Talk-it] Barriera lungo torrente

[girarsi_liste]

Il 19/03/2017 18:53, demon.box ha scritto:
> ciao, secondo voi come si può taggare questa barriera posta lungo un torrente
> per indebolire la forza di possibili piene?
> 
>  
> 
> grazie.
> 
> --enrico
> 

Per me rimane una briglia in generale, ovvero waterway=weir, messa come
way in questo caso, ed i tre "piloni" li taggherei come barrier=bollard.

Però è una cosa piuttosto particolare, maari merita un tag da inventare,
ma non saprei quale.

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



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

[Talk-it] Barriera lungo torrente

[demon.box]

ciao, secondo voi come si può taggare questa barriera posta lungo un torrente
per indebolire la forza di possibili piene?

 

grazie.

--enrico



--
View this message in context: 
http://gis.19327.n8.nabble.com/Barriera-lungo-torrente-tp5893573.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] NOUVEAU Bus contributor - Appli arrêts de bus

[Vincent Bergeot]

bonjour et merci (à la fois pour l'appli et la mise à dispo hors google 
store)


comme Adrien pour la différenciation selon le niveau de renseignements.

Pour moi, l'ajout de photos n'a pas fonctionné ?

Les photos doivent se stocker sur mapilary ? Une identification osm et 
une identification mapilary :)


Je ne suis pas informaticien mais curieux et intéressé / comment la 
"spécification" bus est ajouté dans le code d'osm contributor, est-ce un 
fichier "supplémentaire" ? Quel format ? (vu certains tweets, je ne 
pense pas que Loïc pourra répondre de suite : 
https://twitter.com/HAND_HackersND)


Bonne soirée



Le 08/03/2017 à 08:52, PanierAvide a écrit :
Après un test un peu plus long, quelques suggestions pour faciliter la 
contribution à l'échelle d'une ville :


- Colorier les marqueurs selon le niveau d'informations déjà présent 
sur le bus. Exemple : un arrêt sans infos pourra être en rouge, un 
arrêt avec uniquement le nom en orange, et un arrêt renseigné 
"complètement" (selon le niveau d'info souhaité par l'appli) sera en 
vert. Ça permettrait rapidement de repérer ceux où il y a un gros 
travail de collecte.


- Si on l'utilise en mode canapé comme j'ai pu tester hier, ce serait 
pas mal d'avoir accès aux photos à proximité de l'arrêt. Ça permet de 
vérifier dans ce genre de cas [1] (photo 10) si l'arrêt a bien un vrai 
banc ou juste un appui ischiatique. Et de manière générale pouvoir 
compléter la description des arrêts à partir de photos. L'occasion de 
rappeler que Pic4Carto est aussi disponible sous forme de bibliothèque 
JS [2] pour gérer sans galère la récupération des photos 
#placementproduit. Et à priori, intégrer du code JS dans une 
application Java/Android peut se faire sans trop de soucis.


Cordialement,

Adrien.

[1] 
http://projets.pavie.info/pic4carto/player.html?refresh=1=-1.68,48.13,-1.675,48.135

[2] https://framagit.org/PanierAvide/Pic4Carto.js




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

Re: [Talk-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

[Pavel Bokr]

VŠ

From: Jan Macura 
Sent: Sunday, March 19, 2017 6:22 PM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

O jakých studentech jde řeč? SŠ? ZŠ?


H.


2017-03-19 17:02 GMT+01:00 Pavel Bokr :

  Ahoj,

  vim ze se tady resili nejake studentske prace, ale nepamatuji si jestli se 
resili nejake moznosti mapovani. Jsem v kontaktu s vyucujicim, ktery posila sve 
studenty do terenu a zminil jsem se mu, ze by studenti mohli byt uzitecni i pro 
rozvoj OSM i dalsich veci.



  Ted davam dohromady tipy v cem by mohli byt studenti v terenu uzitecni (treba 
by se do neceho z toho mohli zapojit) a napada me:

  - cokoliv co v terenu zmapuji pridat do OSM

  - mohou fotit a nahravat rozcestniky (pripadne mapovat trasy, ale relace by 
byly asi moc, kdyz s OSM nedelali)

  - wikipedie by urcite uvitala fotografie mist a nekterych objektu

  - pripadne serie fotografii cest/tras jsou vitany na 
https://www.mapillary.com/ 

  - nebo alepson GPS trasy cest (zvlaste tech ktere nejsou videt na satelitnich 
snimcich) nahrane treba pres OSMTracker (nebo jiny efektivnejsi zpusob?)



  Na co jsem zapomel? Co treba “samostatne vypichnout”?

  Pavel Bokr

  ___
  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-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

[Jan Macura]

O jakých studentech jde řeč? SŠ? ZŠ?

H.

2017-03-19 17:02 GMT+01:00 Pavel Bokr :

> Ahoj,
>
> vim ze se tady resili nejake studentske prace, ale nepamatuji si jestli se
> resili nejake moznosti mapovani. Jsem v kontaktu s vyucujicim, ktery posila
> sve studenty do terenu a zminil jsem se mu, ze by studenti mohli byt
> uzitecni i pro rozvoj OSM i dalsich veci.
>
>
>
> Ted davam dohromady tipy v cem by mohli byt studenti v terenu uzitecni
> (treba by se do neceho z toho mohli zapojit) a napada me:
>
> - cokoliv co v terenu zmapuji pridat do OSM
>
> - mohou fotit a nahravat rozcestniky (pripadne mapovat trasy, ale relace
> by byly asi moc, kdyz s OSM nedelali)
>
> - wikipedie by urcite uvitala fotografie mist a nekterych objektu
>
> - pripadne serie fotografii cest/tras jsou vitany na
> https://www.mapillary.com/
>
> - nebo alepson GPS trasy cest (zvlaste tech ktere nejsou videt na
> satelitnich snimcich) nahrane treba pres OSMTracker (nebo jiny efektivnejsi
> zpusob?)
>
>
>
> Na co jsem zapomel? Co treba “samostatne vypichnout”?
>
> Pavel Bokr
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-be] talk: "responding to vandalism"

[Ben Abelshausen]

This is an excellent idea, perhaps we should discuss this the next hackday?
Or can someone try and set this up for Belgium?

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Sun, Mar 19, 2017 at 6:07 PM, joost schouppe 
wrote:

> Hi,
>
> There is an interesting thread going on in the talk mailing list:
>
> https://lists.openstreetmap.org/pipermail/talk/2017-March/077672.html
>
> It started of with some complaining about vandalism, but it got
> interesting when Thomas Straupis started explaining how they work in
> Lithaunia. Basically, ALL changesets are validated. But changesets by
> "known mappers" are automatically approved, and some changesets are
> highlighted because they are marked by other tools as "suspicious".
> (this is the same Thomas I interviewed recently about their dataconflation
> strategies: http://www.openstreetmap.org/user/joost%20schouppe/diary/40605
> )
>
> With Zors already checking all new mappers' changesets using the welcome
> tool (thank you!), it might be interesting to see if we can expand on that
> here too.
>
> Here's some practical stuff from his e-mail:
>
> > 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.
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> 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] Responding to vandalism

[joost schouppe]

>
>
> 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.
>
>
Well yes, that is possible. There are two approaches: create a database of
suspicious and/or reviewed changesets. Or: document your review process
using structured Changeset Discussions, so they are available for your tool
(and possibly others)

Can I plug the #pleasereview idea again too? People should really be
encouraged to mark their changeset as "I'm not entirely sure of what I'm
doing". That way, more timid people will be more tempted to try something
new. It really is quite easy to implement, as adding it to the Changeset
comment would feed any of several existing tools. See my blog post from
some time back:
http://www.openstreetmap.org/user/joost%20schouppe/diary/39876
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-be] talk: "responding to vandalism"

[joost schouppe]

Hi,

There is an interesting thread going on in the talk mailing list:

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

It started of with some complaining about vandalism, but it got interesting
when Thomas Straupis started explaining how they work in Lithaunia.
Basically, ALL changesets are validated. But changesets by "known mappers"
are automatically approved, and some changesets are highlighted because
they are marked by other tools as "suspicious".
(this is the same Thomas I interviewed recently about their dataconflation
strategies: http://www.openstreetmap.org/user/joost%20schouppe/diary/40605)

With Zors already checking all new mappers' changesets using the welcome
tool (thank you!), it might be interesting to see if we can expand on that
here too.

Here's some practical stuff from his e-mail:

> 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.

-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [Talk-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

[Pavel Bokr]

Pokud si dobre pamatuji, tak spis venkov zamereny na obcanskou vybavenost apod. 
V podstate to byla zatim jen zminka na nejakem jednani, ktere nebylo vubec o 
OSM, ale hned jsem zbystril ze by se toho dalo vyuzit.

Ted mu chci napsat nejake obecne tipy co by se treba dalo (tak abych na nic 
duleziteho zakladniho nezapomel)... bude-li mit zajem lze upresnovat, prakticky 
ukazat, poskytnout navody apod.

PB



From: Marián Kyral 
Sent: Sunday, March 19, 2017 5:46 PM
To: talk-cz@openstreetmap.org 
Subject: Re: [Talk-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

Ahoj,
co přesně znamená ta věta: "posila sve studenty do terenu"? Je to město, 
venkov, hory nebo dle potřeby? A co tam primárně dělají?

Od toho se pak odvíjí s čím by mohli pomoct.

- gpx záznamy lesních cest a pěšin
- gpx záznamy turistických, cyklistických, lyžařských tras
- gpx záznamy naučných stezek včetně umístění informačních tabulí
- mapování a focení kulturních a přírodních památek (tedy i pro wikipedii), 
přidání tagů wikimedia_commons=*, image=*
- rozcestníky, poštovní schránky, benzínové pumpy
- další POI - památky, obchody, restaurace. Tam speciálně by se jim mohlo líbit 
zjišťování, jaká piva tam točí (pro beermap) ;-)
- kontrola a doplnění otevíracích dob
- …

Hlavně ať to nedopadne jako Prušánky :-D

Marián

Dne 19.3.2017 v 17:02 Pavel Bokr napsal(a):

  Ahoj,

  vim ze se tady resili nejake studentske prace, ale nepamatuji si jestli se 
resili nejake moznosti mapovani. Jsem v kontaktu s vyucujicim, ktery posila sve 
studenty do terenu a zminil jsem se mu, ze by studenti mohli byt uzitecni i pro 
rozvoj OSM i dalsich veci.



  Ted davam dohromady tipy v cem by mohli byt studenti v terenu uzitecni (treba 
by se do neceho z toho mohli zapojit) a napada me:

  - cokoliv co v terenu zmapuji pridat do OSM

  - mohou fotit a nahravat rozcestniky (pripadne mapovat trasy, ale relace by 
byly asi moc, kdyz s OSM nedelali)

  - wikipedie by urcite uvitala fotografie mist a nekterych objektu

  - pripadne serie fotografii cest/tras jsou vitany na 
https://www.mapillary.com/ 

  - nebo alepson GPS trasy cest (zvlaste tech ktere nejsou videt na satelitnich 
snimcich) nahrane treba pres OSMTracker (nebo jiny efektivnejsi zpusob?)



  Na co jsem zapomel? Co treba “samostatne vypichnout”?

  Pavel Bokr

   

___
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] verifiche sui civici di torino

[Martin Koppenhoefer]

sent from a phone

> On 19 Mar 2017, at 17:34, Damjan Gerl  wrote:
> 
> Credo che inspector dia errore su tutti i civici che non hanno solo numeri e 
> lettere. In effetti in FVG tutti i civici con il barrato sono segnalati come 
> errori.


chi lo segnala ad osmi?

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

Re: [Talk-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

[Marián Kyral]

Ahoj,
co přesně znamená ta věta: "posila sve studenty do terenu"? Je to město, 
venkov, hory nebo dle potřeby? A co tam primárně dělají?


Od toho se pak odvíjí s čím by mohli pomoct.

- gpx záznamy lesních cest a pěšin
- gpx záznamy turistických, cyklistických, lyžařských tras
- gpx záznamy naučných stezek včetně umístění informačních tabulí
- mapování a focení kulturních a přírodních památek (tedy i pro 
wikipedii), přidání tagů wikimedia_commons=*, image=*

- rozcestníky, poštovní schránky, benzínové pumpy
- další POI - památky, obchody, restaurace. Tam speciálně by se jim 
mohlo líbit zjišťování, jaká piva tam točí (pro beermap) ;-)

- kontrola a doplnění otevíracích dob
- …

Hlavně ať to nedopadne jako Prušánky :-D

Marián

Dne 19.3.2017 v 17:02 Pavel Bokr napsal(a):

Ahoj,
vim ze se tady resili nejake studentske prace, ale nepamatuji si 
jestli se resili nejake moznosti mapovani. Jsem v kontaktu s 
vyucujicim, ktery posila sve studenty do terenu a zminil jsem se mu, 
ze by studenti mohli byt uzitecni i pro rozvoj OSM i dalsich veci.
Ted davam dohromady tipy v cem by mohli byt studenti v terenu uzitecni 
(treba by se do neceho z toho mohli zapojit) a napada me:

- cokoliv co v terenu zmapuji pridat do OSM
- mohou fotit a nahravat rozcestniky (pripadne mapovat trasy, ale 
relace by byly asi moc, kdyz s OSM nedelali)

- wikipedie by urcite uvitala fotografie mist a nekterych objektu
- pripadne serie fotografii cest/tras jsou vitany na 
https://www.mapillary.com/
- nebo alepson GPS trasy cest (zvlaste tech ktere nejsou videt na 
satelitnich snimcich) nahrane treba pres OSMTracker (nebo jiny 
efektivnejsi zpusob?)

Na co jsem zapomel? Co treba “samostatne vypichnout”?
Pavel Bokr


___
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-gb-westmidlands] Import Progress

[Andy Robinson]

Like all good OSM activity, discussion occurred in the pub. We may or may not 
have got our knickers in a twist when we did but usually we get the things 
sorted out. The Naptan and tree updates were discussed at length within our 
small west mids group and I was (and am) happy to support. Brian has been doing 
a fantastic job working with local groups who have data and the last thing I 
would want to see is his efforts squashed. It's quite possible that some of 
what gets added is crap and its also possible we have some inappropriate tags, 
but let us get the stuff into OSM and we can sort it out where it's not 
perfect. As a local group we generally know what we are doing, we've been doing 
it now for over 10 years!

Cheers
Andy

-Original Message-
From: ajt1...@gmail.com [mailto:ajt1...@gmail.com] 
Sent: 19 March 2017 13:13
To: talk-gb-westmidlands@openstreetmap.org
Cc: talk-gb OSM List (E-mail)
Subject: Re: [Talk-gb-westmidlands] Import Progress

On 19/03/2017 12:52, Andy Mabbett wrote:
> On 18 March 2017 at 18:52, Brian Prangle  wrote:
>
>> I'm off for a break and I'm leaving a couple of key imports partially 
>> complete so I thought it best to give you an update of where I'm at:
> I'm told that Brian has been blocked for these edits This is 
> outrageous.

No, he was sent this message:

https://www.openstreetmap.org/user_blocks/1271

because it appeared that the link between changeset discussions and his email 
inbox was broken.

> There is clearly consensus for them in the local mapping community, 
> and a well-defined and transparent plan for the process has been 
> published.

That was one of the questions asked in changeset discussions - can you please 
link to where the "well-defined and transparent plan" for the "trees" import 
was published, and where discussion took place?

> A well-respected member of the community should not be treated this way.

No-one doubts that Brian is well-respected member of the OSM community - few if 
any have put in as much effort as him over the years.  
Unfortunately even well-respected community members can have email filters go 
rogue on them - it's not the first time that it's happened and I'm sure it 
won't be the last  :)

Best Regards,

Andy

(cc:ing talk@ because I know there's been discussion, including on IRC, outside 
the West Mids about the trees import and as similar sort of council work is 
being outsourced elsewhere, it's useful to discuss it more widely).




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


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

Re: [Talk-GB] [Talk-gb-westmidlands] Import Progress

[Andy Robinson]

Like all good OSM activity, discussion occurred in the pub. We may or may not 
have got our knickers in a twist when we did but usually we get the things 
sorted out. The Naptan and tree updates were discussed at length within our 
small west mids group and I was (and am) happy to support. Brian has been doing 
a fantastic job working with local groups who have data and the last thing I 
would want to see is his efforts squashed. It's quite possible that some of 
what gets added is crap and its also possible we have some inappropriate tags, 
but let us get the stuff into OSM and we can sort it out where it's not 
perfect. As a local group we generally know what we are doing, we've been doing 
it now for over 10 years!

Cheers
Andy

-Original Message-
From: ajt1...@gmail.com [mailto:ajt1...@gmail.com] 
Sent: 19 March 2017 13:13
To: talk-gb-westmidla...@openstreetmap.org
Cc: talk-gb OSM List (E-mail)
Subject: Re: [Talk-gb-westmidlands] Import Progress

On 19/03/2017 12:52, Andy Mabbett wrote:
> On 18 March 2017 at 18:52, Brian Prangle  wrote:
>
>> I'm off for a break and I'm leaving a couple of key imports partially 
>> complete so I thought it best to give you an update of where I'm at:
> I'm told that Brian has been blocked for these edits This is 
> outrageous.

No, he was sent this message:

https://www.openstreetmap.org/user_blocks/1271

because it appeared that the link between changeset discussions and his email 
inbox was broken.

> There is clearly consensus for them in the local mapping community, 
> and a well-defined and transparent plan for the process has been 
> published.

That was one of the questions asked in changeset discussions - can you please 
link to where the "well-defined and transparent plan" for the "trees" import 
was published, and where discussion took place?

> A well-respected member of the community should not be treated this way.

No-one doubts that Brian is well-respected member of the OSM community - few if 
any have put in as much effort as him over the years.  
Unfortunately even well-respected community members can have email filters go 
rogue on them - it's not the first time that it's happened and I'm sure it 
won't be the last  :)

Best Regards,

Andy

(cc:ing talk@ because I know there's been discussion, including on IRC, outside 
the West Mids about the trees import and as similar sort of council work is 
being outsourced elsewhere, it's useful to discuss it more widely).




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


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

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

[Damjan Gerl]

19.03.2017 - 11:57 - Martin Koppenhoefer:



On 18 Mar 2017, at 18:47, Andrea Musuruane  wrote:

OSM Inspector riporta come "misformatted house number" tutti gli housenumer con 
lettere maiuscole.


sembra un errore dell'inspector: come può sapere se maiuscolo o minuscolo è 
giusto per il civico che stai mappando?


Credo che inspector dia errore su tutti i civici che non hanno solo 
numeri e lettere. In effetti in FVG tutti i civici con il barrato sono 
segnalati come errori.


Damjan

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

Re: [Talk-GB] Import process

[Will Phillips]

Looking at the data that has been imported, my first reaction is that 
some of the keys/values do look rather non-standard. This suggests to me 
that the process might have benefited from wider discussion.


With the tree data, what jumps out is that every single tree has 
'constituency' and 'ward' tags. I thought there was a general consensus 
that this sort of boundary information should not be added to individual 
objects? What purpose do they serve? Isn't it likely that these 
electoral boundaries will change in the near future?


There are other things -
There is a 'site_name' key which contains the street name written in all 
capitals. Did this need importing, and if so, did it have to be in capitals?
What is the purpose of the 'usrn' tag and has it been documented? I 
wonder whether local_ref or ref:usrn would have been clearer.

The height values are formatted in a non-standard way.

The West Midlands community does appear to be happy with these imports 
and in my view that counts for a lot. However, I certainly don't 
consider them an example of good practice. I don't understand why 
sensible import rules have not been followed, like using a separate 
dedicated OSM account.


Regards,
Will

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

Re: [Talk-it] Josm, layer wms non visibili.

[Martin Koppenhoefer]

sent from a phone

> On 19 Mar 2017, at 12:38, girarsi_liste  wrote:
> 
> 
> Non vorrei fosse un problema solo "Italiano", qualcuno ha modo di
> sentire amici all'estero per ciò?


potresti usare un proxy all'estero, ce ne stanno tanti anche gratuiti.
Se fosse un problema italiano, forse legato alla censura DNS che si pratica da 
questi parti (piratebay etc.)? Hai provato se il problema è di DNS (sostituisci 
il dominio con un IP)?


Ciao, Martin 
___
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]

sent from a phone

> On 19 Mar 2017, at 13:59, Andrea Musuruane  wrote:
> 
> Cosa che tra l'altro facciamo anche per i nomi delle strade. Infatti non 
> ricopiamo nel tag name il nome come lo leggiamo nel cartello stradale.



al meno inizialmente lo facevamo, anche perché quello che si vede è quello che 
serve a chi si vuole orientare. 

È vero che non ci devono essere 2/a e 2/A nella stessa strada, ma non vedo 
nemmeno l'utilità di uniformare la sintassi, i tools che interpretano i dati 
dovrebbero essere in grado di gestire entrambi i casi, lascierei il data entry 
più facile possibile.

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

[Talk-gb-westmidlands] Import process

[Rob Nickerson]

Hi Chris,

To me the mess is with our wiki and mailing lists.

Over the years I've spent considerable time in both and i find them to be
death eaters that drain the energy from all ideas.

I have a more positive vision of local empowerment with a place for local
communities to share ideas with like minded communities and help each
other. That way the local communities who want to support this sort of work
can help each other to refine the processes, whereas local communities who
don't support this work can focus their energy on something that is
positive to them.

So yes, what seems arrogant to you, is to me a more positive world of local
empowerment.

Politics eh? You'll never get everyone to agree!

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

[Talk-GB] Import process

[Rob Nickerson]

Hi Chris,

To me the mess is with our wiki and mailing lists.

Over the years I've spent considerable time in both and i find them to be
death eaters that drain the energy from all ideas.

I have a more positive vision of local empowerment with a place for local
communities to share ideas with like minded communities and help each
other. That way the local communities who want to support this sort of work
can help each other to refine the processes, whereas local communities who
don't support this work can focus their energy on something that is
positive to them.

So yes, what seems arrogant to you, is to me a more positive world of local
empowerment.

Politics eh? You'll never get everyone to agree!

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

[Talk-cz] Mapovaci prace pro studenty - kde by mohli pomoci?

[Pavel Bokr]

Ahoj,

vim ze se tady resili nejake studentske prace, ale nepamatuji si jestli se 
resili nejake moznosti mapovani. Jsem v kontaktu s vyucujicim, ktery posila sve 
studenty do terenu a zminil jsem se mu, ze by studenti mohli byt uzitecni i pro 
rozvoj OSM i dalsich veci.



Ted davam dohromady tipy v cem by mohli byt studenti v terenu uzitecni (treba 
by se do neceho z toho mohli zapojit) a napada me:

- cokoliv co v terenu zmapuji pridat do OSM

- mohou fotit a nahravat rozcestniky (pripadne mapovat trasy, ale relace by 
byly asi moc, kdyz s OSM nedelali)

- wikipedie by urcite uvitala fotografie mist a nekterych objektu

- pripadne serie fotografii cest/tras jsou vitany na https://www.mapillary.com/ 

- nebo alepson GPS trasy cest (zvlaste tech ktere nejsou videt na satelitnich 
snimcich) nahrane treba pres OSMTracker (nebo jiny efektivnejsi zpusob?)



Na co jsem zapomel? Co treba “samostatne vypichnout”?

Pavel Bokr___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] liste technique "BANO" ?

[Christian Quest]

Effectivement le json destiné à addok a évolué sur plusieurs points:
- ajout des multiples codes INSEE pour Paris/Lyon/Marseille, mais 
surtout pour les communes fusionnées pour permettre à un filtre citycode 
de fonctionner qu'on passe un ancien ou nouveau code INSEE

- ajout des X/Y légaux
- pas mal de corrections diverses mais qui ne devraient pas poser de 
problème à l'usage pour addok (au contraire)


Le traitement de vendredi est le premier diffusé sur 
http://bano.openstreetmap.fr/BAN_odbl/


C'est sur https://github.com/etalab/ban-data que l'on peut suivre 
l'évolution pour les données BAN et poster des issues si besoin.


Si besoin, je peux sortir un json à l'ancienne.

addok arrive à sa 1.0, avec pas mal d'améliorations. Une instance de 
test est dispo sur devapi-adresse.data.gouv.fr et le code est mûr pour 
être à minima testé voire mis en production.



Côté BANO, les mises à jour sont moins fréquentes depuis quelques temps 
à cause des problèmes de récupération de données du cadastre, mais ceci 
devrait se fluidifier avec un accès facilité aux données du cadastre qui 
entre officiellement dans le "Service Public de la Donnée".




Le 18/03/2017 à 17:18, Frédéric Rodrigo a écrit :

Salut,

Pour BANO c'est ici :
https://github.com/osm-fr/bano/issues
Pour la BAN c'est ici :
https://github.com/etalab/ban-data/issues

Je pense que le nouveau format va de pair avec la nouvelle version 
d'Addok.

https://github.com/addok/addok

Si Addok 0.5 n'est plus capable de manger les nouveaux fichier je vais 
aussi avoir et le même problème à la prochaine mise à jour, et je 
pense que l'on ne va pas être les seuls.


Frédéric.



Le 18/03/2017 à 15:31, Brice MALLET a écrit :

Bonjour, je ne me souviens plus s'il existe une liste technique BANO.

En effet nous (www.entrouvert.com) suivons ce projet à titre 
professionnel et l'un de mes collègues a détecté une modification 
dans l'export json accessible depuis OSM.fr 
(http://bano.openstreetmap.fr/BAN_odbl/).


citycode est désormais une liste :

  {"city": "Paris",
   "citycode": ["75113", 75056],
   "name": "Allée Marc Chagall",
   ...

La question est donc : quelle liste ou autre canal suivre pour être 
informé de ces évolutions ?

Merci.





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



--
Christian Quest - OpenStreetMap France

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

Re: [Talk-GB] Import Progress

[Chris Hill]

So you decided that the Imports mailing list isn't useful and is too 
20th Century for you.


Don't you see how arrogant and disconnected you sound?

An hour a week was spent in the provider's office, but not once was the 
process required by OSM to do imports mentioned?


It may have been done by WM team, but clearly at least two directors of 
OSMUK support this flawed process.


I repeat: What a Mess.

Chris.
P.S. telling me not to worry is horribly patronising Rob, please don't 
do it.


On 19/03/2017 15:04, Rob Nickerson wrote:

Hi Chris,

I don't think any of us are members of the import mailing list and I 
don't see the point of joining any more mailing lists. They represent 
an arcane 20th century solution that allows a few negative comments to 
derail a locally supported project.


Mailing list posts drift off topic way too easily any it's never clear 
when "consensus" is found. Richard F did the right thing in 2013 when 
he quit them and I encourage others to do the same


Few people replied to Brian's messages on the local list as we had 
already discussed and agreed it. Thus for every negative email there 
are usually many people who support it but just don't post.


Far from a bad import i think this is a great example to hold up as a 
good case study. Who else would spend an hour a week in the data 
providers office discussing not just the current data but 
methodologies for keeping it up to date.


The new and old data is being consolidated as Brian mentioned in his 
post yesterday. Everything is in hand, so no need to worry.


We are making huge strives forwards in the West Midlands and I'm 
looking forward to Open Data becoming the norm as a result of Brian's 
hard work.


Rob

P.s. this is being done by the local community not OSM UK which is 
still working up it's first project. As a fellow Director however I 
fully support Brian. I'm glad we have set up OSM UK and I hope it can 
get involved in similar projects where it is provided the devolved 
powers it needs to cater for it's community rather than leaving those 
decisions to an unclear "central power" that goes round in circles 
effectively preventing any new ideas seeing the light of day.



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


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

Re: [OSM-talk-fr] Suppression du tag ISO3166-1 sur la relation France Métropolitaine

[osm . sanspourriel]

Effectivement mon clavier a fourché ;-).

FR c'est sur l'autre relation et sans information temporelle.


Le 19/03/2017 à 15:58, Philippe Verdy - verd...@wanadoo.fr a écrit :
Euh non, justement pas FR mais FX. Le code FR déjà désignait la France 
entière en 1993-1997, en plus de FX pour la métropole seule 
(territoire européen: continent+Corse et îles côtières).




Le 19 mars 2017 à 13:50, > a écrit :


Ça fait 20 ans que ce code n'est plus ISO :Newsletter I-2


Donc ISO3166-1:1993-1997 (alors que c'est la mise à jour de 2002
qui ajoute cette entrée dans la norme de 1999 qui initialement
avait oublié de noter cette entrée... comme supprimée).

Ou pour être homogène :
ISO3166-1:numeric:1993-1997=249
ISO3166-1:alpha2:1993-1997=FR.

Ça me semble utile : ça ne mange pas de pain et évitera que
qu'autres se posent la question.



Le 19/03/2017 à 01:27, Philippe Verdy - verd...@wanadoo.fr
 a écrit :

Je pense que celui qui a supprimé ce code a pensé qu'il n'était
pas nécessaire, croytnat que FR est suffisant alors que ça inclue
toute la France y compris les outre-mer qui ont (pour certains
mais pas tous) leur propre code ISO 3166-1.
Quitte à remettre un code ISO (si l'identifiant Wikidata ne te
semble pas plus stable que les codes ISO), autant que ce soit sur
un tag différent, ISO3166-1 avec un suffixe de date mentionnant
l'année où le code était encore standard.


Le 19 mars 2017 à 00:56, Philippe Verdy > a écrit :

C'est vrai qu'il n'y avait aucune obligation à le faire (même
si le code a été rendu obsolète dans I'ISO, il reste
inutilisé pour autre chose pour l'instant)
Sinon tu peux toujours utiliser la recherche par nom, ou par
wikidata=Q212429 qui garde un identifiant stable



Garanti sans virus. www.avast.com





Le 19 mars 2017 à 00:06, François Lacombe
> a écrit :

Bonsoir,

Tout est dans le titre, dans un changeset datant d'il y a
5 jours, la relation "France métropolitaine" a perdu son
tag ISO3166-1=FX.
https://www.openstreetmap.org/relation/1403916


Résultat mes requêtes Overpass sont par terre, parce que
je m'en servais pour constituer une area.

Il y a eu une décision provoquant ce changement à côté de
laquelle je serai passé ?
Sinon je suis pour un revert, parce que ca me semble très
structurant.

Sur la relation France, on voit apparaitre
ISO3166-1:numeric, ISO3166-1:alpha2...
https://www.openstreetmap.org/relation/2202162


Merci par avance

François

--
*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com 
@InfosReseaux 

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






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


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


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

[Talk-GB] Import Progress

[Rob Nickerson]

Hi Chris,

I don't think any of us are members of the import mailing list and I don't
see the point of joining any more mailing lists. They represent an arcane
20th century solution that allows a few negative comments to derail a
locally supported project.

Mailing list posts drift off topic way too easily any it's never clear when
"consensus" is found. Richard F did the right thing in 2013 when he quit
them and I encourage others to do the same

Few people replied to Brian's messages on the local list as we had already
discussed and agreed it. Thus for every negative email there are usually
many people who support it but just don't post.

Far from a bad import i think this is a great example to hold up as a good
case study. Who else would spend an hour a week in the data providers
office discussing not just the current data but methodologies for keeping
it up to date.

The new and old data is being consolidated as Brian mentioned in his post
yesterday. Everything is in hand, so no need to worry.

We are making huge strives forwards in the West Midlands and I'm looking
forward to Open Data becoming the norm as a result of Brian's hard work.

Rob

P.s. this is being done by the local community not OSM UK which is still
working up it's first project. As a fellow Director however I fully support
Brian. I'm glad we have set up OSM UK and I hope it can get involved in
similar projects where it is provided the devolved powers it needs to cater
for it's community rather than leaving those decisions to an unclear
"central power" that goes round in circles effectively preventing any new
ideas seeing the light of day.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-gb-westmidlands] Import Progress

[Rob Nickerson]

Hi Chris,

I don't think any of us are members of the import mailing list and I don't
see the point of joining any more mailing lists. They represent an arcane
20th century solution that allows a few negative comments to derail a
locally supported project.

Mailing list posts drift off topic way too easily any it's never clear when
"consensus" is found. Richard F did the right thing in 2013 when he quit
them and I encourage others to do the same

Few people replied to Brian's messages on the local list as we had already
discussed and agreed it. Thus for every negative email there are usually
many people who support it but just don't post.

Far from a bad import i think this is a great example to hold up as a good
case study. Who else would spend an hour a week in the data providers
office discussing not just the current data but methodologies for keeping
it up to date.

The new and old data is being consolidated as Brian mentioned in his post
yesterday. Everything is in hand, so no need to worry.

We are making huge strives forwards in the West Midlands and I'm looking
forward to Open Data becoming the norm as a result of Brian's hard work.

Rob

P.s. this is being done by the local community not OSM UK which is still
working up it's first project. As a fellow Director however I fully support
Brian. I'm glad we have set up OSM UK and I hope it can get involved in
similar projects where it is provided the devolved powers it needs to cater
for it's community rather than leaving those decisions to an unclear
"central power" that goes round in circles effectively preventing any new
ideas seeing the light of day.
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [OSM-talk-fr] application web "layers" d'OSM France

[Philippe Verdy]

Notez que j'ai déjà contacté 3Liz pour leur signaler que leurs démos
référencçaient encore MapQuest Open (et uniquement ce fond). Ils vont
mettre à jour leurs démos. Mais des sites hébergés (par exemple pour Rennes
Métropole) sont encore sur Mapquest Open (et on n'a pas toujours le choix
d'un autre fond), ce qui fait que leurs cartes sont inutilisables.
A ce sujet 3Liz envisage héberger son serveur de rendu ou bien un proxy
cache (type Squid), mais pour l'instant ils n'ont ni l'un ni l'autre et ne
confirment rien. On verra bien ce qu'ils mettent à la place de Mapquest
Open.

Le 19 mars 2017 à 11:34, Art Penteur  a écrit :

> +1
> (même si j'aurais titré le message plus explicitement, p. ex. : "Supprimer
> références obsolète à MapQquest Open dans layers français"
>
> Art.
>
> Le 18 mars 2017 à 16:06, Philippe Verdy  a écrit :
>
>> Cette appli référence encore le fond de carte MapQuest Open qui est
>> définitivement fermé sans clé d'accès.
>>
>> Ne peut-on pas le remplacer par le fond de carte cyclable et le fond
>> transport qui n'y sont pas encore (mais figurent dans les fonds par défaut
>> de l'appli web OSM.org) ?
>>
>> Y a-t-il d'autres fonds français qui seraient intéresssants (par exemple
>> celui de 3liz.com si on a un accord de leur part... histoire de leur
>> faire de la publicité au lieu encore de promouvoir Mapquest) ?
>>
>>
>> 
>>  Garanti
>> sans virus. www.avast.com
>> 
>> <#m_8077937020908822335_m_4035450882063707527_DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Josm, layer wms non visibili.

[girarsi_liste]

Scoperto l'arcano, a parte connessione lenta, per qualche motivo la voce
"caricamento tasselli automatico" era disattivata, evidentemente senza
accorgermene devo aver tolto la spunta dalle impostazioni di Josm nella
scheda dei raster WMS/TMS/WTMS.

Semmai capitasse ad altri, magari controllate l'opzione.

Eventualmente è possibile attivarla temporaneamente anche dal layer
cliccandoci sopra col tasto destro e nel menu a comparsa, selezionare la
voce sopra.


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



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

Re: [Talk-gb-westmidlands] Import Progress

[Andy Mabbett]

"On 19 March 2017 at 13:13, ajt1...@gmail.com  wrote:
> On 19/03/2017 12:52, Andy Mabbett wrote:

>> I'm told that Brian has been blocked for these edits This is
>> outrageous.

> No, he was sent this message:
>
> https://www.openstreetmap.org/user_blocks/1271

Which opens with the words "brianboru blocked by SomeoneElse"

>> There is clearly consensus for them in the local mapping
>> community, and a well-defined and transparent plan for the process has
>> been published.

> That was one of the questions asked in changeset discussions - can you
> please link to where the "well-defined and transparent plan" for the "trees"
> import was published, and where discussion took place?

On the mailing list where I posted, for one.

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

Re: [Talk-GB] [Talk-gb-westmidlands] Import Progress

[Andy Mabbett]

"On 19 March 2017 at 13:13, ajt1...@gmail.com  wrote:
> On 19/03/2017 12:52, Andy Mabbett wrote:

>> I'm told that Brian has been blocked for these edits This is
>> outrageous.

> No, he was sent this message:
>
> https://www.openstreetmap.org/user_blocks/1271

Which opens with the words "brianboru blocked by SomeoneElse"

>> There is clearly consensus for them in the local mapping
>> community, and a well-defined and transparent plan for the process has
>> been published.

> That was one of the questions asked in changeset discussions - can you
> please link to where the "well-defined and transparent plan" for the "trees"
> import was published, and where discussion took place?

On the mailing list where I posted, for one.

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

Re: [OSM-talk-fr] Suppression du tag ISO3166-1 sur la relation France Métrpolitaine

[Philippe Verdy]

Euh non, justement pas FR mais FX. Le code FR déjà désignait la France
entière en 1993-1997, en plus de FX pour la métropole seule (territoire
européen: continent+Corse et îles côtières).


Garanti
sans virus. www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

Le 19 mars 2017 à 13:50,  a écrit :

> Ça fait 20 ans que ce code n'est plus ISO : Newsletter I-2
> 
>
> Donc ISO3166-1:1993-1997 (alors que c'est la mise à jour de 2002 qui
> ajoute cette entrée dans la norme de 1999 qui initialement avait oublié de
> noter cette entrée... comme supprimée).
>
> Ou pour être homogène :
> ISO3166-1:numeric:1993-1997=249
> ISO3166-1:alpha2:1993-1997=FR.
>
> Ça me semble utile : ça ne mange pas de pain et évitera que qu'autres se
> posent la question.
>
>
>
> Le 19/03/2017 à 01:27, Philippe Verdy - verd...@wanadoo.fr a écrit :
>
> Je pense que celui qui a supprimé ce code a pensé qu'il n'était pas
> nécessaire, croytnat que FR est suffisant alors que ça inclue toute la
> France y compris les outre-mer qui ont (pour certains mais pas tous) leur
> propre code ISO 3166-1.
> Quitte à remettre un code ISO (si l'identifiant Wikidata ne te semble pas
> plus stable que les codes ISO), autant que ce soit sur un tag différent,
> ISO3166-1 avec un suffixe de date mentionnant l'année où le code était
> encore standard.
>
>
> Le 19 mars 2017 à 00:56, Philippe Verdy  a écrit :
>
>> C'est vrai qu'il n'y avait aucune obligation à le faire (même si le code
>> a été rendu obsolète dans I'ISO, il reste inutilisé pour autre chose pour
>> l'instant)
>> Sinon tu peux toujours utiliser la recherche par nom, ou par
>> wikidata=Q212429 qui garde un identifiant stable
>>
>>
>> 
>>  Garanti
>> sans virus. www.avast.com
>> 
>>
>> Le 19 mars 2017 à 00:06, François Lacombe  a
>> écrit :
>>
>>> Bonsoir,
>>>
>>> Tout est dans le titre, dans un changeset datant d'il y a 5 jours, la
>>> relation "France métropolitaine" a perdu son tag ISO3166-1=FX.
>>> https://www.openstreetmap.org/relation/1403916
>>>
>>> Résultat mes requêtes Overpass sont par terre, parce que je m'en servais
>>> pour constituer une area.
>>>
>>> Il y a eu une décision provoquant ce changement à côté de laquelle je
>>> serai passé ?
>>> Sinon je suis pour un revert, parce que ca me semble très structurant.
>>>
>>> Sur la relation France, on voit apparaitre ISO3166-1:numeric,
>>> ISO3166-1:alpha2...
>>> https://www.openstreetmap.org/relation/2202162
>>>
>>> Merci par avance
>>>
>>> François
>>>
>>> --
>>> *François Lacombe*
>>>
>>> fl dot infosreseaux At gmail dot com
>>> www.infos-reseaux.com
>>> @InfosReseaux 
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [talk-latam] citylines.co

[Matías Kalwill]

Muy bueno Bruno, felicitaciones!

2017-03-19 0:12 GMT-04:00 Bruno Salerno :

> Hola!
>
> Los quería invitar a conocer y participar de citylines.co (http://www.
> citylines.co), una plataforma colaborativa que estoy desarrollando para
> reconstruir las redes de transporte de las ciudades del mundo. Usa Mapbox
> GL y OpenStreetMap como cartografía base.
>
> Espero que les resulte interesante!
>
> Comentarios y sugerencias son bienvenidos!
>
> ___
> talk-latam mailing list
> talk-latam@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-latam
>
>
___
talk-latam mailing list
talk-latam@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-latam

Re: [Talk-GB] [Talk-gb-westmidlands] Import Progress

[Chris Hill]

The problem with this is there are import guidelines which have been 
completely ignored. Was there an email and discussion in the Imports 
mailing list? Was there a wiki page to record and share the process? How 
were the tags chosen? What steps were taken to check the accuracy of the 
data supplied? Why was the import data not merged with existing data 
(that was just deleted). Why was the data imported with a regular user 
id not one created for the import process? The imported data doesn't 
align with the existing data - what's going to be done about that?


These are just the points I can see, before a broader discussion has 
started.


Why do you believe that this is only a matter for the West Midland group 
to discuss? This sets a precedent for any other area to use. If this had 
been done properly this could have become the go to example of how to 
use local authority data, as it is it is a great example of how not to 
do it.


I am disillusioned that the newly formed OSMUK has a director that just 
ignores the good practice set up across the world. Are the aims of OSMUK 
to just hack off the rest of the UK mappers?


The problem is, I don't expect that anything will change. There may be 
some bluster, some indignant emails hurled around but these imports 
won't be reverted as they should be and the precedent will remain. What 
a mess.


--
cheers
Chris Hill (chillly)

On 19/03/2017 14:03, Rob Nickerson wrote:

Hi,

This was discussed at our monthly meeting, it was then shared to the 
appropriate local list [1] and a post about quality to Mappa Mercia 
blog [2].


Brian has also been meeting with the data suppliers on a regular basis 
(at times spending an hour a week with them) helping to develop a 
strategy. Expert advise was also sought on the tree data.


So we have a data process that is supported by the local community, 
shared publicly and covers a very small region. Our community is also 
well established (10 years) and experienced to make these decisions.


My view is that appropriate steps have been taken. Anything more would 
have been disproportionate any suggests a desire to have OSM centrally 
run (which as we know is unrealistic).


Best,
Rob


[1] 
https://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/2017-March/002127.html 

[2] 
http://www.mappa-mercia.org/2017/03/massive-release-of-highways-asset-data-in-birmingham.html



On 19 Mar 2017 1:14 p.m., "ajt1...@gmail.com 
" > wrote:


On 19/03/2017 12:52, Andy Mabbett wrote:

On 18 March 2017 at 18:52, Brian Prangle > wrote:

I'm off for a break and I'm leaving a couple of key
imports partially
complete so I thought it best to give you an update of
where I'm at:

I'm told that Brian has been blocked for these edits This is
outrageous.


No, he was sent this message:

https://www.openstreetmap.org/user_blocks/1271


because it appeared that the link between changeset discussions
and his email inbox was broken.

There is clearly consensus for them in the local mapping
community, and a well-defined and transparent plan for the
process has
been published.


That was one of the questions asked in changeset discussions - can
you please link to where the "well-defined and transparent plan"
for the "trees" import was published, and where discussion took place?

A well-respected member of the community should not be treated
this way.


No-one doubts that Brian is well-respected member of the OSM
community - few if any have put in as much effort as him over the
years.  Unfortunately even well-respected community members can
have email filters go rogue on them - it's not the first time that
it's happened and I'm sure it won't be the last  :)

Best Regards,

Andy

(cc:ing talk@ because I know there's been discussion, including on
IRC, outside the West Mids about the trees import and as similar
sort of council work is being outsourced elsewhere, it's useful to
discuss it more widely).




___
Talk-gb-westmidlands mailing list
talk-gb-westmidla...@openstreetmap.org

https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands




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


___
Talk-GB mailing list
Talk-GB@openstreetmap.org

Re: [Talk-gb-westmidlands] Import Progress

[Rob Nickerson]

Hi,

This was discussed at our monthly meeting, it was then shared to the
appropriate local list [1] and a post about quality to Mappa Mercia blog
[2].

Brian has also been meeting with the data suppliers on a regular basis (at
times spending an hour a week with them) helping to develop a strategy.
Expert advise was also sought on the tree data.

So we have a data process that is supported by the local community, shared
publicly and covers a very small region. Our community is also well
established (10 years) and experienced to make these decisions.

My view is that appropriate steps have been taken. Anything more would have
been disproportionate any suggests a desire to have OSM centrally run
(which as we know is unrealistic).

Best,
Rob


[1] https://lists.openstreetmap.org/pipermail/talk-gb-westmidlands/2017-
March/002127.html
[2]
http://www.mappa-mercia.org/2017/03/massive-release-of-highways-asset-data-in-birmingham.html


On 19 Mar 2017 1:14 p.m., "ajt1...@gmail.com"  wrote:

> On 19/03/2017 12:52, Andy Mabbett wrote:
>
>> On 18 March 2017 at 18:52, Brian Prangle  wrote:
>>
>> I'm off for a break and I'm leaving a couple of key imports partially
>>> complete so I thought it best to give you an update of where I'm at:
>>>
>> I'm told that Brian has been blocked for these edits This is
>> outrageous.
>>
>
> No, he was sent this message:
>
> https://www.openstreetmap.org/user_blocks/1271
>
> because it appeared that the link between changeset discussions and his
> email inbox was broken.
>
> There is clearly consensus for them in the local mapping
>> community, and a well-defined and transparent plan for the process has
>> been published.
>>
>
> That was one of the questions asked in changeset discussions - can you
> please link to where the "well-defined and transparent plan" for the
> "trees" import was published, and where discussion took place?
>
> A well-respected member of the community should not be treated this way.
>>
>
> No-one doubts that Brian is well-respected member of the OSM community -
> few if any have put in as much effort as him over the years.  Unfortunately
> even well-respected community members can have email filters go rogue on
> them - it's not the first time that it's happened and I'm sure it won't be
> the last  :)
>
> Best Regards,
>
> Andy
>
> (cc:ing talk@ because I know there's been discussion, including on IRC,
> outside the West Mids about the trees import and as similar sort of council
> work is being outsourced elsewhere, it's useful to discuss it more widely).
>
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-it] Josm, layer wms non visibili.

[girarsi_liste]

Il 19/03/2017 13:34, Federico Cortese ha scritto:
> On Mar 19, 2017 13:17, "Fabrizio Tambussa"  wrote:
> 
> Ho avuto lo stesso problema. L'ho risolto riaggiungendo i layer dalla
> pagina di configurazione dei layer disponibili.
> Saluti
> 
> 
> Sì, anche io con la nuova versione ho dovuto riattivare i layer delle foto,
> ma non credevo che il problema di Simone fosse quello.
> 
> Ciao,
> Federico

Provato raggiungendo i tms/wms dalle impostazioni, non cambia nulla, ho
provato a copiare il link del servizio wms del PCN relativo alle
ortofoto 2012, non si vede niente.

Sono andato su commons.wikimedia, per provare a vedere se visualizzavo
immagini "pesantine", ed infatti ci mettevano una vita, temo sia un
problema di ADSL lenta, per quanto riguarda lo scaricamento di immagini,
perchè per scaricare i dati da OSM di una determinata area selezionata,
diciamo più o meno ci mette qualcosina in pù del solito.

A questo punto temo sia un mio problema di connessione, chiedo scusa a
tutti.






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



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

Re: [OSM-talk] Responding to vandalism

[Paul Johnson]

On Fri, Mar 17, 2017 at 2:02 PM, Yves  wrote:

> 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.
>

I'd be open to patrolling a wider area than (most) of my metro area (such
as the entire state), but it seems WHODIDIT's about the only tool that
isn't completely hamfisted that I'm aware of, and it's bbox limit isn't
quite big enough to fit what most here would consider the entire metro,
much less what TV and radio consder the entire metro (TV and radio stations
typically also consider several southeastern Kansas and northwestern
Arkansas counties as part of "metro Tulsa").
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Responding to vandalism

[Paul Johnson]

On Thu, Mar 16, 2017 at 2:27 PM, Nicolás Alvarez 
wrote:

> 2017-03-16 16:00 GMT-03:00 Mike N :
> > On 3/16/2017 2:04 PM, Frederik Ramm wrote:
> >>
> >> And in vandalism, I would also distinguish between teenage doodles
> >> ("penis! ha ha ha!"), and serious concerted efforts to harm OSM.
> >
> >
> >   Then there's the serious and real ha ha ha
> > http://www.openstreetmap.org/#map=19/41.84196/-89.48580
>
> Not so real; the actual church shape is quite different. Bing's
> imagery is way too old, but if you compare with USGS Large Scale
> Imagery (or with the Google photo in the article you linked), you can
> see that someone simply freehand-drew a penis-shaped building there.
>

To be fair, they could have been using id or Potlatch.  I tend to find it's
lack of ability to zoom in without changing the background zoom level and
the lack of mode locking and alignment selectivity JOSM has makes it very
difficult to come up with something that doesn't look like it wasn't drawn
by an overcaffeinated macaque suffering alcohol DTs.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Responding to vandalism

[Paul Johnson]

On Thu, Mar 16, 2017 at 1:00 PM, Michael Reichert  wrote:

> I can second that. I did Pokémon cleaning in Germany. The majority of
> them doesn't edit OSM a second time.
>

In defense of PoGo for a moment...

I've actually been fairly impressed with this in my region.  We've had a
few new casual mappers come in from PoGo join in with largely positive
results (and refreshing to get some additional perspective).

To date, we have had one user who was referred to the DWG and blocked by
SimonPoole two months ago, expiring when they next log in (they have not
yet logged in).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-gb-westmidlands] Import Progress

[ajt1...@gmail.com]

On 19/03/2017 12:52, Andy Mabbett wrote:

On 18 March 2017 at 18:52, Brian Prangle  wrote:


I'm off for a break and I'm leaving a couple of key imports partially
complete so I thought it best to give you an update of where I'm at:

I'm told that Brian has been blocked for these edits This is
outrageous.


No, he was sent this message:

https://www.openstreetmap.org/user_blocks/1271

because it appeared that the link between changeset discussions and his 
email inbox was broken.



There is clearly consensus for them in the local mapping
community, and a well-defined and transparent plan for the process has
been published.


That was one of the questions asked in changeset discussions - can you 
please link to where the "well-defined and transparent plan" for the 
"trees" import was published, and where discussion took place?



A well-respected member of the community should not be treated this way.


No-one doubts that Brian is well-respected member of the OSM community - 
few if any have put in as much effort as him over the years.  
Unfortunately even well-respected community members can have email 
filters go rogue on them - it's not the first time that it's happened 
and I'm sure it won't be the last  :)


Best Regards,

Andy

(cc:ing talk@ because I know there's been discussion, including on IRC, 
outside the West Mids about the trees import and as similar sort of 
council work is being outsourced elsewhere, it's useful to discuss it 
more widely).





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

Re: [Talk-GB] [Talk-gb-westmidlands] Import Progress

[ajt1...@gmail.com]

On 19/03/2017 12:52, Andy Mabbett wrote:

On 18 March 2017 at 18:52, Brian Prangle  wrote:


I'm off for a break and I'm leaving a couple of key imports partially
complete so I thought it best to give you an update of where I'm at:

I'm told that Brian has been blocked for these edits This is
outrageous.


No, he was sent this message:

https://www.openstreetmap.org/user_blocks/1271

because it appeared that the link between changeset discussions and his 
email inbox was broken.



There is clearly consensus for them in the local mapping
community, and a well-defined and transparent plan for the process has
been published.


That was one of the questions asked in changeset discussions - can you 
please link to where the "well-defined and transparent plan" for the 
"trees" import was published, and where discussion took place?



A well-respected member of the community should not be treated this way.


No-one doubts that Brian is well-respected member of the OSM community - 
few if any have put in as much effort as him over the years.  
Unfortunately even well-respected community members can have email 
filters go rogue on them - it's not the first time that it's happened 
and I'm sure it won't be the last  :)


Best Regards,

Andy

(cc:ing talk@ because I know there's been discussion, including on IRC, 
outside the West Mids about the trees import and as similar sort of 
council work is being outsourced elsewhere, it's useful to discuss it 
more widely).





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

Re: [Talk-ko] Broken (multi)polygons in Korea

[Andrew Errington]

Ok.  I contacted who I thought was the most prolific mapper of forest
outlines.  They said they did it as quickly as possible because it was
important for Koreans to see forested areas on the map.  Now they are
reviewing and improving those polygons.

Best wishes,

Andrew

On Mar 15, 2017 5:24 PM, "Andrew Errington"  wrote:

As far as I know there has been no import of forest area data.  There is a
prolific mapper who has made rough outlines of forested areas.  Some of
these areas overlap with others.  Some areas intersect with themselves.  I
don't think each area represents anything "on the ground", just a
convenient chunk to draw a line around.

I will contact that mapper and ask about his or her methodology.  There are
other "large area mappers" too.

Best wishes,

Andrew

On Mar 15, 2017 4:58 PM, "Jochen Topf"  wrote:

Hi!

there are quite a lot of broken (multi)polygons in the OSM data. I have
started an effort to clean them up. You can find out more at
http://area.jochentopf.com

I found that there are many problems with self-intersections in South
Korea, often on forests. You can see this here:
http://tools.geofabrik.de/osmi/?view=areas=128.02487=36.21680=8

Was there some kind of import? Can you, the Korean community, help with
fixing them? How good is that forest data anyway? Is it worth cleaning
up? I'd appreciate any information and help.

If you are interested, I can also create special Maproulette challenges
or create special data extracts or so to help the Korean community clean
this up?

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

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

Re: [OSM-talk] Responding to vandalism

[Paul Johnson]

On Thu, Mar 16, 2017 at 12:44 PM, Dave F 
wrote:

>
> On 16/03/2017 17:13, James wrote:
>
>> People can't even be bothered to review osmcha, you think people will
>> want to approve changesets?
>>
>>
> Could that be because it's not the very user friendly site? The filter
> options are overly complicated & doesn't even save them!
>

Not to mention, WHODIDIT 
does exactly the same thing, but in an RSS feed, based on options you set
once...
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Andrea Musuruane]

Il 19/mar/2017 11:58, "Martin Koppenhoefer"  ha
scritto:

>
>
> sent from a phone
>
> > On 18 Mar 2017, at 18:47, Andrea Musuruane  wrote:
> >
> > OSM Inspector riporta come "misformatted house number" tutti gli
> housenumer con lettere maiuscole.
>
>
> sembra un errore dell'inspector: come può sapere se maiuscolo o minuscolo
> è giusto per il civico che stai mappando?
>

Non possono essere due civici uno con l'esponente maiuscolo e l'altro
minuscolo. Es: 2b e 2B.

E' una convenzione che scegliamo noi come scrivere l'esponente.

Cosa che tra l'altro facciamo anche per i nomi delle strade. Infatti non
ricopiamo nel tag name il nome come lo leggiamo nel cartello stradale.

Ciao,

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

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

[Cascafico Giovanni]

Ho notato un certo sfasamento dei civici rispetto le way ed ortofoto
PCN2012, sopratutto nella zona di Via Benvenuto Cellini (149116218) e
parallele.
Ho sistemato ad occhio alcuni civici di Via Tiziano Vecellio (326080368),
ma forse è meglio dare un'occhiata a tutti quelli che hanno questo
sfasamento.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-gb-westmidlands] Import Progress

[Andy Mabbett]

On 18 March 2017 at 18:52, Brian Prangle  wrote:

> I'm off for a break and I'm leaving a couple of key imports partially
> complete so I thought it best to give you an update of where I'm at:

I'm told that Brian has been blocked for these edits This is
outrageous. There is clearly consensus for them in the local mapping
community, and a well-defined and transparent plan for the process has
been published.

A well-respected member of the community should not be treated this way.

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [OSM-talk-fr] Suppression du tag ISO3166-1 sur la relation France Métrpolitaine

[osm . sanspourriel]

Ça fait 20 ans que ce code n'est plus ISO :Newsletter I-2 



Donc ISO3166-1:1993-1997 (alors que c'est la mise à jour de 2002 qui 
ajoute cette entrée dans la norme de 1999 qui initialement avait oublié 
de noter cette entrée... comme supprimée).


Ou pour être homogène :
ISO3166-1:numeric:1993-1997=249
ISO3166-1:alpha2:1993-1997=FR.

Ça me semble utile : ça ne mange pas de pain et évitera que qu'autres se 
posent la question.



Le 19/03/2017 à 01:27, Philippe Verdy - verd...@wanadoo.fr a écrit :
Je pense que celui qui a supprimé ce code a pensé qu'il n'était pas 
nécessaire, croytnat que FR est suffisant alors que ça inclue toute la 
France y compris les outre-mer qui ont (pour certains mais pas tous) 
leur propre code ISO 3166-1.
Quitte à remettre un code ISO (si l'identifiant Wikidata ne te semble 
pas plus stable que les codes ISO), autant que ce soit sur un tag 
différent, ISO3166-1 avec un suffixe de date mentionnant l'année où le 
code était encore standard.



Le 19 mars 2017 à 00:56, Philippe Verdy > a écrit :


C'est vrai qu'il n'y avait aucune obligation à le faire (même si
le code a été rendu obsolète dans I'ISO, il reste inutilisé pour
autre chose pour l'instant)
Sinon tu peux toujours utiliser la recherche par nom, ou par
wikidata=Q212429 qui garde un identifiant stable



Garanti sans virus. www.avast.com





Le 19 mars 2017 à 00:06, François Lacombe
> a
écrit :

Bonsoir,

Tout est dans le titre, dans un changeset datant d'il y a 5
jours, la relation "France métropolitaine" a perdu son tag
ISO3166-1=FX.
https://www.openstreetmap.org/relation/1403916


Résultat mes requêtes Overpass sont par terre, parce que je
m'en servais pour constituer une area.

Il y a eu une décision provoquant ce changement à côté de
laquelle je serai passé ?
Sinon je suis pour un revert, parce que ca me semble très
structurant.

Sur la relation France, on voit apparaitre ISO3166-1:numeric,
ISO3166-1:alpha2...
https://www.openstreetmap.org/relation/2202162


Merci par avance

François

--
*François Lacombe*

fl dot infosreseaux At gmail dot com
www.infos-reseaux.com 
@InfosReseaux 

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






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


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

Re: [Talk-it] Josm, layer wms non visibili.

[Federico Cortese]

On Mar 19, 2017 13:17, "Fabrizio Tambussa"  wrote:

Ho avuto lo stesso problema. L'ho risolto riaggiungendo i layer dalla
pagina di configurazione dei layer disponibili.
Saluti


Sì, anche io con la nuova versione ho dovuto riattivare i layer delle foto,
ma non credevo che il problema di Simone fosse quello.

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

Re: [Talk-it] Josm, layer wms non visibili.

[Cascafico Giovanni]

E' ritornato tutto.
Quando mancava la lista dei fornitori JOSM lamentava all'avvio un problema
di rete e suggeriva controllare proxy (che non ho). Non ci avevo fatto
caso, ma presumo sia stata la causa.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Josm, layer wms non visibili.

[Fabrizio Tambussa]

Ho avuto lo stesso problema. L'ho risolto riaggiungendo i layer dalla
pagina di configurazione dei layer disponibili.
Saluti

Il 19/Mar/2017 12:52, "girarsi_liste"  ha scritto:

> Il 19/03/2017 12:46, Federico Cortese ha scritto:
> > 2017-03-19 12:38 GMT+01:00 girarsi_liste :
> >> Il 19/03/2017 12:04, Cascafico Giovanni ha scritto:
> >>> Confermo: da JOSM sono spariti tutti i fornitori attivabili.
> >>> Mi sono rimasti funzionanti il TMS Mapnik ed alcuni WMS della
> Protezione
> >>> civile. Mapbox TMS non si scarica.
> >>>
> >>
> >> Provato anche con la versione stabile, 11639, non funziona niente dei
> >> vari wms/tms.
> >>
> >
> > La stessa versione che uso io ma non sto riscontrando nessun problema.
> > Ho appena provato Bing, Mapbox, PCN2012, wms regionali, tutto ok.
> >
> > Non saprei che tipo di problema possa essere.
> >
>
> Provarò più tardi, può essere un problema momentaneo legato al mio
> provider.
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> 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-cat] Zebra crossing tag

[Maria Cecilia D'Angelo]

Many thanks for the information! / Moltes gràcies per la informació!



From: yo paseopor 
Sent: Sunday, March 19, 2017 8:38 AM
To: OpenStreetMap in catalan
Subject: Re: [Talk-cat] Zebra crossing tag

Hi Maria!
ALWAYS (short answer)
but also you can complete the tagging item with other keys and values:
Is there any traffic light?
Is there kerb?
Is paved?
Is adapted for disabled people?
...
If you use JOSM I recommend you to use Traffic signs_ES preset to tag easily 
all zebras and other kinds of crossings.

Hola Maria!
SEMPRE (resposta curta)
però també ho pots completar amb altres claus i valors:
Hi ha semàfor?
Hi ha vorada?
Està pavimentat?
Està adaptat per a minusvàlids?
...
Si utilitzes JOSM et recomano la predefinició de menú Traffic signs_ES, per 
etiquetar fàcilment tots els passos de vianants i altres tipus d'encreuaments.

Salut i encreuaments (Health and crossings)
yopaseopor
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] Josm, layer wms non visibili.

[girarsi_liste]

Il 19/03/2017 12:46, Federico Cortese ha scritto:
> 2017-03-19 12:38 GMT+01:00 girarsi_liste :
>> Il 19/03/2017 12:04, Cascafico Giovanni ha scritto:
>>> Confermo: da JOSM sono spariti tutti i fornitori attivabili.
>>> Mi sono rimasti funzionanti il TMS Mapnik ed alcuni WMS della Protezione
>>> civile. Mapbox TMS non si scarica.
>>>
>>
>> Provato anche con la versione stabile, 11639, non funziona niente dei
>> vari wms/tms.
>>
> 
> La stessa versione che uso io ma non sto riscontrando nessun problema.
> Ho appena provato Bing, Mapbox, PCN2012, wms regionali, tutto ok.
> 
> Non saprei che tipo di problema possa essere.
> 

Provarò più tardi, può essere un problema momentaneo legato al mio provider.


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



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

Re: [OSM-talk] Fixing broken multipolygons, some notes

[Mattias Dalkvist]

On Sun, Mar 19, 2017 at 12:09 PM, Martin Koppenhoefer <
dieterdre...@gmail.com> wrote:

>
> On 18 Mar 2017, at 21:40, Sandor Seres  wrote:
>
> In another style, typical land related names are on the water like here
> http://osm.org/go/0Tt1PZIt-?layers=T .
>
>
> seems like either a bad import or localities on the sea, e.g. here:
> http://www.openstreetmap.org/node/2535180885
> 
>
>

The names in that case are bays and islands but it looks like there are 2
lake relations and only one of them have the islands as inner members
http://www.openstreetmap.org/relation/175607#map=14/60.4445/10.2434
http://www.openstreetmap.org/relation/2922000#map=14/60.4435/10.2359

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

Re: [Talk-it] Josm, layer wms non visibili.

[Federico Cortese]

2017-03-19 12:38 GMT+01:00 girarsi_liste :
> Il 19/03/2017 12:04, Cascafico Giovanni ha scritto:
>> Confermo: da JOSM sono spariti tutti i fornitori attivabili.
>> Mi sono rimasti funzionanti il TMS Mapnik ed alcuni WMS della Protezione
>> civile. Mapbox TMS non si scarica.
>>
>
> Provato anche con la versione stabile, 11639, non funziona niente dei
> vari wms/tms.
>

La stessa versione che uso io ma non sto riscontrando nessun problema.
Ho appena provato Bing, Mapbox, PCN2012, wms regionali, tutto ok.

Non saprei che tipo di problema possa essere.

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-it] Josm, layer wms non visibili.

[girarsi_liste]

Il 19/03/2017 12:04, Cascafico Giovanni ha scritto:
> Confermo: da JOSM sono spariti tutti i fornitori attivabili.
> Mi sono rimasti funzionanti il TMS Mapnik ed alcuni WMS della Protezione
> civile. Mapbox TMS non si scarica.
> 

Provato anche con la versione stabile, 11639, non funziona niente dei
vari wms/tms.

Ho guardato se c'erano segnalazioni nel sito di Josm, ma non ne vedo.

Non vorrei fosse un problema solo "Italiano", qualcuno ha modo di
sentire amici all'estero per ciò?



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



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

Re: [OSM-talk] Fixing broken multipolygons, some notes

[James]

Also if I remember correctly the whole point was to optimize/be able to
process osm data faster by not having to deal with so many errors(each case
can slow down the processing)

On Mar 19, 2017 7:23 AM, "Martin Koppenhoefer" 
wrote:

>
>
> sent from a phone
>
> > On 19 Mar 2017, at 10:03, Andreas Vilén  wrote:
> >
> > The main problem with Corine is that oftentimes the landuse data
> overlaps villages (which I found when I mapped mountain villages in
> southern Spain last week as well)
>
>
> whenever looking closeup at any corine data it was hardly possible to see
> the same borders they have in the aerial imagery. Often they resemble, but
> never (in the cases I looked at) the border was drawn where I'd expect a
> human mapper to draw it. The data doesn't seem suitable for small scale
> maps (small scale is what you typically observe on the ground)
>
> Cheers,
> Martin
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cat] Zebra crossing tag

[Maria Cecilia D'Angelo]

Hi,


I have a question regarding the zebra crossing tag, should it be tagged always 
where there is a zebra crossing? or only when it is located in mid road (not 
the corner) and there is no traffic light?


Many thanks!!
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk] Fixing broken multipolygons, some notes

[Martin Koppenhoefer]

sent from a phone

> On 19 Mar 2017, at 10:03, Andreas Vilén  wrote:
> 
> The main problem with Corine is that oftentimes the landuse data overlaps 
> villages (which I found when I mapped mountain villages in southern Spain 
> last week as well)


whenever looking closeup at any corine data it was hardly possible to see the 
same borders they have in the aerial imagery. Often they resemble, but never 
(in the cases I looked at) the border was drawn where I'd expect a human mapper 
to draw it. The data doesn't seem suitable for small scale maps (small scale is 
what you typically observe on the ground)

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

Re: [OSM-talk] Fixing broken multipolygons, some notes

[Martin Koppenhoefer]

sent from a phone

> On 18 Mar 2017, at 21:40, Sandor Seres  wrote:
> 
> In another style, typical land related names are on the water like here 
> http://osm.org/go/0Tt1PZIt-?layers=T .


seems like either a bad import or localities on the sea, e.g. here: 
http://www.openstreetmap.org/node/2535180885

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