Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

[Dino Michelini]

  Ciao di questo argomento se ne parlò anche tempo fa. Nel tuo
ragionamento richiami molti problemi di cui ad es. 24 associazioni
nazionali alpine discutono da tempo: classificazione difficoltà,
segnavia, rendering su mappa, ecc. 
CLASSIFICAZIONE DIFFICIOLTÀ. La
scala escursionistica CAI parte da un presupposto diverso dal tuo:
infatti, non indica la difficolta per ogni singolo tratto (way) di un
itinerario ma il grado di difficoltà più alto che si incontrerà seguendo
il percorso. Ad es. se sul Gran Sasso ti trovi sulla Sella di Monte
Aquila e vuoi salire alla vetta del Corno Grande hai solo due itinerari
possibili: fare il 103+via normale o il 104+direttissima. L'irinerario
103+via normale [6] è classificato nel suo grado di difficoltà maggiore
(canalino da fare al ritorno in discesa) come EE (Escursionisti Esperti)
mentre l'itinerario 104+direttissima [7] è classificato a secondo della
scala in relazione al luogo come EE, AR, II+, PD, ovvero richiede
conoscenze e capacità di superare tratti di II+ e ora (la montagna
cambia) in alcuni punti III. La ragione del presupposto del ragionamento
del CAI è semplice: è cosa ragionevole che l'escursionista dovendo
scegliere l'itinerario alla sua portata abbia da subito presente quale
sarà il grado di difficoltà più alto che incontrerà lungo il cammino e
non ha molta importanza sapere se sarà dopo tot km dalla partenza
(ragionamento della scala per singolo tratto) perchè se non dispone
delle tecniche e conoscenze necessarie comunque non riuscirà a superarlo
se non addirittura potrebbe mettersi nei guai. Inoltre, stabilire il
grado di difficoltà ovvero se un tratto X dell'itinerario A sia EE
piuttosto che E o II+ piuttosto che III significa assumersi molta
responsabilità nel caso si sia fatta una valtazione errata e non credo
che questo sia compito del mappatore OSM ma di una commissione tecnica
del CAI. Secondo me se non si conosce con certezza il grado di
difficolta del tratto X ma si opera una valutazione personale è meglio
non metter nulla piuttosto che qualcosa di sbagliato.
RENDERING. Che
motivi esistono per visualizzare ad es. con colore/tratto diverso ogni
singolo tratto di way dove sac_scale/cai_scale cambino? In Italia, dal
punto di vista escursionistico nessuno mentre dal punto di vista grafico
otterresti un rendering di difficile lettura, pensa ad es. alla mappa
visualizzata ad es. su uno schermo GPS. Anche il sito del catasto dei
sentieri della Valle d'Aosta
(http://geonavsct.partout.it/pub/geosentieri/) la visualizzazione dei
sentieri classificati EE e EEA non riporta il dettaglio del singolo
tratto ma visualizza l'intera relazione/itinerario. Ad es. nei GPS
Garmin le relazioni che sono ben visualizzate in WMT sono assenti per
problemi dei Garmin, ciò nonostante ancora non mi sono perso. :)

Il
09.02.2018 07:56 dan...@libero.it ha scritto: 

> Un pò in
ritardo...chiarisco.
> 
> Io uso OSM e Waymarked Trails (WMT) come uno
scrittore di libri.
> Un libro viene scritto per essere letto, l'autore
non si preoccupa della tipografia e dei problemi del tipografo, io
inserisco percorsi che vengono utilizzati dagli escursionisti e non mi
interesso ai problemi di OSM ed al suo database. Ho inserito una
cinquantina di relazioni in OSM e sono ottimamente visualizzate e fruite
per mezzo di WMT ed in un vicino futuro verrano riprese in INFOMONT del
CAI.
> 
> Qualche numero:
> 50 relazioni, facciamo 5 way a relazione,
facciamo 5 tag "inutili" a way, 60 secondi per tag (ma sono pochi):
> 50
x 5 x 5 x 60 / 3600 = 21 ore "perse" secondo la mia ottica, non sono
nenche tante, ma preferisco impiegarle per rilevare sul campo qualche
nuovo percorso e inserirlo come relazione.
> 
> Ciao a tutti
> 
>> Il 7
febbraio 2018 alle 12.15 Luca Delucchi ha scritto: 2018-02-07 9:42
GMT+01:00 danbag : 
>> 
>>> ...dimenticavo.. I tag che si potrebbero
aggiungere ad una way oltre alla scala sac nella descrizione di un
sentiero sono anche tipo di fondo, tipo di vegetazione, stato di
percorribilita, ecc tutte utilissime...ma inutili come già spiegato se
perdo tempo a inserirle e non sono fruibili
>> ma per te non sono
fruibili ma un altro le puoi fruire visto che i dati sono disponibile se
invece non le carichi non sono fruibili per nessuno. Quando potranno
essere fruibili anche a te dovrai fare un lavoro molto più lungo che
inserirle ora. Comunque ti ripeto non voglio convicerti... 
>> 
>>>
Arriciao
>> -- ciao Luca www.lucadelu.org [3]
> 
>
___
> Talk-it mailing list
>
Talk-it@openstreetmap.org [4]
>
https://lists.openstreetmap.org/listinfo/talk-it [5]
 



Con Mobile Open 7 GB a 9 euro/4 sett navighi veloce con 7 GB di Internet e hai 
200 minuti ed SMS a 12 cent. Passa a Tiscali Mobile! 
http://tisca.li/OPEN7GBFirma

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[marco.baietto]

Ciao, sulla carta è tutto molto interessante, ma purtroppo una caserma 
dei VVFF non ha ne le competenze nè le risorse per affrontare il 
problema in questo modo.
Ma al di la di questo singolo problema locale concordo pienamente con 
Andrea Musuruane quando dice "/Al di là dell'utilità che può avere una 
installazione locale di un geocoder, Nominatim rischia di allontanare 
utenti da OSM (per non dire che li ha già allontanati).  E' il motore di 
ricerca predefinito sul sito principale. L'utente si aspetta che 
funzioni (specialmente se i dati sono inseriti correttamente nel 
database)./"


Ciao, Marco


Il 08/02/2018 14.50, talk-it-requ...@openstreetmap.org ha scritto:

Ora veniamo al dunque.
Dipende come intende utilizzare nominatim la centrale VVFF.
Se si appoggiano ad un servizio web, o se si son fatti un loro server.
Se si son fatti il server "in casa" possono eliminare nominatim ed usare altri 
servizi, come:

Photon

Photon is an open source geocoder built for OpenStreetMap data. It is based on 
elasticsearch - an efficient, powerful and highly scalable search platform.

https://github.com/komoot/photon

Pelias

A modular, open-source geocoder built on top of ElasticSearch for fast 
geocoding.

https://github.com/pelias/pelias

CLAVIN

https://github.com/Berico-Technologies/CLAVIN

gisgraphy

https://github.com/gisgraphy/gisgraphy

E via dicendo.
Dipende da come intendono usare i dati OSM, come è strutturato il progetto, se 
devono interfacciarsi a qualche protocollo tipo PCAP ecc. ecc.

Andreas Lattmann



--
_

Dr. Marco Baietto

Area Tecnica ambientale
Servizio Sistema Informativo Territoriale Ambientale (SITA)
http://cartografia.provincia.biella.it/on-line/Home.html
Provincia di Biella
Via Q. Sella, 12 - 13900 - Biella (BI)
Tel. 0158480753

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

Re: [Talk-it] problemi del motore di ricerca con i tag, addr:place

[marco.baietto]

Certo, ce ne sono molti, per esempio i comuni di Caprile o Portula (BI) 
hanno la toponomastica basata quasi completamente su Frazioni. Ti metto 
un paio di esempi:
- se cerchi "63 Castagnea Portula" ti trova solo la località generica, 
non il 
civico:https://www.openstreetmap.org/search?query=63%20Castagnea%20Portula#map=14/45.6788/8.1638

se ti sbagli e scrivi "63 Frazione Castagnea Portula" non trova nulla

- stessa cosa se cerchi "33 Uccelli Caprile": 
https://www.openstreetmap.org/search?query=33%20Uccelli%20Caprile#map=14/45.6962/8.2179


L'unico modo che ho trovato per farlo funzionare è che il nodo 
"place:hamlet" abbia il tag name identico al tag addr:place (esempio, 
addr:place=Frazione Uccelli e name=Frazione Uccelli; non come adesso 
dove nel nodo place:hamlet c'è name=Uccelli), ma non è corretto (name=* 
tag is supposed to contain solely name 
, not 
to describe the type or location of the object or one of its other 
properties (such as height, elevation, operator, access restrictions, 
classification/certification/quality labels...)).


Ciao, Marco

PS. è due giorni che Nominatim da questo errore "Error contacting 
nominatim.openstreetmap.org: 503" e bisogna insistere per fare la ricerca



Il 07/02/2018 9.19, talk-it-requ...@openstreetmap.org ha scritto:

+1, il problema è che Nominatim ha problemi con “via” “largo” ecc. e non 
capisce cosa è un nome o cognome. Cerca sulla stringa, anche parziale ma non 
“spezzata” (dal suo punto di vista).


addr:place dovrebbe funzionare, hai un esempio che non viene trovato?


Ciao, Martin



--
_

Dr. Marco Baietto

Area Tecnica ambientale
Servizio Sistema Informativo Territoriale Ambientale (SITA)
http://cartografia.provincia.biella.it/on-line/Home.html
Provincia di Biella
Via Q. Sella, 12 - 13900 - Biella (BI)
Tel. 0158480753

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

Re: [Talk-it] [Talk-it-cai] Proposta utilizzo scala CAI

[danbag]

Un pò in ritardo...chiarisco.

Io uso OSM e Waymarked Trails (WMT) come uno scrittore di libri.
Un libro viene scritto per essere letto, l'autore non si preoccupa della 
tipografia e dei problemi del tipografo, io inserisco percorsi che vengono 
utilizzati dagli escursionisti e non mi interesso ai problemi di OSM ed al suo 
database. Ho inserito una cinquantina di relazioni in OSM e sono ottimamente 
visualizzate e fruite per mezzo di WMT ed in un vicino futuro verrano riprese 
in INFOMONT del CAI.

Qualche numero:
50 relazioni, facciamo 5 way a relazione, facciamo 5 tag "inutili" a way, 60 
secondi per tag (ma sono pochi):
50 x 5 x 5 x 60 / 3600 = 21 ore "perse" secondo la mia ottica, non sono nenche 
tante, ma preferisco impiegarle per rilevare sul campo qualche nuovo percorso e 
inserirlo come relazione.

Ciao a tutti


> Il 7 febbraio 2018 alle 12.15 Luca Delucchi  ha scritto:
> 
> 
> 2018-02-07 9:42 GMT+01:00 danbag :
> > ...dimenticavo..
> > I tag che si potrebbero aggiungere ad una way oltre alla scala sac nella
> > descrizione di un sentiero sono anche tipo di fondo, tipo di vegetazione,
> > stato di percorribilita, ecc tutte utilissime...ma inutili come già spiegato
> > se perdo tempo a inserirle e non sono fruibili
> 
> ma per te non sono fruibili ma un altro le puoi fruire visto che i
> dati sono disponibile se invece non le carichi non sono fruibili per
> nessuno. Quando potranno essere fruibili anche a te dovrai fare un
> lavoro molto più lungo che inserirle ora. Comunque ti ripeto non
> voglio convicerti...
> 
> > Arriciao
> >
> 
> -- 
> ciao
> Luca
> 
> www.lucadelu.org

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

Re: [Talk-it] Mancata attribuzione, sito opendata hackbot.

[Andreas Lattmann]

>Torno per segnalare che stamattina l'attribuzione è stata messa sia 
>sotto l'immagine, testuale, sia nella pagina dei crediti, e come link 
>alla licenza è stato messo nella pagina dei crediti come link nascosto 
>nella parola CC-BY-SA.

Perfetto! Sono stati rapidi!
Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

Re: [OSM-talk-fr] Comment tagger les petits espaces verts sans herbe

[Philippe Verdy]

La pelouse est bien un usage et pas une simple couverture naturelle du sol.
Sur nombre de ces petits espaces herbeux on ne peut rien y mettre et
volontairement cela a étré consacré à l'absence de toute construction. Dans
certains cas des arbres ont pu y être planté (volontairement), ce qui
confirme l'usage. Ce ne sont pas des espaces "naturels" et landuse convient
parfaitement, et on ne peut plus les utiliser pour autre chose
(agriculture: landuse=crop), ce qui là encore confirme que c'est bien une
utilisation des sols.

L'atribut andcover=* est en fait quasiment inutilisé: c'est une clé
"fourre-tout" quand on ne sait pas choisir entre landuse=* et natural=*
(principalement lors des imports peu qualifiés, type CORINE). Il ne devrait
plus y en avoir du tout.

Le 8 février 2018 à 20:01, marc marc  a écrit :

> Le 08. 02. 18 à 19:09, Christian Rogel a écrit :
> > On voit, dans les villes, différentes petites surfaces géré par les
> services municipaux : délaissés de voirie, terre-pleins, bandes
> végétalisées, etc.
> > Beaucoup sont engazonnées et sont souvent taggées landuse = grass, ce
> qui est peu satisfaisant, car devant être mis dans un landuse = residential.
>
> il y a eu une discussion sur la mailing tagging à ce sujet là.
> landuse devrait être réservé à l'usage. une pelouse n'est pas un usage
> mais une couverture du sol. landcover=grass serrait + adapté.
>
> > De plus en plus, on voit d’autres types de couvert végétal (plantes
> rampantes, buissons…).
>
> de mémoire, il avait été évoqué landcover=vegetation pour les cas mixtes
> et/ou ceux qu'on n'a pas envie de détailler.
> mais j'ignore ce que le rendu a décider d'ajouter.
> faudrait retrouver le post et le lien du ticket
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-ca] BC2020i - Solving the licensing issues

[Tracey P. Lauriault]

This is great! And it reflects the recommendations provided at the first
consultation meetings with your management at Satistics Canada. I believe
there is merit in talking with the municipalities from whom you are
accessing the data, simply as a courtesy, but also as a way to enlist them
as part of the project, and potentially they may have a better and more up
to date dataset than what they share in their open data. And may even have
other data of use.

OSM resembles ordnance survey as was part of the original raison d'etre
When it started in the UK, but that does not preclude the possibility of
incorporating administrative boundaries such as wards, and less formal
boundaries such as neighbourhoods, and potentially even other cachtment are
boundaries such as school boards, and police districts and so on.

I am including James McKinney in this conversation because he did some work
in compiling quite a few municipal base files when he was the ed for Open
North.

And there most definitely will be variable quality, and ontologies! Vive la
difference!

Nice work and kudos to you and your team.
TRacey


On Wednesday, February 7, 2018, Alasia, Alessandro (STATCAN) <
alessandro.ala...@canada.ca> wrote:

> Dear all,
>
> It is fantastic to see all these exchanges about BC2020i! There are a lot
> of great ideas and improvements being made. I cannot follow up on each
> point, though I wanted to update you regarding one area of specific
> relevance: the attempt to find a solution to the licensing issue for
> building related datasets. I believe this is one area where my team can
> contribute to support the BC2020i.
>
> With my team, I am looking into the feasibility of compiling all available
> municipal open data files into one single file and then releasing this
> single file under one common license, specifically the open data licence of
> the Canadian federal government. This would, hopefully, solve the license
> compatibility issue. We are still exploring this possibility but are
> moderately optimistic.
>
> So far we started with the "easy" task: compiling all the known files – a
> special thanks to those who contributed to the tables on the BC2020i wiki
> page! With that and other OD sources, we compiled an
> "OpenAddressRepository" file of nearly 11 million records (georeferenced)
> and an "OpenBuildingRepository" file of nearly 3.2 million polygons (still
> in progress). Preliminary analysis suggests that the coverage and geocoding
> are very promising. More importantly, given that the files all originate
> from official municipal sources, there should be no reason to doubt the
> quality of the data.
>
> The next step, for us, is to look at the process required to release these
> files with a GoC open data license. We do not yet have a clear timeline for
> release, but if this idea is possible, we should almost certainly make it
> before the timelines that were discussed on Talk-ca for vetting each and
> all individual municipal open data licenses  - 2080s or 2030s if I recall
> correctly :-)
>
> We believe this solution/approach, if successful, puts an end to the issue
> of license compatibility (at least for the files found thus far) and
> greatly facilitates the use of these open data by the general public as
> well as the private and public sector. Furthermore, and more importantly
> for BC2020i, this solution paves the way for the many local OSM groups to
> import these open data as they see fit. As well, once the large national
> level files are released, we might be able to collaborate with local groups
> and provide more manageable partitions of the larger files.
>
> Of course, this approach will not necessarily solve the license
> compatibility issue for all types of municipal files. Thus, needless to
> say, anybody is obviously free to pursue submitting individual municipal OD
> licenses to the License Working Group of OSM.  Though, given that the
> Working Group resources are scarce, and assuming the approach outlined
> above works for building footprints, we would be happy to discuss the
> feasibility of compiling and re-releasing other municipal open data under
> the open data licence of the Canadian federal government.
>
> Finally, as I mentioned in other communications, my team is also exploring
> other activities that will hopefully contribute to the BC2020i. These
> activities touch on data analysis, data monitoring, and building footprint
> extraction from satellite imagery. For this work, we are primarily using
> open source tools and applications that can be integrated in open source
> environments (more updates on all of this hopefully soon!).
>
> More updates, feedback, and follow up on other interesting points of
> discussion later on.
>
> Regards to all,
>
> Alessandro and DEIL team
>
>
>


-- 
*Tracey P. Lauriault*

Assistant Professor
Critical Media Studies and Big Data
Communication Studies
School of Journalism and Communication
Suite 4110, River Building
Carleton University
1125 

Re: [Talk-ca] BC2020i and Mapathons with High Schools

[OSM Volunteer stevea]

I'd love to see in OSM (with a nod by STATCAN?) a Canadian "model building" 
(one will do), linked in the wiki.  Richly-tagged and well done, to provide a 
standard to shoot for.  To close a small, tight QA loop, as it were.  "Here is 
what we'd like to see more of."  Start small, document it.  That seems a fairly 
low bar to step over.

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

Re: [Talk-at] Adressimport Wien

[Frederik Ramm]

Hi,

On 02/09/2018 12:17 AM, Michael Reichert wrote:
> Die beiden Benutzerkonten haben zwischenzeitlich ihre Benutzernamen
> getauscht. Ich kommentiere das mal lieber nicht. ;-)

Ein Versuch, die selbst aufgestellte These "bei der Mailingliste weiss
man im Gegensatz zum Forum ja nicht, wer wer ist" zu durchlöchern?

Bye
Frederik

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

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

Re: [Talk-at] Adressimport Wien

[Michael Reichert]

Hallo,

Am 07.02.2018 um 11:02 schrieb Michael Reichert:
> Am 4. Februar 2018 13:50:25 MEZ schrieb Michael Reichert :
>> Ich habe geocodec gestern gebeten, sich hier zu äußern und auf weitere
>> derartige Änderungen zu verzichten. Er schreibt nun in der
>> Änderungssatzdiskussion
>> (https://www.openstreetmap.org/changeset/56025822):
>>> Hallo Nakaner, als "Angeklagter" darf ich um eine fairen
>>> Diskussionsraum bitten. Die talk-at Plattform bittet für meine
>>> Argumentation keine geeigneten grafischen Fähigkeiten.
>>> forum.openstreetmap.org ist sicher ebenso eine anerkannte Plattform.
> 
> Er hat zwischen gestern und jetzt sein Benutzerkonto (User-ID 1470980) in 
> "wikithemap" umbenannt. Es existiert jetzt ein neues Konto namens geocodec, 
> das die Nummer 7581226. Ich nenne die Nummer hier mal absichtlich, weil 
> Umbenennungen gerne zu Verwirrung führen.

Die beiden Benutzerkonten haben zwischenzeitlich ihre Benutzernamen
getauscht. Ich kommentiere das mal lieber nicht. ;-)

Viele Grüße

Michael

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



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

Re: [OSM-talk-fr] Comment tagger les petits espaces verts sans herbe

[Jérôme Seigneuret]

Bonjour,

Il me semble qu'il y a assez de détails sur cette page
https://wiki.openstreetmap.org/wiki/FR:Tag:landuse%3Dvillage_green

A pire on peut faire une page spécifique Espaces-verts correspondant à
notre notion française.

leisure =garden
 pour tes espaces
verts c'est je pense le mieux. et comme c'est pas privé, pas besoin de
spécifier access

Bon si on part de là; on enlève les espaces destinés à la circulation et
aux parking et le bati de nos maisons, le reste c'est
leisure=garden+access=private

;-)

A+

Le 8 février 2018 à 22:41,  a écrit :

> Peux tu nous dire pourquoi c'est selon toi une fausse bonne idée ?
>
> Parce qu'elle n'est pas assez utilisée ? Le status c'est proposé.
>
> Ou est-ce à cause des nombreux commentaires :
>
> https://wiki.openstreetmap.org/wiki/Talk:Proposed_
> features/landcover#Not_a_good_idea
> N. B. : surface=grass me semble plus adapté, landuse ça me semble trop
> grand.
> Et en l'occurrence sans herbe, on ne va pas mettre surface=grass.
> Plutôt un natural=* puisqu'on me marche pas sur un bosquet ?
>
>
> Le 08/02/2018 à 20:29, JB - jb...@mailoo.org a écrit :
>
> Le 08/02/2018 à 20:01, marc marc a écrit :
>
> landcover=grass serrait + adapté.
>
> Avec une telle réussite que le tag landcover est tout de même utilisé 667
> fois en France (plus d'un million de fois pour landuse).
> Après toutes ces années, landcover est resté une superbe mauvaise bonne
> idée et n'est toujours pas adopté par les contributeurs.
> (Perso, j'opte pour le landuse par défaut, comme rien d'autre ne me
> satisfait vraiment. Je ne sais pas si d'autres ont des meilleures pratiques
> ?)
> JB.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


-- 
Cordialement,
Jérôme Seigneuret
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment tagger les petits espaces verts sans herbe

[osm . sanspourriel]

Peux tu nous dire pourquoi c'est selon toi une fausse bonne idée ?

Parce qu'elle n'est pas assez utilisée ? Le status c'est proposé.

Ou est-ce à cause des nombreux commentaires :

https://wiki.openstreetmap.org/wiki/Talk:Proposed_features/landcover#Not_a_good_idea

N. B. : surface=grass me semble plus adapté, landuse ça me semble trop 
grand.

Et en l'occurrence sans herbe, on ne va pas mettre surface=grass.
Plutôt un natural=* puisqu'on me marche pas sur un bosquet ?

Le 08/02/2018 à 20:29, JB - jb...@mailoo.org a écrit :

Le 08/02/2018 à 20:01, marc marc a écrit :

landcover=grass serrait + adapté.
Avec une telle réussite que le tag landcover est tout de même utilisé 
667 fois en France (plus d'un million de fois pour landuse).
Après toutes ces années, landcover est resté une superbe mauvaise 
bonne idée et n'est toujours pas adopté par les contributeurs.
(Perso, j'opte pour le landuse par défaut, comme rien d'autre ne me 
satisfait vraiment. Je ne sais pas si d'autres ont des meilleures 
pratiques ?)

JB.

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


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

Re: [Talk-es] Importación de Catastro

[Javier Sánchez Portero]

Hola

Lo comento para los que están preparando proyectos de importación en otras
provincias. El publicar sólo los archivos de tareas que tienen los nombres
de las calles completos y revisados se ha demostrado poco elegante, así que
cambio de estrategia. He publicado todas las tareas de dos municipios: El
Rosario y Candelaria, eliminando de la importación las direcciones de las
calles que faltan o necesitan revisión. No es tan complicado añadir más
tarde las direcciones que falten. Según vaya repasando calles y generando
ficheros iré publicando el resto de municipios hasta completar los seis que
forman el proyecto:
http://tareas.openstreetmap.es/project/47

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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Fidelis Assis]

Helio,

Em 8 de fevereiro de 2018 17:10, Helio Cesar Tomio 
escreveu:
...


> Bom seria se o compilador conseguisse identificar a presença da tag "ref"
> na via defronte ao posto.
>

Identificar as vias afetadas pelo posto, e nelas colocar o alerta, seria
útil porque o alerta só atua se até 30m da via. No caso de polícia
rodoviária, escolas, etc, o ponto mapeado não raro dista mais que isso e um
alerta assim extraído se torna inútil. Mas esse processamento é muito
pesado, difícil na prática. Mais simples para extração seria um mapeamento
específico para o alerta, independente daquele do POI, no estilo de
hazard=school_crossing, hazard=animal_crossing indicando a região das vias
afetadas, nó ou trecho. Naturalmente, hazard=police não seria adequado para
polícia, afinal seu objetivo é oferecer segurança e não risco (mas existe
um caso no Brasil: https://www.openstreetmap.org/node/692428204).

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

Re: [OSM-talk-fr] Comment tagger les petits espaces verts sans herbe

[JB]

Le 08/02/2018 à 20:01, marc marc a écrit :

landcover=grass serrait + adapté.
Avec une telle réussite que le tag landcover est tout de même utilisé 
667 fois en France (plus d'un million de fois pour landuse).
Après toutes ces années, landcover est resté une superbe mauvaise bonne 
idée et n'est toujours pas adopté par les contributeurs.
(Perso, j'opte pour le landuse par défaut, comme rien d'autre ne me 
satisfait vraiment. Je ne sais pas si d'autres ont des meilleures 
pratiques ?)

JB.

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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Helio Cesar Tomio]

Em escolas, eu tenho procurado colocar o operator: federal, estadual,
municipal.
Isso ajuda muito na hora de usar o overpass e separar as escolas da cidade.

Usar a chave "rodoviária" com o amenity=police deve resolver a maioria dos
casos.

Bom seria se o compilador conseguisse identificar a presença da tag "ref"
na via defronte ao posto.
Nesse caso, seria dificil um falso positivo, porque um posto rodoviário
defronte uma via municipal com ref ainda não vi.
Sempre vi com ref de rodovias estaduais ou federais.

Em 8 de fevereiro de 2018 14:36, Fidelis Assis 
escreveu:

> Pessoal,
>
> O que usar em conjunto com amenity=police para caracterizar de forma
> padronizada um posto de polícia rodoviária, seja federal, estadual ou
> municipal? A ideia é diferenciar de outros postos policiais não associados
> a trânsito, tipo delegacias de polícia, etc.
>
> Tenho visto bastante o uso da tag name com o "nome" "Polícia Rodoviária
> ...". Embora ajude na caracterização, e tenho usado isso na extração de
> alertas para GPS,  não me parece certo já que não é o nome propriamente
> dito do posto.
>
> O que acham de usar "operator" para indicar quem opera o posto e aí
> colocar "Polícia Rodoviária Federal|Estadual|Municipal"?
>
> Outras formas, sugestões? Opiniões?
>
> Abraços,
> --
> Fidelis Assis
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 
Helio Cesar Tomio / Mapeador Openstreetmap
https://www.openstreetmap.org/user/Tomio
OpenStreetMap Brasil / Canal Youtube: https://goo.gl/FlX6al

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

Re: [OSM-talk-fr] Comment tagger les petits espaces verts sans herbe

[marc marc]

Le 08. 02. 18 à 19:09, Christian Rogel a écrit :
> On voit, dans les villes, différentes petites surfaces géré par les services 
> municipaux : délaissés de voirie, terre-pleins, bandes végétalisées, etc.
> Beaucoup sont engazonnées et sont souvent taggées landuse = grass, ce qui est 
> peu satisfaisant, car devant être mis dans un landuse = residential.

il y a eu une discussion sur la mailing tagging à ce sujet là.
landuse devrait être réservé à l'usage. une pelouse n'est pas un usage 
mais une couverture du sol. landcover=grass serrait + adapté.

> De plus en plus, on voit d’autres types de couvert végétal (plantes 
> rampantes, buissons…).

de mémoire, il avait été évoqué landcover=vegetation pour les cas mixtes 
et/ou ceux qu'on n'a pas envie de détailler.
mais j'ignore ce que le rendu a décider d'ajouter.
faudrait retrouver le post et le lien du ticket
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-br] Como mapear Polícia Rodoviária?

[santamariense]

De forma mais abrangente poderíamos usar
operator=município|estado|união ou operator=municipal|estadual|federal
para classificar qualquer coisa. Só precisaríamos definir uma
padronização. Até porque facilitaria posterior extração de dados.
Exemplo de outras entidades que podem usar esta classificação: escolas

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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Fidelis Assis]

Luiz Augusto,

Em 8 de fevereiro de 2018 15:57, Luiz Augusto Ruiz <
luizaugusto.r...@gmail.com> escreveu:

> Só para 'ajudar', como a polícia é estadual, cada estado tem um nome. Em
> SC é Polícia Militar Rodoviária, em outros estados é Polícia Rodoviária
> Estadual.
>

Sim, percebi isso também. Os nomes que listei antes são dos estados SC, RS
e RJ. Certamente há outros mas provavelmente a palavra 'rodoviária(o)' está
em todos (espero).

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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Fidelis Assis]

Adriano,

Em 8 de fevereiro de 2018 14:46, Adriano Rosa 
escreveu:

> sem responder a sua pergunta, o nome do operador da polícia rodoviária
> estadual em sc, pelo menos, é polícia militar rodoviária.
>

Obrigado pela resposta. Aqui no Rio, e em diversos estados, a polícia
rodoviária estadual também é uma subdivisão da Polícia Militar. Creio que a
presença da palavra "rodoviária(o)" no operator, como parte do nome
completo nas diversas variantes estaduais (ex Polícia Militar Rodoviária,
Comando Rodoviário, Batalhão de Polícia Rodoviária, etc) e federal, já
seria suficiente para identificar.

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

[OSM-talk-fr] Comment tagger les petits espaces verts sans herbe

[Christian Rogel]

Dans ces temps où les échanges sur cette liste sont peu fournis, j’en profite 
pour poser une question à laquelle je ne trouve pas de réponse.

On voit, dans les villes, différentes petites surfaces géré par les services 
municipaux : délaissés de voirie, terre-pleins, bandes végétalisées, etc.
Beaucoup sont engazonnées et sont souvent taggées landuse = grass, ce qui est 
peu satisfaisant, car devant être mis dans un landuse = residential.

De plus en plus, on voit d’autres types de couvert végétal (plantes rampantes, 
buissons…).

Comment doit-on les tagger ?


Christian R.



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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Luiz Augusto Ruiz]

Só para 'ajudar', como a polícia é estadual, cada estado tem um nome. Em SC
é Polícia Militar Rodoviária, em outros estados é Polícia Rodoviária
Estadual.

Em 8 de fevereiro de 2018 13:46, Adriano Rosa 
escreveu:

> sem responder a sua pergunta, o nome do operador da polícia rodoviária
> estadual em sc, pelo menos, é polícia militar rodoviária.
>
> On Thu, Feb 8, 2018 at 2:36 PM Fidelis Assis 
> wrote:
>
>> Pessoal,
>>
>> O que usar em conjunto com amenity=police para caracterizar de forma
>> padronizada um posto de polícia rodoviária, seja federal, estadual ou
>> municipal? A ideia é diferenciar de outros postos policiais não associados
>> a trânsito, tipo delegacias de polícia, etc.
>>
>> Tenho visto bastante o uso da tag name com o "nome" "Polícia Rodoviária
>> ...". Embora ajude na caracterização, e tenho usado isso na extração de
>> alertas para GPS,  não me parece certo já que não é o nome propriamente
>> dito do posto.
>>
>> O que acham de usar "operator" para indicar quem opera o posto e aí
>> colocar "Polícia Rodoviária Federal|Estadual|Municipal"?
>>
>> Outras formas, sugestões? Opiniões?
>>
>> Abraços,
>> --
>> Fidelis Assis
>> ___
>> 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
>
>


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

Re: [Talk-br] Como mapear Polícia Rodoviária?

[Adriano Rosa]

sem responder a sua pergunta, o nome do operador da polícia rodoviária
estadual em sc, pelo menos, é polícia militar rodoviária.

On Thu, Feb 8, 2018 at 2:36 PM Fidelis Assis 
wrote:

> Pessoal,
>
> O que usar em conjunto com amenity=police para caracterizar de forma
> padronizada um posto de polícia rodoviária, seja federal, estadual ou
> municipal? A ideia é diferenciar de outros postos policiais não associados
> a trânsito, tipo delegacias de polícia, etc.
>
> Tenho visto bastante o uso da tag name com o "nome" "Polícia Rodoviária
> ...". Embora ajude na caracterização, e tenho usado isso na extração de
> alertas para GPS,  não me parece certo já que não é o nome propriamente
> dito do posto.
>
> O que acham de usar "operator" para indicar quem opera o posto e aí
> colocar "Polícia Rodoviária Federal|Estadual|Municipal"?
>
> Outras formas, sugestões? Opiniões?
>
> Abraços,
> --
> Fidelis Assis
> ___
> 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] Como mapear Polícia Rodoviária?

[Fidelis Assis]

Pessoal,

O que usar em conjunto com amenity=police para caracterizar de forma
padronizada um posto de polícia rodoviária, seja federal, estadual ou
municipal? A ideia é diferenciar de outros postos policiais não associados
a trânsito, tipo delegacias de polícia, etc.

Tenho visto bastante o uso da tag name com o "nome" "Polícia Rodoviária
...". Embora ajude na caracterização, e tenho usado isso na extração de
alertas para GPS,  não me parece certo já que não é o nome propriamente
dito do posto.

O que acham de usar "operator" para indicar quem opera o posto e aí colocar
"Polícia Rodoviária Federal|Estadual|Municipal"?

Outras formas, sugestões? Opiniões?

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

Re: [Talk-cz] Fotky rozcestníků

[majka]

>
> Pokud to neděláš přes openid (další zatím schovaná možnost:
> https://api.openstreetmap.cz/openid/id/18574), tak se změny neprojeví
> hned, ale je potřeba počkat, až budou schváleny. Něco se schvaluje
> automaticky skriptem, něco se musí schválit ručně.
>
Tak jsem se tím konečně prohrabala.
OpenId jsem vyhrábla z jinak nepoužívaného yahoo účtu, protože podle všeho
ostatního se "prosté" OpenId zdá mrtvé, nepodařilo se mi ho nikde
zprovoznit. Bývalo, že bylo možné používat OpenId přes Google, to mi ale
nefunguje, zdá se, že přešli na novější systém.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fotky rozcestníků

[Marián Kyral]

-- Původní e-mail --
Od: majka 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 2. 2018 16:29:56
Předmět: Re: [Talk-cz] Fotky rozcestníků
"



2018-02-08 16:22 GMT+01:00 Tom Ka :
"Tagy ref:* jsou podle toho co ja vim uplne k nicemu, vymyslel to
Walley ale pro OsmHiCheck resp. jine moje veci je to uplne
nepouzitelne, Jedine co mne jako ref zajima je polozka zadana v
kolonce 'ref'' ne v tagu.
"



Jak tedy opravím položku v kolonce ref? Já to tedy nedokážu, těch pokusů o
opravu je tam několik.

Tímhle způsobem se mi to alespoň spárovalo.



"



Pokud to neděláš přes openid (další zatím schovaná možnost: https://api.
openstreetmap.cz/openid/id/18574), tak se změny neprojeví hned, ale je
potřeba počkat, až budou schváleny. Něco se schvaluje automaticky skriptem,
něco se musí schválit ručně.





Marián



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

Re: [Talk-at] Wiener Kurzparkzonen

[Rudolf Mayer]

Hallo!

On 01/13/2018 06:50 PM, Norbert Wenzel wrote:

On 2018-01-13 18:18, Florian Galler wrote:

Man könnte eine Diskussion anstoßen die gesamte Parkzone (mit einer Relation) 
1x zu taggen. Ausnahmen müssen dann gesonderd getagged werden.


Ich denke auch dass für großfläche Kurzparkzonen wie ganze Bezirke nur
eine Relation in Frage kommt. Soweit ich weiß kann diese bezirksweite
Regelung durch Schilder verändert werden. D.h. es gibt bspw. in einem
Bezirk eine allgemeine Kurzparkzone und dann sind zusätzlich einzelne
Straßen nur für Anwohner oder nur als Ladezone, unabhängig vom
Parkpickerl freigegeben.



Ich glaube auch, dass es extrem mühsam und auch sehr ungenau wäre, alle 
Ausnahmen von der allgemeinen Kurzparkzone zu taggen. Die erwähnten 
Ladezonen, Anrainerparken, etc, sind oft sehr kurze Abschnitte, nur ein 
paar Parkplätze hinter/nebeneinander.
Eine Ladezone kann eine LKW Länge sein, Anrainerparken sind oft auch 
nicht extrem viele zusammenhängende Plätze - das kann man oft sicher 
nicht gut genau taggen, auch im Zusammenhang mit ungenauen GPS Geräten, 
wo man leicht mal 5-15 Meter (oder mehr) Abweichung hat, und nicht so 
hoch auflösenden Luftbildern...


Abgesehen von der Eintragegenauigkeit - durch die Messgenauigkeit kann 
keine App damit irgendwas anfangen und einem sagen, ob man "wirklich 
richtig steht", oder evtl. doch am Anrainerparkplatz. Damit sind die 
Markierungen aber wohl auch nicht sehr praxisrelevant.


Daher macht wohl nur das allgemeine Gebiet taggen Sinn, und der Benutzer 
muss sich dann vor Ort anschauen, was wirklich Sache ist..


lg

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

Re: [Talk-cz] Fotky rozcestníků

[majka]

2018-02-08 16:22 GMT+01:00 Tom Ka :

> Tagy ref:* jsou podle toho co ja vim uplne k nicemu, vymyslel to
> Walley ale pro OsmHiCheck resp. jine moje veci je to uplne
> nepouzitelne, Jedine co mne jako ref zajima je polozka zadana v
> kolonce 'ref'' ne v tagu.
>

Jak tedy opravím položku v kolonce ref? Já to tedy nedokážu, těch pokusů o
opravu je tam několik.
Tímhle způsobem se mi to alespoň spárovalo.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Fotky rozcestníků

[Tom Ka]

Dne 8. února 2018 15:47 majka  napsal(a):
> Možná by to chtělo jen udělat lepší návod k tagům.
>
> Včera jsem se docela trápila u jednoho svého rozcestníku, nakonec se mi to
> nějak podařilo, ale v podstatě by stačilo přihodit jednoduchou nápovědu:
>
> neaktuální, tedy neodpovídající skutečnosti (z jakéhokoli důvodu) ->
> 'zruseno'
> chybně ref -> přidat druhý tag 'ref:xxx' , kde xxx je správné číslo

Ahoj,

no jo ale to neni tak jednoduche. Ve wallyho PhotoDB si muzes tagovat
co chces a jak chces, on to nijak neresi, navody zadne pokud vim nema.
Ja pak abych s tim byl schopen nejak fungovat vyuzivam v OsmHiCheck
nektere tagy nejakym zpusobem, co a jakym je na strankach OsmHiCheck
popsano (pokud posles navrh na vylepseni, klidne upravim).

Tagy ref:* jsou podle toho co ja vim uplne k nicemu, vymyslel to
Walley ale pro OsmHiCheck resp. jine moje veci je to uplne
nepouzitelne, Jedine co mne jako ref zajima je polozka zadana v
kolonce 'ref'' ne v tagu.

Bye

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

Re: [Talk-cz] Fotky rozcestníků

[majka]

Možná by to chtělo jen udělat lepší návod k tagům.

Včera jsem se docela trápila u jednoho svého rozcestníku, nakonec se mi to
nějak podařilo, ale v podstatě by stačilo přihodit jednoduchou nápovědu:

neaktuální, tedy neodpovídající skutečnosti (z jakéhokoli důvodu) ->
'zruseno'
chybně ref -> přidat druhý tag 'ref:xxx' , kde xxx je správné číslo

To druhé byl můj případ  , a
jinak se mi nepodařilo dosáhnout spárování. Bohužel tam visí reference obě,
v tabulce pak jen ta nesprávná.


2018-02-08 15:14 GMT+01:00 Tom Ka :

> Podpora pro tohle v DB je mizerna, ale zatim nidko to neudelal lip.
> Pokud fotku nahrajes a posles na ni odkaz (do editoru nebo jeji ID),
> muzeme se mrknout na konkretni pripad a dat lepsi radu.
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-GB] Local Government Boundary Commission for England license?

[Dave F]

It's Local Council electoral wards.

DaveF

On 08/02/2018 14:36, Colin Smale wrote:


Which type of boundaries are involved? The LGBCE are responsible for 
defining certain boundaries (like district council voting wards) but 
sometimes also publish other stuff which is not their direct 
responsibility, such as parish boundaries described in Community 
Governance Reviews carried out by local authorities.



On 2018-02-08 15:08, Dave F wrote:


Hi

I've received some proposed boundary data from Local Government 
Boundary Commission for England (No, I am *not* going to add it to OSM)


There was no information concerning the license & I can't see it on 
their website. Anyone had dealings with them & know which is used?


Thanks
DaveF.

___
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-GB] Local Government Boundary Commission for England license?

[Colin Smale]

Which type of boundaries are involved? The LGBCE are responsible for
defining certain boundaries (like district council voting wards) but
sometimes also publish other stuff which is not their direct
responsibility, such as parish boundaries described in Community
Governance Reviews carried out by local authorities.

On 2018-02-08 15:08, Dave F wrote:

> Hi
> 
> I've received some proposed boundary data from Local Government Boundary 
> Commission for England (No, I am *not* going to add it to OSM)
> 
> There was no information concerning the license & I can't see it on their 
> website. Anyone had dealings with them & know which is used?
> 
> Thanks
> DaveF.
> 
> ___
> 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-cz] Fotky rozcestníků

[Tom Ka]

Dne 8. února 2018 14:39 Václav Kubíček  napsal(a):
> Dobře, takže to mám nahrát jako nový rozcestník...
>
> Není to trochu nesystémové? Nebo je pak v plánu fotky v budoucnu spárovat?

Ono to muze byt trochu slozitejsi.
- je to fotka "stejne" vypadajiciho rozcestniku ale novejsi - pak se
paruje pres REF rozcestniku a v DB mohou byt obe fotky a je to v
poradku
- situace se zmenila a fotka v DB uz neodpovida skutecnosti? Pak
starou oznac stitkem 'zruseno' a tim se zacne pouzivat tam kde je
potreba nova a puvodni zustane v DB jako historie.

Podpora pro tohle v DB je mizerna, ale zatim nidko to neudelal lip.
Pokud fotku nahrajes a posles na ni odkaz (do editoru nebo jeji ID),
muzeme se mrknout na konkretni pripad a dat lepsi radu.

Bye tom.k

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

Re: [Talk-it] Fwd: Re: [Imports] Sabbioneta buildings import

[Andrea Musuruane]

*Resending without attached picture.*

On Thu, Feb 8, 2018 at 2:49 PM, Andrea Musuruane  wrote:

> Hi Giorgio,
>
> On Wed, Feb 7, 2018 at 6:00 PM, Giorgio Limonta <
> giorgio.limont...@gmail.com> wrote:
>
>>
>>
>> On Mon, Feb 5, 2018, Andrea Musuruane musur...@gmail.com wrote:
>>
>> Ciao Giorgio,
>>> I always find your e-mails in the spam folder because the "message has a
>>> from address in yahoo.it but has failed yahoo.it's required tests for
>>> authentication".
>>
>>
>>
>> I am apologize, I try with my google mail account
>>
>>
> It's better. Thank you.
>
>
>>
>>
>>> You didn't provide any documentation at that time. It was just a single
>>> mail about a possible import. You then disappeared for about 3 and a half
>>> months.
>>
>>
>>
>> You right but please consider that for me was not so easy to describe the
>> import plan to the Municipality of Sabbioneta (what is OSM, why it’s
>> important to share the information, etc.) and after this to obtain the
>> license.
>>
>>
> I know it's not simple and I really thank you for what you achieved.
>
>
>
>> I do believe it's not a complex import but the review process is
>>> performed to find possible issues and avoid later troubles with bad
>>> imported data (and I already found out some problems with your translated
>>> data). There is no need to rush :-)
>>
>>
>>
>> Ok I understand, I’ll go slower, I just hope not to stop ;) About this I
>> am really sorry for all this mails but I thought that the import procedure
>> was less complicated because it's my first -and maybe the last- time that I
>> propose an import. At last I just want to underline that it's very
>> important for the goals of our projects because the OSM map don't have
>> building in the UNESCO site (otherwise I wouldn't ever had propose an
>> import process).
>>
>>
> I understand this is your first import (and I definitely hope it's not
> your last!). It's really difficult to get things right the first time.
> Imports are not easy tasks - there are so much things to pay attention to.
>
> I find your goal valuable. Having buildings for Sabbioneta (BTW, it's nice
> place I visited some moons ago :-)) in OSM is definitely welcome.
>
>
>>  The "About & Goals" chapter you use past tenses but most of the actions
>> still have to happen.
>>
>>
> OK.
>
>
>> The "Schedule" chapter is missing.
>>>
>>
> Fine, but English can be improved:
>
> *The Municipality of Sabbioneta released a written permission in December
> 2017 stating it allows works derived from the "Carta Tecnica Comunale" to
> be distributed under the ODbL. My aim is to upload building data by the end
> of February 2018. *
>
>
>> "Import Type" section in "Import Data" chapter is missing. You should
>>> likely say your import is a one-time import, you won't use automated
>>> scripts, all the tags will be entered manually and data will be imported in
>>> the OSM database using JOSM.
>>
>>
>>
>> I hope that everything is clearer now
>>
>>
> Yes, much better, thanks.
>
> English can be improved:
> *This is a one-time import. The dataset will be uploaded as a single
> changeset without using an automated script. All the tags will be entered
> manually and the dataset will be uploaded using JOSM.*
>
>
>
>> You should upload the original dataset.
>>
>>
>>
>> I can't. the Municipality license it's just to extract the data and share
>> throught Osm.
>>
>>
> I think it's fine but, if possible, I'd like to have a more authoritative
> (i.e. legal) opinion about this: we can't see the source data set but we're
> allowed to derive works from it.
>
>
>> "Data license" should link to a text copy of the ODbL.
>>> "Type of license" should be "ODbL".
>>
>>
>>
>> Done (I hope)
>>
>>
> This is strictly linked with the previous point.
>
> *Data license:* *proprietary* (owned by the Municipality of Sabbioneta)
>
> [...]
>
> *ODbL Compliance verified:* Municipality of Sabbioneta has agreed to
> license *derived* data under the ODbL
> .
>
>
>
>>
>>
>>> It's fine for me, but please note that you have entered an unwanted
>>> space in the wiki (source= Comune di Sabbioneta - Carta Tecnica Comunale).
>>
>>
>>
>> Fixed.
>>
>>
> OK.
>
>
>>
>>
>>> As I said, I strongly encourage to use them.
>>> Source data license is not implied. Different data sources can be
>>> distributed under different licenses.
>>>
>>> I noticed that logging in is required to download the data. This is not
>>> very friendly towards people without a gmail account. Can you please remove
>>> this limitation?
>>
>>
>>
>> I move it in Dropbox hope it's better.
>>
>> Yes, thanks.
>
>> The data still have some issue:
>>> - adjacent buildings that are not connected
>>> - a building has self-intersecting ways
>>
>>
>> Fix it, sorry Josm marked as Advertising and I ignored them.
>>
>>
>
> JOSM validator still shows two warnings you must address.
>
>
>>
>> - churches are tagged with "denominati" (it should be denomination)
>>
>>
>> Yes sorry was 

Re: [Talk-it] Fwd: Re: [Imports] Sabbioneta buildings import

[Andrea Musuruane]

Hi Giorgio,

On Wed, Feb 7, 2018 at 6:00 PM, Giorgio Limonta  wrote:

>
>
> On Mon, Feb 5, 2018, Andrea Musuruane musur...@gmail.com wrote:
>
> Ciao Giorgio,
>> I always find your e-mails in the spam folder because the "message has a
>> from address in yahoo.it but has failed yahoo.it's required tests for
>> authentication".
>
>
>
> I am apologize, I try with my google mail account
>
>
It's better. Thank you.


>
>
>> You didn't provide any documentation at that time. It was just a single
>> mail about a possible import. You then disappeared for about 3 and a half
>> months.
>
>
>
> You right but please consider that for me was not so easy to describe the
> import plan to the Municipality of Sabbioneta (what is OSM, why it’s
> important to share the information, etc.) and after this to obtain the
> license.
>
>
I know it's not simple and I really thank you for what you achieved.



> I do believe it's not a complex import but the review process is performed
>> to find possible issues and avoid later troubles with bad imported data
>> (and I already found out some problems with your translated data). There is
>> no need to rush :-)
>
>
>
> Ok I understand, I’ll go slower, I just hope not to stop ;) About this I
> am really sorry for all this mails but I thought that the import procedure
> was less complicated because it's my first -and maybe the last- time that I
> propose an import. At last I just want to underline that it's very
> important for the goals of our projects because the OSM map don't have
> building in the UNESCO site (otherwise I wouldn't ever had propose an
> import process).
>
>
I understand this is your first import (and I definitely hope it's not your
last!). It's really difficult to get things right the first time. Imports
are not easy tasks - there are so much things to pay attention to.

I find your goal valuable. Having buildings for Sabbioneta (BTW, it's nice
place I visited some moons ago :-)) in OSM is definitely welcome.


>  The "About & Goals" chapter you use past tenses but most of the actions
> still have to happen.
>
>
OK.


> The "Schedule" chapter is missing.
>>
>
Fine, but English can be improved:

*The Municipality of Sabbioneta released a written permission in December
2017 stating it allows works derived from the "Carta Tecnica Comunale" to
be distributed under the ODbL. My aim is to upload building data by the end
of February 2018. *


> "Import Type" section in "Import Data" chapter is missing. You should
>> likely say your import is a one-time import, you won't use automated
>> scripts, all the tags will be entered manually and data will be imported in
>> the OSM database using JOSM.
>
>
>
> I hope that everything is clearer now
>
>
Yes, much better, thanks.

English can be improved:
*This is a one-time import. The dataset will be uploaded as a single
changeset without using an automated script. All the tags will be entered
manually and the dataset will be uploaded using JOSM.*



> You should upload the original dataset.
>
>
>
> I can't. the Municipality license it's just to extract the data and share
> throught Osm.
>
>
I think it's fine but, if possible, I'd like to have a more authoritative
(i.e. legal) opinion about this: we can't see the source data set but we're
allowed to derive works from it.


> "Data license" should link to a text copy of the ODbL.
>> "Type of license" should be "ODbL".
>
>
>
> Done (I hope)
>
>
This is strictly linked with the previous point.

*Data license:* *proprietary* (owned by the Municipality of Sabbioneta)

[...]

*ODbL Compliance verified:* Municipality of Sabbioneta has agreed to
license *derived* data under the ODbL
.



>
>
>> It's fine for me, but please note that you have entered an unwanted space
>> in the wiki (source= Comune di Sabbioneta - Carta Tecnica Comunale).
>
>
>
> Fixed.
>
>
OK.


>
>
>> As I said, I strongly encourage to use them.
>> Source data license is not implied. Different data sources can be
>> distributed under different licenses.
>>
>> I noticed that logging in is required to download the data. This is not
>> very friendly towards people without a gmail account. Can you please remove
>> this limitation?
>
>
>
> I move it in Dropbox hope it's better.
>
> Yes, thanks.

> The data still have some issue:
>> - adjacent buildings that are not connected
>> - a building has self-intersecting ways
>
>
> Fix it, sorry Josm marked as Advertising and I ignored them.
>
>

JOSM validator still shows two warnings you must address.


>
> - churches are tagged with "denominati" (it should be denomination)
>
>
> Yes sorry was a mistake depending to the shp field name limitation...
>
>
Now the OSM file has both the "denominati"  and " "denomination" tags :-(


>
> - bell towers are tagged with man_made=campanile (shouldn't it be
>> man_made=tower + tower:type=bell_tower?) and without the building tag. See
>> 

Re: [Talk-cz] Fotky rozcestníků

[Miroslav Suchy]

Dne 8.2.2018 v 14:39 Václav Kubíček napsal(a):
> Není to trochu nesystémové? Nebo je pak v plánu fotky v budoucnu spárovat?

Je to nesystémové. V plánu to je (už dlouho). Zdrojáky jsou na webu. Patch na 
zlepšení funkcionality všichni rádi
uvítáme. :)

Mirek

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

Re: [Talk-cz] Fotky rozcestníků

[Václav Kubíček]

Dobře, takže to mám nahrát jako nový rozcestník...
Není to trochu nesystémové? Nebo je pak v plánu fotky v budoucnu spárovat?
 
V.
__

Od: Miroslav Suchy 
Komu: OpenStreetMap Czech Republic 
Datum: 08.02.2018 14:15
Předmět: Re: [Talk-cz] Fotky rozcestníků


Dne 8.2.2018 v 14:08 Václav Kubíček napsal(a):
> Ahoj,
> jak mám postupovat, když je fotka rozcestníku na openstreetmap.cz zastaralá a 
chci ji nahradit (nebo spíš přidat) novou? Jde to nějak?
> Vašek

Nahrát ji jako další. Nahrazovaní zatím není implementované.

Mirek

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


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

Re: [Talk-es] Fwd: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on Feb 11

[Jose Alberto Gonzalez von Schmeling]

Cuando es el meetup del OpenMetroMaps en Berlin?

Muchas gracias
Saludos, jose

El 8 de febrero de 2018, 09:11, Luis García Castro
escribió:

> No me da la vida como para seguir el grupo de Telegram nuestro, como para
> entrar en otro global :-P :-P
>
> El 8 de febrero de 2018, 10:49, Alejandro S. 
> escribió:
>
>> Es una locura lo de la FOSDEM con tantísimas charlas, yo me entré de la
>> quedada por el grupo de Telegram de osm internacional: OpenStreetMap 
>> Non-official, unauthorized OpenStreetMap Telegram Supergroup.
>> https://t.me/OpenStreetMapOrg
>>
>> Estáis invitados a apuntaros ;)
>>
>> On Thu, Feb 8, 2018, 09:09 Luis García Castro  wrote:
>>
>>> 2018-02-08 1:21 GMT+01:00 Alejandro S. :
>>>
 Justo estaba leyendo el mail y pensando lo mismo, que tendrían que
 hablar con Ilya (yo también estuve en su charla en la FOSDEM).

 Hubo una quedada de contribuidores de OSM en la FOSDEM, no caí en
 mandar el enlace por aquí, igual había algún otro interesado por aquí :/

 https://www.meetup.com/OpenStreetMap-Belgium/events/24728318
 0/?eventId=247283180

>>>
>>> Ouch, pues me habría encantado tanto pasarme por la quedada como
>>> saludarte :-)
>>>
>>>
>>> --
>>>
>>> Luis GC
>>> ___
>>> 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
>>
>>
>
>
> --
>
> Luis GC
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
>


-- 
Podes encontrarme o comunicarte conmigo en:

   - *Mi blog*: http://proyectosbeta.net/
   
   - *Facebook*:
   http://www.facebook.com/pages/Proyectos-Beta/113277785412256
   
   - *Twitter*: @proyectosbeta 
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-cz] Fotky rozcestníků

[Miroslav Suchy]

Dne 8.2.2018 v 14:08 Václav Kubíček napsal(a):
> Ahoj,
> jak mám postupovat, když je fotka rozcestníku na openstreetmap.cz zastaralá a 
> chci ji nahradit (nebo spíš přidat) novou? Jde to nějak?
> Vašek

Nahrát ji jako další. Nahrazovaní zatím není implementované.

Mirek

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

[Talk-cz] Fotky rozcestníků

[Václav Kubíček]

Ahoj,
jak mám postupovat, když je fotka rozcestníku na openstreetmap.cz zastaralá a 
chci ji nahradit (nebo spíš přidat) novou? Jde to nějak?
Vašek

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

[Talk-in] Importing data to osm using python

[anitha ganesan]

Hai to all,

I am Anitha Ganesan, I am new to osm. I have doubt, how to import a csv
data file to osm using python.

any help please

Thanks and regards

Anitha Ganesan,
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Andreas Lattmann]

>Ahahah! Hai ragione, messa giù così è un po' bruttina.. xD
>Sono stato un po' troppo conciso. =P
>
>Non intendevo dire che volontari = brutto/non professionale (se no mica
>cercavo un'alternativa pur di usare OSM ;).



Ora veniamo al dunque.
Dipende come intende utilizzare nominatim la centrale VVFF.
Se si appoggiano ad un servizio web, o se si son fatti un loro server.
Se si son fatti il server "in casa" possono eliminare nominatim ed usare altri 
servizi, come:

Photon

Photon is an open source geocoder built for OpenStreetMap data. It is based on 
elasticsearch - an efficient, powerful and highly scalable search platform.

https://github.com/komoot/photon

Pelias

A modular, open-source geocoder built on top of ElasticSearch for fast 
geocoding.

https://github.com/pelias/pelias

CLAVIN

https://github.com/Berico-Technologies/CLAVIN

gisgraphy

https://github.com/gisgraphy/gisgraphy

E via dicendo.
Dipende da come intendono usare i dati OSM, come è strutturato il progetto, se 
devono interfacciarsi a qualche protocollo tipo PCAP ecc. ecc.

Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

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

[Talk-GB] Fwd: State of the Map 2018 Call for .... reminder

[Rob Nickerson]

Hi all,

Don't think anyone has posted the State of the Map 2018 (Milan) news here
yet.

If you want to submit a proposal for a talk you will have to be quick!

Rob

-- Forwarded message --
From: "State of the map" 
Date: 7 Feb 2018 6:30 p.m.
Subject: State of the Map 2018 Call for  reminder
To: 
Cc:

View this email in your browser

*Last chance reminders for State of the Map 2018*


*Image: CC-BY-SA Fedewild*

In July the OpenStreetMap community will be coming together for our
annual *State
of the Map conference
*,
this year in Milan, Italy. With planning well under way it is set to be as
exciting as ever.
Here is a gentle reminder of some upcoming deadlines so that you don’t miss
out on the fun.

*The deadline to apply for a scholarship is Wednesday, 14**th** February
2018.*

We don’t want high travel costs to get in the way of talented individuals
joining the fun. Thanks to the support of our sponsors, scholarships will
help bring us together. *Apply now
*
for a scholarship to join us.

*The deadline to submit your session proposal is Sunday, 18**th** February
2018. *

You are encouraged to submit proposals for 20 minute talks, 5 minute
lightning talks, and 75 minute workshops that will result in progress and
excitement in the world of OpenStreetMap.

Please *apply here
*
!

*The deadline for academic track proposals is Sunday, 4**th** March 2018.*

In parallel to the standard sessions, this year State of the Map will run
an Academic Track session to showcase the great importance OpenStreetMap
has gained within the scientific and academic communities. If you’d like to
propose an academic talk you have an *extra two weeks
*
.

If you have any questions, please contact us at *t...@stateofthemap.org
*.

Thank you,
*Your State of the Map team*
Interested in sponsorship opportunities? Please download the sponsorship
pack

and contact us at spons...@stateofthemap.org

If you have any questions, please contact us at t...@stateofthemap.org





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

Re: [Talk-es] Fwd: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on Feb 11

[Luis García Castro]

No me da la vida como para seguir el grupo de Telegram nuestro, como para
entrar en otro global :-P :-P

El 8 de febrero de 2018, 10:49, Alejandro S. 
escribió:

> Es una locura lo de la FOSDEM con tantísimas charlas, yo me entré de la
> quedada por el grupo de Telegram de osm internacional: OpenStreetMap 
> Non-official, unauthorized OpenStreetMap Telegram Supergroup.
> https://t.me/OpenStreetMapOrg
>
> Estáis invitados a apuntaros ;)
>
> On Thu, Feb 8, 2018, 09:09 Luis García Castro  wrote:
>
>> 2018-02-08 1:21 GMT+01:00 Alejandro S. :
>>
>>> Justo estaba leyendo el mail y pensando lo mismo, que tendrían que
>>> hablar con Ilya (yo también estuve en su charla en la FOSDEM).
>>>
>>> Hubo una quedada de contribuidores de OSM en la FOSDEM, no caí en mandar
>>> el enlace por aquí, igual había algún otro interesado por aquí :/
>>>
>>> https://www.meetup.com/OpenStreetMap-Belgium/events/
>>> 247283180/?eventId=247283180
>>>
>>
>> Ouch, pues me habría encantado tanto pasarme por la quedada como
>> saludarte :-)
>>
>>
>> --
>>
>> Luis GC
>> ___
>> 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
>
>


-- 

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

Re: [Talk-it] Terrazzamenti

[Alfredo Gattai]

Mapperanno principalmente con volo di droni o survey fisici, qualche volta
> con ortofoto.
> C'è di buono che dove stanno partendo i progetti di mappatura - in
> Costiera Amafiltana e in Liguria - il terreno è abbastanza scosceso che
> permette un'ulteriore verifica geomorfologica incrociando i dati OSM e STRM
> in un GIS.
>
>
Mi raccomando le ortofoto, che siano della "settimana scorsa" altrimenti
meglio "dronare". Tu che sei Ligure come me sai bene che dalle nostre parti
basta fermarsi a mangiare un panino che quando riparti lo scenario e'
cambiato :-)
Alfredo
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Terrazzamenti

[Alessandro]

Il 08/02/2018 11:20, Volker Schmidt ha scritto:
terraced=yes non è praticamente mai utilizzato con building=* (3 casi in 
tutta l'Inghilterra, la patria dei terraced houses). Quindi andrebbe 
benissimo.


E se combinato con retaining_wall (attenzione alla direzione [1]) dà 
anche la pendenza.


OK grazie.
terraced=yes mi pare una buona soluzione visto che si può aggiungere al 
landuse=*


Li ho subito avvertiti della direzione di disegno (rammento a tutti: 
guardando la direzione della linea la parte destra è il lato basso).


Mapperanno principalmente con volo di droni o survey fisici, qualche 
volta con ortofoto.
C'è di buono che dove stanno partendo i progetti di mappatura - in 
Costiera Amafiltana e in Liguria - il terreno è abbastanza scosceso che 
permette un'ulteriore verifica geomorfologica incrociando i dati OSM e 
STRM in un GIS.


Alessandro Ale_Zena_IT

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

Re: [Talk-it] Oratorio

[demon.box]

voschix wrote
> A) un edificio per la preghierìa [2], che io taggerei building=chapel e,
> se
> ancora attivo con i soliti attributi delle chiese
> B) un centro parrochiale, prevalentemente per i giovani [3], per il quale
> vale propabilemente il tagging citato qua in lista.

sì in effetti la mia domanda è soltanto per il significato B)

perciò una soluzione tipo questa:

amenity=community_centre
community_centre=parish_hall 
denomination=catholic
religion=christian

può andare?
grazie

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

[Lorenzo "Beba" Beltrami]

Il giorno 8 febbraio 2018 11:27, Martin Koppenhoefer  ha scritto:

> Ma non fa niente, oramai abbiamo 2 standard, e ciascuno si troverà il
> "suo". Chi usa dati OSM deve spesso analizzare la situazione e combinare
> più ricerche per trovare quel che cerca, è anche normale, perché noi
> descriviamo le proprietà delle cose, ma non possiamo sapere cosa cerca
> l'utente.
>

Ciao Martin,
sono d'accordo con te sul caso specifico dei social_facility e sul fatto
che noi riempiamo un database "alla cieca" rispetto a quello che cerca
l'utente (e la trovo una cosa non sbagliata).

Quello che però Enrico lamentava è che nella wiki a volte ci sono delle
informazioni riportate in una pagina generica e non in una specifica o
viceversa. Questo è un problema di coerenza del dato (nell'esempio il dato
"deprecated" per il tag amenity=social_facility).
Faccio un esempio per vedere se riesco ad essere più chiaro.
Mettiamo caso che in futuro si voglia eliminare la categoria ridondante
amenity=social_facility. Questa cosa va indicata sia nella pagina della
chiave amenity, che in quella del tag amenity=social_facility, in tutte le
sottopagine social_facility=*, in tutte le guide discorsive, ecc. ecc.

Sarebbe bello avere un database centralizzato (e machine readable) che
contenga i dati (e magari anche le varie traduzioni) per la documentazione.
Con questo db potresti poi creare dinamicamente le pagine del wiki e, nel
caso ci sia un aggiornamento, verrebbe tutto aggiornato in automatico.
Gli utilizzatori dei dati avrebbero a disposizione una documentazione con
dei metadati standardizzati e coerenti.
Se ne era già discusso in passato.
A volte si usa Taginfo per questo (vedi la creazione automatica di alcune
liste di tag sul wiki[1]).

Lorenzo

[1] https://wiki.openstreetmap.org/wiki/Taginfo/Taglists

P.s.: Come crei quegli utilissimi grafici sull'andamento dei tag?
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Mancata attribuzione, sito opendata hackbot.

[liste DOT girarsi AT posteo DOT eu]

Il 07/02/2018 23:33, liste DOT girarsi AT posteo DOT eu ha scritto:
Nel sito alla seguente pagina è presente un'immagine-riquadro della 
mappa, attualmente senza attribuzione:


https://www.odhb2018.net/info.html

Nei credits, non è citata:

https://www.odhb2018.net/crediti.html

Per cui segnalo, ho anche mandato una email stasera a titolo personale a 
Dati Trentino, addetto alle informazioni, semmai se fra un paio di 
giorni o più, resta così, torno a segnalare.





Torno per segnalare che stamattina l'attribuzione è stata messa sia 
sotto l'immagine, testuale, sia nella pagina dei crediti, e come link 
alla licenza è stato messo nella pagina dei crediti come link nascosto 
nella parola CC-BY-SA.


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

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

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

[Martin Koppenhoefer]

dimenticavo, la statistica sui tag:
[image: Inline-Bild 1]
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Incoerenza della wiki e difficoltà nel suo aggiornamento (era: Oratorio)

[Martin Koppenhoefer]

2018-02-08 8:51 GMT+01:00 Lorenzo "Beba" Beltrami :

> Il giorno 7 febbraio 2018 16:29, demon.box  ha
> scritto:
>
>>
>> p.s.: sono volutamente un po' polemico perchè sto iniziando ad odiare
>> questa
>> moda di mettere come "deprecato" un tag dopo anni di utilizzo... ;-)
>> proprio ieri per caso ho scoperto ad esempio che amenity=nursing_home è
>> deprecato ma il wiki non lo dice nella sua pagina (sarebbe "troppo"
>> semplice...) ma è scritto invece nella pagina del tag social_facility
>> ...e qui ogni giorno che passa scopro un tag deprecato... boh
>>
>
> Ciao Enrico,
> per quanto riguarda la tua polemica è più che condivisibile.
>
> Il problema è che tenere aggiornata la Wiki non è così semplice...
>


non è un problema di non poter aggiornare la wiki, il problema specifico
qui era che non poteva essere deprecato un tag amenity=nursing_home con una
votazione su un tag amenity=social_facility che non prevedeva un tag
social_facility=* equivalente (è stato aggiunto molto dopo il valore
nursing_home).

Al mio parere in generale non è vantaggioso di mettere tutti i tipi di
social facility in una categoria, di carattere molto eterogeneo (residenze
(anziani, giovani, con carattere simil ospedale e no, ecc.), centri diurni,
centri dove lavorono disabili, posti che danno da mangiare ai poveri,
consultori, ...), per dover scrivere tag ridondanti e con tanti underscore
amenity=social_facility è ridondante), social_facility=nursing_home
se la stessa cosa può essere espressa con amenity=nursing_home molto breve
e senza dover usare "chiavi particolari".

Ma non fa niente, oramai abbiamo 2 standard, e ciascuno si troverà il
"suo". Chi usa dati OSM deve spesso analizzare la situazione e combinare
più ricerche per trovare quel che cerca, è anche normale, perché noi
descriviamo le proprietà delle cose, ma non possiamo sapere cosa cerca
l'utente.

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

Re: [Talk-it] Terrazzamenti

[Volker Schmidt]

terraced=yes non è praticamente mai utilizzato con building=* (3 casi in
tutta l'Inghilterra, la patria dei terraced houses). Quindi andrebbe
benissimo.

E se combinato con retaining_wall (attenzione alla direzione [1]) dà anche
la pendenza.

[1] non seguite l'esempio del Veneto dove, purtroppo, abbiamo miglia di
retaining_walls con direzione sbagliata, dovuto a import di massa senza
distinzione di direzione

2018-02-08 11:03 GMT+01:00 Martin Koppenhoefer :

>
>
> 2018-02-08 9:40 GMT+01:00 Lorenzo "Beba" Beltrami 
> :
>
>>  il più generico terraced=yes.
>>
>
>
>
> +1, sembra di funzionare (forse c'è un potenziale di confusione con
> terraced houses, ma dovrebbe essere possibile distinguere dal contesto).
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-cz] WeeklyOSM CZ 393

[Tom Ka]

Ahoj, je dostupné vydání 393 týdeníku WeeklyOSM:

http://www.weeklyosm.eu/cz/archives/9939

* OSM a mapy.cz.
* 2% daně pro freemap.sk.
* Nedělitelné mezery v OSM.
* Další info k Mapzenu.
* Import budov ve Španělsku.
* Den otevřených dat 3.3.
* Uprchlíci v severní Ugandě.
* OpenWhateverMap.
* OSM Carto a vojenské oblasti.
* Niantic aktualizuje OSM data.
* Přejmenování uživatelů OSM.
* Indoor mapování je in.
* Tajné základny na Strava.

Pěkné počtení ...

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

Re: [Talk-it] Oratorio

[Volker Schmidt]

Mi sembra un non-caso.
In italiano "Ortorio" ha due sigificati dicversi e ben precisi [1]:
A) un edificio per la preghierìa [2], che io taggerei building=chapel e, se
ancora attivo con i soliti attributi delle chiese
B) un centro parrochiale, prevalentemente per i giovani [3], per il quale
vale propabilemente il tagging citato qua in lista.

Il problema sta solo nel capire di quale dei due si tratta nel caso che
trovo un edificio di tipo chiesetta che adesso è in uso come oratorio di
tipo (B).



[1] https://it.wikipedia.org/wiki/Oratorio
[2] https://it.wikipedia.org/wiki/Oratorio_(architettura)
[3] https://it.wikipedia.org/wiki/Oratorio_(centro_giovanile)

2018-02-08 8:49 GMT+01:00 Lorenzo "Beba" Beltrami :

> Ciao Enrico,
> tempo fa avevo trovato anche la combinazione:
> amenity=community_centre[1]
> community_centre=parish_hall[2]
>
> Dal mio punto di vista il problema degli oratori italiani è che hanno
> tutti lo stesso nome (quindi si tende a farne un unico insieme), ma spesso
> hanno funzionalità molto diverse...
> C'è chi li usa in maniera più o meno laica, chi li usa come cinema, come
> teatro, come sala conferenze... Non è così semplice riuscire a capire come
> etichettarli...
>
> Lorenzo
>
> [1] https://wiki.openstreetmap.org/wiki/Tag:amenity=
> community%20centre?uselang=it
> [2] https://wiki.openstreetmap.org/wiki/Key:community_centre
>
>
> Il giorno 7 febbraio 2018 16:29, demon.box  ha
> scritto:
>
>> ciao, lo sò che se n'è parlato poco tempo fa ma ci riprovo
>>
>> come si tagga il classico oratorio italiano?
>>
>> mi ricordo che era uscita questa proposta (non documentata)
>>
>> amenity=social_facility
>> social_facility=group_catholic
>> denomination=catholic
>> religion=christian
>>
>> siamo d'accordo? ci sono altre altre idee?
>>
>> oppure tra qualche anno dovrò scoprire che taggare gli oratori in questo
>> modo è "deprecato"?
>>
>> p.s.: sono volutamente un po' polemico perchè sto iniziando ad odiare
>> questa
>> moda di mettere come "deprecato" un tag dopo anni di utilizzo... ;-)
>> proprio ieri per caso ho scoperto ad esempio che amenity=nursing_home è
>> deprecato ma il wiki non lo dice nella sua pagina (sarebbe "troppo"
>> semplice...) ma è scritto invece nella pagina del tag social_facility
>> ...e qui ogni giorno che passa scopro un tag deprecato... boh
>>
>> grazie
>>
>> --enrico
>>
>>
>>
>>
>> --
>> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>>
>> ___
>> 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 mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Oratorio

[demon.box]

dieterdreist wrote
> poi ci metterei amenity=oratory
> per questo tipo: https://it.wikipedia.org/wiki/Oratorio_(architettura)
> (anche building=oratory)

Ciao Martin, quello hai linkato è un'altra cosa, è l'oratorio inteso come
piccola chiesa (è un termine che oggi non si usa più) e che non è da
confondere con l'oratorio inteso come oratorio parrocchiale.
Tanto per farmi capire, su questo
https://it.wikipedia.org/wiki/Oratorio_(architettura) ci va anche
amenity=place_of_worship mentre sull'oratorio parrocchiale ovviamente no.

--enrico





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

Re: [Talk-it] Terrazzamenti

[Martin Koppenhoefer]

2018-02-08 9:40 GMT+01:00 Lorenzo "Beba" Beltrami :

>  il più generico terraced=yes.
>



+1, sembra di funzionare (forse c'è un potenziale di confusione con
terraced houses, ma dovrebbe essere possibile distinguere dal contesto).

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

Re: [Talk-de] Gerätempfehlungen

[markus schnalke]

*push*


[2018-02-04 03:16] Louis Holbrook 
>
> Ich möchte einen Gerät für tracking kaufen, der auch mit Galileo und
> Glonass funktionert, und mit externspeicher (SD-karte etc), und mit
> Datenübertragung die für Programmierungszwecken auch gut geeignet ist.
> 
> Ich habe die Empfehlungsliste auf osm.org gelesen, aber nichts
> konklusives gefunden. Ich habe auch den Eindrück, dass die Information
> über Geräte auf die Seiten ein bisschen veraltet ist?
> 
> Sowieso, hat jemand empfehlungen für mich?


Mir geht's naemlich so aehnlich.

Haette gerne einen kleinen Tracker, der den Weg und per Knopfdruck
Punkte aufzeichnen kann, auf einem auswechselbaren Speicher mit
guter GNU/Linux-Kompatiblitaet (idealerweise kopiere ich mir die
GPX-Dateien von einem FAT-Dateisystem auf der Speicherkarte). Als
Kroenung wuerde ich das Geraet per AA- oder AAA-Zelle mit Strom
versorgen versorgen.

Im Gegensatz zu Louis Holbrook ist es mir weniger wichtig, welche
Satelliten genutzt werden.


meillo

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

Re: [Talk-it] Oratorio

[Martin Koppenhoefer]

2018-02-08 8:49 GMT+01:00 Lorenzo "Beba" Beltrami :

>
> Dal mio punto di vista il problema degli oratori italiani è che hanno
> tutti lo stesso nome (quindi si tende a farne un unico insieme), ma spesso
> hanno funzionalità molto diverse...
> C'è chi li usa in maniera più o meno laica, chi li usa come cinema, come
> teatro, come sala conferenze... Non è così semplice riuscire a capire come
> etichettarli...
>



se sono molto diverse, forse non hanno nemmeno tutti gli stessi tag,
giustamente. Wikipedia distingue 2 significati diversi.

Io penso generalmente ci va
religion=christian
denomination=catholic

poi ci metterei amenity=oratory
per questo tipo: https://it.wikipedia.org/wiki/Oratorio_(architettura)
(anche building=oratory)

e volendo social facility per
https://it.wikipedia.org/wiki/Oratorio_(centro_giovanile)

non mi piace tantissimo "social_facility" come tag, perché è molto
generico, quindi non serve a niente senza i sotto tag, i quali non
comprendono tutto il "sociale", ma soltanto una parte. Infine si perdono
informazioni, e generalmente il "duck tagging" mi sembra l'approccio
migliore.

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

Re: [Talk-it] Oratorio

[demon.box]

Bravo, grazie

amenity=community_centre
community_centre=parish_hall

non è per niente male come soluzione ed è documentata.
Ciao

--enrico




--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

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

[talk-ph] Building Footprints Mapping by UP-NOAH

[Erwin Olario]

I noticed recent edits [0] made by a contributor pointing to a Tasking
Manager project [1] campaign by UP NOAH. Project is set to private, and
public contributors cannot participate.

The project instructions are vaguely recommending tags that may lead to
improper tagging.

Currently their project has the instruction to  their contributors:
```
Map all buildings and tag its specific building type:
building=yes for generic buildings
building=commercial for commercial buildings
building=retail for buildings that sell products and services
building=house for residential units
building=residential for multi-storey residential units
building=school for units used for educational institutions
building=church for places of worship
building=industrial for industrial buildings

If you know more information about a certain building, please add important
details such as:

address (addr:street=Rizal) (addr:province=Cavite) and
number of floors (building:levels=3).
If the building is an evacuation shelter, add the tag evacuation_center=yes.
These tags are needed to be added in the critical infrastructures for an
effective disaster operations and infrastructure assessment.

Do not delete any existing data because it is possible that they have used
latest imagery than what we are using.
```

Below are my notes, and some recommendations:


   - `building=commercial` is used often by mappers when they actually
   refer to `building=retail`. Recommendation: Improve instruction by by
   providing real-life examples
   - `building=house` is applicable for multi-storey buildings for a
   **single** household. Revise the instruction.
   - `building=residential` is a general purpose tag for residential
   buildings.  Do not describe this tag for use with "multi-storey residential
   units" as they may be correctly applied for single-level units, as well.
   Also, multi-storey qualification is determined by `building:levels` tag
   - number of floors, as understood in the Philippines is not the
   equivalent value for `building:levels`.  A five-storey building , as
   understood in PH, would be tagged as `building:levels=4`, and a
   `building:levels=1` means a 2-storey building.
   - clarify  that`building=school `are only for institutions offering
   **basic education**. Schools, colleges, universities are properly tagged by
   their `amenity=*` tags. Other establishments offering other forms of
   instruction may use `office=educational_institution`
   - clarify that places of worship tagged as `amenity=place_of_worship` is
   not always necessary done in `building=church`. it could be also in a
   building=chapel. It may not even occupy the whole building.  An object
   tagged as `building=cathedral` + `amenity=bar` are valid tags for a
   re-purposed building, now serving as a bar -- and I doubt any form of
   worship happens there.
   - The proper  tags for evacuation shelters are `social_facility=shelter`
   + `social_facility:for=displaced`. The use of `evacuation_center=yes` is
   meant to be secondary tags for ad hoc or temporary shelters.
   - The instruction about "not deleting" data is not necessary, if the the
   contributors are taught how to switch imageries (including how to adjust
   offsets). If updated imagery shows the objects to be absent, then deleting
   them should be alright.
   - Recommend the use of `addr=*` and `addr:place` where street names are
   absent, instead of using them like `addr:street=  Blk 23 - Suha, Taytay,
   Rizal`.


I hope this helps the project managers, and we could be more consistent
with our tagging and training efforts. This only came across me since we're
also working in the same area in our data improvement efforts [2].

[0]:
https://osmcha.mapbox.com/api/v1/aoi/8eec2d9a-a5a3-4392-884c-ae5d32b764c1/changesets/feed/
[1]: https://tasks.hotosm.org/project/4108
[2]: https://tasks.hotosm.org/contribute?difficulty=ALL=Kaart
-- 

/Erwin Olario

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

Re: [Talk-es] Fwd: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on Feb 11

[Alejandro S.]

Es una locura lo de la FOSDEM con tantísimas charlas, yo me entré de la
quedada por el grupo de Telegram de osm internacional: OpenStreetMap 
Non-official, unauthorized OpenStreetMap Telegram Supergroup.
https://t.me/OpenStreetMapOrg

Estáis invitados a apuntaros ;)

On Thu, Feb 8, 2018, 09:09 Luis García Castro  wrote:

> 2018-02-08 1:21 GMT+01:00 Alejandro S. :
>
>> Justo estaba leyendo el mail y pensando lo mismo, que tendrían que hablar
>> con Ilya (yo también estuve en su charla en la FOSDEM).
>>
>> Hubo una quedada de contribuidores de OSM en la FOSDEM, no caí en mandar
>> el enlace por aquí, igual había algún otro interesado por aquí :/
>>
>>
>> https://www.meetup.com/OpenStreetMap-Belgium/events/247283180/?eventId=247283180
>>
>
> Ouch, pues me habría encantado tanto pasarme por la quedada como saludarte
> :-)
>
>
> --
>
> Luis GC
> ___
> 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: [OSM-talk-fr] Maison du Vélo

[erwan salomon]

pas sûr que ce soit souhaitable
service:bicycle c’est sensé être un sous-tag pour préciser le type de service
c’est le tag principal qui doit être rendu, et s’il est suffisamment clair il 
devrait attirer le regard du cycliste (avec un nom comme "maison du vélo" ça 
devrait aller)
sinon on va vite ce retrouver avec des problèmes de riches à savoir des 
conflits entre le rendu du tag et celui du sous-tag
par contre le tag « office=association » qui dans certains cas regroupent des « 
service:bicycle » lui n’est pas rendu et je trouve ça dommage (pas que pour le 
vélo)

je rajouterais qu’on interprète peut-être un peu trop strictement « 
shop=bicycle » en magasin
un atelier commercial ou associatif peut aussi prendre ce tag (en précisant les 
sous-tag)
sauf à proposer « shop=bicycle_repair », déjà 26 : 
https://taginfo.openstreetmap.org/tags/shop=bicycle_repair#overview
dont 1 en France : https://www.openstreetmap.org/way/411009836
pour le voiture il y a bien « shop=car_repair »
et on ne parle pas de magasin en langage courant

erwan [glyo]

> Le 7 févr. 2018 à 22:29, osm.sanspourr...@spamgourmet.com a écrit :
> 
> Donc il faut suggérer de rendre les service:bicycle* .
> Ce qui ne semble pas stupide !
> 
> Le 05/02/2018 à 02:18, Shohreh - codecompl...@free.fr 
>  a écrit :
>> OpenCycleMap n'affiche que les objets taggés "shop=bicycle":
>> 
>> https://www.openstreetmap.org/#map=17/49.17934/-0.34899 
>> 
>> 
>> 
>> 
>> --
>> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html 
>> 
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr 
>> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-it] Terrazzamenti

[Lorenzo "Beba" Beltrami]

Il giorno 8 febbraio 2018 09:28, Andrea Musuruane  ha
scritto:

> Ciao,
>
> Cercando sulla wiki ho trovato farmland=terraced :
> https://wiki.openstreetmap.org/wiki/Project_Ilam_specification#Terraced_
> Farmland
>
>
Su taginfo farmland=terraced è usato 91 volte.
Il principale difetto è che è legato a farmland, mentre potrebbe essere
utile con altri tipi di landuse.
Sempre in Nepal (area del progetto linkato da Andrea) hanno usato 100 volte
il più generico terraced=yes.

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

Re: [Talk-it] Terrazzamenti

[Andrea Musuruane]

Ciao,

2018-02-07 21:50 GMT+01:00 Alessandro Palmas :

> In Liguria e Campania stanno partendo dei progetti per la mappatura dei
> terrazzamenti.
> Ad oggi i singoli muri sono stati mappati come:
> barrier=retaining_wall
> wall=dry_stone
>
> mi chiedono se, oltre a mappare i singoli muri, si potesse identificare
> una zona terrazzata con un'apposito tag.
> Landuse non andrebbe bene perchè solitamente sono utilizzate come farmland
> o orchard (o purtroppo abbandonate). Idee?
>

Cercando sulla wiki ho trovato farmland=terraced :
https://wiki.openstreetmap.org/wiki/Project_Ilam_specification#Terraced_Farmland

Ciao,

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

Re: [Talk-it] problemi del motore di ricerca con i tag addr:place

[Lorenzo "Beba" Beltrami]

Il giorno 8 febbraio 2018 07:25, Andreas Lattmann 
ha scritto:

> >Avevo escluso subito Nominatim in quanto si tratta di un progetto
> >gestito
> >da volontari che lo portano avanti nel tempo libero.
>
> Giusto, come quell' altro progetto di mappe fatto da volontari... roba da
> matti. Com'è che si chiamava?? Open.. open qualcosa... 1 meglio
> affidarsi ad un servizio professionale come Google maps... 藍藍
>

Ahahah! Hai ragione, messa giù così è un po' bruttina.. xD
Sono stato un po' troppo conciso. =P

Non intendevo dire che volontari = brutto/non professionale (se no mica
cercavo un'alternativa pur di usare OSM ;).

Il problema, che è un problema specifico di Nominatim, è che le risorse
dedicate allo sviluppo sono esigue (lo dicono loro stessi[1]) e quindi non
riescono a dedicare tutto il tempo necessario a rifinire certi problemi,
come le ricerche nazione-specifiche.
Del resto proprio qua sopra si è detto più volte questo: pur essendo il
motore di ricerca predefinito del sito principale è ancora tanto
anglofono-centrico.

Il problema delle regole di ricerca che variano per nazione è tremendo
perché richiede molte risorse per essere risolto ed è la prima cosa che un
utente nota. Un mix esplosivo.
Il numero di issue aperte sul tema è veramente sterminato...
In una in cui ha partecipato anche il nostro Andrea Musuruane si dice anche
anche Nominatim fa ricerca di indirizzi postali e non di luoghi
geografici[2], eppure, anche sul sito principale, c'è scritto "Cerca" e non
"Cerca indirizzo".

Lorenzo

[1]
https://github.com/openstreetmap/Nominatim/issues/316#issuecomment-147111016
[2]
https://github.com/openstreetmap/Nominatim/issues/881#issuecomment-356862038
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-es] Fwd: [Wikidata] Workshop about the OpenMetroMaps project in Berlin on Feb 11

[Luis García Castro]

2018-02-08 1:21 GMT+01:00 Alejandro S. :

> Justo estaba leyendo el mail y pensando lo mismo, que tendrían que hablar
> con Ilya (yo también estuve en su charla en la FOSDEM).
>
> Hubo una quedada de contribuidores de OSM en la FOSDEM, no caí en mandar
> el enlace por aquí, igual había algún otro interesado por aquí :/
>
> https://www.meetup.com/OpenStreetMap-Belgium/events/
> 247283180/?eventId=247283180
>

Ouch, pues me habría encantado tanto pasarme por la quedada como saludarte
:-)

-- 

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