Re: [Talk-GB] Environment Agency LIDAR datasets OGL licensed now available

[Phil Endecott]

Has anyone reviewed how useful this LIDAR data would be for 3D city
mapping?

Chris Hill wrote:
The slippy map with relief tiles made from the data and optionally 
contours also made from the data is here: http://relief.raggedred.net. 


Thanks Chris.  I've just been looking at Hull city centre.  It doesn't
look great; is this the difference between the "terrain model" and the
"surface model" that they mention? Which are you using?  Have you looked
at the other one?

Of course I know that the rationale for the data is for flood risk
evaluation so recording building profiles was not the objective - but
you never know how something could be re-purposed!


Cheers,  Phil.





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

Re: [OSM-legal-talk] Geocoding as produced work (was: Proposed "Metadata"-Guideline)

[Tom Lee]

>
> I mean, nobody cares about a single on-the-fly geocoding result (this
> easily falls under the "substantial" guideline) but if you repeatedly
> query an ODbL database with the aim of retrieving from it, say, a
> million lat-lon pairs to store in your own database, then how in the
> world could this new database ever be *not* a derivative? Even if you
> were to define a single geocoding result as a produced work, combining a
> large number of them in a database would still get you a derived
> database again.


Can't the same argument apply to tiles? If you used tiles to recreate the
OSM database (say, by tracing road geometry or by OCRing feature names) and
then republishing under a different license, you would clearly be violating
the ODbL.

It seems as though the same approach can apply to geocoding: locate
features to your heart's content, but if you use the results to create a
general purpose geographic database that substitutes for/competes with OSM,
you'll be in violation of the license.


On Wed, Sep 23, 2015 at 2:18 AM, Frederik Ramm  wrote:

> Hi,
>
> On 09/23/2015 01:26 AM, Alex Barth wrote:
> > This could be well done within the confines of the ODbL by endorsing the
> > "Geocoding is Produced Work"
> > guideline
> https://lists.openstreetmap.org/pipermail/legal-talk/2014-July/007900.html
>
> Frankly, even if I was of the opinion that it would be desirable for the
> ODbL to not apply to geocoding, I don't think that "Geocoding is
> Produced Work" could ever fly, legally, at least in countries that have
> a sui generis database law.
>
> I mean, nobody cares about a single on-the-fly geocoding result (this
> easily falls under the "substantial" guideline) but if you repeatedly
> query an ODbL database with the aim of retrieving from it, say, a
> million lat-lon pairs to store in your own database, then how in the
> world could this new database ever be *not* a derivative? Even if you
> were to define a single geocoding result as a produced work, combining a
> large number of them in a database would still get you a derived
> database again.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)

[k1wi .]

Podemos utilizar Field Papers para recoger los datos directamente
sobre un mapa impreso: He creado este, a ver que os parece:
https://s3.amazonaws.com/files.fieldpapers.org/atlases/2yntxkd7/atlas-2yntxkd7.pdf
Se pueden hacer diferentes directamente en fieldpapers.org

9.30 me parece bien.

La subida de los datos yo la haría con JOSM. Tenemos algun sitio para
juntarnos y hacer la subida? Si queremos subir los datos esa misma
mañana, habria que llevar portatil, no?

k1wi

2015-09-23 9:38 GMT+02:00 Jose Luis :
> Buenos dias K1wi,
>
> BasaBuru confirma que puede, en concreto me pone esto:
>
> "Si claro, pero aviso, no tengo ni idea. Sería para mi una buena
> introducción.
> Si os vale a sí, me acerco.
> Uso software libre, en concreto en el portátil tengo una Debian Gnu/Linux
> jessie debian 8.
> Alguno de los dos, me puede decir que software necesito. He instalado todo
> lo
> que aparece relacionado con OpenStreetMap.
> Pero bueno será mas que todo mirar y preguntar.
> Por cierto no veo claro como están las líneas de villavesa y las paradas."
>
> Solo queda concretar la hora, por mi las 9 o 9:30h estaria bien.
> Por favor confirmar los dos si podeis a esa hora o sugerir otra.
> En cuanto a lo que hay que llevar, yo pienso que una libreta para apuntar
> los datos. Si os parece que se necesita algo mas, por favor decirlo.
> Saludos
> Jose Luis
>
> -
> AVISO DE CONFIDENCIALIDAD
> Tanto este mensaje como todos los posibles documentos adjuntos al mismo son
> confidenciales y están  dirigidos exclusivamente a los
> destinatarios de los mismos. Por favor, si Ud no es uno de dichos
> destinatarios, notifíquenos este hecho y elimine el mensaje de su sistema.
> Queda prohibida la copia, difusión o revelación de su contenido a terceros
> sin el previo consentimiento por escrito de Crisfer Musical, S.L.
> En caso contrario, vulnerará la legislación vigente.
> - Original Message - From: "k1wi" 
> To: "Discusión en Español de OpenStreetMap" 
> Sent: Tuesday, September 22, 2015 10:55 AM
>
> Subject: Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)
>
>
>> Si BasaBuru confirma que puede el sábado, podríamos hacer algo. Igual no
>> una Mapping Party como tal pero mapear un poco. Sino lo dejamos para otra
>> ocasión.
>>
>> k1wi
>>
>>> El 22/9/2015, a las 9:18, Jose Luis  escribió:
>>>
>>> Buenos dias K1wi,
>>>
>>> Yo tenia el tema aparcado debido a la falta de gente interesada, si
>>> piensas que solo los tres podemos hacer algo por mi estaria bien el dia 26
>>> por la mañana.
>>> De lo contrario habria que dejarlo para mas adelante, a ver si sale mas
>>> gente.
>>> Vosotros direis...
>>> Saludos
>>> Jose Luis
>>>
>>>
>>>
>>> -
>>> AVISO DE CONFIDENCIALIDAD
>>> Tanto este mensaje como todos los posibles documentos adjuntos al mismo
>>> son
>>> confidenciales y están  dirigidos exclusivamente a los
>>> destinatarios de los mismos. Por favor, si Ud no es uno de dichos
>>> destinatarios, notifíquenos este hecho y elimine el mensaje de su
>>> sistema.
>>> Queda prohibida la copia, difusión o revelación de su contenido a
>>> terceros
>>> sin el previo consentimiento por escrito de Crisfer Musical, S.L.
>>> En caso contrario, vulnerará la legislación vigente.
>>> - Original Message - From: "k1wi" 
>>> To: "Discusión en Español de OpenStreetMap" 
>>> Sent: Tuesday, September 22, 2015 12:25 AM
>>> Subject: Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada
>>> (Navarra)
>>>
>>>
 Hola José Luis y BasaBuru,

 El fin de semana que quería José Luis se acerca y habría que ir
 concretando ya, no? Por mi preferiría juntarnos el sábado 26.

 El objetivo de la Mapping Party: Nombres y sentidos de calles completos
 en Burlada.
 No?

 k1wi

> El 10/9/2015, a las 13:23, Jose Luis  escribió:
>
> Por ir concretando un poco. Os vendria bien el ultimo finde de
> Septiembre? Para mi estaria bien el Sábado 26 o Domingo 27 por la mañana.
> Como es un primer contacto y no pretendo hacer nada demasiado
> importante, creo que con una mañana seria suficiente.
> Ya direis algo.
> Saludos
> Jose Luis
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es


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

Re: [Talk-cl] wiki - Números de casa

[Julio Costa Zambelli]

Hola Felipe,

Probablemente tendrías que entrar a la pestaña de discusión del artículo en
la Wiki y conversarlo con sus editores (quizás enviarles un mensaje
directamente). Concuerdo en que, por lo menos para el castellano de Chile,
el nombre actual no dice nada.

Por ahora tienen el artículo "Karlsruhe Schema" en ES apuntando al que
mencionas:
https://wiki.openstreetmap.org/w/index.php?title=ES:Karlsruhe_Schema=no

Saludos,

Julio Costa Zambelli
Fundación OpenStreetMap Chile

julio.co...@openstreetmap.cl

http://www.openstreetmap.cl/
Cel: +56(9)89981083

2015-09-23 3:09 GMT-03:00 Felipe Hernández G. :

> Hola a todos
>
> Estuve averiguando sobre la forma de poner direcciones en OSM y llegué a
> la Wiki
>
> https://wiki.openstreetmap.org/wiki/ES:N%C3%BAmeros_de_polic%C3%ADa
>
> La cosa es que el titulo es "números de policía" en lugar de "números de
> casa" o parecido, lo cuál me parece erróneo (¿lo es?). Traté de cambiar el
> nombre de la página pero no encontré donde hacerlo. Alguien sabe??? se
> puede??? arreglé cosas del contenido pero no pude cambiar el titulo :-(
>
> Saludos
>
> --
> *Felipe Hernández G.*
> *Estudiante Ingeniería Civil en Computación*
> *Estudiante Magíster en Ciencias de la Computación *
> *Universidad de Chile*
> *09-90977379 <09-90977379>*
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk] recent changes in rendering the map make it worse

[Andy Townsend]

On 23/09/2015 11:53, joost schouppe wrote:
... I don't know how we could expect OSM-carto to reflect all our 
needs. Apart from being a tool for mappers (i.e. showing as much as 
possible), it also wants to be pretty and useful for non-mappers. 
Trying to make everyone happy might make everyone unhappy in the end.


I completely agree with that. 
https://github.com/gravitystorm/openstreetmap-carto/blob/master/CARTOGRAPHY.md 
sums up what it's trying to do, and to be fair that does say that the 
three main aims "pull in different directions".  For comparison I 
recently had a look at the OSM map style as it was in April 2014, and 
personally I'm not convinced that progress has been made in two of the 
three areas mentioned as goals (specfically detail's less visible, the 
design _is_ clearer (as in more coherent) and it's not any easier to 
customise).




If you want to make people who need paths happy, just send them to 
waymarkedtrails.org  or to opentopomap.org 
 . And if that doesn't make you happy, use 
overpass-turbo (e.g. http://overpass-turbo.eu/s/bCm) to highlight the 
features you need. And show them in a pretty map with umap (see 
http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html 
for instructions).
(Yes, the performance of umap/overpass combo isn't great, that could 
really use some improvement. And yes, it would be nice if osm.org 
 was more of a portal for all of us special needs people)


To add to that, creating "a personal map style" of a small area using 
https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/ 
whilst not for everyone, isn't that difficult these days, and it doesn't 
require huge server resources.  There are also canned options such as 
Mapbox of course if you want someone to host it for you.  It'd be nice 
if there was a way to see the tiles on osm.org without resorting to 
cludges such as 
http://wiki.openstreetmap.org/wiki/User:SomeoneElse/Your_tiles_from_osm.org 
though.


Cheers

Andy (SomeoneElse)

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

Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)

[Jose Luis]

Concretando:

Hora:  9:30h
Lugar: Cafeteria Ibaialde Pza. Francisco Ardanaz
https://www.openstreetmap.org/node/3687837815

En esta misma cafeteria tenemos una terraza con mesas y wifi, donde podemos 
subir los datos con un Portatil y Josm.
Yo vivo encima y puedo coger el mio, o si quereis llevar cada uno el 
vuestro, como querais.


Lo de llevar los Field papers me parece bien, yo de momento me bajo el que 
sugieres.


Le pongo en copia esta información a BasaBuru, que por algún motivo no salen 
sus mensajes en la lista y solo me llegan a mi.


Por favor confirmar, que os dais por enterados.

Gracias
Saludos
Jose Luis 



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

[Talk-es] Resumen de Talk-es, Vol 104, Envío 21

[APEDELAP]

Estimados: 
De esto entiendo poco pero he comprobado que en mi zona de residencia hay dos 
errores de calles.
1°) Una calle que en los GPS la marca y la nombra como "LLUMILA" pero debería 
ser "LUMILLA" por este motivo el GPS no la encuentra.

2°) La calle "COIHUES" que indica el acceso desde la ruta 40 esta calle no 
tiene salida o entrada desde la carretera porque hay un barranco de unos 10 
metros; la manera de ingresar a la calle COIHUES seria por LUMILLA.
 
VILLA LA ANGOSTURA (8407)
PROVINCIA DE NEUQUEN 
ARGENTINA
ATENTAMENTE
PLESBISTERO
apede...@gmail.com 

Mensaje original-
De: talk-es-requ...@openstreetmap.org 
[mailto:talk-es-requ...@openstreetmap.org] 
Enviado el: martes, 22 de septiembre de 2015 04:19 a.m.
Para: talk-es@openstreetmap.org
Asunto: Resumen de Talk-es, Vol 104, Envío 21

Enve los mensajes para la lista Talk-es a
talk-es@openstreetmap.org

Para subscribirse o anular su subscripcin a travs de la WEB
https://lists.openstreetmap.org/listinfo/talk-es

O por correo electrnico, enviando un mensaje con el texto "help" en
el asunto (subject) o en el cuerpo a:
talk-es-requ...@openstreetmap.org

Puede contactar con el responsable de la lista escribiendo a:
talk-es-ow...@openstreetmap.org

Si responde a algn contenido de este mensaje, por favor, edite la
linea del asunto (subject) para que el texto sea mas especifico que:
"Re: Contents of Talk-es digest...". Adems, por favor, incluya en la
respuesta slo aquellas partes del mensaje a las que est
respondiendo.


Asuntos del da:

   1. Consulta sobre Cat2Osm2 y los niveles subterrneos de
  edificios (Rodrigo Rega)
   2. Re: Consulta sobre Cat2Osm2 y los niveles subterrneos de
  edificios (Cruz Enrique Borges Hernandez)
   3. Re: Mapping party Septiembre-Octubre en Burlada (Navarra) (k1wi)
   4. Re: Consulta sobre Cat2Osm2 y los niveles subterrneos de
  edificios (Rodrigo Rega)
   5. Senderismo - MIDE, wiki y otros (Miguel Sevilla-Callejo)
   6. Re: Mapping party Septiembre-Octubre en Burlada (Navarra)
  (Jose Luis)


--

Message: 1
Date: Tue, 22 Sep 2015 00:04:35 +0200
From: Rodrigo Rega 
To: talk-es@openstreetmap.org
Subject: [Talk-es] Consulta sobre Cat2Osm2 y los niveles subterrneos
de edificios
Message-ID:

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

Hola a todos.

Estoy realizando pruebas para hacer prximamente mi primera importacin de
datos de Catastro con Cat2Osm2 (versin 2014-10-14). Tras hacer la limpieza
y normalizacin siguiendo el wiki [1], me he encontrado con que el
validador de JOSM lanza varias advertencias con mensajes del tipo: Valor
'-2' para clave 'building:min_level' se parece a '2'.

Tras comentarlo en el grupo de Telegram "OSM Espaa", varios compaeros
coincidimos en que parece que Cat2Osm2 est usando "building:min_level"
para etiquetar los niveles subterrneos de los edificios. Segn el wiki de
OSM [2] esta etiqueta no sera la correcta, siendo la adecuada
"building:levels:underground".

A alguien le consta si acto bien si cambio "building:min_level" por
"building:levels:underground"?

Me han comentado que varios desarrolladores de Cat2Osm2 siguen la lista,
sera genial si nos pudiesen arrojar algo de luz sobre el asunto.

Un saludo.

[1]
http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales
[2] http://wiki.openstreetmap.org/wiki/Key:building:levels

-- 
Rodrigo Rega
http://www.rodrigorega.es
 prxima parte 
Se ha borrado un adjunto en formato HTML...
URL: 


--

Message: 2
Date: Tue, 22 Sep 2015 00:17:22 +0200
From: Cruz Enrique Borges Hernandez 
To: Discusin en Espaol de OpenStreetMap

Subject: Re: [Talk-es] Consulta sobre Cat2Osm2 y los niveles
subterrneos de edificios
Message-ID:

Re: [OSM-talk] recent changes in rendering the map make it worse

[joost schouppe]

While I am guilty of some of the same reflexes (see
https://github.com/gravitystorm/openstreetmap-carto/issues/110 ), I don't
know how we could expect OSM-carto to reflect all our needs. Apart from
being a tool for mappers (i.e. showing as much as possible), it also wants
to be pretty and useful for non-mappers. Trying to make everyone happy
might make everyone unhappy in the end.

If you want to make people who need paths happy, just send them to
waymarkedtrails.org or to opentopomap.org . And if that doesn't make you
happy, use overpass-turbo (e.g. http://overpass-turbo.eu/s/bCm) to
highlight the features you need. And show them in a pretty map with umap
(see
http://www.mappa-mercia.org/2014/09/creating-an-always-up-to-date-map.html
for instructions).
(Yes, the performance of umap/overpass combo isn't great, that could really
use some improvement. And yes, it would be nice if osm.org was more of a
portal for all of us special needs people)

2015-09-23 11:42 GMT+02:00 moltonel 3x Combo :

> On 23/09/2015, henk van der laan  wrote:
> > Now I'm really getting confused. osm-carto is the current version and
> > gsoc the new one, right?
>
> There's been a tremendous amount of discussion, feedback, a tweaks
> about this change:
> * https://github.com/gravitystorm/openstreetmap-carto/pull/1736
> * http://www.openstreetmap.org/user/Mateusz Konieczny/diary
> * various calls for participation on this mailing list.
>
> OSM, and osm-carto in particular are developed in the open. If
> anything, they are often flooded by feedback. Please use open source
> to your advantage and check the process, the challenges and the
> compromises before passing judgement, and contribute using those
> channels if you can.
>
> Osm-carto is full of compromises trying to reach a balance between all
> the requirements, it is no easy task. For example, the tertiary roads
> styling you bemoan has been heavily debated before reaching the
> current conclusion; a tough requirements was keeping a high enough
> contrast for non-ideal viewing conditions.
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>



-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

[OSM-talk-be] Weekly OSM 269

[Marc Gemis]

http://www.weeklyosm.eu/archives/4951

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

Re: [Talk-it-trentino] Sensorcivico con mappe OSM

[Luca Delucchi]

2015-09-18 10:48 GMT+02:00 Dario Zontini :
> Segnalo che il Consorzio Comuni Trentini ha realizzato una nuova versione di
> Sensorcivico, un servizio comunale per la raccolta della segnalazioni dei
> cittadini che utilizza mappe OSM.
>
> A breve dovrebbero attivarlo anche i comuni trentini (per ora è attivo a
> Bolzano),  potrebbe essere uno stimolo ai comuni per migliorare la
> mappatura.
>
> https://sensor.comune.bolzano.it/sensor/posts
>

molto interessante

divertente che sia sviluppato dal Consorzio Comuni Trentini e il primo
che lo utilizza sia il comune di Bolzano :-)

> Dario Zontini
>


-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [OSM-talk] recent changes in rendering the map make it worse

[Lester Caine]

On 23/09/15 13:59, Andy Townsend wrote:
> To add to that, creating "a personal map style" of a small area using
> https://switch2osm.org/serving-tiles/manually-building-a-tile-server-14-04/
> whilst not for everyone, isn't that difficult these days, and it doesn't
> require huge server resources.  There are also canned options such as
> Mapbox of course if you want someone to host it for you.  It'd be nice
> if there was a way to see the tiles on osm.org without resorting to
> cludges such as
> http://wiki.openstreetmap.org/wiki/User:SomeoneElse/Your_tiles_from_osm.org
> though.

I'm STILL struggling to get a private tile server working just covering
the UK. I DO have my own tweaked version of the style shhet running via
Tilemil, but while the database SHOULD be updating, I'm not seeing
changes I made rendered on the local copy, and I still need to get a
proper tile cache working.

But what I do have working shows in house rendering is not at all
difficult. Just need to nail all the cludges in a simple to roll package
of tools?

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)

[BasaBuru]

El Miércoles, 23 de septiembre de 2015 14:09:03 k1wi . escribió:
> Podemos utilizar Field Papers para recoger los datos directamente
> sobre un mapa impreso: He creado este, a ver que os parece:
> https://s3.amazonaws.com/files.fieldpapers.org/atlases/2yntxkd7/atlas-2yntxk
> d7.pdf Se pueden hacer diferentes directamente en fieldpapers.org
> 
> 9.30 me parece bien.

vale a las 9:30. pero donde
> 
> La subida de los datos yo la haría con JOSM. Tenemos algun sitio para
> juntarnos y hacer la subida? Si queremos subir los datos esa misma
> mañana, habria que llevar portatil, no?

Podría ser desde el civibox de burlada si nos dejan. Eso jose luis que es de 
Burlada.

En cuanto a cosas a llevar. Pues, que tal una lista de cosas???

Y repartimos si hace falta. A mi ya me diréis... ni idea

-- 
Agur bero bat / a greeting

BasaBuru

  BASATU 

~  
basatia bihur zaitez
~

gako ID gnupg: F9044F8FC64B2544
hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544

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

Re: [Talk-at] Deklination

[grubernd]

On 2015-09-21 23:18, Friedrich Volkmann wrote:

On 21.09.2015 14:11, grubernd wrote:

Interessens- bzw Verständnisfrage:

für was verwendet man so genaue Deklinationswerte?
und für die Vermessung ist ein Kompass sowieso zu ungenau.


Genau da liegt der Irrtum. Ich vermesse Höhlen, und das macht man
grundsätzlich mit einer Bussole, das ist ein anderes Wort für Kompass.
Außenvermessungen von Höhlen macht man normalerweise ebenfalls mit Bussole.
Dazu braucht man natürlich was Genaueres als Recta oder Garmin Dakota. Ich
verwende z.B. so was:
http://silva.se/products/proffessional/surveymaster


Danke!

an Höhlenvermessung habe ich nicht gedacht. und auch wenn es kleine, 
leichte Theodoliten gibt, ich würde unseren [1] eher nicht in die 
dreckige, feuchte und anderweitig technik-feindliche Umgebung einer 
Höhle mitnehmen. weil irgendwann müsste man ihn aus seiner wetterfester 
Metalltransporthülle nehmen und damit arbeiten. und ja, die meisten 
Höhlen sind der klassischen Vermessung nicht freundlich gesonnen.


sehr aufschlussreich.

eine Messung mit gleichbleibender Deklination hätte zwar nur eine kleine 
relative Änderung des gesamten Systems zur Folge. was aber bei 
mehrteiligen Exkursionen eventuell zu einer ungünstigen Akkumulation von 
Fehlern führen kann.



herzlichen Dank & Grüsse,
grubernd


[1] Kern-Aarau DKM1 brutto 3,1kg

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

Re: [OSM-legal-talk] Geocoding as produced work

[Simon Poole]

Am 23.09.2015 um 15:32 schrieb Tom Lee:
>
> why wouldn't you want to provide OSM with a list of addresses that
> you tried to geo-code (successfully and non-successfully)
>
>
> To use an extreme but hopefully illustrative example, consider the
> queries used to create the thematic map on this page:
>
>
Naturally you fail to mention that

a) whatever service provider did the geo-coding of the above data
undoubtedly used the data for the same purposes as OSM would (and likely
a lot more)

and

b)  in my proposal I specifically address the issue of providing the
geo-coded addresses anonymously

Simon

PS: just to avoid confusion we are talking about addresses without any
attached personal information (names etc), so the data protection issue
is sole the linkage between who is doing the geo-coding and the address.


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

Re: [Talk-br] Relação Baía de Guanabara X Ilha do Governador

[Arlindo Pereira]

Marcio,

a compilação do Cocar com os dados de hoje ocorreu de forma correta?

[]s
Arlindo

2015-09-22 20:07 GMT-03:00 :

> Não creio que a palavra "culpado" seja adequada.
>
> Só erra quem produz e todos nós podemos cometer erros ao editarmos.
>
> Importante é identificarmos erros e trocarmos ideias de forma a nivelar o
> conhecimento.
>
> -Mensagem Original- From: Nelson A. de Oliveira
> Sent: Tuesday, September 22, 2015 7:16 PM
> To: OpenStreetMap no Brasil
> Subject: Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador
>
> 2015-09-22 19:12 GMT-03:00  :
>
>> saberia então informar quem alterou a linha da costa na Ilha?
>>
>
> Que não me entendam como apontando culpado ou algo assim, como já
> aconteceu aqui (e acharam ruim), mas foi nesse:
> http://www.openstreetmap.org/changeset/34152656
>
> Acabou duplicando algumas bordas como http://i.imgur.com/rRFr0we.png
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] List of "A year of edits" videos

[Ilya Zverev]

MonkZ wrote:

> I'm seeking a list of "A Year of Edits" videos.

Done: http://wiki.openstreetmap.org/wiki/Timelapse_videos

IZ

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

Re: [OSM-legal-talk] Geocoding as produced work (was: Proposed "Metadata"-Guideline)

[Tom Lee]

>
> why wouldn't you want to provide OSM with a list of addresses that you
> tried to geo-code (successfully and non-successfully)


To use an extreme but hopefully illustrative example, consider the queries
used to create the thematic map on this page:

http://www.huffingtonpost.com/2014/10/09/men-killing-women-domesti_n_5927140.html

I'm sure you can imagine similar scenarios related to sales leads,
potential hires, the healthcare industry or other forms of geographic
information that are sensitive for personal or professional reasons.

More generally, geocoding services that produce a product that has ongoing
licensing obligations--e.g. the user must attend to how the result
intermingles with their other data--will always be a hard sell. I realize
that this may not be of much concern to everyone here, but I do think that
more use of OSM for geocoding will spur improvements in various classes of
under-mapped data (addresses, most obviously).

On Wed, Sep 23, 2015 at 4:01 AM, Simon Poole  wrote:

>
>
> Am 23.09.2015 um 01:26 schrieb Alex Barth:
> > ..
> >
> > The Fairhurst Doctrine won't get us all the way on geocoding. It still
> > leaves open what happens in scenarios where elements of the same kind
> > in third party databases are geocoded with OSM data and others with
> > third party data. This is a highly relevant scenario as OSM data
> > particularly for geocoding (addresses, POIs) is usually not complete
> > enough. The ability to use OSM for geocoding and "backfill" it with
> > (non-license-compatible) third party data is exactly what would would
> > make a gradual adoption of OSM possible.
> >
> > .
>
> This is obviously off topic as it has little to do with comments and
> input on the proposed guideline (and the proposed guideline has nothing
> directly to do with geo-coding), however I'm curious: why wouldn't you
> want to provide OSM with a list of addresses that you tried to geo-code
> (successfully and non-successfully), for example as proposed in:
>
> http://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline#The_Failover_Issue_and_Publishing_Derived_Datasets
>
> Simon
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-talk] recent changes in rendering the map make it worse

[Mateusz Konieczny]

On Wed, 23 Sep 2015 13:59:43 +0100
Andy Townsend  wrote:

> For comparison I 
> recently had a look at the OSM map style as it was in April 2014 (...)
> and it's not any easier to customise.

This is less subjective than two others - and in that case I am pretty
sure that situation improved. For example replacing many hardcoded
colour values by variables and png to svg icon conversion makes
customization easier.

There were also improvements and I am pretty sure that that changes
that made customization harder were really rare and limited.

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

Re: [Talk-GB] Environment Agency LIDAR datasets OGL licensed now available

[Chris Hill]

On 23/09/15 14:18, Phil Endecott wrote:

Has anyone reviewed how useful this LIDAR data would be for 3D city
mapping?

Chris Hill wrote:
The slippy map with relief tiles made from the data and optionally 
contours also made from the data is here: http://relief.raggedred.net. 


Thanks Chris.  I've just been looking at Hull city centre.  It doesn't
look great; is this the difference between the "terrain model" and the
"surface model" that they mention? Which are you using?  Have you looked
at the other one?


It looks pretty realistic to me, I guess you mean it doesn't show 
building outlines, but that's why I chose the DTM version.


Of course I know that the rationale for the data is for flood risk
evaluation so recording building profiles was not the objective - but
you never know how something could be re-purposed!



In the blog article 
(http://chris-osm.blogspot.co.uk/2015/09/more-lidar-goodness.html) I 
explain a bit about the difference between DSM and DTM. DSM does include 
building outlines. I've processed a small part of the data to see them. 
Here's an example of a TIFF of DSM data with the building outlines: 
http://raggedred.net/shared/ta0230.tif


Suitably processed this could provide a source of building outlines.

I'm not sure about the age of some of the data. Some recently-built 
flood alleviation measures do not show on this EA data but do show on 
the Bing aerial imagery


--
Cheers, Chris
user: chillly


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

Re: [Talk-cat] Nou parc natural

[Jaume Figueras i Jové]

Gracias Bolo!!!

que velocidad!!

Salut!

On 23/09/15 09:37, Wladimir Szczerban wrote:

Hola a todos,

Me he bajado la imagen de la noticia y la he georeferenciado.
Con el cloudifier (http://betaportal.icgc.cat/wordpress/cloudifier/) he
creado un servicio WMS con la imagen.

Pueden ver un mapa aqui,
http://www.instamaps.cat/geocatweb/visor.html?businessid=8bb9c0d303455836aa2a0863db1a1ae8=1#11/42.3755/2.2388

Servicio wms con la imagen georeferenciada
http://betaserver.icgc.cat/geoservice/187652613844026085163765010009317628408?

Ahora lo que faltaría es cargar el WMS en OSM y dibujar los nuevos limites.


*
*

2015-09-22 22:48 GMT+02:00 Carlos Sánchez >:


  El govern declara el Parc Natural de les Capçaleres del Ter i del
  Freser, de 14.750 hectàrees
  
http://www.ccma.cat/324/el-govern-declara-el-parc-natural-de-les-capcaleres-del-ter-i-del-freser-de-14-750-hectarees/noticia/2686677/

A veure on podem trobar un arxiu per afegir-ho a OSM...

--
*Carlos Sánchez
*About.me *
*
**

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




--
Saludos,

Bolo
www.geoinquiets.cat 


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



--
   Jaume Figueras i Jové
o o o  Responsable de projectes SIG
o o o  inLab FIB
o o o
U P C  Universitat Politècnica de Catalunya - Barcelona Tech

   E-mail : jaume.figue...@upc.edu
   Web: http://inlab.fib.upc.edu/
   Telf   : +34937398621 (intern UPC: 98621)
   Mòbil  : +34650756456 (intern UPC: 44785)
   Fax: +34937398628 (intern UPC: 98628)

   Adreça : inLab FIB
Edifici B5-S102
C/ Jordi Girona, 31
08025 BARCELONA

Ubuntu User #14347 - Linux User #504317

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

[Talk-gb-london] TONIGHT! Deptford Mapping Evening

[Harry Wood]

Sorry. I've been forgetting about this mailing list again. So if it's not too 
late...


TONIGHT! (Wed 23rd) Deptford Mapping Evening
join us for some mapping around Deptford. Time for some serious mapping in a 
lesser mapped bit of East London!

We'll be meeting outside the train station (exit under the railway bridge) here 
on the map: 
http://osm.org/go/euuvnl7H?m=  and then later from 8pm we'll be at the Dog and 
Bell pub here on the map: 
http://osm.org/go/euuvymIDV-?m=

So the schedule is...
6:45 - Meet outside the exit of Deptford Train Station. Rob will be loitering. 
Look out for this man: 
https://flic.kr/p/wWQhwW7:00 - Set off mapping on your own or with the guided 
tour
8:00 - Meet at the Dog and Bell pub. Consume beers & Food. Discuss plans to map 
the world!

11:00pm - closing time

You can go ahead and map an area by yourself. You don't even need to meet us at 
the meeting place in fact. Just choose a slice of the cake: 
http://mapcraft.nanodesu.ru/pie/534
We're doing detailed mapping of shops along Deptford High Street.

Guided tour? If you're new to this, you might prefer to go with Rob while he 
walks and talks, describing the kind of data we collect for OpenStreetMap. 
Contact him in advance to let him know if you're interested in it (it's useful 
to count up who's found us and who to look out for)

Alternatively just meet in the pub at 7:30. Hopefully we can get a table, 
although this pub might be quite small.


Additionally you can sign up on Lanyrd if you like: 
http://lanyrd.com/2015/openstreetmap-deptford/ (We expect between 5 and 10 
people, but most people don't bother signing up)



Also coming Wed 30th Sep ...#geomob

As always the events are listed on the wiki  http://wiki.osm.org/London

And tweeted about from  https://twitter.com/OSMLondon


Harry Wood

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

Re: [Talk-it] Spartitraffico pavimentato

[Federico Cortese]

Se l'isola spartitraffico non è destinata all'attraversamento dei
pedoni come mi sembra di capire, il tag più corretto dovrebbe essere
traffic_calming=island
(http://wiki.openstreetmap.org/wiki/Key:traffic_calming ultimo
esempio), che su taginfo presenta ben 13.418 occorrenze, quindi batte
ampiamente tutti quelli citati.
Dalla stessa pagina wiki si capisce che crossing=island e
landuse=traffic_island siano da destinare a isole pedonali.
Quindi io propenderei per:

traffic_calming=island
surface=paving_stones
area=yes (?)
barrier=kerb

Ciao

Federico

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

Re: [Talk-co] Map Cartagena [Video]

[hyan...@gmail.com]

Hola maperos!

Rafa Avila Coya del HOT ha agregado subtítulos en español [1] e inglés [2]
para el video publicado:

[1] https://vimeo.com/140012910
[2] https://vimeo.com/140142736

Saludos,

Humberto

El 19 de septiembre de 2015, 7:30, hyan...@gmail.com 
escribió:

> Hola maperos!
>
> Les comparto el vídeo del proyecto Map Cartagena de TECHO, divulgado en
> TEDxUTB, donde se aplicó la metodología y mapas de OpenStreetMap:
>
> https://www.youtube.com/watch?v=8pzS7quXzAo
>
> Saludos,
>
> Humberto Yances
>
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-legal-talk] Geocoding as produced work

[Tom Lee]

I'm not sure what basis there is for thinking a service provider will
necessarily reuse clients' data. Maybe! That's not my experience, but I can
imagine how it might be useful. I hope you'll agree that data security and
stewardship is a trickier thing to implement within an open project made up
of volunteers than it is in an organization with contract employees.

To point b: if the addresses remain associated with the entity doing the
geocoding, as I think you're proposing, problematic linkages remain
possible. Consider how Brendan Eich's career ended at Mozilla. That case
involved campaign finance records, but a political organization's geocoded
membership database could easily achieve the same result, even with just
addresses.

Anyway even if the organization->address linkage were to be removed,
organizations who comply with EU Safe Harbour privacy requirements (and, I
assume, the EU privacy provisions from which they're derived) could not
share users' address data with a third party in this manner*.

Put bluntly: expecting data back from geocoding users is not workable and
never has been. Maintaining the hope that someday it will produce useful
contributions merely leads to some noncompliance and lots and lots of
deadweight loss. It's a shame, and is inhibiting useful work being
accomplished both outside of OSM and within it.

Tom

* Partner and vendors can receive data from complying organizations, but
the relationship must be disclosed and users must be given the right to
delete data about them. Partner organizations also have to complete
certification procedures (including things like HR training), and may not
pass the data on further, as OSM presumably would want to under sharealike.



On Wed, Sep 23, 2015 at 10:39 AM, Simon Poole  wrote:

>
>
> Am 23.09.2015 um 15:32 schrieb Tom Lee:
>
> why wouldn't you want to provide OSM with a list of addresses that you
>> tried to geo-code (successfully and non-successfully)
>
>
> To use an extreme but hopefully illustrative example, consider the queries
> used to create the thematic map on this page:
>
>
> Naturally you fail to mention that
>
> a) whatever service provider did the geo-coding of the above data
> undoubtedly used the data for the same purposes as OSM would (and likely a
> lot more)
>
> and
>
> b)  in my proposal I specifically address the issue of providing the
> geo-coded addresses anonymously
>
> Simon
>
> PS: just to avoid confusion we are talking about addresses without any
> attached personal information (names etc), so the data protection issue is
> sole the linkage between who is doing the geo-coding and the address.
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-us] Another road classification disagreement (this time with HFCS in Kansas)

[Eric Ladner]

On Mon, Sep 21, 2015 at 6:59 AM Greg Troxel  wrote:

>
> "Richie Kennedy"  writes:
>
> > To me, "unpaved" includes gravel surfaced roads (which is the
> > predominant surface type of non-state highways in rural Kansas). I'm
> > not inclined to mark every gravel road in Kansas as 'track'
>
> Unpaved does not at all imply track.  If it's a real road, open to the
> public, with a name, and expected to be used by normal vehicles, it's
> not a track.  track is about something that is physically less than a
> proper (even unpaved) road.
>
> It's perfectly reasonable to have an unpaved highway=secondary in
> rural areas, if that's one of the major roads around.
>
>

Agree. The OSM definintion of "track" is clear on this - "represents roads
for mostly agricultural use, forest tracks etc" and "Do not use tracks to
represent public unpaved roads in built-up areas". If it's an open road
with some kind of designation, then it's some level of highway, not a
track. Using a surface=* tag is crucial here.

http://wiki.openstreetmap.org/wiki/Tag:highway%3Dtrack
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-br] Relação Baía de Guanabara X Ilha do Governador

[thundercel]

Sim Arlindo, a Ilha do Governador não está mais sendo encoberta pelas águas da 
Baía, entretanto é visível no mapa o desvio da linha da costa, em especial na 
parte sul da Ilha onde ela está bastante desalinhada. 

Surgiu também um novo problema, agora no multipoligono do Aeroporto 
Internacional, onde os objetos internos deixaram de ser vistos no mapa, 
entretanto estamos, o Nelson e eu, identificando a solução. è problema de inner 
e outer que foi alterado.

[]s
Marcio

From: Arlindo Pereira 
Sent: Wednesday, September 23, 2015 11:47 AM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador

Marcio, 

a compilação do Cocar com os dados de hoje ocorreu de forma correta?

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

Re: [Talk-cat] Ruta del Ter

[Xavier Barnada]

Hola Hector,

Per mi perfecte,potser el teu contacte ens pot dir a qui ens hem de dirigir
 per saber si podem usar les dades

Salutacions

El mar., 22 sept. 2015 a las 11:26, Hector ()
escribió:

> Si voleu jo tinc contacte amb el Consorci del Ter, entitat que gestiona i
> explota la ruta.
> Salutacions
>
> El dia 21 de setembre de 2015, 20:16, Xavier Barnada 
> ha escrit:
>
>> Hola,
>>
>> Buscant informacio a OSM amb un company es va adonar que no hi havia la
>> ruta del ter completa i vam estar buscant informacio i vam trobar aquesta
>> web[1] o hi ha el itinerari de la ruta.
>> El problema es que a la web no es cita cap llicencia, podriem mirar de
>> posar-nos en contacte amb la web a veure si volen cedir les dades. A la web
>> hi tenen penjat l'itinerari de la ruta amb GPX per el que nomes ens faria
>> falta baixar-lo
>>
>> Salutacions
>>
>>
>> 1 - http://www.rutadelter.cat/?sec=rutes=cicloturistica=cat
>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-it] Spartitraffico pavimentato

[Volker Schmidt]

traffic_calming=island, secondo la pagina wiki da te citata, non è
applicabile a poligoni chiusi

Se no, sarebbe stato la mia prima scelta

2015-09-23 19:05 GMT+02:00 Federico Cortese :

> Se l'isola spartitraffico non è destinata all'attraversamento dei
> pedoni come mi sembra di capire, il tag più corretto dovrebbe essere
> traffic_calming=island
> (http://wiki.openstreetmap.org/wiki/Key:traffic_calming ultimo
> esempio), che su taginfo presenta ben 13.418 occorrenze, quindi batte
> ampiamente tutti quelli citati.
> Dalla stessa pagina wiki si capisce che crossing=island e
> landuse=traffic_island siano da destinare a isole pedonali.
> Quindi io propenderei per:
>
> traffic_calming=island
> surface=paving_stones
> area=yes (?)
> barrier=kerb
>
> Ciao
>
> Federico
>
> ___
> 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] Tag particolari (altri....)

[demon.box]

Per la serie "Tag impossibili" come taggo una Cantina intesa come cantina
dove si maturano e conservano i vini, aperta anche alle visite dei clienti?
Me la risolvo con:

shop=wine 

o meglio ancora craft=winery

??

E poi: capita spesso di imbattersi in statue religiose.
Statua della Madonna, piuttosto che un Gesù oppure un Santo.
A volte sono di piccole dimensioni a volte più grande, anche a grandezza
naturale.
Stò parlando ovviamente di casi dove NON c'è nessuna edicola o tettuccio
sopra ma c'è la sola statua.

Nel caso sia di piccole dimensioni può andare bene lo stesso wayside=shrine?
Anche se il wiki è chiaro e dice:

Nella religione cattolica *contiene* generalmente una piccola statua o un
dipinto dedicato al culto mariano, anche se sono presenti edicole dedicate a
particolari santi.

"Contiene" dice, può andare lo stesso?
E nel caso di statue più grandi?

GRAZIE!




--
View this message in context: 
http://gis.19327.n5.nabble.com/Tag-particolari-altri-tp5855333.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

[Talk-co] Drones humanitarios

[hyan...@gmail.com]

Hola maperos,

estoy leyendo la reglamentación de Aeronautica Civil [1], en la página 10
dice que se autorizan vuelos para asuntos humanitarios, como lo pueden ser
los desastres naturales o la pobreza extrema.

Tal parece que esta normativa viene desde el marco internacional de la ICAO
[2]. Otro documento para enriquecer el debate es el código de conducta de
UAViators [3].

Entonces, me creo que hay luz al final del tunel, de forma que incorporemos
al flujo de proceso estas normativas, para futuros casos.

Saludos,

Humberto Yances

_
[1]
http://www.aerocivil.gov.co/AAeronautica/Rrglamentacion/Cirdulares/CircularesReglamentarias/CR-5100-082-002.pdf
[2] http://www.icao.int/Meetings/UAS/Documents/Circular%20328_en.pdf
[3]
https://docs.google.com/document/d/1Uez75_qmIVMxY35OzqMd_HPzSf-Ey43lJ_mye-kEEpQ/edit

El 19 de septiembre de 2015, 20:53, Jaime Mejia 
escribió:

> + 1
>
> Saludos,
>
> Jaime Mejía
>   Mensaje original
> De: Fredy Rivera
> Enviado: sábado, 19 de septiembre de 2015 09:46 a.m.
> Para: OpenStreetMap Colombia
> Responder a: OpenStreetMap Colombia
> Asunto: Re: [Talk-co] Map Cartagena [Video]
>
> +1
>
> 2015-09-19 9:24 GMT-05:00 Rubiel Ramirez :
> > Mi firma quedó plasma. Faltan 7 firmas para las 1. 000.
> >
> > Abrazos Humanitarios comunidad.
> >
> > @rubiel
> >
> > El sep 19, 2015 9:20 AM, "hyan...@gmail.com" 
> escribió:
> >>
> >> Acabo de firmar también, todos a hacerlo!
> >>
> >> El sept. 19, 2015 9:14 AM, "carlos felipe castillo"  >
> >> escribió:
> >>>
> >>> Movilizándonos "Aeronáutica Civil de Colombia: a construir una
> regulación
> >>> de drones justa e incluyente"
> >>>
> >>>
> >>> Hola,
> >>>
> >>> Acabo de firmar la petición de ""Aeronáutica Civil de Colombia: a
> >>> construir una regulación de drones justa e incluyente"" y me
> encantaría que
> >>> me ayudaras sumando tu firma.
> >>>
> >>> Nuestro objetivo es llegar a 1.000 firmas y necesitamos más apoyo. Para
> >>> obtener más información y firmar la petición puedes abrir el siguiente
> link:
> >>>
> >>>
> >>>
> https://www.change.org/p/aeron%C3%A1utica-civil-de-colombia-a-construir-una-regulaci%C3%B3n-de-drones-justa-e-incluyente?recruiter=54922791_source=share_petition_medium=email_campaign=share_email_responsive
> >>>
> >>> ¡Gracias!
> >>> Carlos
> >>>
> >>> El 19 de septiembre de 2015, 8:53, Artesano 
> >>> escribió:
> 
>  Que vaina que con la nueva reglamentación de aerocivil, ahora
>  este tipo de acciones va a tener mas trabas de las que de por si ya
>  tienen.
> 
>  Los Borrocratas nos tienen jodidos.
> 
>  2015-09-19 8:04 GMT-05:00 Fredy Rivera :
>  > Que bien Humberto!
>  > Muchas felicitaciones por el trabajo, queda además el vídeo como una
>  > herramienta de difusión muy importante.
>  >
>  > Humano
>  >
>  > 2015-09-19 7:53 GMT-05:00 carlos felipe castillo <
> kaxti...@gmail.com>:
>  >> Que bonito, felicitaciones.
>  >>
>  >> El 19 de septiembre de 2015, 7:30, hyan...@gmail.com
>  >> 
>  >> escribió:
>  >>>
>  >>> Hola maperos!
>  >>>
>  >>> Les comparto el vídeo del proyecto Map Cartagena de TECHO,
> divulgado
>  >>> en
>  >>> TEDxUTB, donde se aplicó la metodología y mapas de OpenStreetMap:
>  >>>
>  >>> https://www.youtube.com/watch?v=8pzS7quXzAo
>  >>>
>  >>> Saludos,
>  >>>
>  >>> Humberto Yances
>  >>>
>  >>> ___
>  >>> Talk-co mailing list
>  >>> Talk-co@openstreetmap.org
>  >>> https://lists.openstreetmap.org/listinfo/talk-co
>  >>>
>  >>
>  >>
>  >>
>  >> --
>  >> Atentamente,
>  >> Carlos Felipe Castillo.
>  >> about.me / kaxtillo
>  >>
>  >>
>  >> ___
>  >> Talk-co mailing list
>  >> Talk-co@openstreetmap.org
>  >> https://lists.openstreetmap.org/listinfo/talk-co
>  >>
>  >
>  >
>  >
>  > --
>  > ##
>  > |___|__\___
>  > | _ | |_ | }
>  > "(_)"" ""(_)"
>  >
>  > Twitter: @fredy_rivera
>  >
>  > Phone USA: (347) 688-4473
>  >
>  > Mobil telephone: +57 3044886255
>  >
>  > ___
>  > Talk-co mailing list
>  > Talk-co@openstreetmap.org
>  > https://lists.openstreetmap.org/listinfo/talk-co
> 
> 
> 
>  --
>  Juan Carlos Pachón
>  Twitter @Arttesano
>  http://arttesano.com
>  57-1-3102694942
>  Skype : arttesano
> 
>  ___
>  Talk-co mailing list
>  Talk-co@openstreetmap.org
>  https://lists.openstreetmap.org/listinfo/talk-co
> >>>
> >>>
> >>>
> >>>
> >>> --
> >>> Atentamente,
> >>> Carlos Felipe Castillo.
> >>> about.me / kaxtillo
> >>>
> 

Re: [Talk-cat] Ruta del Ter

[Hector]

Home. Jo fins a l'estiu formava part de la junta de govern del Consorci del
Ter.
Conec personalment al gerent i al president.
Ja parlaré amb ells.
Penso que no tindran cap problema en facilitar-nos els permisos
corresponents.
Què és exactament el que els he de demanar?
S'ha de fer constar per escrit que comptem amb el seu permis?
Salut.

Héctor

El dia 23 de setembre de 2015, 18:29, Xavier Barnada 
ha escrit:

> Hola Hector,
>
> Per mi perfecte,potser el teu contacte ens pot dir a qui ens hem de
> dirigir  per saber si podem usar les dades
>
> Salutacions
>
> El mar., 22 sept. 2015 a las 11:26, Hector ()
> escribió:
>
>> Si voleu jo tinc contacte amb el Consorci del Ter, entitat que gestiona i
>> explota la ruta.
>> Salutacions
>>
>> El dia 21 de setembre de 2015, 20:16, Xavier Barnada 
>> ha escrit:
>>
>>> Hola,
>>>
>>> Buscant informacio a OSM amb un company es va adonar que no hi havia la
>>> ruta del ter completa i vam estar buscant informacio i vam trobar aquesta
>>> web[1] o hi ha el itinerari de la ruta.
>>> El problema es que a la web no es cita cap llicencia, podriem mirar de
>>> posar-nos en contacte amb la web a veure si volen cedir les dades. A la web
>>> hi tenen penjat l'itinerari de la ruta amb GPX per el que nomes ens faria
>>> falta baixar-lo
>>>
>>> Salutacions
>>>
>>>
>>> 1 - http://www.rutadelter.cat/?sec=rutes=cicloturistica=cat
>>>
>>> ___
>>> Talk-cat mailing list
>>> Talk-cat@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cat
>>>
>>>
>> ___
>> Talk-cat mailing list
>> Talk-cat@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cat
>>
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-legal-talk] When should ODbL apply to geocoding

[Randy Meech]

On Wed, Sep 23, 2015 at 2:01 AM Frederik Ramm  wrote:

> Hi,
>
> On 09/23/2015 04:49 AM, Randy Meech wrote:
> > I used the MapQuest Nominatim
> > service to geocode and/or reverse geocode all the global tide stations
> > used in the app. What would the community have me do?
>
> As a step one, and before we discuss the potential licensing
> consequences, would you agree that
>
> 1. What you have created to power your app is a database.
>

Yes


> 2. The database you have created is partly derived from a non-OSM source
> (as far as the "there is a tide station at this address" is concerned).
>

Yes, most of the data is from non-OSM sources. Just the results of reverse
geocodes are from Nominatim/OSM.


> 3. The database you have created is partly derived from OSM (as far as
> "this address is at location lon=x, lat=y" is concerned).
>

Actually I mis-spoke a bit (sorry, it was several years ago). The lat/lngs
are actually from state agencies, although I did reverse geocoding with
Nominatim and store the results in the database.


> Is there any doubt about any of these three statements either on your
> side or anyone else's?
>

So again, I don't really care about publishing this under ODbL, but to
argue the point, I'm not sure I agree with the third statement. If I had
taken raw OSM data and derived something from it, I would agree with this.
But -- to Alex's overall point -- the geocoding results seem like a
produced work to me. I believe that I am decorating other open data with
the results of a geocoder that contains sufficient art to make it not
derived, but produced.

Curious about others' thoughts here -- I do think this is an important
topic to figure out and I'm happy to be a guinea pig for this.

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

Re: [Talk-it] Spartitraffico pavimentato

[Martin Koppenhoefer]

sent from a phone

> Am 23.09.2015 um 23:00 schrieb girarsi_liste :
> 
> landuse=traffic_island,


per me il landuse di queste aree è sempre "highway", quindi landuse=highway

Userei un'altra chiave per questi elementi 


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

Re: [Talk-it] Spartitraffico pavimentato

[Martin Koppenhoefer]

2015-09-23 19:05 GMT+02:00 Federico Cortese :

> (http://wiki.openstreetmap.org/wiki/Key:traffic_calming ultimo
> esempio), che su taginfo presenta ben 13.418 occorrenze, quindi batte
> ampiamente tutti quelli citati.
> Dalla stessa pagina wiki si capisce che crossing=island e
> landuse=traffic_island siano da destinare a isole pedonali.
> Quindi io propenderei per:
>


traffic_calming vuol dire rallentare il traffico, cosa non mi sembra
l'intenzione in questo esempio.
Per esempio qui:
http://wiki.openstreetmap.org/wiki/File:Trafficcalming-island.jpg
(anche se non è il miglior esempio dimostrativo) si capisce che viene
ristretta la larghezza della corsia per fare frenare i veicoli.

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

Re: [Talk-GB] Birmingham New Street station re-opens

[Brian Prangle]

Jerry - thanks for the post in the 3D forum. Richard (Mann)  where do I
check to see if a ticket has  been raised on the platform rendering?

Rgds

Brian

On 21 September 2015 at 21:16, SK53  wrote:

> Hi Brian,
>
> I've put a couple of messages, one in the UK forum & one here in the 3D
> mapping forum
> http://forum.openstreetmap.org/viewtopic.php?pid=548662#p548662.
>
> It's all fairly standard bboard software: I think OSM user name works.
>
> Jerry
>
> On 21 September 2015 at 13:34, Brian Prangle  wrote:
>
>> Thanks Jerry
>>
>> I'm not familiar with OSM fora - how do I find out? Or can you give me
>> list and where they're found ;-)
>>
>> On 21 September 2015 at 12:13, SK53  wrote:
>>
>>> Hi Brian,
>>>
>>> Seems a very sensible request. It may be worth posting this to the
>>> forums. Marek who is very active in both 3D buildings & indoor mapping
>>> tends to be there and not on mailing lists. There are both 3D building &
>>> indoor mapping subfora too,
>>>
>>> Jerry
>>>
>>> On 20 September 2015 at 19:54, Brian Prangle  wrote:
>>>
 Hi everyone

 I've blogged  about this and the
 complexities involved with this multi-level and multi-purpose building. It
 would be good if we can plan how to map this sensibly and co-ordinate
 effort in an agreed way and not just have a  free-for-all accretion of POIs
 and ways which will end up as an indecipherable tangle (it's pretty bad
 already).

 Grand Central, the shopping mall on top of New Street station opens
 this week on 24 September

 Assistance welcomed from railway, public transport and 3D mappers. If
 there's any enthusiasm for helping local mappers I'll start a wiki project
 page where we can record agreed protocols.

 Regards

 Brian

 ___
 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

[Talk-br] ID - Tag Eletricidade

[belnuovo]

No ID o tag  ELETRICIDADE desapareceu.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-legal-talk] Geocoding as produced work

[Simon Poole]

Am 23.09.2015 um 19:16 schrieb Tom Lee:
> I'm not sure what basis there is for thinking a service provider will
> necessarily reuse clients' data. Maybe!
Not "maybe" but dead certain, see for example geocoder.ca and I hope you
don't really believe that google doesn't reuse the data you submit to
its geo-coding API.

> That's not my experience, but I can imagine how it might be useful. I
> hope you'll agree that data security and stewardship is a trickier
> thing to implement within an open project made up of volunteers than
> it is in an organization with contract employees.
>
> To point b: if the addresses remain associated with the entity doing
> the geocoding, as I think you're proposing, problematic linkages
> remain possible. Consider how Brendan Eich's career ended at Mozilla.
> That case involved campaign finance records, but a political
> organization's geocoded membership database could easily achieve the
> same result, even with just addresses.
>
> Anyway even if the organization->address linkage were to be removed,
> organizations who comply with EU Safe Harbour privacy requirements
> (and, I assume, the EU privacy provisions from which they're derived)
> could not share users' address data with a third party in this manner*.
>

You are getting slightly carried away: we are talking about SA
obligations for data derived from OSM that is publicly used, which in in
the vast vast majority of cases will not have any relevant
data-protection issues at all. A typical use case would be a company
geo-coding the addresses of its dealerships for display on a map,
4square geo-coding its locations and similar. NOT an insurance
geo-coding the addresses of its customers and publishing them.

The very legislation you are referring to would in general strongly
limit any use of location information associated with individuals in the
first place and it may be that that is actually a rare use case which
will never be possible to cover with OSM.

> Put bluntly: expecting data back from geocoding users is not workable
> and never has been. Maintaining the hope that someday it will produce
> useful contributions merely leads to some noncompliance and lots and
> lots of deadweight loss. It's a shame, and is inhibiting useful work
> being accomplished both outside of OSM and within it.
>
> Tom
>
> * Partner and vendors can receive data from complying organizations,
> but the relationship must be disclosed and users must be given the
> right to delete data about them. Partner organizations also have to
> complete certification procedures (including things like HR training),
> and may not pass the data on further, as OSM presumably would want to
> under sharealike.
>
See above, all the relevant larger scale use cases which I can think of
that touch private data of individuals do not involve publishing the
location information and OSM can be used for that NOW without any fear
at all of share-alike. Matter of fact you are even better of with OSM
than with any service provider, because you can actually do it in house
and don't have to disclose the information to a third party with all the
involved paper work (yes I've actually signed such contracts and they
are a pain).  

Simon



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

Re: [Talk-cz] nefunkční RUIAN

[Petr Vejsada]

Ahoj,

děkuju :-) mašinka už běží, mapserv.poloha.net (možná DNS ještě neprobublalo). 
Teď upgradnu nástroje (postgis, geos atd.) nad Mapnikem váhám, ale asi taky, 
pak začnu krmit DB a pak mi řeknou, že si mám objednat fyzický server ;-).

Až to bude hotové, tak změním aliasy ruian.poloha.net atd. Snad to nebude tak 
dlouho, no, SSD se zdají zatím velmi svižné. TransIP má v podmínkách cosi o 
přetěžování, hmm.

Dne St 23. září 2015 21:03:39, Marián Kyral napsal(a):

> Ahoj,
> můžeme nějak pomoct?
> 
> Marián
> 
> 
> -- Původní zpráva --
> Od: Petr Vejsada 
> Komu: OpenStreetMap Czech Republic 
> Datum: 23. 9. 2015 20:52:36
> Předmět: Re: [Talk-cz] nefunkční RUIAN
> 
> "Ahoj,
> 
> už se to nedá, stěhuji se k TransIP. Mrzí mě, že tak narychlo, špatný odhad.
> 
> http://poloha.net/
> 
> Petr
> 
> Dne St 23. září 2015 20:00:32, Zdeněk Pražák napsal(a):
> > Dobrý večer,
> > aktualizoval jsem JOSM na poslední verzi a zjistil jsem, že nefunguje
> > stahování dlaždic RUIAN
> > 
> > v okně se místo RUIANU objeví chyba stahování dlaždic
> 
> ___
> 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] nefunkční RUIAN

[Zdeněk Pražák]

Dobrý večer, 
aktualizoval jsem JOSM na poslední verzi a zjistil jsem, že nefunguje 
stahování dlaždic RUIAN

v okně se místo RUIANU objeví chyba stahování dlaždic

výpis z konzole
INFO: načítám doplněk 'reverter' (verze 31241)
INFO: RemoteControl: adding command "revert_changeset" (handled by 
RevertChanges
etHandler)
INFO: načítám doplněk 'reltoolbox' (verze 31241)
INFO: načítám doplněk 'jts' (verze 31126)
INFO: načítám doplněk 'geotools' (verze 31126)
INFO: načítám doplněk 'pointInfo' (verze 31241)
INFO: načítám doplněk 'Tracer-testing' (verze 143577)
INFO: RemoteControl::Accepting remote connections on /0:0:0:0:0:0:0:1:8111
INFO: RemoteControl::Accepting remote connections on /127.0.0.1:8111
INFO: Message notifier active (checks every 5 minutes)
INFO: GET https://api.openstreetmap.org/api/0.6/user/details (získat počet 
nepře
čtených zpráv)
[INFO] CompositeCacheManager - Instance is null, returning unconfigured 
instance

[INFO] ThreadPoolManager - thread_pool.default PoolConfiguration = 
useBoundary =
 [true] boundarySize = [2000] maximumPoolSize = [150] minimumPoolSize = [4] 
keep
AliveTime = [30] whenBlockedPolicy = [RUN] startUpSize = [4]
[INFO] CompositeCacheConfigurator - Setting default auxiliaries to null
[INFO] CompositeCacheConfigurator - setting defaultCompositeCacheAttributes 
to [
 useLateral = true, useRemote = true, useDisk = true, maxObjs = 1000, 
maxSpoolPe
rRun = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
[INFO] CompositeCacheConfigurator - setting defaultElementAttributes to [ IS
_LAT
ERAL = true, IS_SPOOL = true, IS_REMOTE = true, IS_ETERNAL = false, 
MaxLifeSecon
ds = -1, IdleTime = -1, CreateTime = 1443030086930, LastAccessTime = 
14430300869
30, getTimeToLiveSeconds() = -1, createTime = 1443030086930 ]
[INFO] CompositeCacheConfigurator - Parsed regions []
[INFO] CompositeCacheConfigurator - Finished configuration in 17 ms.
[INFO] CompositeCacheConfigurator - No special ElementAttribute class 
defined fo
r key [jcs.region.TMS.elementattributes], using default class.
[INFO] AbstractDoubleLinkedListMemoryCache - initialized MemoryCache for TMS
[INFO] CompositeCache - Constructed cache with name [TMS] and cache 
attributes [
 useLateral = true, useRemote = true, useDisk = true, maxObjs = 0, 
maxSpoolPerRu
n = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
[INFO] IndexedDiskCache - Region [TMS] Cache file root directory: C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\cache\tiles
[INFO] IndexedDiskCache - Region [TMS] Set maxKeySize to: '524288'
[INFO] IndexedDiskCache - Region [TMS] Loaded keys from [TMS], key count: 
314; u
p to 524288 will be available.
[INFO] IndexedDiskCache - Region [TMS] Finished inital consistency check, 
isOk =
 true in 1ms.
[INFO] IndexedDiskCache - Region [TMS] Indexed Disk Cache is alive.
[INFO] CacheEventQueue - Cache event queue created: CacheEventQueue 
[listenerId=
-78957265, cacheName=TMS]
INFO: GET https://api.openstreetmap.org/api/0.6/map?bbox=16.4721107,
49.9846758,1
6.5309906,50.0467779
INFO: Tichý konflikt klávesových zkratek: 'reltoolbox:addremove' posunuto 
vedle
'view:zoominter' na 'Ctrl+Alt+F1'.
INFO: GET http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.svc/get?FORMAT=
image
/png=1.1.1=WMS=GetMap=GR_ORTFOTORGB=&
SRS={
proj}={width}={height}={bbox}=null=1.1.1&
SERVIC
E=WMS=GetMap==={proj}={width}=
{height}
OX={bbox}=1.1.1=WMS=GetCapabilities
INFO: Ignoring DTD null, http://geoportal.cuzk.cz/WMS_ORTOFOTO_PUB/service.
svc/s
tatic/f/?url=htEQTBnfAsKg6uhi5HL3WWP61FQYEMSmEbqllBNw25h28TpF0f6ZbdGZRaHC1e9
L8lQ
gSUm9WjiqegJ0gcYMO2P1BJy2tqLRHHLSwkBisAgLrE1%2f%2fziFFd9WjRtozYgVbQ%2b06
Kbdls6%2
b1BbWyWiskhxX65mW%2fuThqLzRZEgJj9tKsDrcvZf76vHNUIKakve3Zcj%2fsO6sUm%2bLi29%2
biKk
6HayEFIITU4rtK8EnYEI5Q4A%3d=lang=cze
INFO: Skipping unsupported image format image/jpegxr
INFO: Skipping unsupported image format image/webp
INFO: Skipping unsupported image format image/jpegxr
INFO: Skipping unsupported image format image/webp
INFO: GetCapabilities specifies a different service URL: http://geoportal.
cuzk.c
z/WMS_ORTOFOTO_PUB/service.svc/get?
[INFO] CompositeCacheConfigurator - No special ElementAttribute class 
defined fo
r key [jcs.region.WMS.elementattributes], using default class.
[INFO] AbstractDoubleLinkedListMemoryCache - initialized MemoryCache for WMS
[INFO] CompositeCache - Constructed cache with name [WMS] and cache 
attributes [
 useLateral = true, useRemote = true, useDisk = true, maxObjs = 0, 
maxSpoolPerRu
n = -1, diskUsagePattern = UPDATE, spoolChunkSize = 2 ]
[INFO] IndexedDiskCache - Region [WMS] Cache file root directory: C:\Users\
Zdeně
k Pražák\AppData\Local\JOSM\cache\tiles
[INFO] IndexedDiskCache - Region [WMS] Set maxKeySize to: '524288'
[INFO] IndexedDiskCache - Region [WMS] Loaded keys from [WMS], key count: 
7635;
up to 524288 will be available.
[INFO] IndexedDiskCache - Region [WMS] Finished inital consistency check, 
isOk =
 true in 7ms.
[INFO] IndexedDiskCache - Region [WMS] Indexed Disk Cache is alive.
[INFO] 

Re: [Talk-cz] nefunkční RUIAN

[Petr Vejsada]

Ahoj,

už se to nedá, stěhuji se k TransIP. Mrzí mě, že tak narychlo, špatný odhad.

http://poloha.net/

Petr

Dne St 23. září 2015 20:00:32, Zdeněk Pražák napsal(a):

> Dobrý večer, 
> aktualizoval jsem JOSM na poslední verzi a zjistil jsem, že nefunguje 
> stahování dlaždic RUIAN
> 
> v okně se místo RUIANU objeví chyba stahování dlaždic

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

Re: [Talk-cz] nefunkční RUIAN

[Marián Kyral]

Ahoj,
můžeme nějak pomoct?

Marián


-- Původní zpráva --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 9. 2015 20:52:36
Předmět: Re: [Talk-cz] nefunkční RUIAN

"Ahoj,

už se to nedá, stěhuji se k TransIP. Mrzí mě, že tak narychlo, špatný odhad.

http://poloha.net/

Petr

Dne St 23. září 2015 20:00:32, Zdeněk Pražák napsal(a):

> Dobrý večer, 
> aktualizoval jsem JOSM na poslední verzi a zjistil jsem, že nefunguje 
> stahování dlaždic RUIAN
> 
> v okně se místo RUIANU objeví chyba stahování dlaždic

___
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-legal-talk] Geocoding as produced work

[Tom Lee]

I confess that I'm not sure what to say to this. You're asserting that
running a geocoding business with ODbL attaching to the results is no big
deal, that "all the use cases you can think of" seem fine. Mapbox is
_actually running_ a geocoding business and telling you that we would like
to use OSM in it but can't sell a geocoding service that has ODbL attached
to the results.

And no one has yet offered any examples by which ODbL attaching to
geocoding results has led to contributions that improved OSM. Or
contributions at all (the prospect of Randy's tide station data
notwithstanding).

I realize you'll disagree, but I'm left with the same sense of what's
achievable and desirable for a geocoding guidance. Enable more geocoding.
Protect OSM's assets. Abandon the impractical goal of compelling users to
share their results.

On Wed, Sep 23, 2015 at 2:26 PM, Simon Poole  wrote:

>
>
> Am 23.09.2015 um 19:16 schrieb Tom Lee:
> > I'm not sure what basis there is for thinking a service provider will
> > necessarily reuse clients' data. Maybe!
> Not "maybe" but dead certain, see for example geocoder.ca and I hope you
> don't really believe that google doesn't reuse the data you submit to
> its geo-coding API.
>
> > That's not my experience, but I can imagine how it might be useful. I
> > hope you'll agree that data security and stewardship is a trickier
> > thing to implement within an open project made up of volunteers than
> > it is in an organization with contract employees.
> >
> > To point b: if the addresses remain associated with the entity doing
> > the geocoding, as I think you're proposing, problematic linkages
> > remain possible. Consider how Brendan Eich's career ended at Mozilla.
> > That case involved campaign finance records, but a political
> > organization's geocoded membership database could easily achieve the
> > same result, even with just addresses.
> >
> > Anyway even if the organization->address linkage were to be removed,
> > organizations who comply with EU Safe Harbour privacy requirements
> > (and, I assume, the EU privacy provisions from which they're derived)
> > could not share users' address data with a third party in this manner*.
> >
>
> You are getting slightly carried away: we are talking about SA
> obligations for data derived from OSM that is publicly used, which in in
> the vast vast majority of cases will not have any relevant
> data-protection issues at all. A typical use case would be a company
> geo-coding the addresses of its dealerships for display on a map,
> 4square geo-coding its locations and similar. NOT an insurance
> geo-coding the addresses of its customers and publishing them.
>
> The very legislation you are referring to would in general strongly
> limit any use of location information associated with individuals in the
> first place and it may be that that is actually a rare use case which
> will never be possible to cover with OSM.
>
> > Put bluntly: expecting data back from geocoding users is not workable
> > and never has been. Maintaining the hope that someday it will produce
> > useful contributions merely leads to some noncompliance and lots and
> > lots of deadweight loss. It's a shame, and is inhibiting useful work
> > being accomplished both outside of OSM and within it.
> >
> > Tom
> >
> > * Partner and vendors can receive data from complying organizations,
> > but the relationship must be disclosed and users must be given the
> > right to delete data about them. Partner organizations also have to
> > complete certification procedures (including things like HR training),
> > and may not pass the data on further, as OSM presumably would want to
> > under sharealike.
> >
> See above, all the relevant larger scale use cases which I can think of
> that touch private data of individuals do not involve publishing the
> location information and OSM can be used for that NOW without any fear
> at all of share-alike. Matter of fact you are even better of with OSM
> than with any service provider, because you can actually do it in house
> and don't have to disclose the information to a third party with all the
> involved paper work (yes I've actually signed such contracts and they
> are a pain).
>
> Simon
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-GB] Birmingham New Street station re-opens

[Richard Mann]

Issues with the rendering are here:
https://github.com/gravitystorm/openstreetmap-carto

I couldn't see anything about platforms (except as a side-issue on
something else that had been closed), but I didn't search exhaustively.

Richard

On Wed, Sep 23, 2015 at 8:05 PM, Brian Prangle  wrote:

> Jerry - thanks for the post in the 3D forum. Richard (Mann)  where do I
> check to see if a ticket has  been raised on the platform rendering?
>
> Rgds
>
> Brian
>
> On 21 September 2015 at 21:16, SK53  wrote:
>
>> Hi Brian,
>>
>> I've put a couple of messages, one in the UK forum & one here in the 3D
>> mapping forum
>> http://forum.openstreetmap.org/viewtopic.php?pid=548662#p548662.
>>
>> It's all fairly standard bboard software: I think OSM user name works.
>>
>> Jerry
>>
>> On 21 September 2015 at 13:34, Brian Prangle  wrote:
>>
>>> Thanks Jerry
>>>
>>> I'm not familiar with OSM fora - how do I find out? Or can you give me
>>> list and where they're found ;-)
>>>
>>> On 21 September 2015 at 12:13, SK53  wrote:
>>>
 Hi Brian,

 Seems a very sensible request. It may be worth posting this to the
 forums. Marek who is very active in both 3D buildings & indoor mapping
 tends to be there and not on mailing lists. There are both 3D building &
 indoor mapping subfora too,

 Jerry

 On 20 September 2015 at 19:54, Brian Prangle 
 wrote:

> Hi everyone
>
> I've blogged  about this and the
> complexities involved with this multi-level and multi-purpose building. It
> would be good if we can plan how to map this sensibly and co-ordinate
> effort in an agreed way and not just have a  free-for-all accretion of 
> POIs
> and ways which will end up as an indecipherable tangle (it's pretty bad
> already).
>
> Grand Central, the shopping mall on top of New Street station opens
> this week on 24 September
>
> Assistance welcomed from railway, public transport and 3D mappers. If
> there's any enthusiasm for helping local mappers I'll start a wiki project
> page where we can record agreed protocols.
>
> Regards
>
> Brian
>
> ___
> 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
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-br] Relação Baía de Guanabara X Ilha do Governador

[Thiago Vieira]

Marcio,

"entretanto é visível no mapa o desvio da linha da costa, em especial na
parte sul da Ilha onde ela está bastante desalinhada."

Onde ocorre isso? Se estiver se referindo ao litoral nos bairros da Ribeira
e Cacuia, na verdade agora o litoral está mais próximo do correto, tanto
que a foto de satélite usada pra mapear foi a mesma que no resto da ilha e
só ali apareceu essa diferença pois aparentemente foi mapeada anteriormente
em separado com alguma foto com um offset alto com relação ao correto. Não
se preocupe com o desvio percebido no mapnik, como eu disse no email
anterior, irá levar um tempo até que as modificações na coastline se
reflitam ali.

Em 23 de setembro de 2015 13:24,  escreveu:

> Sim Arlindo, a Ilha do Governador não está mais sendo encoberta pelas
> águas da Baía, entretanto é visível no mapa o desvio da linha da costa, em
> especial na parte sul da Ilha onde ela está bastante desalinhada.
>
> Surgiu também um novo problema, agora no multipoligono do Aeroporto
> Internacional, onde os objetos internos deixaram de ser vistos no mapa,
> entretanto estamos, o Nelson e eu, identificando a solução. è problema de
> inner e outer que foi alterado.
>
> []s
> Marcio
>
> *From:* Arlindo Pereira 
> *Sent:* Wednesday, September 23, 2015 11:47 AM
> *To:* OpenStreetMap no Brasil 
> *Subject:* Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador
>
> Marcio,
>
> a compilação do Cocar com os dados de hoje ocorreu de forma correta?
>
> []s
> Arlindo
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk-be] highway=path versus highway=footway (julien minet)

[Julien Minet]

Hi, 

Just some thought about it. I map quite often some forest tracks and I usually 
map them as highway=path. To me "highway=footway" is more for small paths in 
cities and villages where 4-wheels vehicles cannot go (such as narrow streets), 
while "highway=path" is a more generic term and more dedicated to inhabited 
areas. I would definetely map as "highway=footway" a path that is explicitely 
restricted to pedestrians only for instance (with a signpost). 

The page http://wiki.openstreetmap.org/wiki/Map_Features#Paths  claims similar 
stuffs. And a overpass query in the South of Belgium also show that: 1) there 
are more "path" than "footway" and 2) that "footway" are more common in 
cities/villages. 
Cheers, 
Julien


Message: 1
Date: Tue, 22 Sep 2015 17:39:12 +0200
From: joost schouppe 
To: OpenStreetMap Belgium 
Subject: [OSM-talk-be] highway=path versus highway=footway
Message-ID:
    

Re: [Talk-es] Senderos homologados y wiki senderismo (España)

[Roberto geb]

Miguel,

cuenta conmigo, ahora tengo algún tiempo libre

El 22 de septiembre de 2015, 17:50, Miguel Sevilla-Callejo <
miguel.sevi...@uam.es> escribió:

> Muchas gracias,
>
> Voy a pensar más detenidamente el cambio y os lo comento antes de hacerlo.
>
> NO voy a borrar nada, por su puesto, en todo caso reorganizarlo o, más
> bien, complementarlo. Creo que lo adaptaré al sistema de organización
> propia de OSM, o sea, según se trate de redes de senderos internacionales
> (iwn), grandes recorridos (nwn), regionales (rwn) o locales (lwn) [1] sean
> o no homologados.
>
> Por cierto, Roberto, me alegro de encontrar otros editores, en concreto de
> Madrid, pues veo que para esa comunidad incluisteis senderos, por ejemplo,
> del parque regional del Guadarrama que no son homologados [2] y serían
> equiparables a senderos regionales, rwn, o tipo PR de los homologados. En
> algún lugar, por cierto quedó un contacto con la Fed. de Madrid para que
> hicieran el esfuerzo de meter los homologados en OSM... a ver si retomo las
> conversaciones (te animas a escribirles? te puedo pasar el contacto).
>
> Os mantengo informados.
>
> Un saludo
>
> Miguel
>
> [1] http://wiki.openstreetmap.org/wiki/Hiking
> [2] http://wiki.openstreetmap.org/wiki/WikiProject_Spain/Senderismo#Madrid
>
> 
>
> 
>
> 2015-09-22 13:42 GMT+02:00 Roberto geb :
>
>> Miguel,
>>
>> yo metí los caminos de la Comunidad de Madrid, así que si reorganizas la
>> información sin eliminar la que ya hay, por mi perfecto.
>>
>> El 22 de septiembre de 2015, 10:39, Miguel Sevilla-Callejo <
>> miguel.sevi...@uam.es> escribió:
>>
>>> Hola de nuevo,
>>>
>>> Sigo con mi pequeña batalla con el tema del senderismo y os escribo para
>>> proponer y, si no tengo mucha respuesta, hacer constar, una reforma en la
>>> página sobre senderismo de la wiki [1] y el apartado relativo al mismo en
>>> la wiki de edición de España [2].
>>>
>>> La cuestión es la siguiente;
>>>
>>> - Desde la Federación Española de Deportes de Montaña y Escalada (FEDME)
>>> y, más en concreto, por sus subsidiarias autonómicas y territoriales (por
>>> ejemplo la FAM) se viene trabajando en lo que se denominan Senderos
>>> Homologados [3] que son los que se incluyen como GR, PR o SL (registrados
>>> por cierto por la FEDME) y que para su homologación han de pasar
>>> necesariamente por el "visto bueno" de las federaciones de montaña.
>>>
>>> - Sin embargo, con el tiempo y desde otras instancias , como diversos
>>> parques naturales, ayuntamientos, comarcas o ministerios, existen otros
>>> senderos que no son necesariamente homologados o no coinciden con los
>>> "tradicionales" arriba descritos. Un ejemplo de ellos son los Caminos
>>> Naturales promovidos desde el Magrama [4]
>>>
>>> Mi propuesta es reorganizar la página de la wiki,
>>> - haciendo constar en la introducción la diversidad de los caminos para
>>> realizar senderismo en España que no tienen que ser exclusivamente los
>>> homologados por las federaciones de montaña;
>>> - renombrar los apartados con categorías más genéricas: caminos
>>> continentales (para los europeos), transregionales (nacionales no me parece
>>> adecuado), regionales y locales o algo así;
>>> - y añadir en las tablas de los senderos que se han ido incluyendo, si
>>> son o no senderos homologados  (entiendo que si son GR, PR o SL, lo serán)
>>>
>>> Ya se que no somos muchos los que andamos en la edición "senderista"
>>> pero me interesaría buscar el consenso y vuestra opinión.
>>>
>>> Lo que sucede es que de fondo, existe una cierta polémica en relación a
>>> los procesos de homologación que solo pueden ejecutar las federaciones de
>>> montaña (que no dejan de ser  unas entidades privadas) y creo que sería un
>>> error desde OpenStreetMap no editar (o desacreditar) otros senderos de
>>> calidad.
>>>
>>> Un saludo
>>>
>>> Miguel
>>>
>>>
>>> [1] http://wiki.openstreetmap.org/wiki/WikiProject_Spain/Senderismo
>>> [2] http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n#Senderos
>>> [3] http://misendafedme.es/los-senderos-homologados/
>>> [4]
>>> http://www.magrama.gob.es/es/desarrollo-rural/temas/caminos-naturales/
>>>
>>>  
>>>
>>> 
>>>
>>> ___
>>> Talk-es mailing list
>>> Talk-es@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-es
>>>
>>>
>>
>>
>> --
>> Saludos,
>>
>>  Roberto
>>
>> ___
>> Talk-es mailing list
>> Talk-es@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-es
>>
>>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Saludos,

 Roberto
___
Talk-es mailing list
Talk-es@openstreetmap.org

Re: [Talk-it] Spartitraffico pavimentato

[Federico Cortese]

2015-09-23 19:13 GMT+02:00 Volker Schmidt :
> traffic_calming=island, secondo la pagina wiki da te citata, non è
> applicabile a poligoni chiusi
>
Anche tu hai ragione :)
Ho visto che il wiki esclude i poligoni chiusi, anche se non ne
capisco il motivo.
Forse perchè è un tag inteso esclusivamente per piccoli
spartitraffico, come sembra quello della foto postata da te, che
comunque è ancora più stretto di quello dell'esempio della wiki.

2015-09-23 19:56 GMT+02:00 Martin Koppenhoefer :
>
> traffic_calming vuol dire rallentare il traffico, cosa non mi sembra
> l'intenzione in questo esempio.
Si se lo spartitraffico ha la funzione di separare le corsie
estendendosi in lunghezza non è certamente adatto traffic_calming, che
è indicato espressamente per piccole isole.
Dalla foto di Volker si vede solo la punta, ma forse è più uno
spartitraffico che un traffic_calming.

A questo punto il più adatto sembrerebbe landuse=traffic_island, anche
se nella wiki si fa riferimento ad un'isola pedonale.
Anche tutte le isole spartitraffico di rotatorie e incroci hanno
spesso tag diversi: come andrebbero taggate?
Spesso si trova landuse=grass, ma non credo sia la cosa più
appropriata, un landuse=traffic_island sinceramente mi piacerebbe di
più.

Ciao

Federico

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

Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)

[Jose Luis]

Buenos dias K1wi,

BasaBuru confirma que puede, en concreto me pone esto:

"Si claro, pero aviso, no tengo ni idea. Sería para mi una buena 
introducción.

Si os vale a sí, me acerco.
Uso software libre, en concreto en el portátil tengo una Debian Gnu/Linux
jessie debian 8.
Alguno de los dos, me puede decir que software necesito. He instalado todo 
lo

que aparece relacionado con OpenStreetMap.
Pero bueno será mas que todo mirar y preguntar.
Por cierto no veo claro como están las líneas de villavesa y las paradas."

Solo queda concretar la hora, por mi las 9 o 9:30h estaria bien.
Por favor confirmar los dos si podeis a esa hora o sugerir otra.
En cuanto a lo que hay que llevar, yo pienso que una libreta para apuntar 
los datos. Si os parece que se necesita algo mas, por favor decirlo.

Saludos
Jose Luis

-
AVISO DE CONFIDENCIALIDAD
Tanto este mensaje como todos los posibles documentos adjuntos al mismo son
confidenciales y están  dirigidos exclusivamente a los
destinatarios de los mismos. Por favor, si Ud no es uno de dichos
destinatarios, notifíquenos este hecho y elimine el mensaje de su sistema.
Queda prohibida la copia, difusión o revelación de su contenido a terceros
sin el previo consentimiento por escrito de Crisfer Musical, S.L.
En caso contrario, vulnerará la legislación vigente.
- Original Message - 
From: "k1wi" 

To: "Discusión en Español de OpenStreetMap" 
Sent: Tuesday, September 22, 2015 10:55 AM
Subject: Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)


Si BasaBuru confirma que puede el sábado, podríamos hacer algo. Igual no 
una Mapping Party como tal pero mapear un poco. Sino lo dejamos para otra 
ocasión.


k1wi


El 22/9/2015, a las 9:18, Jose Luis  escribió:

Buenos dias K1wi,

Yo tenia el tema aparcado debido a la falta de gente interesada, si 
piensas que solo los tres podemos hacer algo por mi estaria bien el dia 
26 por la mañana.
De lo contrario habria que dejarlo para mas adelante, a ver si sale mas 
gente.

Vosotros direis...
Saludos
Jose Luis


-
AVISO DE CONFIDENCIALIDAD
Tanto este mensaje como todos los posibles documentos adjuntos al mismo 
son

confidenciales y están  dirigidos exclusivamente a los
destinatarios de los mismos. Por favor, si Ud no es uno de dichos
destinatarios, notifíquenos este hecho y elimine el mensaje de su 
sistema.
Queda prohibida la copia, difusión o revelación de su contenido a 
terceros

sin el previo consentimiento por escrito de Crisfer Musical, S.L.
En caso contrario, vulnerará la legislación vigente.
- Original Message - From: "k1wi" 
To: "Discusión en Español de OpenStreetMap" 
Sent: Tuesday, September 22, 2015 12:25 AM
Subject: Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada 
(Navarra)




Hola José Luis y BasaBuru,

El fin de semana que quería José Luis se acerca y habría que ir 
concretando ya, no? Por mi preferiría juntarnos el sábado 26.


El objetivo de la Mapping Party: Nombres y sentidos de calles completos 
en Burlada.

No?

k1wi


El 10/9/2015, a las 13:23, Jose Luis  escribió:

Por ir concretando un poco. Os vendria bien el ultimo finde de 
Septiembre? Para mi estaria bien el Sábado 26 o Domingo 27 por la 
mañana.
Como es un primer contacto y no pretendo hacer nada demasiado 
importante, creo que con una mañana seria suficiente.

Ya direis algo.
Saludos
Jose Luis

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


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



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


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




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

[Talk-cz] Hlášení problémů KČT

[Miroslav Suchý]

Ve volném čase se teď snažím procházet chybějící trasy KČT a už jsem jim
hlásil dva problémy v jejich značení přes http://www.turistickeznaceni.cz/
U posledního případu jsem nakonec připsal:

 Přispěno z komunity OpenStreetMap.

Možná je to drobnost, ale pokud bychom to dělali všichni, tak by to
mohlo přispět ke zvýšení povědomí KČT o OSM a možná i k lepší spolupráci
v budoucnu.
Nechám na vás zda to budete používat taky.

Mirek
-- 
,,,
   (o o)
  =oOO==(_)==OOo===
 )  mailto:miros...@suchy.cz  tel:+420-603-775737
(   One picture is worth 128K words.
 )Oooo.
 .oooO   (   )
 (   )) /
  \ ((_/
   \_)


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

Re: [OSM-legal-talk] Proposed "Metadata"-Guideline

[Frederik Ramm]

Hi,

   I'm deliberately taking this out of the geocoding context here to
make a point regarding the mixing of OSM and non-OSM data:

On 09/23/2015 01:26 AM, Alex Barth wrote:
> mixing OSM and non-OSM POIs
> should not extend the ODbL to non-OSM POIs and so forth.

What we'd like to avoid is someone making a business of selling "the
better OSM" by adding to our data other, separately curated, proprietary
data, thereby improving OSM without sharing any of the improvements back.

That would enable someone to offer e.g. a "better navigation app" that
was largely based on OSM but had proprietary data improvements, and the
exposure OSM would get from that would be worth nothing as nobody else
could use that same database.

This would be a use case that the license is specifically designed
against and we must take care not to weaken our position here.

Bye
Frederik

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

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

Re: [OSM-legal-talk] Geocoding as produced work (was: Proposed "Metadata"-Guideline)

[Frederik Ramm]

Hi,

On 09/23/2015 01:26 AM, Alex Barth wrote:
> This could be well done within the confines of the ODbL by endorsing the
> "Geocoding is Produced Work"
> guideline 
> https://lists.openstreetmap.org/pipermail/legal-talk/2014-July/007900.html

Frankly, even if I was of the opinion that it would be desirable for the
ODbL to not apply to geocoding, I don't think that "Geocoding is
Produced Work" could ever fly, legally, at least in countries that have
a sui generis database law.

I mean, nobody cares about a single on-the-fly geocoding result (this
easily falls under the "substantial" guideline) but if you repeatedly
query an ODbL database with the aim of retrieving from it, say, a
million lat-lon pairs to store in your own database, then how in the
world could this new database ever be *not* a derivative? Even if you
were to define a single geocoding result as a produced work, combining a
large number of them in a database would still get you a derived
database again.

Bye
Frederik

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

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

Re: [OSM-talk] recent changes in rendering the map make it worse

[henk van der laan]

> W dniu 22.09.2015 15:49, Mateusz Konieczny napisa?(a):
> 
> > Note that it is not including the latest changes that are not deployed
> > on the OSM website (currently it includes the new road style).
> 
> One can preview those changes here (for some testing places):
> 
> http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#6.00/40.000/-75.000

Now I'm really getting confused. osm-carto is the current version and
gsoc the new one, right?
It seems road importance has dropped a level, and tertiary is no longer distinct
by colour. That would have severe impications for the map in Europe,
where tertiary roads are the main roads in rural areas. They link
villages, or in case of city's neighberhoods. As so they are the
preferred roads for travelling and should be emphasized over
unclassified.
This may work at a low zoomlevel but at higher zoomlevels it adds
confusion because tertiary and unclassified have the same colour.


regards

Henk


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

[Talk-cl] wiki - Números de casa

[Felipe Hernández G .]

Hola a todos

Estuve averiguando sobre la forma de poner direcciones en OSM y llegué a la
Wiki

https://wiki.openstreetmap.org/wiki/ES:N%C3%BAmeros_de_polic%C3%ADa

La cosa es que el titulo es "números de policía" en lugar de "números de
casa" o parecido, lo cuál me parece erróneo (¿lo es?). Traté de cambiar el
nombre de la página pero no encontré donde hacerlo. Alguien sabe??? se
puede??? arreglé cosas del contenido pero no pude cambiar el titulo :-(

Saludos

-- 
*Felipe Hernández G.*
*Estudiante Ingeniería Civil en Computación*
*Estudiante Magíster en Ciencias de la Computación *
*Universidad de Chile*
*09-90977379*
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [Talk-cat] Nou parc natural

[Wladimir Szczerban]

Hola a todos,

Me he bajado la imagen de la noticia y la he georeferenciado.
Con el cloudifier (http://betaportal.icgc.cat/wordpress/cloudifier/) he
creado un servicio WMS con la imagen.

Pueden ver un mapa aqui,
http://www.instamaps.cat/geocatweb/visor.html?businessid=8bb9c0d303455836aa2a0863db1a1ae8=1#11/42.3755/2.2388

Servicio wms con la imagen georeferenciada
http://betaserver.icgc.cat/geoservice/187652613844026085163765010009317628408
?

Ahora lo que faltaría es cargar el WMS en OSM y dibujar los nuevos limites.




2015-09-22 22:48 GMT+02:00 Carlos Sánchez :

> El govern declara el Parc Natural de les Capçaleres del Ter i del Freser,
> de 14.750 hectàrees
> http://www.ccma.cat/324/el-govern-declara-el-parc-natural-de-les-capcaleres-del-ter-i-del-freser-de-14-750-hectarees/noticia/2686677/
> A veure on podem trobar un arxiu per afegir-ho a OSM...
>
> --
>
> *Carlos Sánchez*About.me 
>
> ___
> Talk-cat mailing list
> Talk-cat@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cat
>
>


-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk] recent changes in rendering the map make it worse

[Mateusz Konieczny]

On Wed, 23 Sep 2015 09:10:44 +0200
henk van der laan  wrote:

> 
> 
> > W dniu 22.09.2015 15:49, Mateusz Konieczny napisa?(a):
> > 
> > > Note that it is not including the latest changes that are not
> > > deployed on the OSM website (currently it includes the new road
> > > style).
> > 
> > One can preview those changes here (for some testing places):
> > 
> > http://bl.ocks.org/pnorman/raw/c61d6b11193081910866/#6.00/40.000/-75.000
> 
> Now I'm really getting confused. osm-carto is the current version and
> gsoc the new one, right?

osm-carto is currently deployed version and gsoc is version with the
new road style and without some relatively minor recent changes.

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

Re: [OSM-legal-talk] Geocoding as produced work (was: Proposed "Metadata"-Guideline)

[Simon Poole]

Am 23.09.2015 um 01:26 schrieb Alex Barth:
> ..
>
> The Fairhurst Doctrine won't get us all the way on geocoding. It still
> leaves open what happens in scenarios where elements of the same kind
> in third party databases are geocoded with OSM data and others with
> third party data. This is a highly relevant scenario as OSM data
> particularly for geocoding (addresses, POIs) is usually not complete
> enough. The ability to use OSM for geocoding and "backfill" it with
> (non-license-compatible) third party data is exactly what would would
> make a gradual adoption of OSM possible.
>
> .

This is obviously off topic as it has little to do with comments and
input on the proposed guideline (and the proposed guideline has nothing
directly to do with geo-coding), however I'm curious: why wouldn't you
want to provide OSM with a list of addresses that you tried to geo-code
(successfully and non-successfully), for example as proposed in:
http://wiki.openstreetmap.org/wiki/Open_Data_License/Geocoding_-_Guideline#The_Failover_Issue_and_Publishing_Derived_Datasets

Simon



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

[OSM-ja] 静岡市オープンデータの航空写真

[下り専門]

おはようございます。下り専門です。

静岡市のオープンデータに航空写真がありますたので、
トレースできるようにしました。

Wikiページのレビューお願いします。
sourceタグは室蘭市のものを参考にしました。

http://wiki.openstreetmap.org/wiki/Shizuoka_ortho

 Bing衛星写真は世界遺産三保の松原の周辺に雲がかかって
トレースできないエリアがありましたが、
このデータは固定資産税用だけあって鮮明です。

タイル化については瀬戸さんにアドバイスいただきました。
ありがとうございました。
___
Talk-ja mailing list
Talk-ja@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ja

Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)

[BasaBuru]

El Miércoles, 23 de septiembre de 2015 14:41:16 Jose Luis escribió:
> Concretando:
> 
> Hora:  9:30h
> Lugar: Cafeteria Ibaialde Pza. Francisco Ardanaz
> https://www.openstreetmap.org/node/3687837815
> 
> En esta misma cafeteria tenemos una terraza con mesas y wifi, donde podemos
> subir los datos con un Portatil y Josm.
> Yo vivo encima y puedo coger el mio, o si quereis llevar cada uno el
> vuestro, como querais.
> 
> Lo de llevar los Field papers me parece bien, yo de momento me bajo el que
> sugieres.

Me vais a perdonar, que son los field papers puedes bajar uno para mi... 
no tengo ni idea de donde. Bueno es que no entiendo el concepto.

> 
> Le pongo en copia esta información a BasaBuru, que por algún motivo no salen
> sus mensajes en la lista y solo me llegan a mi.

Por hacer reply sin mas. Y no a la lista

> 
> Por favor confirmar, que os dais por enterados.

Confirmado sabado a las 9:30

-- 
Agur bero bat / a greeting

BasaBuru

  BASATU 

~  
basatia bihur zaitez
~

gako ID gnupg: F9044F8FC64B2544
hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544

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

Re: [Talk-es] Mapping party Septiembre-Octubre en Burlada (Navarra)

[k1wi]

Yo tengo field papers para ti, no te preocupes.

Confirmado sábado 9.30

k1wi

> El 23/9/2015, a las 19:45, BasaBuru  escribió:
> 
> El Miércoles, 23 de septiembre de 2015 14:41:16 Jose Luis escribió:
>> Concretando:
>> 
>> Hora:  9:30h
>> Lugar: Cafeteria Ibaialde Pza. Francisco Ardanaz
>> https://www.openstreetmap.org/node/3687837815
>> 
>> En esta misma cafeteria tenemos una terraza con mesas y wifi, donde podemos
>> subir los datos con un Portatil y Josm.
>> Yo vivo encima y puedo coger el mio, o si quereis llevar cada uno el
>> vuestro, como querais.
>> 
>> Lo de llevar los Field papers me parece bien, yo de momento me bajo el que
>> sugieres.
> 
> Me vais a perdonar, que son los field papers puedes bajar uno para mi... 
> no tengo ni idea de donde. Bueno es que no entiendo el concepto.
> 
>> 
>> Le pongo en copia esta información a BasaBuru, que por algún motivo no salen
>> sus mensajes en la lista y solo me llegan a mi.
> 
> Por hacer reply sin mas. Y no a la lista
> 
>> 
>> Por favor confirmar, que os dais por enterados.
> 
> Confirmado sabado a las 9:30
> 
> -- 
> Agur bero bat / a greeting
> 
> BasaBuru
> 
>  BASATU 
> 
> ~  
>basatia bihur zaitez
> ~
> 
> gako ID gnupg: F9044F8FC64B2544
> hatz-aztarna: 13FF 7B28 D999 B957 F837 D566 F904 4F8F C64B 2544
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es

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

Re: [Talk-GB] Environment Agency LIDAR datasets OGL licensed now available

[Tim Waters]

Could subtracting between the DSM and DTM where we have buildings
already in OSM give the height of the buildings?



On 23 September 2015 at 15:08, Chris Hill  wrote:
> On 23/09/15 14:18, Phil Endecott wrote:
>>
>> Has anyone reviewed how useful this LIDAR data would be for 3D city
>> mapping?
>>
>> Chris Hill wrote:
>>>
>>> The slippy map with relief tiles made from the data and optionally
>>> contours also made from the data is here: http://relief.raggedred.net.
>>
>>
>> Thanks Chris.  I've just been looking at Hull city centre.  It doesn't
>> look great; is this the difference between the "terrain model" and the
>> "surface model" that they mention? Which are you using?  Have you looked
>> at the other one?
>
>
> It looks pretty realistic to me, I guess you mean it doesn't show building
> outlines, but that's why I chose the DTM version.
>>
>>
>> Of course I know that the rationale for the data is for flood risk
>> evaluation so recording building profiles was not the objective - but
>> you never know how something could be re-purposed!
>>
>
> In the blog article
> (http://chris-osm.blogspot.co.uk/2015/09/more-lidar-goodness.html) I explain
> a bit about the difference between DSM and DTM. DSM does include building
> outlines. I've processed a small part of the data to see them. Here's an
> example of a TIFF of DSM data with the building outlines:
> http://raggedred.net/shared/ta0230.tif
>
> Suitably processed this could provide a source of building outlines.
>
> I'm not sure about the age of some of the data. Some recently-built flood
> alleviation measures do not show on this EA data but do show on the Bing
> aerial imagery
>
> --
> Cheers, Chris
> user: chillly
>
>
> ___
> 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: [Talk-es] Resumen de Talk-es, Vol 104, Envío 21

[Roberto geb]

Parece que ya está corregido.

¿Puedes comprobarlo en esta página
http://www.openstreetmap.org/way/122467461#map=17/-40.74962/-71.66350?

El 23 de septiembre de 2015, 14:50, APEDELAP  escribió:

> Estimados:
> De esto entiendo poco pero he comprobado que en mi zona de residencia hay
> dos errores de calles.
> 1°) Una calle que en los GPS la marca y la nombra como "LLUMILA" pero
> debería ser "LUMILLA" por este motivo el GPS no la encuentra.
>
> 2°) La calle "COIHUES" que indica el acceso desde la ruta 40 esta calle no
> tiene salida o entrada desde la carretera porque hay un barranco de unos 10
> metros; la manera de ingresar a la calle COIHUES seria por LUMILLA.
>
> VILLA LA ANGOSTURA (8407)
> PROVINCIA DE NEUQUEN
> ARGENTINA
> ATENTAMENTE
> PLESBISTERO
> apede...@gmail.com
>
> Mensaje original-
> De: talk-es-requ...@openstreetmap.org [mailto:
> talk-es-requ...@openstreetmap.org]
> Enviado el: martes, 22 de septiembre de 2015 04:19 a.m.
> Para: talk-es@openstreetmap.org
> Asunto: Resumen de Talk-es, Vol 104, Envío 21
>
> Enve los mensajes para la lista Talk-es a
> talk-es@openstreetmap.org
>
> Para subscribirse o anular su subscripcin a travs de la WEB
> https://lists.openstreetmap.org/listinfo/talk-es
>
> O por correo electrnico, enviando un mensaje con el texto "help" en
> el asunto (subject) o en el cuerpo a:
> talk-es-requ...@openstreetmap.org
>
> Puede contactar con el responsable de la lista escribiendo a:
> talk-es-ow...@openstreetmap.org
>
> Si responde a algn contenido de este mensaje, por favor, edite la
> linea del asunto (subject) para que el texto sea mas especifico que:
> "Re: Contents of Talk-es digest...". Adems, por favor, incluya en la
> respuesta slo aquellas partes del mensaje a las que est
> respondiendo.
>
>
> Asuntos del da:
>
>1. Consulta sobre Cat2Osm2 y los niveles subterrneos de
>   edificios (Rodrigo Rega)
>2. Re: Consulta sobre Cat2Osm2 y los niveles subterrneos de
>   edificios (Cruz Enrique Borges Hernandez)
>3. Re: Mapping party Septiembre-Octubre en Burlada (Navarra) (k1wi)
>4. Re: Consulta sobre Cat2Osm2 y los niveles subterrneos de
>   edificios (Rodrigo Rega)
>5. Senderismo - MIDE, wiki y otros (Miguel Sevilla-Callejo)
>6. Re: Mapping party Septiembre-Octubre en Burlada (Navarra)
>   (Jose Luis)
>
>
> --
>
> Message: 1
> Date: Tue, 22 Sep 2015 00:04:35 +0200
> From: Rodrigo Rega 
> To: talk-es@openstreetmap.org
> Subject: [Talk-es] Consulta sobre Cat2Osm2 y los niveles subterrneos
> de edificios
> Message-ID:
> <
> caotre_lpxmjnff8z3qft8qtehb1k_0upagzimq27f-vwlmc...@mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> Hola a todos.
>
> Estoy realizando pruebas para hacer prximamente mi primera importacin de
> datos de Catastro con Cat2Osm2 (versin 2014-10-14). Tras hacer la limpieza
> y normalizacin siguiendo el wiki [1], me he encontrado con que el
> validador de JOSM lanza varias advertencias con mensajes del tipo: Valor
> '-2' para clave 'building:min_level' se parece a '2'.
>
> Tras comentarlo en el grupo de Telegram "OSM Espaa", varios compaeros
> coincidimos en que parece que Cat2Osm2 est usando "building:min_level"
> para etiquetar los niveles subterrneos de los edificios. Segn el wiki de
> OSM [2] esta etiqueta no sera la correcta, siendo la adecuada
> "building:levels:underground".
>
> A alguien le consta si acto bien si cambio "building:min_level" por
> "building:levels:underground"?
>
> Me han comentado que varios desarrolladores de Cat2Osm2 siguen la lista,
> sera genial si nos pudiesen arrojar algo de luz sobre el asunto.
>
> Un saludo.
>
> [1]
>
> http://wiki.openstreetmap.org/wiki/Limpieza_y_normalizaci%C3%B3n_de_datos_catastrales
> [2] http://wiki.openstreetmap.org/wiki/Key:building:levels
>
> --
> Rodrigo Rega
> http://www.rodrigorega.es
>  prxima parte 
> Se ha borrado un adjunto en formato HTML...
> URL: <
> http://lists.openstreetmap.org/pipermail/talk-es/attachments/20150922/a83b71fa/attachment-0001.html
> >
>
> --
>
> Message: 2
> Date: Tue, 22 Sep 2015 00:17:22 +0200
> From: Cruz Enrique Borges Hernandez 
> To: Discusin en Espaol de OpenStreetMap
> 
> Subject: Re: [Talk-es] Consulta sobre Cat2Osm2 y los niveles
> subterrneos de edificios
> Message-ID:
> 

Re: [OSM-legal-talk] Geocoding as produced work

[Steve Coast]

Steve Coast http://stevecoast.com/  +14087310937

> On Sep 23, 2015, at 11:22 PM, Simon Poole  wrote:
> 
> Now obviously it does limit in some aspects the T an OSM based
> geo-coding service can use for its business and it might actually force
> such a service provider to differentiate between geo-coding for public
> vs in-house use.  But then it isn't as if you are completely free to do
> what you want with a lot of other data sources either. 

Another good point: If the OSM license has some edge case problem, it’s still 
far better than proprietary licenses which are the alternative.

I’m calling it "edge case” if the SNIFF TEST in my prior email is not met, 
maybe it’s just as well to call it the “EDGE CASE TEST”, which is similar if 
not identical to the MANY TEST.

Just trying to pull the discussion toward black & white tests which we can 
actually pass or fail, happy to see other suggestions.

Best

Steve___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] Geocoding as produced work

[Michal Palenik]

I am in complete agreement with Simon.

to stress on the topic of geocoding political party donors (example), if
you don't plan to publish their individual addresses, you must not
geocode their individual specific addresses, but rather a city level
address only. 


michal

On Wed, Sep 23, 2015 at 10:22:09PM +0200, Simon Poole wrote:
> 
> 
> Am 23.09.2015 um 21:28 schrieb Tom Lee:
> > I confess that I'm not sure what to say to this. You're asserting that
> > running a geocoding business with ODbL attaching to the results is no
> > big deal, that "all the use cases you can think of" seem fine. Mapbox
> > is _actually running_ a geocoding business and telling you that we
> > would like to use OSM in it but can't sell a geocoding service that
> > has ODbL attached to the results.
> 
> No, I'm saying that for a overwhelming majority of use cases in which
> the geo-coding are used publicly the ODbL does not cause the privacy
> problems you were alluring too. Nor does it cause any problem for in
> house use at all.
> 
> Now obviously it does limit in some aspects the T an OSM based
> geo-coding service can use for its business and it might actually force
> such a service provider to differentiate between geo-coding for public
> vs in-house use.  But then it isn't as if you are completely free to do
> what you want with a lot of other data sources either. 
> 
> >
> > And no one has yet offered any examples by which ODbL attaching to
> > geocoding results has led to contributions that improved OSM. Or
> > contributions at all (the prospect of Randy's tide station data
> > notwithstanding).
> Getting back failed addresses for QA would be a start.
> 
> But the more important point is that we are not at liberty to simply
> declare by fiat that bulk geo-coding does not create a derivative
> database. The underlying problem is that geo-coding is not a clearly
> defined process, it is at best a loose concept. I doubt that anybody
> would have issue classifiying geo-coding addresses in the US to states
> (your initial example)  as a produced work, on the other hand extracting
> building entrances with attached addresses is clearly a one-to-one
> copying out of OSM, both however are "geo-coding".
> 
> Most actual use cases are going to be somewhere in between and the last
> couple of years of discussion on this topic have clearly shown that we
> will not make any progress except if we base a geo-coding guideline on
> principles that are as far as possible independent of the actual mechanics.
> 
> >
> > I realize you'll disagree, but I'm left with the same sense of what's
> > achievable and desirable for a geocoding guidance. Enable more
> > geocoding. Protect OSM's assets. Abandon the impractical goal of
> > compelling users to share their results.
> >
> I don't think there is an election going on any time soon, so please
> tone down the rhetoric. It's simply the case that we have the licence we
> have and at least for the immediate future we have to live with it and
> give our data consumers guidance in the current frame work, not in a
> make believe better world.  
> 
> Simon
> 



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


-- 
michal palenik
www.freemap.sk
www.oma.sk


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

Re: [OSM-legal-talk] Geocoding as produced work

[Tom Lee]

Thanks, Steve, for pushing this in a productive direction; and apologies to
you, Simon for letting my frustration through.

I should emphasize: I don't think that I'm suggesting a license change at
all, and I don't mean to suggest that sharealike is broadly impractical.
I'm suggesting that a guidance be issued that clarifies how geocoding
relates to the license. And I'm suggesting that treating geocoding results
as a produced work would not pose risk to OSM; would not cost it data;
would offer advantages to some users; and would create new incentives for
improving the map.

Steve is right to point out that other businesses have decided to take the
risk that ODbL's implications for geocoding results will never be enforced.
Or they're just using the data without worrying about compliance at all. I
think it's unfortunate to dismiss this issue solely because there aren't
more actors willing to work on a clear and ethical path forward.

> however it’s also hard to see who would pay for OSM geocoding in the
first place when there’s almost no data compared to proprietary maps

This speaks to Alex's point about the need to enable iterative uses of the
data, where open data supplements proprietary sources (here's an example:
https://www.mapbox.com/blog/austrian-open-address-data/ ). The name you
chose for this problem is apt. OSM has become a wonderfully powerful tool
for the use cases it's friendly toward, like rendering tiles and routing.
OSM is relatively inflexible toward geocoding, and consequently it is not a
great tool for it. Yet.

At any rate, I can assure you that we have customers today with use cases
that could be served exclusively by OSM data--reverse place-level permanent
geocoding is top of the list. And there are many more who could benefit
from OSM data supplementing the quality of our results.


On Wed, Sep 23, 2015 at 5:33 PM, Steve Coast  wrote:

>
> Steve Coast http://stevecoast.com/ +14087310937
>
> On Sep 23, 2015, at 11:22 PM, Simon Poole  wrote:
>
> Now obviously it does limit in some aspects the T an OSM based
> geo-coding service can use for its business and it might actually force
> such a service provider to differentiate between geo-coding for public
> vs in-house use.  But then it isn't as if you are completely free to do
> what you want with a lot of other data sources either.
>
>
> Another good point: If the OSM license has some edge case problem, it’s
> still far better than proprietary licenses which are the alternative.
>
> I’m calling it "edge case” if the SNIFF TEST in my prior email is not met,
> maybe it’s just as well to call it the “EDGE CASE TEST”, which is similar
> if not identical to the MANY TEST.
>
> Just trying to pull the discussion toward black & white tests which we can
> actually pass or fail, happy to see other suggestions.
>
> Best
>
> Steve
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-br] Relação Baía de Guanabara X Ilha do Governador

[thundercel]

Thiago,
lembro que resido na Ilha do Governador, no Bairro Jardim Guanabara, e por ela 
trafego diariamente. Foi nela que nasci e é nela que espero ir.

Como edito mapa há bastante tempo não são poucos os tracklogs por mim 
levantados com GPS, em especial na Ilha. A quase totalidade desses se encontram 
na base OSM.

As imagens satélites por vezes não estão satisfatoriamente bem 
georreferenciadas em algumas áreas, mas esse não é o caso da Ilha do Governador 
que por meio dos tracklogs afirmo que a imagem do Bing de hoje se encontra 
satisfatoriamente georreferenciada podendo tranquilamente ser empregada para 
alinhamentos sem necessidade de ajustes pelo editor do mapa..

Isso tudo me habilita a citar que a linha da costa, em especial dos Bairros do 
Cacuia e Ribeira, ficaram bastante desalinhadas após o changeset de inclusão de 
bairros.

A referencia que empregamos para identificar necessidades de alterações é o 
mapa COCAR BR ( http://cocardl.com.br/ ) que diariamente compilamos para uso 
próprio e mensalmente disponibilizamos gratuitamente para usuários de GPS 
Garmin.  

A compilação desse mapa emprega os dados OSM disponibilizados no formato PBF em 
http://download.geofabrik.de/south-america/brazil.html .Esses dados são 
diariamente atualizados por volta das 21:00 hs contemplando “TODAS” as 
alterações na base OSM até as 18:00 hs do dia. Por aí compreenda que não existe 
situação que alguma alteração realizada na base OSM não seja contemplada no 
arquivo PBF. Não existe, nesse caso, necessidade de se aguardar para verificar 
no mapnik qualquer alteração. 

Observo que a linha da costa já foi corrigida hoje e essa correção já estará 
estampada no mapa COCAR BR que hoje a noite compilaremos.

Finalizo parabenizando a você e demais participantes do grupo criado pelo 
Arlindo, pelo excelente trabalho de inclusão de bairros no Rio de Janeiro. Até 
então, na Ilha do Governador, só existia um bairro incluído que era o que onde 
resido, o Jardim Guanabara. Agora todos os bairros dela já estão no mapa.

[]s
Marcio



From: Thiago Vieira 
Sent: Wednesday, September 23, 2015 3:02 PM
To: OpenStreetMap no Brasil 
Subject: Re: [Talk-br]Relação Baía de Guanabara X Ilha do Governador

Marcio, 

"entretanto é visível no mapa o desvio da linha da costa, em especial na parte 
sul da Ilha onde ela está bastante desalinhada."


Onde ocorre isso? Se estiver se referindo ao litoral nos bairros da Ribeira e 
Cacuia, na verdade agora o litoral está mais próximo do correto, tanto que a 
foto de satélite usada pra mapear foi a mesma que no resto da ilha e só ali 
apareceu essa diferença pois aparentemente foi mapeada anteriormente em 
separado com alguma foto com um offset alto com relação ao correto. Não se 
preocupe com o desvio percebido no mapnik, como eu disse no email anterior, irá 
levar um tempo até que as modificações na coastline se reflitam ali.

Em 23 de setembro de 2015 13:24,  escreveu:

  Sim Arlindo, a Ilha do Governador não está mais sendo encoberta pelas águas 
da Baía, entretanto é visível no mapa o desvio da linha da costa, em especial 
na parte sul da Ilha onde ela está bastante desalinhada. 

  Surgiu também um novo problema, agora no multipoligono do Aeroporto 
Internacional, onde os objetos internos deixaram de ser vistos no mapa, 
entretanto estamos, o Nelson e eu, identificando a solução. è problema de inner 
e outer que foi alterado.

  []s
  Marcio

--

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

Re: [OSM-legal-talk] license test

[Tom Lee]

This strikes me as a fair and useful framework. I'll take a crack at it,
with geocodes-as-produced-works in mind:

SPIRIT: Surely it's possible to avoid creating a sharealike backdoor by
clarifying that geocodes become substantial only when combined to reverse
engineer the map.

HARM: The evidence that ODbL has produced useful data contributions from
geocoding users is thin.

EFFORT: I'm suggesting a guidance clarifying OSMF's opinion on which
part(s) of the current license apply to a class of data use, not a license
change. This is real work, but clearly achievable, since it's been done
before.

MANY: Obviously, geocoding services like Mapbox have an interest in gaining
this flexibility. But everyone will benefit as we & others improve the map
it for the geocoding use case. Nick and I have loaded more than a hundred
million of openly-licensed addresses into OpenAddresses.io in the course of
our work at Mapbox. (I'm not suggesting that large address imports to OSM
are the path forward here; hopefully you can see my point, though.) I love
the OpenAddresses project, but OSM is much more broadly useful, and I would
be glad to direct that energy where it will do more good.

On Wed, Sep 23, 2015 at 5:01 PM, Steve Coast  wrote:

> A constructive way forward may be to set out some tests that should be met
> for any license change for any issue. Maybe this exists already and I
> missed it. I’d suggest three tests below, but maybe someone here has better
> ones. I’m not sure *who* should judge this. Maybe a vote of some kind.
>
> SPIRIT - Does the suggested change maintain the spirit of the license?
>
> (Doesn’t require much elaboration I think, maybe I’m wrong)
>
> HARM - Does the suggested change not harm the community or data?
>
> (This is the most squirrely, maybe it can be nailed down. I took it from
> Lawrence Lessig’s supreme court copyright case where the judges asked him
> to show the actual harm the DMCA (would have) caused.)
>
> EFFORT - Does the suggested change merit the effort required?
>
> (The last license change was a monumental effort)
>
> Perhaps we could replace the HARM test with the MANY test:
>
> MANY - Does the suggested change help the many or the few?
>
> Best
>
> Steve Coast http://stevecoast.com/ +14087310937
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

[OSM-legal-talk] license test

[Steve Coast]

A constructive way forward may be to set out some tests that should be met for 
any license change for any issue. Maybe this exists already and I missed it. 
I’d suggest three tests below, but maybe someone here has better ones. I’m not 
sure *who* should judge this. Maybe a vote of some kind.

SPIRIT - Does the suggested change maintain the spirit of the license?

(Doesn’t require much elaboration I think, maybe I’m wrong)

HARM - Does the suggested change not harm the community or data?

(This is the most squirrely, maybe it can be nailed down. I took it 
from Lawrence Lessig’s supreme court copyright case where the judges asked him 
to show the actual harm the DMCA (would have) caused.)

EFFORT - Does the suggested change merit the effort required?

(The last license change was a monumental effort)

Perhaps we could replace the HARM test with the MANY test:

MANY - Does the suggested change help the many or the few?

Best

Steve Coast http://stevecoast.com/  +14087310937___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-GB] Environment Agency LIDAR datasets OGL licensed now available

[Chris Hill]

On 23/09/15 20:36, Tim Waters wrote:

Could subtracting between the DSM and DTM where we have buildings
already in OSM give the height of the buildings?



On 23 September 2015 at 15:08, Chris Hill  wrote:

On 23/09/15 14:18, Phil Endecott wrote:

Has anyone reviewed how useful this LIDAR data would be for 3D city
mapping?

Chris Hill wrote:

The slippy map with relief tiles made from the data and optionally
contours also made from the data is here: http://relief.raggedred.net.


Thanks Chris.  I've just been looking at Hull city centre.  It doesn't
look great; is this the difference between the "terrain model" and the
"surface model" that they mention? Which are you using?  Have you looked
at the other one?


It looks pretty realistic to me, I guess you mean it doesn't show building
outlines, but that's why I chose the DTM version.


Of course I know that the rationale for the data is for flood risk
evaluation so recording building profiles was not the objective - but
you never know how something could be re-purposed!


In the blog article
(http://chris-osm.blogspot.co.uk/2015/09/more-lidar-goodness.html) I explain
a bit about the difference between DSM and DTM. DSM does include building
outlines. I've processed a small part of the data to see them. Here's an
example of a TIFF of DSM data with the building outlines:
http://raggedred.net/shared/ta0230.tif

Suitably processed this could provide a source of building outlines.

I'm not sure about the age of some of the data. Some recently-built flood
alleviation measures do not show on this EA data but do show on the Bing
aerial imagery

--
Cheers, Chris
user: chillly


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



--
Cheers, Chris
user: chillly


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

[Talk-it] Mapping party tematici a Ferrara

[Piergiorgio Cipriano]

Ciao a tutte/i,
scrivo per segnalare un paio di eventi che forse interessano qualcuno in
lista.

Qualche settimana fa insieme ad alcuni amici ferraresi (Marica Landini,
Stefano Droghetti e Leonardo Delmonte) è nata l'idea di organizzare nei
prossimi mesi, nella nostra città, alcuni mapping party "tematici".

I primi due temi individuati sono:
- navigabilità fluviale
- edifici

Parto dal primo.
Fino al 30 ottobre, in collaborazione con il consorzio Wunderkammer [1],
abbiamo pensato di correggere e aggiungere informazioni in OSM relative
alla *navigabilità fluviale* (idrovia ferrarese).
In questa pagina wiki [2] stiamo lentamente descrivendo cosa intendiamo
fare.
In due parole: riportare su OSM informazioni dettagliate utili a chi "usa"
i fiumi ed i canali (es. altezza ponti, servizi, ...).
Queste informazioni esistono già e sono disponibili su atlanti e
pubblicazioni messi a disposizione dall'Associazione Fiumana e dal Canoa
club.
Per chi è interessato, appuntamento presso Wunderkammer (Via Darsena -
http://osm.org/go/xdVwBfkFb) *lunedì 28 alle ore 17* per iniziare il lavoro.

Il secondo tema è quello degli *edifici*.
In questo momento gli edifici rappresentati in OSM su Ferrara ...
semplicemente non sono edifici [3] (chi si occupa di database topografici
li definirebbe "cassoni edilizi" [4]).
Ci piacerebbe arrivare ad avere in OSM una rappresentazione molto più
dettagliata e utile degli edifici ferraresi, con poligoni che raffigurino
correttamente gli edifici e soprattutto con tag relativi all'epoca di
costruzione, all'altezza, piani. Insomma, non tanto diverso da quanto
esiste già nei Paesi Bassi [5] (... ma là il catasto ha dati dettagliati e
soprattutto aperti!).
Per fare questo, sfrutteremo il lavoro del progetto Sunshine [6] con
l'obiettivo di proporre su OSM una sostituzione massiva degli attuali
"cassoni" con i dati raccolti in quel progetto da Università e Comune, dati
che a fine anno saranno pubblicati in CC-BY.

A tale proposito, invito tutti gli interessati a trovarsi nel Cortile del
Castello Estense il prossimo sabato, *26 settembre alle 10*, per una mezza
giornata di mapping tematico sugli edifici.

Con la speranza di ricevere qualche feedback e qualche critica costruttiva.

A presto


[1] https://www.facebook.com/consorziowunderkammer
[2] http://wiki.openstreetmap.org/wiki/Ferrara
[3] http://osm.org/go/xdVwG2JK8--
[4]
http://geoportale.regione.emilia-romagna.it/it/catalogo/dati-cartografici/cartografia-di-base/database-topografico-regionale/immobili/edificato/cassone-edilizio-dbtr2013-fab_gpg
[5] http://osm.org/go/0Et3wjPN6
[6] http://www.sunshineproject.eu



pg

__
Piergiorgio Cipriano
https://twitter.com/PgCipriano
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Tag particolari (altri....)

[girarsi_liste]

Il 23/09/2015 19:19, demon.box ha scritto:
> Per la serie "Tag impossibili" come taggo una Cantina intesa come cantina
> dove si maturano e conservano i vini, aperta anche alle visite dei clienti?
> Me la risolvo con:
> 
> shop=wine 
> 
> o meglio ancora craft=winery
> 
> ??
> 

Partendo da wikipedia inglese:

https://en.wikipedia.org/wiki/Wine_cellar

Ho trovato questi due tag nella wiki:

http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dcellar_entrance

http://wiki.openstreetmap.org/wiki/Tag:tourism%3Dwine_cellar

In aggiunta pure un nodo dove c'è il negozio con shop=wine.


> E poi: capita spesso di imbattersi in statue religiose.
> Statua della Madonna, piuttosto che un Gesù oppure un Santo.
> A volte sono di piccole dimensioni a volte più grande, anche a grandezza
> naturale.
> Stò parlando ovviamente di casi dove NON c'è nessuna edicola o tettuccio
> sopra ma c'è la sola statua.
> 
> Nel caso sia di piccole dimensioni può andare bene lo stesso wayside=shrine?
> Anche se il wiki è chiaro e dice:
> 
> Nella religione cattolica *contiene* generalmente una piccola statua o un
> dipinto dedicato al culto mariano, anche se sono presenti edicole dedicate a
> particolari santi.
> 
> "Contiene" dice, può andare lo stesso?
> E nel caso di statue più grandi?
> 

Su questa cosa c'è stata una recente discussione:

http://gis.19327.n5.nabble.com/santelle-croci-crocefissi-ecc-td5854146.html



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



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

Re: [Talk-GB] Environment Agency LIDAR datasets OGL licensed now available

[Chris Hill]

(I'll try again ... )

It might well do that. I'll attempt to compare two areas tomorrow and 
see how easy it is get any height data out. As it happens, one of the 
areas covered by the EA data that I have worked on is a large village 
(Cottingham) which has its buildings all traced out, so I might try to 
work out some of the building heights there.


On 23/09/15 20:36, Tim Waters wrote:

Could subtracting between the DSM and DTM where we have buildings
already in OSM give the height of the buildings?



On 23 September 2015 at 15:08, Chris Hill  wrote:

On 23/09/15 14:18, Phil Endecott wrote:

Has anyone reviewed how useful this LIDAR data would be for 3D city
mapping?

Chris Hill wrote:

The slippy map with relief tiles made from the data and optionally
contours also made from the data is here: http://relief.raggedred.net.


Thanks Chris.  I've just been looking at Hull city centre.  It doesn't
look great; is this the difference between the "terrain model" and the
"surface model" that they mention? Which are you using?  Have you looked
at the other one?


It looks pretty realistic to me, I guess you mean it doesn't show building
outlines, but that's why I chose the DTM version.


Of course I know that the rationale for the data is for flood risk
evaluation so recording building profiles was not the objective - but
you never know how something could be re-purposed!


In the blog article
(http://chris-osm.blogspot.co.uk/2015/09/more-lidar-goodness.html) I explain
a bit about the difference between DSM and DTM. DSM does include building
outlines. I've processed a small part of the data to see them. Here's an
example of a TIFF of DSM data with the building outlines:
http://raggedred.net/shared/ta0230.tif

Suitably processed this could provide a source of building outlines.

I'm not sure about the age of some of the data. Some recently-built flood
alleviation measures do not show on this EA data but do show on the Bing
aerial imagery

--
Cheers, Chris
user: chillly


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



--
Cheers, Chris
user: chillly


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

Re: [Talk-it] Spartitraffico pavimentato

[girarsi_liste]

Il 23/09/2015 20:09, Federico Cortese ha scritto:
> A questo punto il più adatto sembrerebbe landuse=traffic_island, anche
> se nella wiki si fa riferimento ad un'isola pedonale.
> Anche tutte le isole spartitraffico di rotatorie e incroci hanno
> spesso tag diversi: come andrebbero taggate?
> Spesso si trova landuse=grass, ma non credo sia la cosa più
> appropriata, un landuse=traffic_island sinceramente mi piacerebbe di
> più.
> 
> Ciao
> 
> Federico
> 

Se la situazione è simile a questa:

https://en.wikipedia.org/wiki/Traffic_island

Direi landuse=traffic_island, non serve area=yes, è implicito e josm lo
segnala come warning.
Poi per il contorno del poligono può essere usato barrier=kerb, e suface=*.

Poi magari può essere utile il tag height=* per indicare l'altezza da terra?


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



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

Re: [OSM-talk] recent changes in rendering the map make it worse

[moltonel 3x Combo]

On 23/09/2015, henk van der laan  wrote:
> Now I'm really getting confused. osm-carto is the current version and
> gsoc the new one, right?

There's been a tremendous amount of discussion, feedback, a tweaks
about this change:
* https://github.com/gravitystorm/openstreetmap-carto/pull/1736
* http://www.openstreetmap.org/user/Mateusz Konieczny/diary
* various calls for participation on this mailing list.

OSM, and osm-carto in particular are developed in the open. If
anything, they are often flooded by feedback. Please use open source
to your advantage and check the process, the challenges and the
compromises before passing judgement, and contribute using those
channels if you can.

Osm-carto is full of compromises trying to reach a balance between all
the requirements, it is no easy task. For example, the tertiary roads
styling you bemoan has been heavily debated before reaching the
current conclusion; a tough requirements was keeping a high enough
contrast for non-ideal viewing conditions.

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

Re: [OSM-legal-talk] Geocoding as produced work

[Rob Myers]

I don't understand this objection. If a company accidentally publishes 
something that's a problem with their procedures, not any license (free or 
proprietary).

On 23 September 2015 15:32:06 GMT-07:00, Alex Barth  wrote:
>On Wed, Sep 23, 2015 at 4:22 PM, Simon Poole  wrote:
>
>> it might actually force
>> such a service provider to differentiate between geo-coding for
>public
>> vs in-house use.
>>
>
>This suggestion has come up before and I'd like to flag that this is
>impractical. No organization would and should take the risk that a
>potential future (accidental) publication of a private OpenStreetMap
>based
>work could jeopardize sensitive data. The risk is significant as even
>the
>publication of a Produced Work can bring the share alike stipulations
>of
>the ODbL to bear.
>
>
>
>
>___
>legal-talk mailing list
>legal-talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/legal-talk

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [OSM-legal-talk] Geocoding as produced work

[Alex Barth]

On Wed, Sep 23, 2015 at 4:22 PM, Simon Poole  wrote:

> it might actually force
> such a service provider to differentiate between geo-coding for public
> vs in-house use.
>

This suggestion has come up before and I'd like to flag that this is
impractical. No organization would and should take the risk that a
potential future (accidental) publication of a private OpenStreetMap based
work could jeopardize sensitive data. The risk is significant as even the
publication of a Produced Work can bring the share alike stipulations of
the ODbL to bear.
___
legal-talk mailing list
legal-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/legal-talk

Re: [Talk-br] Tagueamento para Academias da Terceira Idade

[Nelson A. de Oliveira]

http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dfitness_station
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-legal-talk] Geocoding as produced work (was: Proposed "Metadata"-Guideline)

[Eugene Alvin Villar]

On 9/23/15, Tom Lee  wrote:
>>
>> I mean, nobody cares about a single on-the-fly geocoding result (this
>> easily falls under the "substantial" guideline) but if you repeatedly
>> query an ODbL database with the aim of retrieving from it, say, a
>> million lat-lon pairs to store in your own database, then how in the
>> world could this new database ever be *not* a derivative? Even if you
>> were to define a single geocoding result as a produced work, combining a
>> large number of them in a database would still get you a derived
>> database again.
>
>
> Can't the same argument apply to tiles? If you used tiles to recreate the
> OSM database (say, by tracing road geometry or by OCRing feature names) and
> then republishing under a different license, you would clearly be violating
> the ODbL.
>
> It seems as though the same approach can apply to geocoding: locate
> features to your heart's content, but if you use the results to create a
> general purpose geographic database that substitutes for/competes with OSM,
> you'll be in violation of the license.

A geocoding result is substantially different from a map tile. A
single geocoded result is arguably a single piece of data that is most
probably devoid of any copyright and by itself does not have any
database rights, while a map tile is a creative work that is clearly
copyrighted.

If you have multiple geocoded results, and if those results are
organized in a manner that enabled individual access, then you already
have a database (in the legal sense). I really cannot see how such can
be considered as a Produced Work when it is clearly a Derivative
Database when a source database was used to help produce the results.

Sets of map tiles, on the other hand, are not automatically a database
and because they are primarily creative works are considered Produced
Works. Just like a photo of a storefront may have embedded trademarks
in it, a map tile may have embedded data from a database in it too. It
is only when you extract the trademark from the photo, or the data
from the map tiles that you may possibly infringe on IP rights. Note
that the operative word here is 'extract'. No such extraction occurs
with geocoded results—they are pure data already.

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

Re: [Talk-GB] Environment Agency LIDAR datasets OGL licensed now available

[Phil Endecott]

Chris Hill wrote:
DSM does include 
building outlines. I've processed a small part of the data to see them. 
Here's an example of a TIFF of DSM data with the building outlines: 
http://raggedred.net/shared/ta0230.tif


Thanks Chris, that's quite impressive.

My interest is in using this as a better alternative to the
OS open terrain data as a base over which maps and/or imagery
can be draped, a la Google Earth.  Whether it is better to
extract building outlines, and semantics such as the complex
OSM descriptions for roof shapes, or to just drape a 2D map
over a 3D terrain for display, is I think an open question.


Regards,  Phil.










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