Re: [Talk-it-trentino] sentieri SAT

[Dario Zontini]

Sulla lista nazionale stanno verificando la situazione di tutte le regioni

https://lists.openstreetmap.org/pipermail/talk-it-cai/2017-February/44.html


Dario Zontini

Inviato da Samsung Mobile

Il 24 Feb 2017 19:25, "girarsi_liste"  ha scritto:

> Il 24/02/2017 13:37, Dario Zontini Gmail ha scritto:
> > Nella pagina CAI [1] è indicato di inserire nella relazione del
> > sentierio  il campo ref:REL con il codice ufficiale del sentiero in modo
> > uniforme per tutta l'Italia.
> > In trentino però i sentieri si identificano oltre che dal numero anche
> > dalla lettera E/O.
> >
> > Prima di proseguire meglio chiarire bene come inserire i dati
> >
> >
> >  Esempio proposto sulla lista nazionale [2]
> >
> > *E CN A A 36 0 000 (ECNAA36)*
> >
> > *E *il primo carattere è una lettera che identifica la Regione (la
> > Regione Piemonte è identificata con la lettera E);
> > *CN* il secondo ed il terzo carattere corrispondono alla sigla ACI della
> > Provincia (l'insieme dei primi tre caratteri identifica pertanto la
> zona);
> > *A *il quarto carattere identifica l'area; se la zona non è stata
> > suddivisa in aree tale carattere viene avvalorato con A;
> > *A* il quinto carattere è un numero (o una lettera) che identifica il
> > settore;
> > *36 *il sesto ed il settimo carattere identificano il numero del
> percorso;
> > *0* l'ottavo carattere individua il soggetto responsabile del percorso
> > (sezione CAI, associazione, Ente…), codificato in un apposito elenco con
> > un numero o con una lettera;
> > *000* l'undicesimo carattere, dopo 00, è a disposizione per
> > l'indicazione di eventuali varianti. Un breve tratto di collegamento, ad
> > esempio, che non merita l'attribuzione di un numero a se stante, può
> > essere indicato con il codice del sentiero dal quale si diparte con
> > l'aggiunta di un "00A", "00B", etc...
> >
> > [1] https://wiki.openstreetmap.org/wiki/CAI#Sentieri
> >
> > [2]
> > https://lists.openstreetmap.org/pipermail/talk-it-cai/
> 2017-February/34.html
> >
> >
> Mi sono iscritto in lista CAI-OSM ti va bene se andiamo avanti lì?
>
> Eventualmente mettiamo in copia qui, anche perchè mi pare nessuno, a
> parte me prima di iscrivermi, sia intervenuto che io sappia, al di fuori
> di quella lista.
>
> Diversamente chi ha idea contraria si faccia vivo! :)
>
>
>
> --
> Simone Girardelli
> _|_|_|_|_|_|_|_|_|_
> |_|_|_|_|_|_|_|_|_|_|
>
>
>
> ___
> Talk-it-trentino mailing list
> Talk-it-trentino@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it-trentino
>
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

[talk-ph] Fwd: [OSM-talk] weeklyOSM #344 14/02/2017-20/02/2017

[Eugene Alvin Villar]

-- Forwarded message --
From: weeklyteam 
Date: Sat, Feb 25, 2017 at 5:24 AM
Subject: [OSM-talk] weeklyOSM #344 14/02/2017-20/02/2017
To: t...@openstreetmap.org


The weekly round-up of OSM news, issue # 344,
is now available online in English, giving as always a summary of all
things happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8772/

Enjoy!

weeklyOSM?
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages
where?: https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-
produced-in_56718#2/8.6/108.3
___
talk mailing list
t...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [Talk-es] Presentación en SigLibre

[Santiago Higuera]

Ya está enviada la propuesta, a ver qué les parece a los del SIGTE.

El vie, 24-02-2017 a las 19:39 +0100, Santiago Higuera escribió:
> Ok, Miguel, añado una frase al respecto en el resumen y ya me
> explicareis un poco mejor para cuando haya que hacer la presentación.
> 
> El vie, 24-02-2017 a las 12:15 +0100, Miguel Sevilla-Callejo
> escribió:
> > 
> > Como ya dije en su momento me parece una gran oportunidad para
> > poner
> > de manifiesto la actividad de de la comunidad.
> > Quizá añadiría al abstract (ya se que hay que hacerlo por la wiki
> > pero no me da el tiempo y no se si hay consenso) la participación
> > de
> > "grupos locales" o no se cómo llamarlo, subcomunidades?, que nos
> > movemos en diferentes ámbitos, como puede ser lo que se hace desde
> > Geoinquietos en diferentes ciudades, el grupo de Burgos o el de
> > Mapeado Colaborativo aquí en Zaragoza.
> > Un saludo
> > Miguel
> > 
> > --
> > Miguel Sevilla-Callejo
> > Doctor en Geografía
> > 
> > 2017-02-24 10:39 GMT+01:00 Santiago Higuera :
> > > 
> > > Corrijo el enlace a la página del wiki, que no quedó bien
> > > 
> > > https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/A
> > > bs
> > > trac
> > > t_SigLibre2017
> > > 
> > > 
> > > El vie, 24-02-2017 a las 10:33 +0100, Santiago Higuera escribió:
> > > > 
> > > > Hola:
> > > > He preparado un borrador del abstract que se podría presentar
> > > > al
> > > > comité
> > > > del SigLibre 2017 de Girona, con la propuesta de presentación.
> > > > Lo
> > > > podéis ver y editar en el wiki [1], y lo reproduzco a
> > > continuación:
> > > > 
> > > > 
> > > > ---
> > > 
> > > > 
> > > > 
> > > > OpenStreetMap España: situación actual y proyectos de futuro
> > > > 
> > > > La comunidad de OpenStreetMap en España lleva a cabo diversos
> > > > proyectos
> > > > de mapeado, entre los que se encuentran las importaciones del
> > > > catastro,
> > > > de la Confederacción Hidrográfica del Segura, de diversas
> > > capitales,
> > > > 
> > > > actualización de la red de carreteras y de rutas, traducción de
> > > los
> > > > 
> > > > materiales de aprendizaje, propuestas de esquemas de
> > > > etiquetados
> > > y
> > > > 
> > > > otros.
> > > > Así mismo, se están actualizando los medios de comunicación
> > > dentro de
> > > > 
> > > > la comunidad. Actualmente se dispone de una página WIKI que
> > > > reúne
> > > los
> > > > 
> > > > enlaces a las distintas páginas de los proyectos que se llevan
> > > > a
> > > cabo
> > > > 
> > > > e
> > > > instrucciones para los mapeadores, tanto los nuevos como los
> > > > más
> > > > veteranos. Se ha habilitado también un servicio de bienvenida a
> > > los
> > > > 
> > > > nuevos usuarios para facilitarles el camino durante sus
> > > > primeros
> > > > pasos.
> > > > Se dispone de un gestor de tareas, *Task Manager*, donde se
> > > organizan
> > > > 
> > > > los trabajos en marcha. Además de la lista de correo, existe un
> > > chat
> > > > 
> > > > muy activo en Telegram que permite la comunicación en directo
> > > entre
> > > > 
> > > > los
> > > > miembros de la comunidad. Mensualmente, el primer martes de
> > > > cada
> > > mes,
> > > > 
> > > > se realiza una reunión virtual, a través de la plataforma Riot,
> > > donde
> > > > 
> > > > se tratan los temas en los que se está trabajando. Se están
> > > > proponiendo
> > > > y debatiendo esquemas de etiquetados para las carreteras, las
> > > señales
> > > > 
> > > > de tráfico y otros.
> > > > Simultáneamente con estas tareas, se están manteniendo
> > > > reuniones
> > > con
> > > > 
> > > > el
> > > > Instituto Geográfico Nacional con el fin de establecer formas
> > > > institucionalizadas de colaboración entre las dos
> > > > organizaciones.
> > > > Durante esta presentación se expondrán todos estos temas,
> > > facilitando
> > > > 
> > > > los enlaces a las distintas herramientas de forma que las
> > > personas
> > > > 
> > > > interesadas en el proyecto se puedan incorporar de una manera
> > > > sencilla.
> > > > ---
> > > 
> > > > 
> > > > 
> > > > 
> > > > Cualquier cambio, modificación o añadido que queráis hacer,
> > > podéis
> > > > 
> > > > hacerlo directamente en el WIKI o comentarlo a través de esta
> > > lista
> > > > 
> > > > de
> > > > correo. Mi intención es presentarlo hoy, al límite de las doce
> > > > de
> > > la
> > > > 
> > > > noche, que es cuando acaba el plazo. Lo firmaría en nombre de
> > > > la
> > > > comunidad OSM España. La presentación definitiva la
> > > > prepararíamos
> > > de
> > > > 
> > > > aquí a junio. La presentación física en Girona la haríamos los
> > > > miembros
> > > > de OSM que andemos por allí esos días.
> > > > 
> > > > Un saludo
> > > > 
> > > > Santiago Higuera
> > > > 
> > > > [1] https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3
> > > > %B
> > > 1a/A
> > > > 
> > > > bs
> > > > 

Re: [Talk-cz] Oprava ploch

[Matej Lieskovský]

Podolí (cca 400 duplicit) vyřešeno.

2017-02-24 21:42 GMT+01:00 Matej Lieskovský :

> Tak upřesnění: Duplicitní vrcholy jsou (alespoň v Praze) symptom: většinou
> se jedná o dvě cesty, z nichž jedna je přesně zakreslená (vypadá to na
> import z katastru) a druhá je trochu šejdrem kreslená zahrada. Opravovat to
> manuálně nám dává šanci opravit spoustu křivých cest, automatika nám to
> naopak trochu rozbije. Vznikají tam sebeprotínající plochy a (hlavně) malé
> trojúhelníkové mezery mezi plochami, s čímž si pak už automat neporadí a
> neumíme to tak dobře detekovat.
>
> Pokud to nehodláte opravovat důkladně, tak to prosím nechte být. Uvítám
> pomoc s manuální opravou, ale i sám to zvládnu za pár měsíců vyřešit pro
> celou republiku. Nejsem si vědom toho, že by to až tolik spěchalo.
>
>
>
> 2017-02-24 21:00 GMT+01:00 Matej Lieskovský :
>
>> Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily,
>> které pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to
>> řešit velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů
>> není zas tolik.
>>
>> On 24 February 2017 at 18:34, Miroslav Suchý  wrote:
>>
>>> Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
>>> angličtinou, tak lehké shrnutí:
>>> Jochen Topf začal s akcí "oprav plochy v OSM"
>>> Na stránce:
>>>   http://area.jochentopf.com/fixing.html
>>> Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
>>> protínají, co jsou otevřené, a co mají špatnou roli.
>>> Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
>>> Např. Praha je zde:
>>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>>> 50.08817=11=duplicate_node
>>> Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
>>> validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
>>> "Fix", které to opraví.
>>>
>>> Mirek
>>>
>>>  Přeposlaná zpráva 
>>> Předmět: OSM area fixing initiative
>>> Datum: Fri, 24 Feb 2017 14:20:48 +0100
>>> Od: Jochen Topf 
>>> Komu: Miroslav Suchy , Ladislav Laska
>>> , Martin Tesař , Dalibor
>>> Jelínek 
>>>
>>> Hi!
>>>
>>> I have started an "OSM area fixing initiative". We are trying to fix all
>>> broken (multi)polygons in OSM. A lot more detail is at
>>> http://area.jochentopf.com/.
>>>
>>> You are the only people I know (from Elbe-Labe-Meeting) in the Czech
>>> Republic, so I'll write to you, in the hope that you can forward this
>>> to the wider Czech community and get them involved. We need all the help
>>> we can get.
>>>
>>> There is a lot to do in the Czech Republic and the world, but I wanted
>>> to make you aware of one particlar issue: There are about 5000 duplicate
>>> nodes in Prague, a large part of the 25000 duplicate nodes in the world.
>>> You can see this here:
>>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>>> 50.08817=11=duplicate_node
>>>
>>> This is probably from some kind of import. If the import is still
>>> ongoing it should be taken into account.
>>>
>>> These are actually not that hard to fix. See "Fixing duplicate nodes" at
>>> http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes
>>>
>>> I appreciate any help!
>>>
>>> Jochen
>>> --
>>> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
>>> +49-351-31778688
>>>
>>> ___
>>> Talk-cz mailing list
>>> Talk-cz@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-cz
>>>
>>
>>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Stefano Droghetti]

Il 22/02/2017 15:03, Luca Delucchi ha scritto:


io avevo messo li tutto l'occorrente, contattato Stefano per far si
che continuasse a modificare gli script li, però non ha mai risposto
(anch'io ci avevo messo molto)




D'ora in poi provo a modificare da lì. Devo solo provare a 
familiarizzare con github, mai provato :-)



--
Stefano Droghetti
www.stefanodroghetti.it
stefano.droghe...@gmail.com


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

Re: [OSM-talk] Fixing broken multipolygons

[m]

I made the challenge ‘Featured’ in MapRoulette so it becomes easier to spot. 
What a mess in some places I looked at…Please help fix!
Martijn

> On Feb 22, 2017, at 1:07 AM, Jochen Topf  wrote:
> 
> On Tue, Feb 21, 2017 at 07:44:18PM +0100, Sebastiaan Couwenberg wrote:
>> On 02/21/2017 05:40 PM, Jochen Topf wrote:
>>> Find all challenges and instructions here:
>>> http://area.jochentopf.com/fixing.html
>> 
>> My OCD complains about the typo before the challenge links, please do
>> 
>> sed -i 's/Got to /Go to/g' fixing.html
>> 
>> Also the Maproulette paragraph is no longer accurate now that more than
>> one challenge has been created.
> 
> Fixed. Thank you!
> 
> Jochen
> -- 
> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/  +49-351-31778688
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [Talk-it] Script per creare mappe obf (OsmAnd) senza problemi di OutOfMemory

[Cascafico Giovanni]

Grazie,

con un i5@2ghz e 2gb RAM ho ottenuto italy-latest.obf in meno di 4 ore!

Il raspberry invece non ce l'ha fatta: é in rianimazione.

Il 22/feb/2017 16:33, "Stefano Droghetti"  ha
scritto:

> Scusate ma avevo completamente perso l'ultima mail. Lo script mio è sempre
> aggiornato sulla mia homepage www.stefanodroghetti.it nella guida "Mappe
> gratis per navigatori", il paragrafo che si chiama "Osmux". Quella è
> l'ultima versione a cui ho lavorato.
>
> Il 22/feb/2017 03:05 PM, "Luca Delucchi"  ha
> scritto:
>
>> 2017-02-22 14:55 GMT+01:00 Cascafico Giovanni :
>> > Ho finalemnte tempo per riprendere questo argomento. qualche modifica?
>> posso
>> > continuare a fare riferimento alla repo github italyobf [1]?
>> >
>>
>> io avevo messo li tutto l'occorrente, contattato Stefano per far si
>> che continuasse a modificare gli script li, però non ha mai risposto
>> (anch'io ci avevo messo molto)
>>
>> > Ho un raspberry inutilizzato... Secondo voi , posso farcela con 1G
>> scarso di
>> > ram?
>> >
>>
>> la vedo dura, però prova...
>>
>> >
>> > [1] https://github.com/osmItalia/italyobf
>> >
>>
>>
>>
>> --
>> ciao
>> Luca
>>
>> www.lucadelu.org
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Miroslav Suchý]

Dne 24.2.2017 v 20:48 Marián Kyral napsal(a):
> 
> Ikony změněny. Je to tak lepší?

Mnohem lepší. Super práce.

Mirek

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

semanárioOSM Nº 344 14/02/2017-20/02/2017

[weeklyteam]

Bom dia,

O semanárioOSM Nº 344, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado em português:

http://www.weeklyosm.eu/pb/archives/8772/

Aproveite!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

semanárioOSM Nº 344 14/02/2017-20/02/2017

[weeklyteam]

Bom dia,

O semanárioOSM Nº 344, o resumo de tudo o que acontece no mundo OpenStreetMap, 
está publicado em português:

http://www.weeklyosm.eu/pb/archives/8772/

Aproveite!

semanarioOSM? 
Quem?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
Onde?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

[OSM-talk-ie] weeklyOSM #344 14/02/2017-20/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 344,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8772/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

[Talk-GB] weeklyOSM #344 14/02/2017-20/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 344,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8772/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[Talk-in] weeklyOSM #344 14/02/2017-20/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 344,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8772/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-in mailing list
Talk-in@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-in

[Talk-ca] weeklyOSM #344 14/02/2017-20/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 344,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8772/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

[OSM-talk] weeklyOSM #344 14/02/2017-20/02/2017

[weeklyteam]

The weekly round-up of OSM news, issue # 344,
is now available online in English, giving as always a summary of all things 
happening in the openstreetmap world:

http://www.weeklyosm.eu/en/archives/8772/

Enjoy!

weeklyOSM? 
who?: https://wiki.openstreetmap.org/wiki/WeeklyOSM#Available_Languages 
where?: 
https://umap.openstreetmap.fr/en/map/weeklyosm-is-currently-produced-in_56718#2/8.6/108.3
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-ie] NI Electoral Divisions and tagging schemes. A Suggestion.

[Dave Foley]

Very nice page Brian. Just wondering since there were no townlands in Dublin 
city centre would it make sense to tag them as admin_level=10? I also noticed 
the OSI has townlands marked in Limerick where there are none on OSM. I assume 
Cork city also had wards?


The OSI data is very useful for finding errors in the townland boundaries, I 
even found a missing townland in Dublin (Taylorsgrange).


Dave



From: Brian Hollinshead 
Sent: 23 February 2017 05:07
To: Discussion of OpenStreetMap in Ireland
Subject: Re: [OSM-talk-ie] NI Electoral Divisions and tagging schemes. A 
Suggestion.

Hi

re Admin and historic boundary tagging

I have added four sets of Dublin City wards, as at c.1780, 1838, 1849 and
1946
I tagged them as

boundary=administrative

date=1849

historic=yes

name=Trinity Ward (1849)

political_division=city_ward

type=boundary

I accept I have mixed my admin with political but was quite unsure. I still
need to re-visit the tagging to check all are the same.

They can be viewed at http://hollinshead.net/maps/dublincitywards/   I know
sources list is incomplete.

My intention was to move them to histosm.org now recently restored.

I tagged historic Dublin City as

boundary=historic

historic=yes

name=

type=boundary

your suggestions most welcome.



I will start a separate thread because I also have added

Government and Dail constituencies 1798, 1947 etc (6544843)
Police Districts (6650495)
Townships, Rathmines etc (6144162)
DLR and Township wards (6640701 and 6575092)
City extensions (6144262)

and need shared opinions re tagging and whether they should be on OSM or
histosm or both and how to migrate them to histosm?.



News of OSM feature, new to me recently, I think it is brilliant:

open OSM, zoom well in on National Library, Kildare St Dublin

select ? icon on the right, it will go green

click anywhere in the vicinity of the library

view the scope of detail now brought together in left margin.

( any other folk interested in Dublin City boundary detail please email me
directly)


On 22 February 2017 at 22:48, Cormac O Murchú  wrote:

> Hi,
>
>
>
> First of all Northern Irish EDs cannot be tagged like Southern ones. This
> is
> because they are no longer Administrative Units as they were abolished in
> the early 920s and replaced by Wards.
>
>
>
> From what I can see no wards in NI (these are still Admin Boundaries ) are
> tagged at present. This is a separate issue but there is no point tagging
> EDs without tagging wards as well. Wards will have to be injected into OSM
> with admin_level=9 given their legal status.
>
>
>
> In the strict sense they were never known as Electoral Divisions as that
> nomenclature dates from the 1990s in the RoI only. They were DED’s at
> abolition time.  There are no name:ga names either, all the names must be
> English only.  Furthermore EDs were known as Poor Law Electoral Divisions (
> 1850 – 1898) for longer than they were known as District Electoral
> Divisions
> ( 1899-c. 1923) although census data was produced on an ED as well as on a
> Ward basis in NI until the 1950s.
>
>
>
> Nevertheless they are of considerable historical interest and I think I
> know
> how to tag them.. Here is the suggested scheme so that Nominatim disgorges
> all the variants.
>
>
>
> boundary=electoral_division
>
> alt_name=Drumsnot DED
>
> alt_name_1=Drumsnot PLED
>
> name=Drumsnot
>
> name:en=Drumsnot District Electoral Division
>
> place=locality
>
> type=boundary
>
>
>
> Input most welcome from all.
>
>
>
> Rgds
>
>
>
> C
>
>
>
>
>
>
>
>
>
>
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
Talk-ie -- Discussion of OpenStreetMap in 
Ireland
lists.openstreetmap.org
This list provides a forum for discussion those parts of openstreetmap that are 
relevant to Ireland. It is not a substitute for the t...@openstreetmap.org 
mailing ...


>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie
Talk-ie -- Discussion of OpenStreetMap in 
Ireland
lists.openstreetmap.org
This list provides a forum for discussion those parts of openstreetmap that are 
relevant to Ireland. It is not a substitute for the t...@openstreetmap.org 
mailing ...


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

Re: [Talk-cz] Oprava ploch

[Matej Lieskovský]

Tak upřesnění: Duplicitní vrcholy jsou (alespoň v Praze) symptom: většinou
se jedná o dvě cesty, z nichž jedna je přesně zakreslená (vypadá to na
import z katastru) a druhá je trochu šejdrem kreslená zahrada. Opravovat to
manuálně nám dává šanci opravit spoustu křivých cest, automatika nám to
naopak trochu rozbije. Vznikají tam sebeprotínající plochy a (hlavně) malé
trojúhelníkové mezery mezi plochami, s čímž si pak už automat neporadí a
neumíme to tak dobře detekovat.

Pokud to nehodláte opravovat důkladně, tak to prosím nechte být. Uvítám
pomoc s manuální opravou, ale i sám to zvládnu za pár měsíců vyřešit pro
celou republiku. Nejsem si vědom toho, že by to až tolik spěchalo.



2017-02-24 21:00 GMT+01:00 Matej Lieskovský :

> Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily,
> které pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to
> řešit velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů
> není zas tolik.
>
> On 24 February 2017 at 18:34, Miroslav Suchý  wrote:
>
>> Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
>> angličtinou, tak lehké shrnutí:
>> Jochen Topf začal s akcí "oprav plochy v OSM"
>> Na stránce:
>>   http://area.jochentopf.com/fixing.html
>> Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
>> protínají, co jsou otevřené, a co mají špatnou roli.
>> Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
>> Např. Praha je zde:
>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>> 50.08817=11=duplicate_node
>> Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
>> validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
>> "Fix", které to opraví.
>>
>> Mirek
>>
>>  Přeposlaná zpráva 
>> Předmět: OSM area fixing initiative
>> Datum: Fri, 24 Feb 2017 14:20:48 +0100
>> Od: Jochen Topf 
>> Komu: Miroslav Suchy , Ladislav Laska
>> , Martin Tesař , Dalibor
>> Jelínek 
>>
>> Hi!
>>
>> I have started an "OSM area fixing initiative". We are trying to fix all
>> broken (multi)polygons in OSM. A lot more detail is at
>> http://area.jochentopf.com/.
>>
>> You are the only people I know (from Elbe-Labe-Meeting) in the Czech
>> Republic, so I'll write to you, in the hope that you can forward this
>> to the wider Czech community and get them involved. We need all the help
>> we can get.
>>
>> There is a lot to do in the Czech Republic and the world, but I wanted
>> to make you aware of one particlar issue: There are about 5000 duplicate
>> nodes in Prague, a large part of the 25000 duplicate nodes in the world.
>> You can see this here:
>> http://tools.geofabrik.de/osmi/?view=areas=14.47499=
>> 50.08817=11=duplicate_node
>>
>> This is probably from some kind of import. If the import is still
>> ongoing it should be taken into account.
>>
>> These are actually not that hard to fix. See "Fixing duplicate nodes" at
>> http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes
>>
>> I appreciate any help!
>>
>> Jochen
>> --
>> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
>> +49-351-31778688
>>
>> ___
>> Talk-cz mailing list
>> Talk-cz@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-cz
>>
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk] SHA-1 collision announced by Google

[Pine W]

If you develop or run software that uses SHA-1, here's another reason to
upgrade to a more secure algorithm:

https://security.googleblog.com/2017/02/announcing-first-sha1-collision.html

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

[Talk-us] SHA-1 collision announced by Google

[Pine W]

If you develop or run software that uses SHA-1, here's another reason to
upgrade to a more secure algorithm:

https://security.googleblog.com/2017/02/announcing-first-sha1-collision.html

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

Re: [Talk-cz] Oprava ploch

[Matej Lieskovský]

Přijde mi, že automatické řešení těch duplicit zanechává ošklivé detaily,
které pak budeme mnohem hůř opravovat. Doporučuju procházet ručně, dá se to
řešit velmi pěkně a rychle. Asi to umím do léta vyřešit celé, 5000 vrcholů
není zas tolik.

On 24 February 2017 at 18:34, Miroslav Suchý  wrote:

> Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
> angličtinou, tak lehké shrnutí:
> Jochen Topf začal s akcí "oprav plochy v OSM"
> Na stránce:
>   http://area.jochentopf.com/fixing.html
> Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
> protínají, co jsou otevřené, a co mají špatnou roli.
> Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
> Např. Praha je zde:
> http://tools.geofabrik.de/osmi/?view=areas=14.47499;
> lat=50.08817=11=duplicate_node
> Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
> validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
> "Fix", které to opraví.
>
> Mirek
>
>  Přeposlaná zpráva 
> Předmět: OSM area fixing initiative
> Datum: Fri, 24 Feb 2017 14:20:48 +0100
> Od: Jochen Topf 
> Komu: Miroslav Suchy , Ladislav Laska
> , Martin Tesař , Dalibor
> Jelínek 
>
> Hi!
>
> I have started an "OSM area fixing initiative". We are trying to fix all
> broken (multi)polygons in OSM. A lot more detail is at
> http://area.jochentopf.com/.
>
> You are the only people I know (from Elbe-Labe-Meeting) in the Czech
> Republic, so I'll write to you, in the hope that you can forward this
> to the wider Czech community and get them involved. We need all the help
> we can get.
>
> There is a lot to do in the Czech Republic and the world, but I wanted
> to make you aware of one particlar issue: There are about 5000 duplicate
> nodes in Prague, a large part of the 25000 duplicate nodes in the world.
> You can see this here:
> http://tools.geofabrik.de/osmi/?view=areas=14.47499;
> lat=50.08817=11=duplicate_node
>
> This is probably from some kind of import. If the import is still
> ongoing it should be taken into account.
>
> These are actually not that hard to fix. See "Fixing duplicate nodes" at
> http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes
>
> I appreciate any help!
>
> Jochen
> --
> Jochen Topf  joc...@remote.org  https://www.jochentopf.com/
> +49-351-31778688
>
> ___
> 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-latam] Discusión en osm-dev sobre mejoras en OSM.org y respuestas abruptas con simple NO

[Marco Antonio]

En la lista están reclamando porqué quien mantiene la página de OSM
dice NO abruptamente a una mejora relacionada con el menú del clic
derecho recién añadido.

En el contexto, hay 1 directamente y menos de un puñado de gente
voluntaria que mantiene funcionando osm.org, y supongo que para quien
mantiene debe ser complejo y aburrido estar lidiando con cosas a veces
soñadoras o a veces simples.

una vez ya se le reclamó su actitud muy brusca y poca comunicativa, se
quejaron que desalienta la cooperación. De ahí que se creo como una
guía para atender los problemas.

Las personas creen que el mapa osm.org debería haber todo, otras dicen
que es una página demo que sirve "sólo" para encontrar fallas en el
mapeo. nadie discutió esto o al menos yo no leí por ahí.

Esta muy interesante aunque largo leer, la verdad que es muy poca gente
la que mantiene todo.

https://lists.openstreetmap.org/pipermail/dev/2017-February/029713.html

abrazos,

Marco Antonio
@51114u9

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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Marián Kyral]

Dne 23.2.2017 v 23:10 Miroslav Suchý napsal(a):

Dne 23.2.2017 v 22:16 Marián Kyral napsal(a):

Ahoj,
tak má intenzivní, již druhý týden trvající snaha o vylepšení 
přepínače vrstev konečně přinesla ovoce a dostala se do stavu, kdy 
jsem s výsledkem dostatečně spokojen. Hlavně, že to funguje dle mých 
představ ;-)


Protože bych to chtěl brzy nasadit na osmap.cz, prosím zájemce o 
otestování a komentáře. Demo je dostupné na 
http://rawgit.com/osmcz/osmcz/improve-layer-switcher/index.html

U me funguje :)

Pokud si muzu vymyslet tak ty ikony collapse all a expand all jsou 
strasne podobny a dokud na ne nekliknu tak netusim co maji delat.

Mirek



Ikony změněny. Je to tak lepší?

Marián

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

Re: [Talk-it] Mappatura sentieri 'storici'

[carlo folini]

Grazie Andrea!
Se fosse customizzabile per i valori xDOP e numero satelliti, sarebbe il
massimo.


   - Gdop - Geometric Diluition Of Precision
   - Pdop - Position Diluition Of Precision
   - Hdop - Horizontal Diluition Of Precision
   - Vdop - Vertical Diluition Of Precision
   - Edop - East Diluition Of Precision
   - Ndop - North Diluition Of Precision
   - Tdop - Time Diluition Of Precision

(fonte http://www.topografia.it/CaseHistory/gps.htm)

Il giorno 24 febbraio 2017 14:27, Andrea Albani  ha
scritto:

>
>
>> Se non mi ricordo male anche josm può disegnare dei cerchi con l'errore
>> stimato di una traccia nmea...
>>
>>
> Ricordavi bene... tasto destro sulla traccia->Customize track drawing
>
> Grazie, questa non la conoscevo.
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>


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

Re: [Talk-es] Presentación en SigLibre

[Santiago Higuera]

Ok, Miguel, añado una frase al respecto en el resumen y ya me
explicareis un poco mejor para cuando haya que hacer la presentación.

El vie, 24-02-2017 a las 12:15 +0100, Miguel Sevilla-Callejo escribió:
> Como ya dije en su momento me parece una gran oportunidad para poner
> de manifiesto la actividad de de la comunidad.
> Quizá añadiría al abstract (ya se que hay que hacerlo por la wiki
> pero no me da el tiempo y no se si hay consenso) la participación de
> "grupos locales" o no se cómo llamarlo, subcomunidades?, que nos
> movemos en diferentes ámbitos, como puede ser lo que se hace desde
> Geoinquietos en diferentes ciudades, el grupo de Burgos o el de
> Mapeado Colaborativo aquí en Zaragoza.
> Un saludo
> Miguel
> 
> --
> Miguel Sevilla-Callejo
> Doctor en Geografía
> 
> 2017-02-24 10:39 GMT+01:00 Santiago Higuera :
> > Corrijo el enlace a la página del wiki, que no quedó bien
> > 
> > https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/Abs
> > trac
> > t_SigLibre2017
> > 
> > 
> > El vie, 24-02-2017 a las 10:33 +0100, Santiago Higuera escribió:
> > > Hola:
> > > He preparado un borrador del abstract que se podría presentar al
> > > comité
> > > del SigLibre 2017 de Girona, con la propuesta de presentación. Lo
> > > podéis ver y editar en el wiki [1], y lo reproduzco a
> > continuación:
> > >
> > > ---
> > 
> > > 
> > > OpenStreetMap España: situación actual y proyectos de futuro
> > >
> > > La comunidad de OpenStreetMap en España lleva a cabo diversos
> > > proyectos
> > > de mapeado, entre los que se encuentran las importaciones del
> > > catastro,
> > > de la Confederacción Hidrográfica del Segura, de diversas
> > capitales,
> > > actualización de la red de carreteras y de rutas, traducción de
> > los
> > > materiales de aprendizaje, propuestas de esquemas de etiquetados
> > y
> > > otros.
> > > Así mismo, se están actualizando los medios de comunicación
> > dentro de
> > > la comunidad. Actualmente se dispone de una página WIKI que reúne
> > los
> > > enlaces a las distintas páginas de los proyectos que se llevan a
> > cabo
> > > e
> > > instrucciones para los mapeadores, tanto los nuevos como los más
> > > veteranos. Se ha habilitado también un servicio de bienvenida a
> > los
> > > nuevos usuarios para facilitarles el camino durante sus primeros
> > > pasos.
> > > Se dispone de un gestor de tareas, *Task Manager*, donde se
> > organizan
> > > los trabajos en marcha. Además de la lista de correo, existe un
> > chat
> > > muy activo en Telegram que permite la comunicación en directo
> > entre
> > > los
> > > miembros de la comunidad. Mensualmente, el primer martes de cada
> > mes,
> > > se realiza una reunión virtual, a través de la plataforma Riot,
> > donde
> > > se tratan los temas en los que se está trabajando. Se están
> > > proponiendo
> > > y debatiendo esquemas de etiquetados para las carreteras, las
> > señales
> > > de tráfico y otros.
> > > Simultáneamente con estas tareas, se están manteniendo reuniones
> > con
> > > el
> > > Instituto Geográfico Nacional con el fin de establecer formas
> > > institucionalizadas de colaboración entre las dos organizaciones.
> > > Durante esta presentación se expondrán todos estos temas,
> > facilitando
> > > los enlaces a las distintas herramientas de forma que las
> > personas
> > > interesadas en el proyecto se puedan incorporar de una manera
> > > sencilla.
> > > ---
> > 
> > > 
> > >
> > > Cualquier cambio, modificación o añadido que queráis hacer,
> > podéis
> > > hacerlo directamente en el WIKI o comentarlo a través de esta
> > lista
> > > de
> > > correo. Mi intención es presentarlo hoy, al límite de las doce de
> > la
> > > noche, que es cuando acaba el plazo. Lo firmaría en nombre de la
> > > comunidad OSM España. La presentación definitiva la prepararíamos
> > de
> > > aquí a junio. La presentación física en Girona la haríamos los
> > > miembros
> > > de OSM que andemos por allí esos días.
> > >
> > > Un saludo
> > >
> > > Santiago Higuera
> > >
> > > [1] https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B
> > 1a/A
> > > bs
> > > tract_SigLibre2017
> > >
> > >
> > > El mié, 22-02-2017 a las 13:14 +, Jorge Sanz Sanfructuoso
> > > escribió:
> > > >
> > > > Buenas.
> > > >
> > > > Lo considero una buena iniciativa. No he contestado por lo
> > mismo,
> > > > no
> > > > voy a ir y tiempo para ayudar no se si tendre. Pero animo
> > hacerlo,
> > > > es
> > > > bueno para OSM.
> > > >
> > > > Un saludo.
> > > >
> > > > El mié., 22 feb. 2017 a las 14:09, Alejandro S. ( > gmai
> > > > l.
> > > > com>) escribió:
> > > > >
> > > > > Buenas,
> > > > > Siento no haber respondido, pero no contaba con acudir al
> > evento.
> > > > > Por supuesto apoyo cualquier incisiva que impulse y difunda
> > OSM.
> > > > > Aunque parece que aún estamos un poco "verdes"como
> 

Re: [Talk-it-trentino] sentieri SAT

[girarsi_liste]

Il 24/02/2017 13:37, Dario Zontini Gmail ha scritto:
> Nella pagina CAI [1] è indicato di inserire nella relazione del
> sentierio  il campo ref:REL con il codice ufficiale del sentiero in modo
> uniforme per tutta l'Italia.
> In trentino però i sentieri si identificano oltre che dal numero anche
> dalla lettera E/O.
> 
> Prima di proseguire meglio chiarire bene come inserire i dati
> 
> 
>  Esempio proposto sulla lista nazionale [2]
> 
> *E CN A A 36 0 000 (ECNAA36)*
> 
> *E *il primo carattere è una lettera che identifica la Regione (la
> Regione Piemonte è identificata con la lettera E);
> *CN* il secondo ed il terzo carattere corrispondono alla sigla ACI della
> Provincia (l'insieme dei primi tre caratteri identifica pertanto la zona);
> *A *il quarto carattere identifica l'area; se la zona non è stata
> suddivisa in aree tale carattere viene avvalorato con A;
> *A* il quinto carattere è un numero (o una lettera) che identifica il
> settore;
> *36 *il sesto ed il settimo carattere identificano il numero del percorso;
> *0* l'ottavo carattere individua il soggetto responsabile del percorso
> (sezione CAI, associazione, Ente…), codificato in un apposito elenco con
> un numero o con una lettera;
> *000* l'undicesimo carattere, dopo 00, è a disposizione per
> l'indicazione di eventuali varianti. Un breve tratto di collegamento, ad
> esempio, che non merita l'attribuzione di un numero a se stante, può
> essere indicato con il codice del sentiero dal quale si diparte con
> l'aggiunta di un "00A", "00B", etc...
> 
> [1] https://wiki.openstreetmap.org/wiki/CAI#Sentieri
> 
> [2]
> https://lists.openstreetmap.org/pipermail/talk-it-cai/2017-February/34.html
> 
> 
Mi sono iscritto in lista CAI-OSM ti va bene se andiamo avanti lì?

Eventualmente mettiamo in copia qui, anche perchè mi pare nessuno, a
parte me prima di iscrivermi, sia intervenuto che io sappia, al di fuori
di quella lista.

Diversamente chi ha idea contraria si faccia vivo! :)



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



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

[Talk-cz] Oprava ploch

[Miroslav Suchý]

Přeposílám email od kolegů z německa (viz dole). Pokud nevládnete
angličtinou, tak lehké shrnutí:
Jochen Topf začal s akcí "oprav plochy v OSM"
Na stránce:
  http://area.jochentopf.com/fixing.html
Neleznete odkazy na Maprullete na opravu polygonu: polygony co se sami
protínají, co jsou otevřené, a co mají špatnou roli.
Plus dole je odkaz na jeho nástroj, kde vidíte duplicitní polygony.
Např. Praha je zde:
http://tools.geofabrik.de/osmi/?view=areas=14.47499=50.08817=11=duplicate_node
Opravit danou oblast můžete tak, že si ji natáhnete do JOSM. Dáte
validaci. Kliknete na "Mixed type duplicated nodes" varování a tlačítko
"Fix", které to opraví.

Mirek

 Přeposlaná zpráva 
Předmět: OSM area fixing initiative
Datum: Fri, 24 Feb 2017 14:20:48 +0100
Od: Jochen Topf 
Komu: Miroslav Suchy , Ladislav Laska
, Martin Tesař , Dalibor
Jelínek 

Hi!

I have started an "OSM area fixing initiative". We are trying to fix all
broken (multi)polygons in OSM. A lot more detail is at
http://area.jochentopf.com/.

You are the only people I know (from Elbe-Labe-Meeting) in the Czech
Republic, so I'll write to you, in the hope that you can forward this
to the wider Czech community and get them involved. We need all the help
we can get.

There is a lot to do in the Czech Republic and the world, but I wanted
to make you aware of one particlar issue: There are about 5000 duplicate
nodes in Prague, a large part of the 25000 duplicate nodes in the world.
You can see this here:
http://tools.geofabrik.de/osmi/?view=areas=14.47499=50.08817=11=duplicate_node

This is probably from some kind of import. If the import is still
ongoing it should be taken into account.

These are actually not that hard to fix. See "Fixing duplicate nodes" at
http://area.jochentopf.com/fixing.html#fixing-duplicate-nodes

I appreciate any help!

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

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

[Talk-ko] Another questionable source

[Yongmin H.]

re-sending because of my mistake on email address.

Hello,

I was discussing recent imagery issues with my friend, and he said there
are another problematic imagery source he couldn't remember where he saw
it (other than being OSM wiki). I did a quick search and found this
edit[1] in **March 2012** which added a questionable source "National
Spatial Information Portal"[2]. It was there until I removed[3] the
section today. This source is obviously unacceptable for being
copyrighted work of Government of Republic of Korea. Simon said about
pointing them "it's no good" via changeset comment but I don't think
it's useful here as the information was available since 2012, and I
can't even assume how many changesets are based on this source.

I have no idea where to start, so I'm starting by sending an email to
talk-ko and DWG.

[1]:
https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Korea=751180=prev
[2]: http://www.nsdi.go.kr/?menuno=3085
[3]:
https://wiki.openstreetmap.org/w/index.php?title=WikiProject_Korea=revision=1433558=1430516

Thanks,
-- 
Yongmin Hong
https://wp.revi.blog
Please note that this address is list-only address and any non-mailing
list mails will be treated as spam.
Please use https://encrypt.to/0x947f156f16250de39788c3c35b625da5beff197a

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

Re: [Talk-gb-westmidlands] Help with Speed Camera Relation

[Gary Leek]

Guys,

Your standard, usually yellow, box speed cameras only cover one direction and 
take an image of the rear of the vehicle. Distance markings in the other 
direction are there as a disincentive. For my sins I used to be a speed camera 
operative with WMP (I’m a nice guy really).

Gary

From: Brian Prangle [mailto:br...@mappa-mercia.org]
Sent: 24 February 2017 15:46
To: jonat...@bigfatfrog67.me
Cc: talk-gb-westmidlands 
Subject: Re: [Talk-gb-westmidlands] Help with Speed Camera Relation

Dose the speed camera cover trafficin both directions or only one lane?  The 
from/to relation points suggest a direction but I'd have to read the wiki again 
to check how unambiguous the relation is

On Fri, Feb 24, 2017 at 1:16 PM, 
> wrote:
Thanks Brian. What do you mean by Single Direction?  They don’t swivel and I’m 
assuming they will target traffic going in both directions.

Jonathan
http://bigfatfrog67.me

From: Brian Prangle
Sent: 24 February 2017 10:40
To: Jonathan
Cc: talk-gb-westmidlands
Subject: Re: [Talk-gb-westmidlands] Help with Speed Camera Relation

Looks fine to me jonathan in terms of relation structure. I can't comment on 
the direction enforced. I'm assuming of course it is a single direction enforced
Regards
Brian

On 23 Feb 2017 10:46 p.m., 
> wrote:
Hi,

I’ve created a relation for a speed camera which I believe is correct but I’d 
appreciate a second opinion:

http://www.openstreetmap.org/relation/7002742#map=19/52.40109/-1.93670=D

Thanks

Jonathan
http://bigfatfrog67.me


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


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

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

Re: [Talk-gb-westmidlands] Help with Speed Camera Relation

[Brian Prangle]

Dose the speed camera cover trafficin both directions or only one lane?
The from/to relation points suggest a direction but I'd have to read the
wiki again to check how unambiguous the relation is

On Fri, Feb 24, 2017 at 1:16 PM,  wrote:

> Thanks Brian. What do you mean by Single Direction?  They don’t swivel and
> I’m assuming they will target traffic going in both directions.
>
>
>
> Jonathan
> http://bigfatfrog67.me
>
>
>
> *From: *Brian Prangle 
> *Sent: *24 February 2017 10:40
> *To: *Jonathan 
> *Cc: *talk-gb-westmidlands 
> *Subject: *Re: [Talk-gb-westmidlands] Help with Speed Camera Relation
>
>
>
> Looks fine to me jonathan in terms of relation structure. I can't comment
> on the direction enforced. I'm assuming of course it is a single direction
> enforced
>
> Regards
>
> Brian
>
>
>
> On 23 Feb 2017 10:46 p.m.,  wrote:
>
> Hi,
>
>
>
> I’ve created a relation for a speed camera which I believe is correct but
> I’d appreciate a second opinion:
>
>
>
> http://www.openstreetmap.org/relation/7002742#map=19/52.
> 40109/-1.93670=D
>
>
>
> Thanks
>
>
>
> Jonathan
> http://bigfatfrog67.me
>
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

[Talk-ca] March 1st - Vancouver Missing Maps Event

[Clifford Snow]

We are holding a Missing Maps Event in Vancouver on March 1st. More
information and signup at
https://www.meetup.com/OpenStreetMap-Vancouver/events/237860781/

Clifford

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

Re: [Talk-ko] Questionable imagery

[Max]

On 2017년 02월 24일 04:25, Changwoo Ryu wrote:

Questions:
1. How comes? Where is the source? Is there a Korean blog entry, Naver cafe
or other site that shows people how to do it? Can we stop it at the source?
Could someone search this on naver/daum? I could not find it in a quick
attempt, but there must be a source.


I suspected this:

http://blog.naver.com/PostView.nhn?blogId=8527l=220919020518

This 1-month old blog entry had information on adding VMS as imaginary
source. So I have informed the author about the situation about two
weeks ago, and the author has deleted the info.


It's still there! on the previous page:
http://blog.naver.com/PostView.nhn?blogId=8527l=220922543377
At least in the screenshots.

M

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

Re: [Talk-ko] Use of questionable imagery in Korea

[Max]

Simon, off cause you are right. I was not the one finding out about the 
vworld image usage. I am not patrolling OSM, I don't even know the tools 
how to do it. I don't feel a responsibility for Korea nor do I feel I 
can speak for OSM Korea, because it doesn't really exist. I only heard 
about it here on the list and thought a issue in the ID bugreacker is a 
good idea.


However I think this situation is a good opportunity and an experience 
to learn from. We can create the structures to make sure this can't 
happen again. Or at least raise the awareness.


I have a few thoughts. Fist let me try an asessment of the situation for 
those from outside:


1. OSM in Korea is in a quite dire state. There are only very few 
contibutors, the quality of data is low, Most of it still stems from an 
import that is very old. Village POI are usually so off that it's 
impossible to know which village has which name without local knowledge. 
Junctions are imported as lone points, often with steets missing. 
Bridges too.
The language is a mess, with "English" and Korean mixed in brakets ((and 
double brackets too)). Half-translations such as "name=새마을11교(Sae 
Village 11 Gyo)"(sic)


2. Bing Satellite imagery is not available in big parts of the country.
https://www.openstreetmap.org/edit#map=16/37.1364/128.2107
Mapbox Satellite often only in B/W, cloudy covered or low-res
https://www.openstreetmap.org/edit#map=13/38.0416/128.2093

3. Commercial Map providers like Naver and Daum on the other hand are 
extremely detailed, up to date including even streetview from bicycle 
tracks and such.


4. The OSM community is very loose to say the least. I don't think 
anyone knows someone else IRL. There is the mailinglist with some months 
of 0 emails. It consists largely of expats and most posts are in English.


---

In this situation, now we have suddenly new users contributing a lot of 
detail http://osmcha.mapbox.com/46332326/
But they are not reacting on changeset comments or direct messages, 
maybe because of a language barrier.


Here my thoughts:
1. Is it somehow possible to not scare those away, now that their 
contributions will be reverted? Is there a way to say: "Thank you for 
your contribution, unfortunately we had to delete you edits because of 
legal problems from derived maps from unlicensed satellite images. But 
we want you to stay in our community"?


2. How to address the teenagers and Pokemon Go users with a lot of time 
and turn their obsession into something that is for the common good. 
(honestly that is what OSM is for me personally: Procrastination, but 
with the added bonus of doing something for mankind, compare this to 
playing candy crush.)


3. Should we embrace those kids better? Maybe having a booth at a games 
convention where pokemon users go?


4. Should OSM Korea make an effort to become some sort of organization?
Or would that lead to more problems even? Around Daegu I noticed that a 
lot of army bases are mapped, even with their names, which are 
completely censored on any other service. South Korea government and 
authorities might not find this funny. This is a very young democracy 
with the army and secret service having a lot of power. I think i 
remember a story that Revi has made some experiences here when he was 
editing wikipedia.


my 2 1/2 ct.

m.






On 2017년 02월 24일 13:08, Simon Poole wrote:

Just to be clear: a report to the DWG needs neither meetings, roles,
responsibilities or a common language (well it is likely that a report
in English will be easier to understand, but that is about it).

I realize that there might be a cultural hurdle, but any OSM contributor
can and should, if other avenues have not worked (naturally we all
prefer if things can be fixed locally and need not be escalated), report
use of sources that we do not have permission to use.

Simon


Am 24.02.2017 um 12:53 schrieb Max:

Paul Norman also has complained that nobody has contacted the DWG.
https://github.com/openstreetmap/openstreetmap-website/issues/1464#issuecomment-282268051
I guess this is because there is no organizational structure in the
Korean OSM community (yet). No IRL meetings, no roles, no
responsiblities, maybe not even a common language. As everyone can see
discussions on talk-ko happen to be mainly in English, so most mombers
are "expats" me included, and I am even not any more in Korea.
my 2ct..


On 2017년 02월 23일 21:00, Simon Poole wrote:

Just a couple of notes on the use of the VWorld imagery:

  * when you experience use of questionable sources in a larger way,
please inform the Data Working Group (d...@osmfoundation.org) and
take action without too much delay. These problems tend to get
larger, not smaller with time.
  * please point out the use of  problematic sources via changeset
comments to the mappers in question and point out that they are
doing nobody a favour.
  * while not speaking for the DWG, I suspect that due to the touchy
nature of this 

Re: [Talk-it] App "Free parking"

[Marco]

Ciao, sulla bontà della app non posso esprimermi perché non l'ho mai usata ma 
immagino funzioni bene.

Nota a parte: lei e navmii credo meritino di gran lunga i primi due gradini del 
podio in quanto a note inutili/senza senso aperte. Quelle di mapsme almeno sono 
spesso collegate a utenti che quando interpellati (a volte) rispondono e 
chiariscono il senso della nota. Fortunatamente sono sono note e non modifiche 
alla mappa, quindi, almeno per ora siamo salvi :D

On February 24, 2017 2:27:46 PM GMT+01:00, Giovanni Caudullo 
 wrote:
>Ciao a tutti,
>volevo segnalare che l'app in oggetto si basa su OSM (non l'ho
>scaricata e non so se con o senza attribuzione, ma molto probabile
>con) e ha come scopo quello di segnalare la presenza di parcheggi
>gratutiti e condividerli alla comunità.
>
>La cosa strana è che inserisce (non so se come opzione o in
>automatico) anche delle note anomine su OSM che rimangono come
>segnalazione della presenza dei parcheggi (un esempio [1]).
>
>Non so se considerarlo un vantaggio per la segnalazione, o uno
>svantaggio per la profilefarazione selvaggia di note che comunque
>rimangono un po' vaghe (i.e. 2-5 posti liberi).
>
>Saluti a tutti
>Giovanni
>
>
>
>[1] http://www.openstreetmap.org/#map=17/45.77100/8.57328=N
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] MapContrib 1.4

[Philippe Verdy]

Le 24 février 2017 à 14:00, Philippe Verdy  a écrit :

> Sinon toujours les mêmes problèmes d'assemblages de tuiles sur le fond du
> Cadastre (quand les planches se superposent partiellement mais ont le
> pourtour vide, on voit aléatoirement des bouts de l'une ou l'autre planche,
> il manque toujours la gestion des superpositions pour que ce soit
> exploitable. Ca marche seulement au zoom élevé, mais on a toujours du mal à
> raccrocher sur les bords de planches, où pour voir quelque chose il faut
> jongler d'un niveau de zoom à l'autre, parfois sans succès à certains
> endroits. Qui produit ce serveur de tuiles ? Il n'y a pas moyen de gérer
> autrement les assemblages par un simple filtre numérique conservant si
> possible les contrastes, par exemple en convertissant le blanc (au dessus
> d'un seuil de luminosité) en transparent dans les deux planches, puis un
> fondu des deux, puis reconversion des transparences en blanc pour produire
> des planches carrées alignées sur la grille de découpage des tuiles ?
>

Noter aussi qu'on a aussi le cas de compositions de plus de 2 planches
quand on est sur une tuile contenant un point triple à la limite de 3
communes (l'assemblage demandera de requérir 3 planches). Si on est un
niveau de zoom plus faible, une tuile peut contenir des parties de plus de
3 communes: ne s'affiche encore actuellement que le morceau de planche
cadastrale correspondant à un seul point (au centre ou dans un seul des 4
angles angle? je n'ai pas regardé), tout le reste restant désespérément
blanc (au delà de l'épaisse ligne rouge de la frontière communale)..

Pas besoin d'avoir les coordonnées exactes du poygone délimitnat les
frontières détaillées de chaque commune: au lieu de cela chaque commune a
ses planches définies dans une simple bounding box et il devrait être
simple de trouver la liste des communes dont les bounding box sont
partiellement couvertes par une intersection non vide avec la bounding box
de la tuile à générer: il faut interroger alors le cadastre de chacune de
ces communes, et tout assembler. La fusion ne résoudra pas les problèmes
locaux de conflation qui reste à faire (si possible) le long des frontières
communales. Mais ne rien voir du tout parce qu'on ne peut pas voir ce qui
manque et qui est sur une autre commune n'est pas terrible du tout et ne
facilite pas le travail. Du coup on travaille avec le plugin cadastre qui
affiche toutes les planches d'une seule commune sélectionnée, mais on
oublie trop souvent le travail de conflation à faire et on a des
incohérences non résolues près des frontières communales, selon que les uns
se sont appuyés sur les données d'une commune ou d'une autre.

On n'a pas du tout ce problème du cadastre français par exemple sur le
cadastre espagnol qui a adopté la bonne solution (et où on voit tous les
traits, même si la conflation n'est pas faite)

Actuellement, le fond du cadastre français aux niveaux de zoom faibles est
donc un patchwork avec des morceaux de seulement quelques communes
(seulement celles qui sont à l'emplacement exact du seul point sélectionné
dans chaque tuile) et de très larges zones entièrement blanches partout
ailleurs. En dessous du niveau de zoom 12, c'est totalement inutilisable,
et au dessus on voit toutes les limites de tuiles où les traits passant
d'une tuile à l'autre ne sont pas du tout continus. C'est spectaculaire sur
les rivières (qui sont souvent des frontières naturelles intercommunales)
et tout ce qui se trouve autour (voies de berge, rues et maisons
voisines...) Et ce n'est même pas (pour la plus large part) un défaut de
décalage des projections (décalage qu'on n'a pas non plus la possibilité de
corriger s'il y en a un, c'est au moteur de rendu faisant l'assemblage qui
doit en tenir compte et le faire, en commançant par les orthocorrections
nécessaires sur chaque planche source avant de les combiner)

Exemple d'assemblage foireux (où on ne voit rien du tout des communes
alentours et où ce qui est visible n'est qu'une seule des communes à un
point aléatoire de la tuile:

http://inspire.cadastre.gouv.fr/scpc/47195.wms?service=WMS=GetMap=1.3=EPSG:4326=256=256=44.087585028245165,0.0,44.590467181308846,0.703125=BU.Building,AMORCES_CAD,CP.CadastralParcel,HYDRO,BORNE_REPERE,DETAIL_TOPO,LIEUDIT,VOiE_COMMUNICATION==image/png


A-t-on un contact au ministère qui gère ce service pour développer une
meilleure solution (et qui peut s'inspirer de ce qui a été fait en
Espagne...), ou est-ce developpé en opensource sur un repository sur
lesquels on pourrait apporter les corrections nécessaires? Ou bien est-ce à
nous de monter et hébergeur notre propre serveur qui fera ces assemblages à
partir d'une sélection des planches commune par commune ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] App "Free parking"

[Martin Koppenhoefer]

2017-02-24 14:27 GMT+01:00 Giovanni Caudullo :

> volevo segnalare che l'app in oggetto si basa su OSM (non l'ho
> scaricata e non so se con o senza attribuzione, ma molto probabile
> con) e ha come scopo quello di segnalare la presenza di parcheggi
> gratutiti e condividerli alla comunità.
>
> La cosa strana è che inserisce (non so se come opzione o in
> automatico) anche delle note anomine su OSM che rimangono come
> segnalazione della presenza dei parcheggi (un esempio [1]).
>
> Non so se considerarlo un vantaggio per la segnalazione, o uno
> svantaggio per la profilefarazione selvaggia di note che comunque
> rimangono un po' vaghe (i.e. 2-5 posti liberi).
>



mi chiedo come fanno a rilevare la presenza dei parcheggiatori ;-)

(SCNR)

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

Re: [Talk-gb-westmidlands] Help with Speed Camera Relation

[Philip Barnes]

It depends on the type which is missing from the tagging, the most common 
(GATSO) only work in one direction and read the rear plate.

As an aside I did read today that one area is turning it front facing cameras 
around because they have finally realised motorcycles don't have front plates.

Phil (trigpoint).

On Fri Feb 24 13:16:29 2017 GMT, jonat...@bigfatfrog67.me wrote:
> Thanks Brian. What do you mean by Single Direction?  They don’t swivel and 
> I’m assuming they will target traffic going in both directions.
> 
> Jonathan
> http://bigfatfrog67.me
> 
> From: Brian Prangle
> Sent: 24 February 2017 10:40
> To: Jonathan
> Cc: talk-gb-westmidlands
> Subject: Re: [Talk-gb-westmidlands] Help with Speed Camera Relation
> 
> Looks fine to me jonathan in terms of relation structure. I can't comment on 
> the direction enforced. I'm assuming of course it is a single direction 
> enforced
> Regards
> Brian
> 
> On 23 Feb 2017 10:46 p.m.,  wrote:
> Hi,
>  
> I’ve created a relation for a speed camera which I believe is correct but I’d 
> appreciate a second opinion:
>  
> http://www.openstreetmap.org/relation/7002742#map=19/52.40109/-1.93670=D
>  
> Thanks
>  
> Jonathan
> http://bigfatfrog67.me
>  
> 
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
> 
>

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

[Talk-it] App "Free parking"

[Giovanni Caudullo]

Ciao a tutti,
volevo segnalare che l'app in oggetto si basa su OSM (non l'ho
scaricata e non so se con o senza attribuzione, ma molto probabile
con) e ha come scopo quello di segnalare la presenza di parcheggi
gratutiti e condividerli alla comunità.

La cosa strana è che inserisce (non so se come opzione o in
automatico) anche delle note anomine su OSM che rimangono come
segnalazione della presenza dei parcheggi (un esempio [1]).

Non so se considerarlo un vantaggio per la segnalazione, o uno
svantaggio per la profilefarazione selvaggia di note che comunque
rimangono un po' vaghe (i.e. 2-5 posti liberi).

Saluti a tutti
Giovanni



[1] http://www.openstreetmap.org/#map=17/45.77100/8.57328=N

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

Re: [Talk-it] Mappatura sentieri 'storici'

[Andrea Albani]

>
> Se non mi ricordo male anche josm può disegnare dei cerchi con l'errore
> stimato di una traccia nmea...
>
>
Ricordavi bene... tasto destro sulla traccia->Customize track drawing

Grazie, questa non la conoscevo.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-fr] MapContrib 1.4

[Guillaume AMAT]

Oui effectivement Lyrk est assez instable, je vais le supprimer des fonds 
disponibles.

Merci pour ton retour,
Guillaume
24 février 2017 14:02 "Philippe Verdy"  a écrit:

 Il y a un fond que je ne connaissais pas (et qui n'a pas l'air de marcher...): 
Lyrk.
Sinon toujours les mêmes problèmes d'assemblages de tuiles sur le fond du 
Cadastre (quand les planches se superposent partiellement mais ont le pourtour 
vide, on voit aléatoirement des bouts de l'une ou l'autre planche, il manque 
toujours la gestion des superpositions pour que ce soit exploitable. Ca marche 
seulement au zoom élevé, mais on a toujours du mal à raccrocher sur les bords 
de planches, où pour voir quelque chose il faut jongler d'un niveau de zoom à 
l'autre, parfois sans succès à certains endroits. Qui produit ce serveur de 
tuiles ? Il n'y a pas moyen de gérer autrement les assemblages par un simple 
filtre numérique conservant si possible les contrastes, par exemple en 
convertissant le blanc (au dessus d'un seuil de luminosité) en transparent dans 
les deux planches, puis un fondu des deux, puis reconversion des transparences 
en blanc pour produire des planches carrées alignées sur la grille de découpage 
des tuiles ?  
Le 24 février 2017 à 12:06, Guillaume AMAT  a écrit :

 Oui, alors, voilà... Je viens d'me dire : « Mais t'es con, si tu donnes pas le 
lien vers l'instance de test les gens ne pourront pas tester »

Ahem... Alors voilà : https://test.mapcontrib.xyz (https://test.mapcontrib.xyz)

Allez bisous
24 février 2017 10:45 "Guillaume AMAT"  a écrit:
> Salut,
>
> Je viens de mettre en ligne la modification sur l'instance de test de 
> MapContrib. Elle sera incluse
> dans la prochaine version stable.
>
> Vous pourrez donc voir que les nouveaux thèmes ont désormais 4 fonds de carte 
> par défaut :
> - OSM
> - Mapbox satellite
> - Watercolor
> - OSM monochrome
>
> 4 fonds de cartes assez différents qui couvrent plusieurs besoins en terme de 
> couleur, style et
> informations affichées.
>
> Le créateur de thème peut modifier cette liste de fonds de cartes affichés 
> par défaut sur son
> thème.
>
> Et enfin un bouton apparaît en bas de la liste pour afficher tous les autres 
> fonds de carte, dans
> le cas où l'utilisateur a besoin de quelque chose de différent.
>
> Si vous allez voir et/ou que vous testez cette instance, gardez en tête que 
> bien qu'elle soit très
> stable la plupart du temps, elle reste une instance de test. Merci de ne pas 
> l'utiliser ou la
> diffuser pour autre chose que du test.
>
> Bonne journée à tous,
> Guillaume
>
> 22 février 2017 10:27 "Guillaume AMAT"  a écrit:
>
>> Bonjour à tous,
>>
>> Merci pour tous ces retours intéressants :)
>>
>> En ce qui concerne MapContrib, je vais donc procéder aux changements 
>> suivants :
>>
>> * Activer par défaut deux ou trois fonds de cartes différents (osm et 
>> satellite à minima).
>> * Proposer tous les autres fonds de cartes mais ne les afficher qu'après une 
>> action de
>> l'utilisateur (ex : un clic sur un bouton : « Plus de fonds de carte »).
>> * Le créateur de thème pourra toujours choisir quelques fonds à afficher par 
>> défaut, le reste de la
>> liste étant donc découvrable mais pas mis en avant.
>>
>> Ils me semblent couvrir tous les arguments des précédents mails.
>>
>> Bonne journée à tous,
>> Guillaume
>>
>> 16 février 2017 12:45 "Laurent Combe"  a écrit:
>>
>>> donc je modifierai ma demande ainsi :
>>> mettre le fond personnalisé en tete lorsqu'il y en a un
>>> et permettre à l'auteur de la carte d'ordonner la liste des fonds de
>>> cartes proposés
>>>
>>> parce que aujourd'hui mes utilisateurs switchent entre le rendu OSMfr
>>> qui est en tete et la vue orthophoto de l'IGN qui est au fond
>>> (avant-dernier dans la liste)
>>> et si je rajoute un rendu perso il est effectivement rajouté en dernier
>>>
>>> Le 16 février 2017 à 11:52, Christian Quest  a écrit :
>>
>> Ça me semble un faux problème: la liste peut être longue, l'important c'est
>> d'avoir au début les rendus/fond/imageries les plus utiles.
>>
>> Le 16/02/2017 à 10:50, Laurent Combe a écrit :
>>> vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
>>> comment faire pour changer le fond de carte
>>> il veut simplement voir la vue photo-aérienne pour mieux se repérer
>>>
>>> il va assez facilement trouver le bouton pour accéder à la liste des
>>> fonds de carte proposés
>>> mais après il est confronté à plus d'une vingtaine de rendus
>>> disponibles alors qu'il n'appréhende pas bien les différences entre
>>> tout ces rendus
>>> (attention je ne parle pas d'une population de contributeur OSM mais
>>> d'un public non initié d'ailleurs un peu comme la cible de mapContrib)
>>>
>>> mon souhait n'est pas d'exclure la richesse des rendus possible
>>> mais par exemple d'avoir une liste courte (deux, trois) de rendus en
>>> accès rapide
>>>
>>> ça me semblerait plus intuitif comme interface (et on peut garder la
>>> liste de choix exhaustive des rendus en parallèle, elle ne me 

Re: [Talk-it] Mappatura sentieri 'storici'

[Damjan Gerl]

-- Header Originale ---

Da  : "Andrea Albani" aob...@gmail.com
A  : "openstreetmap list - italiano" talk-it@openstreetmap.org
Cc  : 
Data  : Fri, 24 Feb 2017 11:55:53 +0100
Oggetto : Re: [Talk-it] Mappatura sentieri 'storici'

> >
> > Mi piacerebbe la visualizzazione di una striscia attorno alla traccia con
> > larghezza dipendente dalla bontà del dato raccolto e, perché no,
> > l'individuazione del tracciato ottimale :P
> >
> >
> Prova a vedere se questo sito [0] ti è di aiuto.
> 
> Non disegna una striscia nell'intorno del tracciato, ma è in grado generare
> un KML o una mappa in JPG/PNG/SVG in cui la traccia è colorata in funzione
> dell'HDOP (opzione Colorize by).
> 
> Ciao
> 
> [0] http://www.gpsvisualizer.com/

Se non mi ricordo male anche josm può disegnare dei cerchi con l'errore stimato 
di una traccia nmea...

Damjan

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

Re: [OSM-talk-fr] MapContrib 1.4

[Philippe Verdy]

Il y a un fond que je ne connaissais pas (et qui n'a pas l'air de
marcher...): Lyrk.

Sinon toujours les mêmes problèmes d'assemblages de tuiles sur le fond du
Cadastre (quand les planches se superposent partiellement mais ont le
pourtour vide, on voit aléatoirement des bouts de l'une ou l'autre planche,
il manque toujours la gestion des superpositions pour que ce soit
exploitable. Ca marche seulement au zoom élevé, mais on a toujours du mal à
raccrocher sur les bords de planches, où pour voir quelque chose il faut
jongler d'un niveau de zoom à l'autre, parfois sans succès à certains
endroits. Qui produit ce serveur de tuiles ? Il n'y a pas moyen de gérer
autrement les assemblages par un simple filtre numérique conservant si
possible les contrastes, par exemple en convertissant le blanc (au dessus
d'un seuil de luminosité) en transparent dans les deux planches, puis un
fondu des deux, puis reconversion des transparences en blanc pour produire
des planches carrées alignées sur la grille de découpage des tuiles ?

Le 24 février 2017 à 12:06, Guillaume AMAT  a écrit :

> Oui, alors, voilà... Je viens d'me dire : « Mais t'es con, si tu donnes
> pas le lien vers l'instance de test les gens ne pourront pas tester »
>
> Ahem... Alors voilà : https://test.mapcontrib.xyz
>
> Allez bisous
>
>
> 24 février 2017 10:45 "Guillaume AMAT"  a écrit:
> > Salut,
> >
> > Je viens de mettre en ligne la modification sur l'instance de test de
> MapContrib. Elle sera incluse
> > dans la prochaine version stable.
> >
> > Vous pourrez donc voir que les nouveaux thèmes ont désormais 4 fonds de
> carte par défaut :
> > - OSM
> > - Mapbox satellite
> > - Watercolor
> > - OSM monochrome
> >
> > 4 fonds de cartes assez différents qui couvrent plusieurs besoins en
> terme de couleur, style et
> > informations affichées.
> >
> > Le créateur de thème peut modifier cette liste de fonds de cartes
> affichés par défaut sur son
> > thème.
> >
> > Et enfin un bouton apparaît en bas de la liste pour afficher tous les
> autres fonds de carte, dans
> > le cas où l'utilisateur a besoin de quelque chose de différent.
> >
> > Si vous allez voir et/ou que vous testez cette instance, gardez en tête
> que bien qu'elle soit très
> > stable la plupart du temps, elle reste une instance de test. Merci de ne
> pas l'utiliser ou la
> > diffuser pour autre chose que du test.
> >
> > Bonne journée à tous,
> > Guillaume
> >
> > 22 février 2017 10:27 "Guillaume AMAT"  a écrit:
> >
> >> Bonjour à tous,
> >>
> >> Merci pour tous ces retours intéressants :)
> >>
> >> En ce qui concerne MapContrib, je vais donc procéder aux changements
> suivants :
> >>
> >> * Activer par défaut deux ou trois fonds de cartes différents (osm et
> satellite à minima).
> >> * Proposer tous les autres fonds de cartes mais ne les afficher
> qu'après une action de
> >> l'utilisateur (ex : un clic sur un bouton : « Plus de fonds de carte »).
> >> * Le créateur de thème pourra toujours choisir quelques fonds à
> afficher par défaut, le reste de la
> >> liste étant donc découvrable mais pas mis en avant.
> >>
> >> Ils me semblent couvrir tous les arguments des précédents mails.
> >>
> >> Bonne journée à tous,
> >> Guillaume
> >>
> >> 16 février 2017 12:45 "Laurent Combe"  a écrit:
> >>
> >>> donc je modifierai ma demande ainsi :
> >>> mettre le fond personnalisé en tete lorsqu'il y en a un
> >>> et permettre à l'auteur de la carte d'ordonner la liste des fonds de
> >>> cartes proposés
> >>>
> >>> parce que aujourd'hui mes utilisateurs switchent entre le rendu OSMfr
> >>> qui est en tete et la vue orthophoto de l'IGN qui est au fond
> >>> (avant-dernier dans la liste)
> >>> et si je rajoute un rendu perso il est effectivement rajouté en dernier
> >>>
> >>> Le 16 février 2017 à 11:52, Christian Quest 
> a écrit :
> >>
> >> Ça me semble un faux problème: la liste peut être longue, l'important
> c'est
> >> d'avoir au début les rendus/fond/imageries les plus utiles.
> >>
> >> Le 16/02/2017 à 10:50, Laurent Combe a écrit :
> >>> vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
> >>> comment faire pour changer le fond de carte
> >>> il veut simplement voir la vue photo-aérienne pour mieux se repérer
> >>>
> >>> il va assez facilement trouver le bouton pour accéder à la liste des
> >>> fonds de carte proposés
> >>> mais après il est confronté à plus d'une vingtaine de rendus
> >>> disponibles alors qu'il n'appréhende pas bien les différences entre
> >>> tout ces rendus
> >>> (attention je ne parle pas d'une population de contributeur OSM mais
> >>> d'un public non initié d'ailleurs un peu comme la cible de mapContrib)
> >>>
> >>> mon souhait n'est pas d'exclure la richesse des rendus possible
> >>> mais par exemple d'avoir une liste courte (deux, trois) de rendus en
> >>> accès rapide
> >>>
> >>> ça me semblerait plus intuitif comme interface (et on peut garder la
> >>> liste de 

Re: [OSM-talk] Spam reporting

[James]

In those cases I just forward it to the DWG which can delete/ban the user
for repeated spam.

On Feb 24, 2017 6:28 AM, "Oleksiy Muzalyev" 
wrote:

> Here is a new spam entry, from February 23, 2017:
>
> http://www.openstreetmap.org/user/velpatasvir/diary
>
> It is an entry in Russian language but written via Google translator. It
> advertising some medicament produced in India.
>
> I do not see how I can remove or report it.
>
> Best regards,
> Oleksiy
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it-trentino] sentieri SAT

[Dario Zontini Gmail]

Nella pagina CAI [1] è indicato di inserire nella relazione del 
sentierio  il campo ref:REL con il codice ufficiale del sentiero in modo 
uniforme per tutta l'Italia.
In trentino però i sentieri si identificano oltre che dal numero anche 
dalla lettera E/O.


Prima di proseguire meglio chiarire bene come inserire i dati


 Esempio proposto sulla lista nazionale [2]

*E CN A A 36 0 000 (ECNAA36)*

*E *il primo carattere è una lettera che identifica la Regione (la 
Regione Piemonte è identificata con la lettera E);
*CN* il secondo ed il terzo carattere corrispondono alla sigla ACI della 
Provincia (l'insieme dei primi tre caratteri identifica pertanto la zona);
*A *il quarto carattere identifica l'area; se la zona non è stata 
suddivisa in aree tale carattere viene avvalorato con A;
*A* il quinto carattere è un numero (o una lettera) che identifica il 
settore;

*36 *il sesto ed il settimo carattere identificano il numero del percorso;
*0* l'ottavo carattere individua il soggetto responsabile del percorso 
(sezione CAI, associazione, Ente…), codificato in un apposito elenco con 
un numero o con una lettera;
*000* l'undicesimo carattere, dopo 00, è a disposizione per 
l'indicazione di eventuali varianti. Un breve tratto di collegamento, ad 
esempio, che non merita l'attribuzione di un numero a se stante, può 
essere indicato con il codice del sentiero dal quale si diparte con 
l'aggiunta di un "00A", "00B", etc...


[1] https://wiki.openstreetmap.org/wiki/CAI#Sentieri

[2] 
https://lists.openstreetmap.org/pipermail/talk-it-cai/2017-February/34.html


Il 24/02/2017 10:38, girarsi_liste ha scritto:

Il 24/02/2017 08:46, Dario Zontini ha scritto:

Ok.

Il campo "ref:REL" come lo gestiamo?


Cosa dovrebbe definire? o cosa si è pensato potesse servire?



--


Dario Zontini



---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

Re: [Talk-ko] Use of questionable imagery in Korea

[Simon Poole]

Just to be clear: a report to the DWG needs neither meetings, roles,
responsibilities or a common language (well it is likely that a report
in English will be easier to understand, but that is about it).

I realize that there might be a cultural hurdle, but any OSM contributor
can and should, if other avenues have not worked (naturally we all
prefer if things can be fixed locally and need not be escalated), report
use of sources that we do not have permission to use.

Simon


Am 24.02.2017 um 12:53 schrieb Max:
> Paul Norman also has complained that nobody has contacted the DWG.
> https://github.com/openstreetmap/openstreetmap-website/issues/1464#issuecomment-282268051
> I guess this is because there is no organizational structure in the
> Korean OSM community (yet). No IRL meetings, no roles, no
> responsiblities, maybe not even a common language. As everyone can see
> discussions on talk-ko happen to be mainly in English, so most mombers
> are "expats" me included, and I am even not any more in Korea.
> my 2ct..
>
>
> On 2017년 02월 23일 21:00, Simon Poole wrote:
>> Just a couple of notes on the use of the VWorld imagery:
>>
>>   * when you experience use of questionable sources in a larger way,
>> please inform the Data Working Group (d...@osmfoundation.org) and
>> take action without too much delay. These problems tend to get
>> larger, not smaller with time.
>>   * please point out the use of  problematic sources via changeset
>> comments to the mappers in question and point out that they are
>> doing nobody a favour.
>>   * while not speaking for the DWG, I suspect that due to the touchy
>> nature of this specific source we will want to redact the edits
>> (which removes them from history too) so likely it doesn't make
>> sense to revert them manually. As the changesets in question are
>> easy to identify this should not be a larger problem.
>>
>> Simon
>>
>
> ___
> Talk-ko mailing list
> Talk-ko@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ko




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

[Talk-lt] OpenStreetMap bendravimo kanalai Lietuvoje

[Tomas Straupis]

Sveiki

  Kadangi yra daug kalbų apie komunikavimą: ar tinka komunikavimo
kanalai, ar yra tokių, kurie nerašo/neskaito tik todėl, kad netinka
kanalai ir t.t. ir pan. Tai sukūrėme paprastutę anketą:

  http://apklausa.lt/f/openstreetmap-komunikacija-lietuvoje-mk8apw2.fullpage

  Tikrai užpildysite per minutę :-)

  LABAI LAUKSIME KUO DAUGIAU ATSAKYMŲ! :-)

  Ačiū

P.S. Apie tą patį blog'e šiek tiek plačiau:
https://blog.openmap.lt/2017/02/24/openstreetmap-bendravimo-kanalai-lietuvoje/

-- 
Tomas

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

Re: [OSM-talk-fr] nouveau site Internet points géodésiques IGN

[Frédéric Rodrigo]

Le 21/02/2017 à 13:18, Florian LAINEZ a écrit :


Le 20 février 2017 à 22:54, Christian Quest > a écrit :


Vu que Florian s'est heurté à un mur administratif pour obtenir
ces données, j'ai extrait les données de base sur les repères
géodésiques du réseau de base et du réseau de détail et mis ça en
ressource communautaire sur

https://www.data.gouv.fr/fr/datasets/fiches-signaletiques-des-points-geodesiques-et-des-reperes-de-nivellement/




Super nouvelle, merci Christian !
En effet suite à un échange d'emails soutenu j'ai obtenu une réponse 
définitivement négative de l'IGN pour la publication en Open Data de 
ces données.

J'aimerais bien connaitre l'argument qu'ils utilisent, c'est possible ?


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

Re: [OSM-talk] Spam reporting

[Oleksiy Muzalyev]

Here is a new spam entry, from February 23, 2017:

http://www.openstreetmap.org/user/velpatasvir/diary

It is an entry in Russian language but written via Google translator. It 
advertising some medicament produced in India.


I do not see how I can remove or report it.

Best regards,
Oleksiy

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

Re: [Talk-cz] přetrasování polygonů LPIS

[Marián Kyral]

-- Původní e-mail --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 2. 2017 11:00:51
Předmět: Re: [Talk-cz] přetrasování polygonů LPIS
"



S tim LPISem to chce za soucasneho stavu opravdu hodne hodne opatrne a
pridat k tomu rucni opravy problemu, ktere trasovaci klik udela ve
stavajicich datech. Kdyz v mem okoli zhodnotim klady a zapory LPIS tak se mi
zda, ze pretrasovani podle LPIS nadelalo vice skody nez uzitku a dokonce i
proti zakladnimu smylu zavedeni importu LPIS.

 



"



Hlavní problém je, že se pole mění neustále a bohužel se mnohokrát stává, že
je daný objekt nahrazen zcela novým objektem s jiným id. Tracer pak nemá
šanci poznat, že se jedná o aktualizaci a prostě natrasuje nové pole a
okolní ořeže.

Řešením by možná mohlo být zcela úplné ignorování ref:lpis a existujcí pole
pod kurzorem by se vždy zcela nahradilo. Ovšem je potřeba ověřit, že to
nebude problém u trasování pole v díře multipolygonu.

Další věc, která mne napadla, jestli by třeba nešel udělat nějaký styl a
validátor do josm, který by ty malé kousky polí zviditelnil a nahlásil.

Marián



"





Uz asi tyden se k tomu zkousim pripravit nejakou ukazku, na ktere bych sve
tvrzeni obhajil a nazorne ukazal vznikajici problemy, kterych je treba se 
vyvarovat (sice uz jsem drive upozornoval, ale marne, proto to chci ted 
udelat jeste vice nazorneji, protoze problemy pri trasovani LPIS stale
vznikaji i v letosnim roce). A problemem nejsou jen ty male reliktni
polygony. Jakmile ukazku pripravim dam ji k dispozici, mozna i vcetne
nejakych uvah o tom jak v OSM k LPISu pristupovat, aby byl skutecnym
prinosem.

 

Pavel Bokr



 

 


From: Zdeněk Pražák(mailto:zpra...@seznam.cz)

Sent: Friday, February 24, 2017 10:38 AM

To: talk-cz@openstreetmap.org(mailto:talk-cz@openstreetmap.org)

Subject: [Talk-cz] přetrasování polygonů LPIS



 


Při kontrole turistických tras přetrasovávám i polygony LPIS a všiml jsem
si, že v některých případech zůstávají po přetrasování malé zbytečky
původního polygonu.
Chtěl jsem se zeptat, zda by tracer LPIS nešel upravit tak, aby při
přetrasování ignoroval zbývající polygony LPIS dejme tomu s výměrou pod 50 m
2.
Takto malé polygony se snadno přehlédnou. Větší polygony se tak snadno
nepřehlédnou.
Pražák



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




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

Re: [OSM-talk-be] car sharing

[Marc Gemis]

that's why a similar import of bicycle repair posts last year, just
created notes with the necessary information.

On Fri, Feb 24, 2017 at 12:03 PM, Ben Abelshausen
 wrote:
> The first location I look at, we are cambio users, is at least 40 meters
> away from the actual location so let's be carefull.
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
> On Fri, Feb 24, 2017 at 12:01 PM, Ben Abelshausen
>  wrote:
>>
>> Hmm, ok not so small dataset, agreed on the ref tags:
>>
>>
>> http://geojson.io/#id=gist:anonymous/6c3fd08c2ff203ee3d15595060337bca=8/50.194/4.590
>>
>> So let's start an 'import' page...
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>>
>> On Fri, Feb 24, 2017 at 11:52 AM, Michaël Dierick 
>> wrote:
>>>
>>> May I suggest including the cambio reference-id ("ref="-tag) when
>>> importing these locations. This will make updating in the future easier.
>>> The id's can be found at the end of the station-URL ("Link"-attribute in
>>> the dataset).
>>>
>>> Michaël
>>>
>>> On 02/24/2017 11:43 AM, joost schouppe wrote:
>>>
>>> So the next step would be making a Wiki page for an import proposal, i
>>> think
>>>
>>> 2017-02-24 10:50 GMT+01:00 Ben Abelshausen :

 Seppe,

 No, don't need to know more... this is fine! Thanks! ;-)

 I can see it now at the bottom of the page...

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen

 On Fri, Feb 24, 2017 at 10:19 AM,  wrote:
>
>
> I did a fast check regarding Brussels City (lot of changes since the
> “piétonnier” and I confirm this dataset is better than ours.
>
> > On 24 Feb 2017, at 08:44, joost schouppe 
> > wrote:
> >
> > I did a few quick checks of the data quality of the Cambio data, and
> > it looks like it is possibly better than our own data (where we have 
> > it).
> >
> > Of course, still the need for a proper conflation.
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be



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

>>>
>>>
>>>
>>> --
>>> Joost Schouppe
>>> OpenStreetMap | Twitter | LinkedIn | Meetup
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>

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

Re: [OSM-talk-fr] MapContrib 1.4

[Guillaume AMAT]

Oui, alors, voilà... Je viens d'me dire : « Mais t'es con, si tu donnes pas le 
lien vers l'instance de test les gens ne pourront pas tester »

Ahem... Alors voilà : https://test.mapcontrib.xyz

Allez bisous


24 février 2017 10:45 "Guillaume AMAT"  a écrit:
> Salut,
> 
> Je viens de mettre en ligne la modification sur l'instance de test de 
> MapContrib. Elle sera incluse
> dans la prochaine version stable.
> 
> Vous pourrez donc voir que les nouveaux thèmes ont désormais 4 fonds de carte 
> par défaut :
> - OSM
> - Mapbox satellite
> - Watercolor
> - OSM monochrome
> 
> 4 fonds de cartes assez différents qui couvrent plusieurs besoins en terme de 
> couleur, style et
> informations affichées.
> 
> Le créateur de thème peut modifier cette liste de fonds de cartes affichés 
> par défaut sur son
> thème.
> 
> Et enfin un bouton apparaît en bas de la liste pour afficher tous les autres 
> fonds de carte, dans
> le cas où l'utilisateur a besoin de quelque chose de différent.
> 
> Si vous allez voir et/ou que vous testez cette instance, gardez en tête que 
> bien qu'elle soit très
> stable la plupart du temps, elle reste une instance de test. Merci de ne pas 
> l'utiliser ou la
> diffuser pour autre chose que du test.
> 
> Bonne journée à tous,
> Guillaume
> 
> 22 février 2017 10:27 "Guillaume AMAT"  a écrit:
> 
>> Bonjour à tous,
>> 
>> Merci pour tous ces retours intéressants :)
>> 
>> En ce qui concerne MapContrib, je vais donc procéder aux changements 
>> suivants :
>> 
>> * Activer par défaut deux ou trois fonds de cartes différents (osm et 
>> satellite à minima).
>> * Proposer tous les autres fonds de cartes mais ne les afficher qu'après une 
>> action de
>> l'utilisateur (ex : un clic sur un bouton : « Plus de fonds de carte »).
>> * Le créateur de thème pourra toujours choisir quelques fonds à afficher par 
>> défaut, le reste de la
>> liste étant donc découvrable mais pas mis en avant.
>> 
>> Ils me semblent couvrir tous les arguments des précédents mails.
>> 
>> Bonne journée à tous,
>> Guillaume
>> 
>> 16 février 2017 12:45 "Laurent Combe"  a écrit:
>> 
>>> donc je modifierai ma demande ainsi :
>>> mettre le fond personnalisé en tete lorsqu'il y en a un
>>> et permettre à l'auteur de la carte d'ordonner la liste des fonds de
>>> cartes proposés
>>> 
>>> parce que aujourd'hui mes utilisateurs switchent entre le rendu OSMfr
>>> qui est en tete et la vue orthophoto de l'IGN qui est au fond
>>> (avant-dernier dans la liste)
>>> et si je rajoute un rendu perso il est effectivement rajouté en dernier
>>> 
>>> Le 16 février 2017 à 11:52, Christian Quest  a 
>>> écrit :
>> 
>> Ça me semble un faux problème: la liste peut être longue, l'important c'est
>> d'avoir au début les rendus/fond/imageries les plus utiles.
>> 
>> Le 16/02/2017 à 10:50, Laurent Combe a écrit :
>>> vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
>>> comment faire pour changer le fond de carte
>>> il veut simplement voir la vue photo-aérienne pour mieux se repérer
>>> 
>>> il va assez facilement trouver le bouton pour accéder à la liste des
>>> fonds de carte proposés
>>> mais après il est confronté à plus d'une vingtaine de rendus
>>> disponibles alors qu'il n'appréhende pas bien les différences entre
>>> tout ces rendus
>>> (attention je ne parle pas d'une population de contributeur OSM mais
>>> d'un public non initié d'ailleurs un peu comme la cible de mapContrib)
>>> 
>>> mon souhait n'est pas d'exclure la richesse des rendus possible
>>> mais par exemple d'avoir une liste courte (deux, trois) de rendus en
>>> accès rapide
>>> 
>>> ça me semblerait plus intuitif comme interface (et on peut garder la
>>> liste de choix exhaustive des rendus en parallèle, elle ne me dérange
>>> pas)
>>> 
>>> Laurent
>> 
>> --
>> Christian Quest - OpenStreetMap France
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [OSM-talk-be] car sharing

[Ben Abelshausen]

The first location I look at, we are cambio users, is at least 40 meters
away from the actual location so let's be carefull.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Fri, Feb 24, 2017 at 12:01 PM, Ben Abelshausen  wrote:

> Hmm, ok not so small dataset, agreed on the ref tags:
>
> http://geojson.io/#id=gist:anonymous/6c3fd08c2ff203ee3d15595060337b
> ca=8/50.194/4.590
>
> So let's start an 'import' page...
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
> On Fri, Feb 24, 2017 at 11:52 AM, Michaël Dierick 
> wrote:
>
>> May I suggest including the cambio reference-id ("ref="-tag) when
>> importing these locations. This will make updating in the future easier.
>> The id's can be found at the end of the station-URL ("Link"-attribute in
>> the dataset).
>>
>> Michaël
>> On 02/24/2017 11:43 AM, joost schouppe wrote:
>>
>> So the next step would be making a Wiki page for an import proposal, i
>> think
>>
>> 2017-02-24 10:50 GMT+01:00 Ben Abelshausen :
>>
>>> Seppe,
>>>
>>> No, don't need to know more... this is fine! Thanks! ;-)
>>>
>>> I can see it now at the bottom of the page...
>>>
>>> Met vriendelijke groeten,
>>> Best regards,
>>>
>>> Ben Abelshausen
>>>
>>> On Fri, Feb 24, 2017 at 10:19 AM,  wrote:
>>>

 I did a fast check regarding Brussels City (lot of changes since the
 “piétonnier” and I confirm this dataset is better than ours.

 > On 24 Feb 2017, at 08:44, joost schouppe 
 wrote:
 >
 > I did a few quick checks of the data quality of the Cambio data, and
 it looks like it is possibly better than our own data (where we have it).
 >
 > Of course, still the need for a proper conflation.
 > ___
 > Talk-be mailing list
 > Talk-be@openstreetmap.org
 > https://lists.openstreetmap.org/listinfo/talk-be


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

>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>
>>
>> --
>> Joost Schouppe
>> OpenStreetMap  |
>> Twitter  | LinkedIn
>>  | Meetup
>> 
>>
>>
>> ___
>> Talk-be mailing 
>> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] car sharing

[Ben Abelshausen]

Hmm, ok not so small dataset, agreed on the ref tags:

http://geojson.io/#id=gist:anonymous/6c3fd08c2ff203ee3d15595060337bca=8/50.194/4.590

So let's start an 'import' page...

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Fri, Feb 24, 2017 at 11:52 AM, Michaël Dierick 
wrote:

> May I suggest including the cambio reference-id ("ref="-tag) when
> importing these locations. This will make updating in the future easier.
> The id's can be found at the end of the station-URL ("Link"-attribute in
> the dataset).
>
> Michaël
> On 02/24/2017 11:43 AM, joost schouppe wrote:
>
> So the next step would be making a Wiki page for an import proposal, i
> think
>
> 2017-02-24 10:50 GMT+01:00 Ben Abelshausen :
>
>> Seppe,
>>
>> No, don't need to know more... this is fine! Thanks! ;-)
>>
>> I can see it now at the bottom of the page...
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>>
>> On Fri, Feb 24, 2017 at 10:19 AM,  wrote:
>>
>>>
>>> I did a fast check regarding Brussels City (lot of changes since the
>>> “piétonnier” and I confirm this dataset is better than ours.
>>>
>>> > On 24 Feb 2017, at 08:44, joost schouppe 
>>> wrote:
>>> >
>>> > I did a few quick checks of the data quality of the Cambio data, and
>>> it looks like it is possibly better than our own data (where we have it).
>>> >
>>> > Of course, still the need for a proper conflation.
>>> > ___
>>> > Talk-be mailing list
>>> > Talk-be@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
>
> ___
> Talk-be mailing 
> listTalk-be@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-be
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-it] Mappatura sentieri 'storici'

[Andrea Albani]

>
> Mi piacerebbe la visualizzazione di una striscia attorno alla traccia con
> larghezza dipendente dalla bontà del dato raccolto e, perché no,
> l'individuazione del tracciato ottimale :P
>
>
Prova a vedere se questo sito [0] ti è di aiuto.

Non disegna una striscia nell'intorno del tracciato, ma è in grado generare
un KML o una mappa in JPG/PNG/SVG in cui la traccia è colorata in funzione
dell'HDOP (opzione Colorize by).

Ciao

[0] http://www.gpsvisualizer.com/
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk-be] car sharing

[Michaël Dierick]

May I suggest including the cambio reference-id ("ref="-tag) when 
importing these locations. This will make updating in the future easier.
The id's can be found at the end of the station-URL ("Link"-attribute in 
the dataset).


Michaël

On 02/24/2017 11:43 AM, joost schouppe wrote:
So the next step would be making a Wiki page for an import proposal, i 
think


2017-02-24 10:50 GMT+01:00 Ben Abelshausen >:


Seppe,

No, don't need to know more... this is fine! Thanks! ;-)

I can see it now at the bottom of the page...

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Fri, Feb 24, 2017 at 10:19 AM, > wrote:


I did a fast check regarding Brussels City (lot of changes
since the “piétonnier” and I confirm this dataset is better
than ours.

> On 24 Feb 2017, at 08:44, joost schouppe
>
wrote:
>
> I did a few quick checks of the data quality of the Cambio
data, and it looks like it is possibly better than our own
data (where we have it).
>
> Of course, still the need for a proper conflation.
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-be



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




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





--
Joost Schouppe
OpenStreetMap  | 
Twitter  | LinkedIn 
 | Meetup 




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


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

Re: [OSM-talk-be] car sharing

[Ben Abelshausen]

Ah no, that's too much work for such a small dataset, how many locations
are we talking about?

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Fri, Feb 24, 2017 at 11:43 AM, joost schouppe 
wrote:

> So the next step would be making a Wiki page for an import proposal, i
> think
>
> 2017-02-24 10:50 GMT+01:00 Ben Abelshausen :
>
>> Seppe,
>>
>> No, don't need to know more... this is fine! Thanks! ;-)
>>
>> I can see it now at the bottom of the page...
>>
>> Met vriendelijke groeten,
>> Best regards,
>>
>> Ben Abelshausen
>>
>> On Fri, Feb 24, 2017 at 10:19 AM,  wrote:
>>
>>>
>>> I did a fast check regarding Brussels City (lot of changes since the
>>> “piétonnier” and I confirm this dataset is better than ours.
>>>
>>> > On 24 Feb 2017, at 08:44, joost schouppe 
>>> wrote:
>>> >
>>> > I did a few quick checks of the data quality of the Cambio data, and
>>> it looks like it is possibly better than our own data (where we have it).
>>> >
>>> > Of course, still the need for a proper conflation.
>>> > ___
>>> > Talk-be mailing list
>>> > Talk-be@openstreetmap.org
>>> > https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>>
>>> ___
>>> Talk-be mailing list
>>> Talk-be@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-be
>>>
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>
>
> --
> Joost Schouppe
> OpenStreetMap  |
> Twitter  | LinkedIn
>  | Meetup
> 
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] car sharing

[joost schouppe]

So the next step would be making a Wiki page for an import proposal, i think

2017-02-24 10:50 GMT+01:00 Ben Abelshausen :

> Seppe,
>
> No, don't need to know more... this is fine! Thanks! ;-)
>
> I can see it now at the bottom of the page...
>
> Met vriendelijke groeten,
> Best regards,
>
> Ben Abelshausen
>
> On Fri, Feb 24, 2017 at 10:19 AM,  wrote:
>
>>
>> I did a fast check regarding Brussels City (lot of changes since the
>> “piétonnier” and I confirm this dataset is better than ours.
>>
>> > On 24 Feb 2017, at 08:44, joost schouppe 
>> wrote:
>> >
>> > I did a few quick checks of the data quality of the Cambio data, and it
>> looks like it is possibly better than our own data (where we have it).
>> >
>> > Of course, still the need for a proper conflation.
>> > ___
>> > Talk-be mailing list
>> > Talk-be@openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-be
>>
>>
>> ___
>> Talk-be mailing list
>> Talk-be@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-be
>>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>


-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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

Re: [OSM-talk-be] Docks (Antwerp port)

[Michaël Dierick]

My view on the "dock-definitions":

dock=tidal : A dock which follows the tide of the river/sea it is 
connected to, it doesn't have any locks. (example: Deurganckdock Antwerp)


dock=floating : "a dock 
 alongside a tidal 
waterway that maintains a constant level, despite the changing tides." ( 
https://en.wikipedia.org/wiki/Floating_dock_(impounded) ). This constant 
level is maintained by locks. I believe this is what most people 
understand by "dock".
The "impounding"-part in the wikipedia definition 
(https://en.wikipedia.org/wiki/Floating_dock_(impounded)#Impounding) 
refers to the operation of maintaining this high level (naturally vs 
mechanically).


dock=drydock : https://en.wikipedia.org/wiki/Dry_dock (listed correctly 
in OSM wiki).


What currently is stated as the definition of "dock=floating" in the OSM 
wiki is imho just a specific type of drydock (a floating drydock).


Michaël

On 02/24/2017 10:26 AM, Marc Gemis wrote:

On Fri, Feb 24, 2017 at 8:41 AM, joost schouppe
 wrote:

That raises the question: how do you tag a dock that is in fact affected by
tides? I did not seem to find a tag for that, did you guys?

Is that a dock after all ? According to the wiki page for dock

"The waterway=dock tag is used to identify an enclosed area of water
for ships and other craft within which the height of the water can be
managed."

If it is not managed (i.e. affected by tides), it's not a dock ?

m

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


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

Re: [Talk-it] Mappatura sentieri 'storici'

[Davide Mangraviti]

Visto che si parla del tema precisione dei dati GNSS, a noi tanto caro, anche
io trovo molto sempre utile il layer di heatmap di Strava su JOSM, che però
ho notato che non è aggiornato allo stesso modo di quello on line:
https://strava.github.io
Quello on line è più "ricco di informazioni", fateci caso.

Altra cosa sulla precisione, che riguarda però i device, a Giugno alla
presentazione di Android 7 (Nougat), è passata la notizia che Google
permetterà l'accesso ai dati grezzi dei vari segnali GNSS.
Questo al fine di una migliore rielaborazione e analisi dei dati, da parte
dei software che si occupano della localizzazione.

https://www.gsa.europa.eu/newsroom/news/gnss-mobile-apps-using-nougat-access-raw-gnss-measurements





--
View this message in context: 
http://gis.19327.n8.nabble.com/Mappatura-sentieri-storici-tp5891707p5891970.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [Talk-cz] přetrasování polygonů LPIS

[Pavel Bokr]

S tim LPISem to chce za soucasneho stavu opravdu hodne hodne opatrne a pridat k 
tomu rucni opravy problemu, ktere trasovaci klik udela ve stavajicich datech. 
Kdyz v mem okoli zhodnotim klady a zapory LPIS tak se mi zda, ze pretrasovani 
podle LPIS nadelalo vice skody nez uzitku a dokonce i proti zakladnimu smylu 
zavedeni importu LPIS.

Uz asi tyden se k tomu zkousim pripravit nejakou ukazku, na ktere bych sve 
tvrzeni obhajil a nazorne ukazal vznikajici problemy, kterych je treba se 
vyvarovat (sice uz jsem drive upozornoval, ale marne, proto to chci ted udelat 
jeste vice nazorneji, protoze problemy pri trasovani LPIS stale vznikaji i v 
letosnim roce). A problemem nejsou jen ty male reliktni polygony. Jakmile 
ukazku pripravim dam ji k dispozici, mozna i vcetne nejakych uvah o tom jak v 
OSM k LPISu pristupovat, aby byl skutecnym prinosem.

Pavel Bokr


From: Zdeněk Pražák 
Sent: Friday, February 24, 2017 10:38 AM
To: talk-cz@openstreetmap.org 
Subject: [Talk-cz] přetrasování polygonů LPIS

Při kontrole turistických tras přetrasovávám i polygony LPIS a všiml jsem si, 
že v některých případech zůstávají po přetrasování malé zbytečky původního 
polygonu.
Chtěl jsem se zeptat, zda by tracer LPIS nešel upravit tak, aby při 
přetrasování ignoroval zbývající polygony LPIS dejme tomu s výměrou pod 50 m2. 
Takto malé polygony se snadno přehlédnou. Větší polygony se tak snadno 
nepřehlédnou.
Pražák




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

Re: [OSM-talk-be] car sharing

[Ben Abelshausen]

Seppe,

No, don't need to know more... this is fine! Thanks! ;-)

I can see it now at the bottom of the page...

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Fri, Feb 24, 2017 at 10:19 AM,  wrote:

>
> I did a fast check regarding Brussels City (lot of changes since the
> “piétonnier” and I confirm this dataset is better than ours.
>
> > On 24 Feb 2017, at 08:44, joost schouppe 
> wrote:
> >
> > I did a few quick checks of the data quality of the Cambio data, and it
> looks like it is possibly better than our own data (where we have it).
> >
> > Of course, still the need for a proper conflation.
> > ___
> > Talk-be mailing list
> > Talk-be@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-be
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-fr] MapContrib 1.4

[Guillaume AMAT]

Salut,

Je viens de mettre en ligne la modification sur l'instance de test de 
MapContrib. Elle sera incluse dans la prochaine version stable.

Vous pourrez donc voir que les nouveaux thèmes ont désormais 4 fonds de carte 
par défaut :
- OSM
- Mapbox satellite
- Watercolor
- OSM monochrome

4 fonds de cartes assez différents qui couvrent plusieurs besoins en terme de 
couleur, style et informations affichées.

Le créateur de thème peut modifier cette liste de fonds de cartes affichés par 
défaut sur son thème.

Et enfin un bouton apparaît en bas de la liste pour afficher tous les autres 
fonds de carte, dans le cas où l'utilisateur a besoin de quelque chose de 
différent.

Si vous allez voir et/ou que vous testez cette instance, gardez en tête que 
bien qu'elle soit très stable la plupart du temps, elle reste une instance de 
test. Merci de ne pas l'utiliser ou la diffuser pour autre chose que du test.

Bonne journée à tous,
Guillaume



22 février 2017 10:27 "Guillaume AMAT"  a écrit:
> Bonjour à tous,
> 
> Merci pour tous ces retours intéressants :)
> 
> En ce qui concerne MapContrib, je vais donc procéder aux changements suivants 
> :
> 
> * Activer par défaut deux ou trois fonds de cartes différents (osm et 
> satellite à minima).
> * Proposer tous les autres fonds de cartes mais ne les afficher qu'après une 
> action de
> l'utilisateur (ex : un clic sur un bouton : « Plus de fonds de carte »).
> * Le créateur de thème pourra toujours choisir quelques fonds à afficher par 
> défaut, le reste de la
> liste étant donc découvrable mais pas mis en avant.
> 
> Ils me semblent couvrir tous les arguments des précédents mails.
> 
> Bonne journée à tous,
> Guillaume
> 
> 16 février 2017 12:45 "Laurent Combe"  a écrit:
> 
>> donc je modifierai ma demande ainsi :
>> mettre le fond personnalisé en tete lorsqu'il y en a un
>> et permettre à l'auteur de la carte d'ordonner la liste des fonds de
>> cartes proposés
>> 
>> parce que aujourd'hui mes utilisateurs switchent entre le rendu OSMfr
>> qui est en tete et la vue orthophoto de l'IGN qui est au fond
>> (avant-dernier dans la liste)
>> et si je rajoute un rendu perso il est effectivement rajouté en dernier
>> 
>> Le 16 février 2017 à 11:52, Christian Quest  a 
>> écrit :
>> 
>>> Ça me semble un faux problème: la liste peut être longue, l'important c'est
>>> d'avoir au début les rendus/fond/imageries les plus utiles.
>>> 
>>> Le 16/02/2017 à 10:50, Laurent Combe a écrit :
>> 
>> vous n'avez jamais vu un nouvel utilisateur de uMap qui se demande
>> comment faire pour changer le fond de carte
>> il veut simplement voir la vue photo-aérienne pour mieux se repérer
>> 
>> il va assez facilement trouver le bouton pour accéder à la liste des
>> fonds de carte proposés
>> mais après il est confronté à plus d'une vingtaine de rendus
>> disponibles alors qu'il n'appréhende pas bien les différences entre
>> tout ces rendus
>> (attention je ne parle pas d'une population de contributeur OSM mais
>> d'un public non initié d'ailleurs un peu comme la cible de mapContrib)
>> 
>> mon souhait n'est pas d'exclure la richesse des rendus possible
>> mais par exemple d'avoir une liste courte (deux, trois) de rendus en
>> accès rapide
>> 
>> ça me semblerait plus intuitif comme interface (et on peut garder la
>> liste de choix exhaustive des rendus en parallèle, elle ne me dérange
>> pas)
>> 
>> Laurent
>>> --
>>> Christian Quest - OpenStreetMap France
>>> 
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>> 
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr

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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Marián Kyral]

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 2. 2017 10:03:56
Předmět: Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz
"




2017-02-24 7:10 GMT+01:00 Marián Kyral :
"
"



Znáš to přísloví ne? "Když se chce, všechno jde." No a momentálně se moc
nechce :-D Ale do budoucna nelze nic vyloučit.



"
"



Tvl, kolik to je? 3 řádky kódu? 4 max? A user experience jde strmě nahoru ;-
)





"



Možná to budou ve výsledku tři řádky kódu, ale musí se to nejprve promyslet.
Jak by se to třeba mělo chovat v případě, že rozbalím všechny vrstvy
tlačítkem a pak jednu ručně sbalím? Má to zůstat na "Sbalit vše" nebo se to
má změnit na "Rozbalit vše"? Nebo by to mělo rozbalit sbalené a sbalit
rozbalené? To by bylo hodně efektní:-D


Pro mně to má aktuálně velmi nízkou prioritu, takže pokud tě to nějak extra
pálí, tak pošli pull request. ;-)


Marián




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

Re: [Talk-es] Presentación en SigLibre

[Santiago Higuera]

Corrijo el enlace a la página del wiki, que no quedó bien

https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/Abstrac
t_SigLibre2017


El vie, 24-02-2017 a las 10:33 +0100, Santiago Higuera escribió:
> Hola:
> He preparado un borrador del abstract que se podría presentar al
> comité
> del SigLibre 2017 de Girona, con la propuesta de presentación. Lo
> podéis ver y editar en el wiki [1], y lo reproduzco a continuación:
> 
> ---
> 
> OpenStreetMap España: situación actual y proyectos de futuro
> 
> La comunidad de OpenStreetMap en España lleva a cabo diversos
> proyectos
> de mapeado, entre los que se encuentran las importaciones del
> catastro,
> de la Confederacción Hidrográfica del Segura, de diversas capitales,
> actualización de la red de carreteras y de rutas, traducción de los
> materiales de aprendizaje, propuestas de esquemas de etiquetados y
> otros.
> Así mismo, se están actualizando los medios de comunicación dentro de
> la comunidad. Actualmente se dispone de una página WIKI que reúne los
> enlaces a las distintas páginas de los proyectos que se llevan a cabo
> e
> instrucciones para los mapeadores, tanto los nuevos como los más
> veteranos. Se ha habilitado también un servicio de bienvenida a los
> nuevos usuarios para facilitarles el camino durante sus primeros
> pasos.
> Se dispone de un gestor de tareas, *Task Manager*, donde se organizan
> los trabajos en marcha. Además de la lista de correo, existe un chat
> muy activo en Telegram que permite la comunicación en directo entre
> los
> miembros de la comunidad. Mensualmente, el primer martes de cada mes,
> se realiza una reunión virtual, a través de la plataforma Riot, donde
> se tratan los temas en los que se está trabajando. Se están
> proponiendo
> y debatiendo esquemas de etiquetados para las carreteras, las señales
> de tráfico y otros.
> Simultáneamente con estas tareas, se están manteniendo reuniones con
> el
> Instituto Geográfico Nacional con el fin de establecer formas
> institucionalizadas de colaboración entre las dos organizaciones.
> Durante esta presentación se expondrán todos estos temas, facilitando
> los enlaces a las distintas herramientas de forma que las personas
> interesadas en el proyecto se puedan incorporar de una manera
> sencilla.
> ---
> 
> 
> Cualquier cambio, modificación o añadido que queráis hacer, podéis
> hacerlo directamente en el WIKI o comentarlo a través de esta lista
> de
> correo. Mi intención es presentarlo hoy, al límite de las doce de la
> noche, que es cuando acaba el plazo. Lo firmaría en nombre de la
> comunidad OSM España. La presentación definitiva la prepararíamos de
> aquí a junio. La presentación física en Girona la haríamos los
> miembros
> de OSM que andemos por allí esos días.
> 
> Un saludo
> 
> Santiago Higuera
> 
> [1] https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/A
> bs
> tract_SigLibre2017
> 
> 
> El mié, 22-02-2017 a las 13:14 +, Jorge Sanz Sanfructuoso
> escribió:
> > 
> > Buenas.
> > 
> > Lo considero una buena iniciativa. No he contestado por lo mismo,
> > no
> > voy a ir y tiempo para ayudar no se si tendre. Pero animo hacerlo,
> > es
> > bueno para OSM.
> > 
> > Un saludo.
> > 
> > El mié., 22 feb. 2017 a las 14:09, Alejandro S. ( > l.
> > com>) escribió:
> > > 
> > > Buenas,
> > > Siento no haber respondido, pero no contaba con acudir al evento.
> > > Por supuesto apoyo cualquier incisiva que impulse y difunda OSM.
> > > Aunque parece que aún estamos un poco "verdes"como comunidad...
> > > Saludos, 
> > > Alejandro
> > > 
> > > On Wed, Feb 22, 2017, 13:59 Santiago Higuera 
> > > wrote:
> > > > 
> > > > Gracias, Ester, por el ofrecimiento.
> > > > Veo que el recibimiento de mi propuesta está siendo muy frío
> > > > por
> > > > parte
> > > > de la comunidad OSM España, no sé si porque no parece bien la
> > > > idea o
> > > > por otro motivo.
> > > > Si alguien piensa que la propuesta no es adecuada, me gustaría
> > > > que lo
> > > > dijera. 
> > > > Si alguien piensa que sí lo es, también, por animarme a
> > > > llevarlo
> > > > adelante. El plazo de presentación de propuestas al SigLibre
> > > > acaba en
> > > > un par de días. 
> > > > Si la propuesta fuera aceptada, el plan sería el siguiente:
> > > > subo
> > > > al
> > > > wiki un borrador de documento con lo que habría que contar: qué
> > > > estamos
> > > > haciendo, cuantos somos, medios de comunicación que se utilizan
> > > > actualmente, páginas web que tenemos y proyectos futuros. Lo
> > > > vamos
> > > > completando entre todos de aquí a junio. La presentación la
> > > > haríamos
> > > > los miembros de OSM que andemos por Girona esos días.
> > > > 
> > > > Un saludo
> > > > 
> > > > Santiago
> > > > 
> > > >  
> > > > El mar, 21-02-2017 a las 19:28 +, Esther Mingot escribió:
> > > > > 
> > > > > Buenas 

[Talk-cz] přetrasování polygonů LPIS

[Zdeněk Pražák]

Při kontrole turistických tras přetrasovávám i polygony LPIS a všiml jsem
si, že v některých případech zůstávají po přetrasování malé zbytečky
původního polygonu.
Chtěl jsem se zeptat, zda by tracer LPIS nešel upravit tak, aby při
přetrasování ignoroval zbývající polygony LPIS dejme tomu s výměrou pod 50 m
2.
Takto malé polygony se snadno přehlédnou. Větší polygony se tak snadno
nepřehlédnou.
Pražák___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it-trentino] sentieri SAT

[girarsi_liste]

Il 24/02/2017 08:46, Dario Zontini ha scritto:
> Ok.
> 
> Il campo "ref:REL" come lo gestiamo?
> 

Cosa dovrebbe definire? o cosa si è pensato potesse servire?

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



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

Re: [Talk-es] Presentación en SigLibre

[Santiago Higuera]

Hola:
He preparado un borrador del abstract que se podría presentar al comité
del SigLibre 2017 de Girona, con la propuesta de presentación. Lo
podéis ver y editar en el wiki [1], y lo reproduzco a continuación:

---
OpenStreetMap España: situación actual y proyectos de futuro

La comunidad de OpenStreetMap en España lleva a cabo diversos proyectos
de mapeado, entre los que se encuentran las importaciones del catastro,
de la Confederacción Hidrográfica del Segura, de diversas capitales,
actualización de la red de carreteras y de rutas, traducción de los
materiales de aprendizaje, propuestas de esquemas de etiquetados y
otros.
Así mismo, se están actualizando los medios de comunicación dentro de
la comunidad. Actualmente se dispone de una página WIKI que reúne los
enlaces a las distintas páginas de los proyectos que se llevan a cabo e
instrucciones para los mapeadores, tanto los nuevos como los más
veteranos. Se ha habilitado también un servicio de bienvenida a los
nuevos usuarios para facilitarles el camino durante sus primeros pasos.
Se dispone de un gestor de tareas, *Task Manager*, donde se organizan
los trabajos en marcha. Además de la lista de correo, existe un chat
muy activo en Telegram que permite la comunicación en directo entre los
miembros de la comunidad. Mensualmente, el primer martes de cada mes,
se realiza una reunión virtual, a través de la plataforma Riot, donde
se tratan los temas en los que se está trabajando. Se están proponiendo
y debatiendo esquemas de etiquetados para las carreteras, las señales
de tráfico y otros.
Simultáneamente con estas tareas, se están manteniendo reuniones con el
Instituto Geográfico Nacional con el fin de establecer formas
institucionalizadas de colaboración entre las dos organizaciones.
Durante esta presentación se expondrán todos estos temas, facilitando
los enlaces a las distintas herramientas de forma que las personas
interesadas en el proyecto se puedan incorporar de una manera sencilla.
---

Cualquier cambio, modificación o añadido que queráis hacer, podéis
hacerlo directamente en el WIKI o comentarlo a través de esta lista de
correo. Mi intención es presentarlo hoy, al límite de las doce de la
noche, que es cuando acaba el plazo. Lo firmaría en nombre de la
comunidad OSM España. La presentación definitiva la prepararíamos de
aquí a junio. La presentación física en Girona la haríamos los miembros
de OSM que andemos por allí esos días.

Un saludo

Santiago Higuera

[1] https://wiki.openstreetmap.org/wiki/ES:Wikiproyecto_Espa%C3%B1a/Abs
tract_SigLibre2017


El mié, 22-02-2017 a las 13:14 +, Jorge Sanz Sanfructuoso escribió:
> Buenas.
> 
> Lo considero una buena iniciativa. No he contestado por lo mismo, no
> voy a ir y tiempo para ayudar no se si tendre. Pero animo hacerlo, es
> bueno para OSM.
> 
> Un saludo.
> 
> El mié., 22 feb. 2017 a las 14:09, Alejandro S. ( com>) escribió:
> > Buenas,
> > Siento no haber respondido, pero no contaba con acudir al evento.
> > Por supuesto apoyo cualquier incisiva que impulse y difunda OSM.
> > Aunque parece que aún estamos un poco "verdes"como comunidad...
> > Saludos, 
> > Alejandro
> > 
> > On Wed, Feb 22, 2017, 13:59 Santiago Higuera 
> > wrote:
> > > Gracias, Ester, por el ofrecimiento.
> > > Veo que el recibimiento de mi propuesta está siendo muy frío por
> > > parte
> > > de la comunidad OSM España, no sé si porque no parece bien la
> > > idea o
> > > por otro motivo.
> > > Si alguien piensa que la propuesta no es adecuada, me gustaría
> > > que lo
> > > dijera. 
> > > Si alguien piensa que sí lo es, también, por animarme a llevarlo
> > > adelante. El plazo de presentación de propuestas al SigLibre
> > > acaba en
> > > un par de días. 
> > > Si la propuesta fuera aceptada, el plan sería el siguiente: subo
> > > al
> > > wiki un borrador de documento con lo que habría que contar: qué
> > > estamos
> > > haciendo, cuantos somos, medios de comunicación que se utilizan
> > > actualmente, páginas web que tenemos y proyectos futuros. Lo
> > > vamos
> > > completando entre todos de aquí a junio. La presentación la
> > > haríamos
> > > los miembros de OSM que andemos por Girona esos días.
> > > 
> > > Un saludo
> > > 
> > > Santiago
> > > 
> > >  
> > > El mar, 21-02-2017 a las 19:28 +, Esther Mingot escribió:
> > > > Buenas tardes, me parece una gran idea, sería interesante poder
> > > dar a
> > > > conocer qué se está haciendo y los proyectos que se están
> > > cocinando.
> > > > Verlo, lo veo muy bien, pero muy justo de tiempo también. Por
> > > mi
> > > > parte me gustaría poder echar una mano, pero llevo poco tiempo
> > > por
> > > > aquí y voy muy mal de tiempo libre. 
> > > >
> > > > Sólo la verdad nos hará libres
> > > >
> > > >
> > > > De: Miguel Sevilla-Callejo 
> > > > Enviado: martes, 21 de febrero de 

Re: [OSM-talk-be] Docks (Antwerp port)

[Marc Gemis]

On Fri, Feb 24, 2017 at 8:41 AM, joost schouppe
 wrote:
> That raises the question: how do you tag a dock that is in fact affected by
> tides? I did not seem to find a tag for that, did you guys?

Is that a dock after all ? According to the wiki page for dock

"The waterway=dock tag is used to identify an enclosed area of water
for ships and other craft within which the height of the water can be
managed."

If it is not managed (i.e. affected by tides), it's not a dock ?

m

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

Re: [OSM-talk-be] car sharing

[mgwebmail]

I did a fast check regarding Brussels City (lot of changes since the 
“piétonnier” and I confirm this dataset is better than ours.

> On 24 Feb 2017, at 08:44, joost schouppe  wrote:
> 
> I did a few quick checks of the data quality of the Cambio data, and it looks 
> like it is possibly better than our own data (where we have it).
> 
> Of course, still the need for a proper conflation.
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be


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

Re: [Talk-de] Wochennotiz Nr. 344 14.02.2017–20.02.2017

[Hartmut Holzgraefe]

On 24.02.2017 07:48, Wochennotizteam wrote:
> die Wochennotiz Nr. 344 mit vielen wichtigen Neuigkeiten aus der 
> OpenStreetMap Welt ist da:

Bei der Einladung zum Open Data Day in Essen hat sich wohl ein Fehler
eingeschlichen (im Orginal, nicht in der Wochennotiz).

Der Link inder Einladungsmail zeigt auf das Event vom letzten Jahr,
das Meetup Event für dieses Jahr ist

https://www.meetup.com/de-DE/OK-Lab-Niederrhein/events/237342100/

-- 
hartmut

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

Re: [Talk-cz] Vylepšený přepínač vrstev pro osmap.cz

[Jan Macura]

2017-02-24 7:10 GMT+01:00 Marián Kyral :

> Znáš to přísloví ne? "Když se chce, všechno jde." No a momentálně se moc
> nechce :-D Ale do budoucna nelze nic vyloučit.
>
>
Tvl, kolik to je? 3 řádky kódu? 4 max? A user experience jde strmě nahoru
;-)

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

Re: [OSM-talk-be] car sharing

[Santens Seppe]

I didn’t realize (although it says so at the bottom…), but the “Algemene 
licentie” of the City of Ghent is in 
fact the Gratis Open Data Licentie 
Vlaanderen.
I got a confirmation from the head of “Data en Informatie” that the attribution 
requirement can be handled in the same way as it is done for e.g. Agiv data.

Anything more we need to know?

Seppe

Van: Santens Seppe [mailto:seppe.sant...@stad.gent]
Verzonden: donderdag 23 februari 2017 23:40
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] car sharing

I’ll ask for clarification.

Seppe

Van: Ben Abelshausen [mailto:ben.abelshau...@gmail.com]
Verzonden: donderdag 23 februari 2017 11:34
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] car sharing

Seppe,
The only issue in OSM is the attribution requirement, meaning we can't quote 
the city of Ghent in every application that uses OSM. That however was fixed 
with the flemish open data license by adding attribution on the OSM wiki by 
adding them to this page:

https://wiki.openstreetmap.org/wiki/Contributors#Belgium

We would need clarification if that is enough to meet the attribution 
requirement in this license. Why btw does the city use yet another license and 
not one of the many many licenses out there? :-) You can see in this case that 
it's not enough to quote equivalence to other licenses.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen

On Thu, Feb 23, 2017 at 11:18 AM, Santens Seppe 
> wrote:
On the topic of car sharing: on the data portal of the City of Ghent (the 
organization I work for), there is a dataset with all Cambio locations (not 
only the ones in Ghent): https://data.stad.gent/datasets/standplaatsen-cambio 
No doubt this could be a great extra help to improve OSM (of course not without 
verification in the field or via Mapillary/OSC).

Could anyone with more legal affinity than me figure out whether the “Algemene 
licentie” (https://data.stad.gent/algemene-licentie - Dutch) is compatible with 
ODbL?

data.stad.gent contains other datasets that – in my opinion – could be very 
interesting for OSM (and in the ideal world vice versa). Have a look at: 
https://data.stad.gent/datasets?geo=2

Seppe

Van: joost schouppe 
[mailto:joost.schou...@gmail.com]
Verzonden: donderdag 9 februari 2017 13:47
Aan: OpenStreetMap Belgium
Onderwerp: [OSM-talk-be] car sharing

Hi,

Here's another example of a Mapcontrib website, this time for car sharing:

https://www.mapcontrib.xyz/t/27b3df-Car_sharing_locations

Hit the smiley-face to connect your OSM account, and you can complete tagging 
or add POIs. I created two presets, for Cambio and Partago, so everyone can 
easily standardise tagging. If someone is interested to complete documentation 
for Belgian operators (including fun stuff like wikidata tags etc), then I'm 
willing to add all of them as presets.
(unfortunately it's still impossible to share mapcontrib instance management)

I really feel like we could do some cool stuff with Mapcontrib, to get many 
more people to contribute random POIs. It's even possible to edit ways or 
relations too, so you could make a mapcontrib instance to collect road surface 
or speed information.

Think of our maxpseed 90>70 problem in Flanders.

These examples are made with cached (updated daily) overpass queries, but you 
can also import other data into mapcontrib and use that for mapping.

I'll gladly give an intro to mapcontrib at the next Brussels and Antwerp 
meetups.

--
Joost Schouppe
OpenStreetMap | 
Twitter | 
LinkedIn | 
Meetup

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

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

Re: [Talk-cz] Data z magistratu Brna - poštovní schránky

[Ladislav Nesnera]

zabila! :DDD

> .. rozdíl bych pěšky nechtěla jít ani náhodou
> .. Jestli se stejnou přesností doručují, nedivím se, že mi minulý
> týden přišla novoročenka odeslaná před 20.12.



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

Re: [OSM-talk-fr] Comment ajouter des pistes/bandes cyclables?

[Francescu GAROBY]

Bonjour,
Comme indiqué sur la page du Wiki que tu cites
, si la
bande cyclable n'est que dans un sens, il faut ajouter le suffixe
":right/:left" au tag "cycleway".
"left" ou "right" étant par rapport au sens de la way et non par rapport au
sens de circulation.

Francescu

Le 24 février 2017 à 00:18, Shohreh  a écrit :

> Bonjour,
>
> La Ville de Paris vient d'ajouter des pistes et bandes cyclables boulevard
> Arago:
>
> http://www.openstreetmap.org/#map=17/48.83395/2.33731
>
> 1. Entre la Place Denfert-Rochereau et la rue du Faubourg Saint-Jacques, il
> y a une piste cyclable de chaque côté
> 2. Entre la rue du Fg Saint-Jacques et la rue de la Santé, il y a une piste
> côté montant (est → ouest) mais une bande cyclable côté descendant (ouest →
> est).
>
> Le  wiki 
> semble dire que pour ajouter des pistes cyclables, il faut ajouter des ways
> parallèles à la way existante (modèle T1).
>
> Pour une bande cyclable, il suffit d'ajouter un tag sur la way existante
> (modèle L2)… mais comme il n'y actuellement qu'une seule way, faut-il en
> créer une seconde et lui attribuer les tags du modèle L2?
>
> Merci.
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Comment-ajouter-des-pistes-bandes-cyclables-tp5891958.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Comment ajouter des pistes/bandes cyclables?

[Thomas Ruchin]

Bonjour,

Ce que tu décris ressemble fortement à ce tronçon
https://www.openstreetmap.org/way/34491632

Sur Arago, globalement, la piste cyclable est située sur les anciennes
allées cavalières entre 2 rangées d'arbre.


T. Ruchin

Le 24 février 2017 à 00:18, Shohreh  a écrit :

> Bonjour,
>
> La Ville de Paris vient d'ajouter des pistes et bandes cyclables boulevard
> Arago:
>
> http://www.openstreetmap.org/#map=17/48.83395/2.33731
>
> 1. Entre la Place Denfert-Rochereau et la rue du Faubourg Saint-Jacques, il
> y a une piste cyclable de chaque côté
> 2. Entre la rue du Fg Saint-Jacques et la rue de la Santé, il y a une piste
> côté montant (est → ouest) mais une bande cyclable côté descendant (ouest →
> est).
>
> Le  wiki 
> semble dire que pour ajouter des pistes cyclables, il faut ajouter des ways
> parallèles à la way existante (modèle T1).
>
> Pour une bande cyclable, il suffit d'ajouter un tag sur la way existante
> (modèle L2)… mais comme il n'y actuellement qu'une seule way, faut-il en
> créer une seconde et lui attribuer les tags du modèle L2?
>
> Merci.
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Comment-ajouter-des-pistes-bandes-cyclables-tp5891958.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-be] national mapathon

[joost schouppe]

Hi,

The next National Mapathon is taking shape. We're still looking for
volunteers, though we have the situation under control. Especially for the
Walloon cities some extra help would be nice. Fortunately our Brussels
French Belgians and Belgians in France saved us from not having OSM Belgium
people at all the events.
Just send me or Jorieke a message if you can help out.

If you just want to come map, register now:
https://nationalmapathon.eventbrite.com

There's some more ways you can help:

* Help us write and translate an invitation to the mapathon, to send out to
our 450 contacts on the OSM Newsletter [1]

* Help us on how we can leverage this event to further grow the OSM Belgium
community [2] (thanks to Marc Bessieres for suggisting this)

* Help us make a good page about OSM Belgium Mapathon support (writing and
translating job) [3]

We're always looking for other help too, for example we could really use
someone who wants to build press contacts and the like. Fortunately we will
have the MSF machine behind us for this one.



1: https://hackpad.com/Newsletter-National-Mapathon-invitation-ltJE1wqnC2u
2:
https://hackpad.com/Mapathon-Metainfo-and-evaluation-mlxQ0GwD8lb#:h=Turn-participants-into-mappers
3: https://hackpad.com/OSMbe-Mapathon-Support-luOvp8Nalt4
-- 
Joost Schouppe
OpenStreetMap  |
Twitter  | LinkedIn
 | Meetup

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