[Talk-it-trentino] (no subject)

[Davide Ondertoller]

l'oggetto in questione
https://www.openstreetmap.org/node/4071284378

secondo voi è corretto l'inserimento?

si tratta di una edicola in pietra (altezza 1,80 mt) che ospitava gli
'avvisi' del feudatario - datata verso il XVII (non riesco a trovare
letteratura sul manufatto)

[image: Immagine incorporata 1]
___
Talk-it-trentino mailing list
Talk-it-trentino@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it-trentino

[Talk-ca] Propose a session for SOTM-US in Seattle

[Clifford Snow]

Propose a session for State of the Map US in Seattle


We are calling on mappers, academics, policy makers, developers,
geo-hackers, business leaders and open geodata supporters to propose a talk
or a workshop at State of the Map US.

This Call for Participation is open to everyone - in or outside the
community, no matter how seasoned or new you are in OpenStreetMap.

Submit a 200-word abstract of your proposed session.

The deadline for proposals is April 17, 2016.

We are excited to be holding this year’s OpenStreetMap State of the Map US
conference  in Seattle, Washington from July 23rd
to 25th. During three days - in its most spectacular month - this beautiful
Pacific Northwest city will host some of the best and brightest members of
the North American OpenStreetMap community, and will showcase the world’s
largest online collaborative free geodata project. We would love you to be
a part of it!

This year’s conference theme is Building Community. This theme touches on
growing the number of mappers contributing to our data and developers
creating with it, increasing our diversity, and strengthening our existing
community’s expertise. Do you have a great workshop idea, or a story about
working with OpenStreetMap in your local community? Have you been working
on a project you’re ready to share with a wider audience? We want you to
tell us about it!
Regular Session Talks

We are accepting proposals for 5-minute lightning talks OR 20-minute OR
45-minute talks on:

   - Subject tied to the theme
   - Subjects of general interest to the OpenStreetMap Community
   - Subjects on use of OpenStreetMap data

Regular Session Workshops

We are accepting proposals for Regular Session Workshops for 90-minute
talks.

Post-Session Workshops and Code Sprints

We will also be accepting proposals for workshops and code sprints which
will be held on Monday, July 25. Workshop proposals can be from 45-minutes
to 4-hours in length. Code Sprints will be all day.

Registration is open

Get your ticket to the conference  at the *early
bird rate of $90 until April 10th!*

Sign up to our newsletter below to stay updated with the latest
information. You can also drop us a line  if you
have a specific question. We look forward to seeing everyone in Seattle
this July for our sixth national OpenStreetMap conference in the US!

Cheers, and keep mapping!

The State of the Map US Program Committee

-- 
@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: [OSM-talk] [BOT] [RFC]: water surfaces

[Martijn van Exel]

Possibly! I am not sure if I understand the full scope of the issues, but if 
someone could catch some of the issues presented in one or more Overpass 
queries, I (or anyone, really) can use geojson2maproulette to make a 
MapRoulette challenge out of it.

Martijn

> On Mar 22, 2016, at 10:37 AM, David Fawcett  wrote:
> 
> I think that this would be a great Maproulette subject!
> 
> 
> 
>> On Mar 22, 2016, at 9:23 AM, Maarten Deen  wrote:
>> 
>>> On 2016-03-22 14:10, Frank Villaro-Dixon wrote:
>>> 
>>> # First goal:
>>> First goal is quite simple. The idea is to work only on relations
>>> which have a natural=water .  Then, it will:
>>>   * Delete natural=water from all the ways if they are NOT closed or
>>> ring 0.
>> 
>> I have been fixing waterways and water areas in the New Orleans area. I 
>> think most problems are due to a botched import. There are a number of 
>> unclosed areas, some water, some wetland. They just need to be closed which 
>> sometimes is just connecting the last two dots, sometimes it is merging two 
>> ways.
>> 
>> It would be very unhelpful if the natural=water tags of these ways would be 
>> deleted. Then you have to go search in the history to see what it was. Is it 
>> natural=water or natural=wetland? It would increase the workload in fixing 
>> this.
>> 
>> Please, do not do this. You can flag them as defective so that someone has a 
>> look, but don't delete the tags.
>> 
>> Since deleting tags from unclosed ways does not solve anything (and IMHO 
>> makes things worse), this should be done manually. It would be a perfect 
>> case to enter in maproulette 
>> 
>> Regards,
>> Maarten
>> 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk


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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[malenki]

Frank Villaro-Dixon wrote:

>On 16-03-22 17:25:37, malenki, wrote 2.1K characters saying:
  this is nonsense
>>Example:
>>Think of an MP where the way has – additionally to the tags you want
>>to fix – intermittent=yes and the relation has not.
>>
>>Would your script really enhance the situation?  
>In that case, it wouldn't touch this tag.

You did not answer the question.

>>Where is the problem /not/ to fix this by script, then?  
>Huh ?

Exactly what fellow mappers think of your bot. :)

>>Recently I was told by somebody: Deleting data is not a real deletion
>>in OSM. It is just hiding that data.  
>I don't know how is data stored back office, but if it doesn't show
>any more on the API query, that's good, no ?

Obviously you don't know much about OSM.

>>Why not stop replying mails here reflex-like and start to think about
>>the problem? Again? With the new information you were given? And
>>without trying to squeeze all the information in your scheme of
>>thinking (or "problem solving").  
>Well, this fix was a simple fix […]

Several people already told you this wasn't really a fix.

eod for me
Thomas



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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Pavel Machek]

Ahoj!

> Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba
> OpenSeaMap bych v čr neprezentoval :)))
> 
> btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se všemi
> base-mapami mapboxu: http://zby.cz/parkovani

Ta mapa na hru je pekna...

...ale nekde mam lepsi; papirovou. Na hre Matrix byl luxusni plan
prahy z OSM.

Pavel

-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html

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

Re: [OSM-talk-fr] mise à jour Bâti sur rabastens

[jean navarro]

Bonjour
finalement, je me suis aperçu que Mapcraft est plus performant que je 
croyais... il y a bien bouton pour télécharger une zone réservée : sauf 
qu'il est appelé [Retour] ce qui n'est pas particulièrement clair : sa 
fonction est bien de télécharger la zone choisie dans Josm si celui est 
ouvert et que le contrôle à distance est activé.


Donc j'ai fait un Cake sur Rabastens ( Carrés de 1km de coté ) : 
http://mapcraft.nanodesu.ru/pie/580

et j'ai commencé à corriger manuellement le bâti.

Les contributions sont les bienvenues.

cordialement
JeaRRo

Le 09/03/2016 10:46, Pierre-Yves Berrard a écrit :

Une autre façon de réduire le temps de travail : partager le travail
entre contributeurs.
Avec un mapcraft par exemple pour ne pas empiéter sur les secteur du voisin.

Je ne sais pas si cette méthode a été citée, mais superposer la couche
bâti présent dans osm fournie par mapbox
(http://www.openstreetmap.org/user/pratikyadav/diary/37646) à la couche
cadastrale permet aussi de visualiser très facilement les manques.


PY


Le 9 mars 2016 à 08:42, jean navarro > a écrit :

salut

je suis bien d'accord avec toi et c'est pour cela que j'en parle
ici, à la recherche d'une méthode moins brutale mais plus légère
(temps de travail) que la méthode manuelle...

A+
jean

Le 08/03/2016 22:52, Pierre-Yves Berrard a écrit :

Bonjour Jean,

Ça me paraît quand même brutal de balayer d'un revers de main le
travail
qui a déjà été fait sur 6000 bâtiments (import + retravail
éventuelle
sur la géométrie + tags exisants).

Je conseillerais d'ajouter seulement les nouveaux bâtiments.

PY

Le 8 mars 2016 à 22:33, jean navarro 
>> a écrit :

 salut
 merci pour vos réponses qui me font découvrir des
fonctionnalités de
 josm que je ne connaissais pas.
 Vu le nombre de batiments modifiés et nouveaux, j'envisage
un nouvel
 import total à partir du cadastre. Mais avant il faudrait
pouvoir
 sauvegarder dans un fichier .osm les bâtiments qui ont des tags
 supplémentaires :
 buiding=yes, wall=no, source=cadastre ne sont pas récupérés
 building=* et tags supplémentaires sont récupérés
   est-ce qu'une requête overpass-turbo pourrait faire cela ?

 merci de votre aide



___
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-us] Propose a session for State of the Map US in Seattle

[Chase Stephens]

 Propose a session for State of the Map US in Seattle


We are calling on mappers, academics, policy makers, developers,
geo-hackers, business leaders and open geodata supporters to propose a talk
or a workshop at State of the Map US.

This Call for Participation is open to everyone - in or outside the
community, no matter how seasoned or new you are in OpenStreetMap.

Submit a 200-word abstract of your proposed session.

The deadline for proposals is April 17, 2016.

We are excited to be holding this year’s OpenStreetMap State of the Map US
conference  in Seattle, Washington from July 23rd
to 25th. During three days - in its most spectacular month - this beautiful
Pacific Northwest city will host some of the best and brightest members of
the North American OpenStreetMap community, and will showcase the world’s
largest online collaborative free geodata project. We would love you to be
a part of it!

This year’s conference theme is Building Community. This theme touches on
growing the number of mappers contributing to our data and developers
creating with it, increasing our diversity, and strengthening our existing
community’s expertise. Do you have a great workshop idea, or a story about
working with OpenStreetMap in your local community? Have you been working
on a project you’re ready to share with a wider audience? We want you to
tell us about it!
Regular Session Talks

We are accepting proposals for 5-minute lightning talks OR 20-minute OR
45-minute talks on:

   - Subject tied to the theme
   - Subjects of general interest to the OpenStreetMap Community
   - Subjects on use of OpenStreetMap data

Regular Session Workshops

We are accepting proposals for Regular Session Workshops for 90-minute
talks.

Post-Session Workshops and Code Sprints

We will also be accepting proposals for workshops and code sprints which
will be held on Monday, July 25. Workshop proposals can be from 45-minutes
to 4-hours in length. Code Sprints will be all day.

Registration is open

Get your ticket to the conference  at the *early
bird rate of $90 until April 10th!*

Sign up to our newsletter below to stay updated with the latest
information. You can also drop us a line  if you
have a specific question. We look forward to seeing everyone in Seattle
this July for our sixth national OpenStreetMap conference in the US!

Cheers, and keep mapping!

The State of the Map US Program Committee
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-GB] Historic Buildings and Monuments Commission for England releases National Heritage List for England data under OGL

[Andy Mabbett]

[cross-posted; please follow-up with care]

   https://www.whatdotheyknow.com/request/re_use_request_for_national_heri

"I can confirm that we are happy for you to re-use the data under the
standard Open Government Licence v3.0, and that the licence
information on our website will be updated in due course."


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

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

[Talk-GB] Schools project: last week

[Rob Nickerson]

Hi all,

With one week to go we're at 79% of schools mapped. The total number of
amenity=school features has been falling in the last week as we continue to
remove duplicated nodes.

Let's aim for one big final push to get us over 80% and to get the total up
again.

http://wiki.openstreetmap.org/wiki/UK_Quarterly_Projects

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

[OSM-talk] Propose a session for State of the Map US in Seattle

[Chase Stephens]

 Propose a session for State of the Map US in Seattle


We are calling on mappers, academics, policy makers, developers,
geo-hackers, business leaders and open geodata supporters to propose a talk
or a workshop at State of the Map US.

This Call for Participation is open to everyone - in or outside the
community, no matter how seasoned or new you are in OpenStreetMap.

Submit a 200-word abstract of your proposed session.

The deadline for proposals is April 17, 2016.

We are excited to be holding this year’s OpenStreetMap State of the Map US
conference  in Seattle, Washington from July 23rd
to 25th. During three days - in its most spectacular month - this beautiful
Pacific Northwest city will host some of the best and brightest members of
the North American OpenStreetMap community, and will showcase the world’s
largest online collaborative free geodata project. We would love you to be
a part of it!

This year’s conference theme is Building Community. This theme touches on
growing the number of mappers contributing to our data and developers
creating with it, increasing our diversity, and strengthening our existing
community’s expertise. Do you have a great workshop idea, or a story about
working with OpenStreetMap in your local community? Have you been working
on a project you’re ready to share with a wider audience? We want you to
tell us about it!
Regular Session Talks

We are accepting proposals for 5-minute lightning talks OR 20-minute OR
45-minute talks on:

   - Subject tied to the theme
   - Subjects of general interest to the OpenStreetMap Community
   - Subjects on use of OpenStreetMap data

Regular Session Workshops

We are accepting proposals for Regular Session Workshops for 90-minute
talks.

Post-Session Workshops and Code Sprints

We will also be accepting proposals for workshops and code sprints which
will be held on Monday, July 25. Workshop proposals can be from 45-minutes
to 4-hours in length. Code Sprints will be all day.

Registration is open

Get your ticket to the conference  at the *early
bird rate of $90 until April 10th!*

Sign up to our newsletter below to stay updated with the latest
information. You can also drop us a line  if you
have a specific question. We look forward to seeing everyone in Seattle
this July for our sixth national OpenStreetMap conference in the US!

Cheers, and keep mapping!

The State of the Map US Program Committee
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-lt] Android lietuviškas TTS

[Saulius Kaukėnas]

Naudojant šią biblioteką. Mes jam sukūrėm API ir praplėtėm (o kai kur kaip
tik sumažinom) opensourcinio appso funkcionalumą.

S.
Am 23.03.2016 21:18 schrieb "Aurimas Fišeras" :

> 2016.03.23 21:00, Saulius Kaukėnas rašė:
>
>> Ar osmAnd irgi su šiuo Androidu neveikia? NaviJazz yra sukurtas osmAnd
>> pagrindu.
>>
>> Ką tiksliai reiškia „sukurtas osmAnd pagrindu“?
>
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Android lietuviškas TTS

[Aurimas Fišeras]

2016.03.23 21:00, Saulius Kaukėnas rašė:

Ar osmAnd irgi su šiuo Androidu neveikia? NaviJazz yra sukurtas osmAnd
pagrindu.


Ką tiksliai reiškia „sukurtas osmAnd pagrindu“?


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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Mike Thompson]

On Tue, Mar 22, 2016 at 8:12 AM, Frank Villaro-Dixon  wrote:

>
>> Can you give me an example ?
>
> Two lakes, collectively known as "Sheep Lakes" but individually known as
"North Sheep Lake" and "South Sheep Lake"
R [natural=water name=Sheep Lakes]
W [natural=water name=North Sheep Lake]
W [natural=water name=South Sheep Lake]

If you remove "natural=water" from the ways, then someone looking for a
water body named "North Sheep Lake" or "South Sheep Lake" wouldn't easily
be able to find it.

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

Re: [Talk-cl] Mapa de servicios en Quilpué

[Álvaro Monares G.]

Al menos el email del desarrollador es:
soluciones.mundo@gmail.com

Lo lamentable es que si bien los tiles son de OSM, abajo a la izquierda
sigue saliendo Google.

Saludos

El 23/03/16 a las 15:26, Marcelo Tobar escribió:
Quizás, pero está bueno... son pocas las municipalidades y menos de 
región que invierten en este tipo de sistemas.


Saludos.




2016-03-23 15:22 GMT-03:00 Cristián Serpell >:


Hola a todos

Descubrí la siguiente página de mi comuna que muestra un mapa de
servicios, y donde es posible ver la capa de tiles estándar de
OSM: http://www.cmq.cl/mapa/ . Al parecer sólo funcionan las
líneas de buses.

Me pregunto quién lo habrá hecho...

Saludos,
Cristián

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




--
Marcelo Tobar Ordenes
Ingeniero Civil Informático
UTFSM
Dirección: Almirante Señoret 151, Of. 122
Celular: 9-88939155


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


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

Re: [Talk-br] DF: ciclofaixas em Águas Claras

[Felipe Alves]

Aproveitando o assunto, existe atualmente algum esforço de mapeamento
cicloviário que vocês conheçam no Brasil (ou fora, se não tiver nada
daqui)? Acho que até já questionei isso aqui na lista antes, mas não tive
nada concreto.

Tenho interesse, e talvez interessados, em tentar iniciar isto em diversas
cidades. Recomendam alguma metodologia em especial? Quais os conhecimentos
imprescindíveis para os novos mapeadores?

Abs

Em 21 de março de 2016 23:00, Alexandre Magno Brito de Medeiros <
alexandre@gmail.com> escreveu:

> Após meses de debate, GDF começa a pintar as ciclofaixas em Águas Claras
> 
> A implementação foi alvo de polêmica e diversas vezes adiada por
> insatisfação de setores da comunidade e articulações dentro do próprio
> governo
>
> postado em 21/03/2016 16:27 / atualizado em 21/03/2016 19:38
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-lt] Android lietuviškas TTS

[Saulius Kaukėnas]

Ar osmAnd irgi su šiuo Androidu neveikia? NaviJazz yra sukurtas osmAnd
pagrindu.
Am 23.03.2016 20:55 schrieb "Eduardas Kriščiūnas" :

> Nelabai yra kaip pratestuoti, kai būtinai reikia 5.0 Androido. Kas ten
> tokio, kad ant senesnių versijų neveikia?
>
> 2016.03.23 18:40, Saulius Kaukenas rašė:
>
> Sveiki,
>
> Turiu gerų naujienų. Lietuviškai kalbančią navigaciją NaviJaz jau galima
> atsisiųsti iš Google Play:
>
> https://play.google.com/store/apps/details?id=lt.agmis.navijazzgo
>
> Dar daugiau - maršrutą galite planuoti ne tik navigacijoje, bet ir (su
> kiek norite tarpinių sustojimų) susiplanuoti navijazz.com/jetty portale
> ir atsiusiųsti maršrutą į savo telefoną. Tą patį maršrutą galite pasharinti
> kiek norite įrenginių (pvz. draugams kaip nuvykti į sodybą ir t.t.). Vienam
> įrenginiui galite sukurti neribotą maršrutų skaičių, tereikia tik
> užsiregistruoti ir išbandyti beta versiją.
>
> Lauksiu atsiliepimų ir komentarų tiek apie įgarsinimą tiek apie Jetty
> portalą.
>
> Pagarbiai,
>
> 2016 m. vasario 28 d. 22:20, Paulius Masiliūnas 
> rašė:
>
>> Sveikas Sauliau,
>>
>> Kaip ten su OsmAnd lietuviškų įgarsinimu? Ar yra kur nors galimybę
>> atsiųsti?
>>
>>
>> On Monday, 20 July 2015, Saulius Kaukenas 
>> wrote:
>>
>>> Taip. Mes kuriame navigacijos produktą verslui OsmAnd pagrindu - NaviJazz
>>> Am 20.07.2015 17:24 schrieb "Paulius Masiliūnas" :
>>>
 Wow, geros žinios. O įgarsinimas būtent OsmAnd?

 2015-07-20 18:22 GMT+03:00 Saulius Kaukenas 
 :

> Sveiki,
>
> Jau turime profesionaliai įgarsintą versiją su linksniais ir t.t.
> investavome į tai apie 3000 eurų. Vasaros gale pabandysiu pasharinti. 
> Antrą
> kart siūlau to paties darbo nedaryti :)
>
> Linkėjimai
> Am 20.07.2015 14:47 schrieb "Paulius Masiliūnas"  >:
>
>> Bandysiu pasižaisti su
>> https://github.com/osmandapp/OsmAnd-resources/tree/master/voice.
>> Tik galvoju ar nereiks ir įgarsinti, nes pvz en turi voice katalogą,
>> kuriame yra daug .ogg failų, bet pvz lv neturi tokios direktorijos, tai
>> įdomu kaip jiems sako posukius.
>>
>> 2015-07-20 14:32 GMT+03:00 Paulius Masiliūnas :
>>
>>> Sveikas,
>>>
>>> Pabandyk pasižiūrėti šią tema:
>>> http://forumas.gps.lt/viewtopic.php?f=44=4771
>>>
>>> 2015-07-20 13:13 GMT+03:00 Tomas Straupis :
>>>
 Sveiki

   Gal kas domėjotės/bandėte į androidą įdėti lietuvišką TTS, kad
 OsmAnd'as prabiltų lietuviškai?

 --
 Tomas

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

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

>
>
> --
> saulius kaukėnas
> direktorius/ceo
>
> tel.: + 370 37 211351, fax: +370 37 211352
> gsm: +370-687-81204
> email: saulius.kauke...@agmis.lt
> skype: slsslssls
>
> uab agmis, www.agmis.lt
> europos pr 121-301 (mtp technopolis)
> lt-46339, kaunas, lithuania
>
> agmis - the best company for Your innovations
>
>
> ___
> Talk-lt mailing 
> listTalk-lt@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-lt
>
>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [Talk-lt] Android lietuviškas TTS

[Eduardas Kriščiūnas]

  
  
Nelabai yra kaip pratestuoti, kai
  būtinai reikia 5.0 Androido. Kas ten tokio, kad ant senesnių
  versijų neveikia?
  
  2016.03.23 18:40, Saulius Kaukenas rašė:


  Sveiki,


Turiu gerų naujienų. Lietuviškai kalbančią navigaciją
  NaviJaz jau galima atsisiųsti iš Google Play:


https://play.google.com/store/apps/details?id=lt.agmis.navijazzgo



Dar daugiau - maršrutą galite planuoti ne tik navigacijoje,
  bet ir (su kiek norite tarpinių sustojimų) susiplanuoti navijazz.com/jetty
  portale ir atsiusiųsti maršrutą į savo telefoną. Tą patį
  maršrutą galite pasharinti kiek norite įrenginių (pvz.
  draugams kaip nuvykti į sodybą ir t.t.). Vienam įrenginiui
  galite sukurti neribotą maršrutų skaičių, tereikia tik
  užsiregistruoti ir išbandyti beta versiją.


Lauksiu atsiliepimų ir komentarų tiek apie įgarsinimą tiek
  apie Jetty portalą.


Pagarbiai,

  2016 m. vasario 28 d. 22:20, Paulius
Masiliūnas 
rašė:
Sveikas
  Sauliau,
  
  
  Kaip ten su OsmAnd lietuviškų įgarsinimu? Ar yra kur
nors galimybę atsiųsti?

  

On Monday, 20 July 2015, Saulius Kaukenas 
wrote:

  Taip. Mes kuriame navigacijos
produktą verslui OsmAnd pagrindu - NaviJazz
  Am 20.07.2015 17:24
schrieb "Paulius Masiliūnas" :

  Wow, geros žinios. O
įgarsinimas būtent OsmAnd?
  
2015-07-20 18:22
  GMT+03:00 Saulius Kaukenas :
  
Sveiki,
Jau turime profesionaliai
  įgarsintą versiją su linksniais ir
  t.t. investavome į tai apie 3000 eurų.
  Vasaros gale pabandysiu pasharinti.
  Antrą kart siūlau to paties darbo
  nedaryti :)
Linkėjimai

  
Am
  20.07.2015 14:47 schrieb "Paulius
  Masiliūnas" :
  
Bandysiu
  pasižaisti su https://github.com/osmandapp/OsmAnd-resources/tree/master/voice.
  Tik galvoju ar nereiks ir
įgarsinti, nes pvz en turi
voice katalogą, kuriame yra
daug .ogg failų, bet pvz lv
neturi tokios direktorijos,
tai įdomu kaip jiems sako
posukius.


  2015-07-20
14:32 GMT+03:00 Paulius
Masiliūnas :

  Sveikas,


Pabandyk
  pasižiūrėti šią tema: http://forumas.gps.lt/viewtopic.php?f=44=4771
  
  
2015-07-20
13:13 GMT+03:00
Tomas Straupis :
  
  Sveiki
  
    Gal kas
  domėjotės/bandėte
  į androidą įdėti
  lietuvišką TTS,
  

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[moltonel 3x Combo]

On 23/03/2016, Frank Villaro-Dixon  wrote:
> Maybe it's an higher priority, but that doesn't interest me. If someone
> wants to, good for them.

Fair enough, we all have different priorities.

> Now, the lower priority 'redundant tag deleting'
> is still needed, and if it can be done automatically (nobody still hasn't
> given me a fuckup example), then why not ? It's still usefull if you want
> to extract all the lakes of the world, for example.

How do redundant tags prevent you from extracting all the lakes of the
world ? It should be harmless, you'll just have some objects that will
be selected by two different criterias. For better or worse, any OSM
consumer has to deal with some level of redundant data.

As for problems with your algorythm, people in this list _have_
pointed out potential problems, such as missing non-duplicated tags
that are on the way rather than on the relation (To properly fix that
you need a human eye. Fix the automatically-detectable part of the
problem only and you've just succeeded in making the other problems
harder to detect). There's no need to point at actual osm objects with
those issues that your script changed when the failure case are so
easy to come up with.

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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[moltonel 3x Combo]

On 22/03/2016, Pierre Béland  wrote:
> This is a good proposition to look at unclosed polygons and see if a
> potential incorrect keys to fix.
>
> I agree with others that using a Bot is not a safe way to handle these
> problems. Could a script to extract such unclosed polygons be proposed?
> This way, each local community could take care to fix data for their area,
> importing and examining the data in the JOSM Editor. The Todo plugin could
> be used to go through the items to correct.

I was going to point you towards
http://wiki.openstreetmap.org/wiki/Quality_Assurance_Tools_script but
for some reason it doesn't support OSMI's multipolygon checks. Might
be worth pinging the qat devs.

Possible alternatives:
* Load OSMI's multipolygon checks as an imagery layer. If only it
didn't flag type=boundary as an error. As it is it's a bit noisy :/
* Use the OSMI website directly
(http://tools.geofabrik.de/osmi/?view=multipolygon). You can tweak the
error types to display, and load object via remote command.
* Use the qat plugin but with other sources than OSMI. For
multipolygon errors, it's IMHO not as good.

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

Re: [Talk-cl] Mapa de servicios en Quilpué

[Marcelo Tobar]

Quizás, pero está bueno... son pocas las municipalidades y menos de región
que invierten en este tipo de sistemas.

Saludos.




2016-03-23 15:22 GMT-03:00 Cristián Serpell :

> Hola a todos
>
> Descubrí la siguiente página de mi comuna que muestra un mapa de
> servicios, y donde es posible ver la capa de tiles estándar de OSM:
> http://www.cmq.cl/mapa/ . Al parecer sólo funcionan las líneas de buses.
>
> Me pregunto quién lo habrá hecho...
>
> Saludos,
> Cristián
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
>


-- 
Marcelo Tobar Ordenes
Ingeniero Civil Informático
UTFSM
Dirección: Almirante Señoret 151, Of. 122
Celular: 9-88939155
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[moltonel 3x Combo]

On 22/03/2016, Frank Villaro-Dixon  wrote:
> On 16-03-22 10:23:51, Nicolás Alvarez, wrote 1.2K characters saying:
>>
>>> El 22 mar 2016, a las 10:10, Frank Villaro-Dixon 
>>> escribió:
>>>
>>> # First goal:
>>> First goal is quite simple. The idea is to work only on relations which
>>> have a natural=water .  Then, it will:
>>>* Delete natural=water from all the ways if they are NOT closed or
>>> ring 0.
>>
>>What if there is a way legitimately with natural=water that isn't closed
>> because of an error? The correct fix is to close it, not to remove the
>> tag. This cannot be done automatically.
>>
> It doesn't matter because this way will also be referenced by a relation
> which has the natural=water tag. Thus, it can be removed from the way.

If the way being closed or not doesn't matter, then it shouldn't be
part of your criterias ? I see this as a red flag indicating you
didn't think long enough about the problem, and that doesn't bode well
for an automated world-wide edit.

You're conflating two different problems:

1) Some multipolygon relations have improper geometry, such as non-closed rings.
2) Some tags are "needlessly" repeated between the relation and its members.

Neither of those problems are specific to water features.

The first problem has many QA tools to point it out, for example
OSMI[1]. Maybe some of them can be fixed automatically, but I'd much
rather go through them manually[2] because some cases are strange, and
often when one MP is broken there's lots of other bugs in the same
area by the same user that deserve a fix.

The second problem actually has the community a bit divided (last I
heard of it), as some people *want* to have the actual ways tagged
(usually for ease of consumption, but also for historical reasons). I
usually delete the superfluous tag when I happen to be editing the
object, but I wouldn't dare do this automatically on a global scale.
And as long as those duplicate tags aren't contradicting each other,
they are harmless.

[1]:http://tools.geofabrik.de/osmi/?view=multipolygon
[2]:http://wiki.openstreetmap.org/wiki/Quality_Assurance_Tools_script

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

[Talk-de] ADAC TourSet App jetzt mit OSM-Karten

[Bernhard Weiskopf]

Zur Info:

Am 21.03.2016 hat der ADAC bei seiner Android App "ADAC TourSet"
 die Karten
geändert auf OpenStreetMap.

Innerhalb der App wird die Quelle bei der Kartenanzeige nicht eingeblendet,
aber im Impressum der App wird genannt:
Offline Karten
(c) OpenStreetMap und Mitwikende, CC BY-SA
http://www.openstreetmap.org
http://creativecommons.org/licenses/by-sa/2.0/

Gruß Bernhard



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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Volker Schmidt]

Mi sono iscritto su
http://wiki.openstreetmap.org/wiki/IT:OSMit2016
e ho anche inserito tre proposte mie nella bozza di programma.

Volker

2016-03-23 18:13 GMT+01:00 Cristian Consonni :

> Ciao,
>
> Il 23 marzo 2016 14:07, Alessandro Palmas
>  ha scritto:
> > Se non arrivano proposte non esce il programma, se aspettate il programma
> > per fare proposte ...
>
> my2cents: si può iniziare a stabilire un programma di massima e poi
> riempirlo/adattarlo in base alle proposte che arrivano.
>
> Per esempio nel 2013 si era fatto così:
> * venerdi pomeriggio: hackathon
> * sabato (tutto il giorno): presentazioni
> * domenica mattina: lighting talk
> * domenica pomeriggio: mapping party
>
> Dopo aver preparato il sito si può mettere una pagina come:
> http://conf.openstreetmap.it/manda-la-tua-proposta/
>
> per raccogliere le proposte.
>
> Ciao,
> C
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Cristian Consonni]

Ciao,

Il 23 marzo 2016 14:07, Alessandro Palmas
 ha scritto:
> Se non arrivano proposte non esce il programma, se aspettate il programma
> per fare proposte ...

my2cents: si può iniziare a stabilire un programma di massima e poi
riempirlo/adattarlo in base alle proposte che arrivano.

Per esempio nel 2013 si era fatto così:
* venerdi pomeriggio: hackathon
* sabato (tutto il giorno): presentazioni
* domenica mattina: lighting talk
* domenica pomeriggio: mapping party

Dopo aver preparato il sito si può mettere una pagina come:
http://conf.openstreetmap.it/manda-la-tua-proposta/

per raccogliere le proposte.

Ciao,
C

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

[OSM-co] Resultados - Mapping Party Parque Lourdes - Día de los datos abiertos

[hyan...@gmail.com]

Estimados:

Andrés Gómez de la Comunidad OSM Colombia nos trae esta entrada de blog con
los impresionantes resultados de la fiesta de mapeo hecha el pasado 12 de
marzo: el antes, el después, en 3D y fotos de calles desde Mapillary.

No se lo pierdan!

http://blog.openstreetmap.co/2016/03/22/Resultado-Lourdes/

Saludos,

Humberto Yances

PD: Les recuerdo que el blog está abierto para divulgar sus experiencias o
conocimientos sobre OSM en Colombia.
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [Talk-us] [Imports] Boston, MA, USA addr:housenumber Import

[Greg Troxel]

Jason Remillard  writes:

> The licensing link says the following, it is kind of weird.

indeed.

> "The City of Boston recognizes the value and benefit gained by sharing
> GIS data. Although the City has made reasonable efforts to provide
> accurate data, the City makes no representations or guarantees about
> the accuracy, completeness, or currency of the information provided.
> The City of Boston provides this data as is and with all faults, and
> makes no warranty of any kind. Each user is responsible for
> determining the suitability of the data for their intended use or
> purpose. Neither the City nor its affiliates, employees, or agents
> shall be liable for any loss or injury caused in whole or in part by
> use of any data obtained from this website. The GIS data is updated
> and modified on a regular basis and users are encouraged to report any
> errors to the City."

It's weird because it's not actually a license.  There's no grant of
permission to copy, to make derived works, or to redistribute.

The liability text is also weird, in that it's just an assertion, not a
contract.

Being "encouraged" to report errors is fine.


signature.asc
Description: PGP signature
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-lt] Android lietuviškas TTS

[Saulius Kaukenas]

Sveiki,

Turiu gerų naujienų. Lietuviškai kalbančią navigaciją NaviJaz jau galima
atsisiųsti iš Google Play:

https://play.google.com/store/apps/details?id=lt.agmis.navijazzgo

Dar daugiau - maršrutą galite planuoti ne tik navigacijoje, bet ir (su kiek
norite tarpinių sustojimų) susiplanuoti navijazz.com/jetty portale ir
atsiusiųsti maršrutą į savo telefoną. Tą patį maršrutą galite pasharinti
kiek norite įrenginių (pvz. draugams kaip nuvykti į sodybą ir t.t.). Vienam
įrenginiui galite sukurti neribotą maršrutų skaičių, tereikia tik
užsiregistruoti ir išbandyti beta versiją.

Lauksiu atsiliepimų ir komentarų tiek apie įgarsinimą tiek apie Jetty
portalą.

Pagarbiai,

2016 m. vasario 28 d. 22:20, Paulius Masiliūnas  rašė:

> Sveikas Sauliau,
>
> Kaip ten su OsmAnd lietuviškų įgarsinimu? Ar yra kur nors galimybę
> atsiųsti?
>
>
> On Monday, 20 July 2015, Saulius Kaukenas 
> wrote:
>
>> Taip. Mes kuriame navigacijos produktą verslui OsmAnd pagrindu - NaviJazz
>> Am 20.07.2015 17:24 schrieb "Paulius Masiliūnas" :
>>
>>> Wow, geros žinios. O įgarsinimas būtent OsmAnd?
>>>
>>> 2015-07-20 18:22 GMT+03:00 Saulius Kaukenas :
>>>
 Sveiki,

 Jau turime profesionaliai įgarsintą versiją su linksniais ir t.t.
 investavome į tai apie 3000 eurų. Vasaros gale pabandysiu pasharinti. Antrą
 kart siūlau to paties darbo nedaryti :)

 Linkėjimai
 Am 20.07.2015 14:47 schrieb "Paulius Masiliūnas" :

> Bandysiu pasižaisti su
> https://github.com/osmandapp/OsmAnd-resources/tree/master/voice.
> Tik galvoju ar nereiks ir įgarsinti, nes pvz en turi voice katalogą,
> kuriame yra daug .ogg failų, bet pvz lv neturi tokios direktorijos, tai
> įdomu kaip jiems sako posukius.
>
> 2015-07-20 14:32 GMT+03:00 Paulius Masiliūnas :
>
>> Sveikas,
>>
>> Pabandyk pasižiūrėti šią tema:
>> http://forumas.gps.lt/viewtopic.php?f=44=4771
>>
>> 2015-07-20 13:13 GMT+03:00 Tomas Straupis :
>>
>>> Sveiki
>>>
>>>   Gal kas domėjotės/bandėte į androidą įdėti lietuvišką TTS, kad
>>> OsmAnd'as prabiltų lietuviškai?
>>>
>>> --
>>> Tomas
>>>
>>> ___
>>> Talk-lt mailing list
>>> Talk-lt@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-lt
>>>
>>
>>
>
> ___
> Talk-lt mailing list
> Talk-lt@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-lt
>
>
>>>


-- 
saulius kaukėnas
direktorius/ceo

tel.: + 370 37 211351, fax: +370 37 211352
gsm: +370-687-81204
email: saulius.kauke...@agmis.lt
skype: slsslssls

uab agmis, www.agmis.lt
europos pr 121-301 (mtp technopolis)
lt-46339, kaunas, lithuania

agmis - the best company for Your innovations
___
Talk-lt mailing list
Talk-lt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-lt

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Andy Townsend]

On 23/03/2016 12:22, Frank Villaro-Dixon wrote:

On 16-03-23 12:20:35, Andy Townsend, wrote 0.3K characters saying:

On 23/03/2016 12:07, Frank Villaro-Dixon wrote:
Again, that's not the goal if it. As said above, the role is NOT to 
change

tags, but to remove redundancies.


It doesn't matter.  All of the screed that I wrote yesterday applies 
to "redundant data" too - we need to understand how it got there, and 
what actually is wrong.


Yep,
as I said on another mail: 


Link please.  You've said lots of things, but much seemed very 
"handwavy" and not really understanding of the issues.


the majority comes from two 'bad' imports. 


Link please - exactly which ones, run by whom and when?

The rest is so scarce that it could be considered as noise (edits made 
before multipolygons existed, etc…).




... and again, where users have edited any of the data post import, we 
still need to understand how the current situation (imported data + 
modifications) got to be as it is.


Cheers,

Andy



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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Alessandro Palmas]

> 2016-03-23 12:26 GMT+01:00 Alessandro Palmas
> :
>
>>
>> Anche noi vorremmo averlo, presto e il più dettagliato possibile :-)
>>
>
> bisognerebbe avere un'idea di quando questo sarà disponibile

Se non arrivano proposte non esce il programma, se aspettate il programma
per fare proposte ...

>> Tutto ciò che c'è di confermato lo trovi su
>> http://wiki.openstreetmap.org/wiki/IT:OSMit2016
>> e, quando inizieremo ad avere qualche dettaglio in più posteremo anche
>> su
>> http://conf.openstreetmap.it/
>>
>
> magari sarebbe il caso di aggiornare il sito visto che punta ancora al
> 2014.
> Anzi sarebbe bene avere http://conf.openstreetmap.it/2014
> http://conf.openstreetmap.it/2016 e magari spostare li anche tutti i
> siti dei vecchi eventi
>

Dovremo avvisare quello scioperato di Sabas 

>> Al momento posso dire ufficiosamente che (nella prima sala) venerdì
>> dalle 11
>> alle 12 ci saranno due interventi di P.A. che parleranno della loro
>> interazione con OSM, mentre dalle 12 alle 13,30 vorremmo ci fosse una
>> tavola
>> rotonda in cui P.A. e OSM si parlino. Nel primo pomeriggio si
>> proseguirebbe
>> per un'oretta parlando di altri aspetti.
>> A seguire nel pomeriggio di venerdì ci piacerebbe incontrare Protezioni
>> Civili, Croce Rossa, CAI e tutte quelle associazioni che potrebbero dare
>> e
>> ricevere tanto da OSM.
>> Nella seconda sala è tutto da decidere.
>>
>
> non era per niente chiaro dalla pagina wiki, magari aggiungere queste
> informazioni possono essere utili

Avevo già scritto qualcosa in precedente mail, per ora è ufficioso, sul
programma si inseriscono le cose ufficiali


>> Mancano però le proposte d'intervento da parte della comunità, ne
>> approfitto
>> quindi chiedervi di inserire le vostre proposte.
>>
>
> sarebbe utile sapere quali argomenti possano essere di maggiore
> interesse e anche come funziona quali interventi saranno scelti, chi
> prima arriva parla?
>

Iniziate a proporre interventi indicando orario e giorno preferito, ci
saranno 2 sale a disposizione


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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Luca Delucchi]

2016-03-23 12:26 GMT+01:00 Alessandro Palmas :

>
> Anche noi vorremmo averlo, presto e il più dettagliato possibile :-)
>

bisognerebbe avere un'idea di quando questo sarà disponibile

> Tutto ciò che c'è di confermato lo trovi su
> http://wiki.openstreetmap.org/wiki/IT:OSMit2016
> e, quando inizieremo ad avere qualche dettaglio in più posteremo anche su
> http://conf.openstreetmap.it/
>

magari sarebbe il caso di aggiornare il sito visto che punta ancora al 2014.
Anzi sarebbe bene avere http://conf.openstreetmap.it/2014
http://conf.openstreetmap.it/2016 e magari spostare li anche tutti i
siti dei vecchi eventi

> Al momento posso dire ufficiosamente che (nella prima sala) venerdì dalle 11
> alle 12 ci saranno due interventi di P.A. che parleranno della loro
> interazione con OSM, mentre dalle 12 alle 13,30 vorremmo ci fosse una tavola
> rotonda in cui P.A. e OSM si parlino. Nel primo pomeriggio si proseguirebbe
> per un'oretta parlando di altri aspetti.
> A seguire nel pomeriggio di venerdì ci piacerebbe incontrare Protezioni
> Civili, Croce Rossa, CAI e tutte quelle associazioni che potrebbero dare e
> ricevere tanto da OSM.
> Nella seconda sala è tutto da decidere.
>

non era per niente chiaro dalla pagina wiki, magari aggiungere queste
informazioni possono essere utili

> Mancano però le proposte d'intervento da parte della comunità, ne approfitto
> quindi chiedervi di inserire le vostre proposte.
>

sarebbe utile sapere quali argomenti possano essere di maggiore
interesse e anche come funziona quali interventi saranno scelti, chi
prima arriva parla?

> Alessandro Ale_Zena_IT
>


-- 
ciao
Luca

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

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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Frank Villaro-Dixon]

On 16-03-23 12:20:35, Andy Townsend, wrote 0.3K characters saying:

On 23/03/2016 12:07, Frank Villaro-Dixon wrote:
Again, that's not the goal if it. As said above, the role is NOT to 
change

tags, but to remove redundancies.


It doesn't matter.  All of the screed that I wrote yesterday applies 
to "redundant data" too - we need to understand how it got there, and 
what actually is wrong.


Yep,
as I said on another mail: the majority comes from two 'bad' imports. The 
rest is so scarce that it could be considered as noise (edits made before 
multipolygons existed, etc…).


--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Frank Villaro-Dixon]

On 16-03-22 16:46:03, Christoph Hormann, wrote 1.5K characters saying:

On Tuesday 22 March 2016, Frank Villaro-Dixon wrote:


Can you give me an example ?


I probably could (after all i am on record for saying waterbody mapping
in OSM is a practical case of the infinite monkey theorem) but right
now i don't have the time to look for a good real world example.

In principle many cases where the way you'd remove a tag from has
additional tags the meaning of those tags will change when you remove a
tag. 

For example ? I'm only focusing on natural= and water=
Also cases where the way in question forms the division between two water 
areas you will usually run into trouble.

No, because they are part of a relation multipolygon.


On a principal level removing an ambiguity will always mean you remove
possible interpretations of the data and your bot simply cannot know if
the interpretations it removes are actually incorrect and the remaining
interpretation is the correct one.

No,
If you have a lake with multiple ways grouped with a multipoly as shown:
R [natural=water water=lake]
W [water=lake intermittent=yes]
W [intermittent=yes]
W [natural=water]

It will be transformed as:
R [natural=water water=lake]
W [intermittent=yes]
W [intermittent=yes]
W []

Where's the other possible interpretation here ?




This algorithm won't loose any information. It's merely deleting
duplicates, so where is the problem ?


You are only looking at it from a formal side and based on a specific,
subjective interpretation of tagging rules which is not appropriate.
See also

http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

As others have said the best way to improve waterbody data in OSM is by
actually doing mapping work and correcting errors based on local
knowledge or imagery.  You can believe me when i say that factual
errors and inaccuracies are much more common and harmful problems
w.r.t. water area mapping than basic tagging inconsistencies.
Try exporting all waterbodies them; you'll see that in the actual state, 
it's a royal pain in the ass. It's a shame because the quality of OSM is 
good, but it's really hard to work with this data…




--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Andy Townsend]

On 23/03/2016 12:07, Frank Villaro-Dixon wrote:
Again, that's not the goal if it. As said above, the role is NOT to 
change

tags, but to remove redundancies.


It doesn't matter.  All of the screed that I wrote yesterday applies to 
"redundant data" too - we need to understand how it got there, and what 
actually is wrong.


Cheers,

Andy


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

Re: [OSM-talk] DB Performance (was: JOSM plugin to import GeoJSON?_

[Jukka Rahkonen]

Hi,

Stefan did not tell enough details for repeating the test exactly so my 
test set-up is probably a bit different.


Program: GDAL 2.1.0dev, released 2015/99/99 on Windows, compiled with 
sqlite-3.10.2 and libspatialite-4.3.0a

Test data: 100 points (2D) without attributes in shp format
Storage: USB 2.0 drive, same disk used for both input and output
Test script which is also testing a performance hint about turning 
synchronous write off:


@echo %time%
ogr2ogr -f gpkg plain_points.gpkg plain_points.shp
@echo %time%
ogr2ogr -f gpkg plain_points_nosync.gpkg plain_points.shp --config 
OGR_SQLITE_SYNCHRONOUS OFF

@echo %time%
ogr2ogr -f SQLite -dsco spatialite=yes plain_points.sqlite 
plain_points.shp

@echo %time%
ogr2ogr -f SQLite -dsco spatialite=yes plain_points_nosync.sqlite 
plain_points.shp --config OGR_SQLITE_SYNCHRONOUS OFF

@echo %time%
ogr2ogr -f SQLite -dsco spatialite=yes plain_points_nosync_gt.sqlite 
plain_points.shp --config OGR_SQLITE_SYNCHRONOUS OFF -gt 65536

@echo %time%

Timings from the 5 runs:

1: 38 seconds
2: 38 seconds
3: 41 seconds
4: 37 seconds
5: 39 seconds

Conclusions:

1) In my tests with my data, software, and hardware, there were no 
meaningful differences in the conversion speeds. Test data of one 
million points may be too small or then the conversion needs so little 
computing that I was actually measuring the I/O speed of the USB drive.
2) Stefan measured a creation time of 1 min 51 sec for the Spatialite. 
There must be something in that. Fresh GDAL uses a default value of 
2 for -gt (not corrected into all GDAL documents) and using -gt 
65536 did not make any difference with GDAL 2.1-dev. However, with 
explicit -gt 200 the timing was 93 second so it may explain most part of 
the slow result. 200 is what old GDAL versions use as a default value 
for -gt which makes 5000 transactions for one million points. Stefan, 
which GDAL version did you use? Could you make a new test with bigger 
-gt value and if needed, re-consider your conclusion "Spatialite is 
several times slower for creation time". Could it rather be 
"Transactions are expensive with SQLite, try to avoid making too many"?


File sizes of my test data which had million points without attributes:
shp: 35 MB
gpkg: 92 GB
splite: 130 GB

I took also a sample of one million points from a real world dataset 
with attributes: three doubles, two dates, and two strings and that 
changed the numbers quite a lot:

shp: 170 MB
gpkg: 153 GB
splite: 185 GB

No huge differences is file sizes when data have attributes.

-Jukka Rahkonen-




Mike Thompson wrote 2016-03-23 03:26:

This from the ogr2ogr documentation[1] may be relevant:

"When writing into transactional DBMS (SQLite/PostgreSQL,MySQL,
etc...), it might be beneficial to increase the number of INSERT
statements executed between BEGIN TRANSACTION and COMMIT TRANSACTION
statements. This number is specified with the -gt option. For example,
for SQLite, explicitly defining -GT 65536 ensures optimal performance"

Mike
[1] http://www.gdal.org/ogr2ogr.html [3]

On Tue, Mar 22, 2016 at 5:01 PM, Stefan Keller 
wrote:


Hi Frederik and Jukka

Before I try give answers to performance let's be aware that we're
(at
least I am) speaking about a "desktop exchange format", not a
storage
fomat for GIS processing.

But Frederik's comment piqued my curiosity and I did some quick
comparison.
I generated 1 mio. records in PostsGIS with this table
CREATE TABLE benchmark (id serial primary key, txt varchar(32),
geom
geometry(point,4326) );

Then I used OGR2OGR to create the following three file formats:
GeoPackage (using 73.9 MB disk space), Shapefiles (dbf/shp/shx 117
MB)
and Spatialite (173 MB).

Creation time of GeoPackage was 18 sec., Shapefile 21 sec. and
Spatialite 1 min 51 sec.
So, GeoPackage is a bit faster than Shapefiles and significantly
(about 37%) smaller in size.
Spatialite in fact consumes much more disk space than Shapefile and
GeoPackage, and Spatialite is several times slower for creation
time.

This could explain the preformance issues of Spatialite Frederic
mentioned.

:Stefan

2016-03-22 13:56 GMT+01:00 Jukka Rahkonen
:

Frederik Ramm  remote.org [1]> writes:



Hi,

On 03/20/2016 10:56 PM, Stefan Keller wrote:
> But Shapefile remains an oldtimer with more drawbacks than

limited

> field names; see [1].
> GeoJSON (ascii) and GeoPackages (binary) are formats which are

more

> suited for the job.
> I still have hope that JOSM will be able to read those vector

formats too.


Frankly, whenever I venture into the brave new world of

Spatialite, I

come back to good old shape files after a while for performance

reasons.

I'm not sure if Geopackage has significant performance

improvements over

simple Spatialite but if it hasn't then my recommendation for

simple GIS

processing is certainly to stick with shape files for the time

being -

despite all their shortcomings.



Hi Frederic,

I would like to 

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Frank Villaro-Dixon]

On 16-03-23 09:54:34, Warin, wrote 6.0K characters saying:

On 23/03/2016 2:47 AM, Pierre Béland wrote:

On 2016-03-22 14:10, Frank Villaro-Dixon wrote:

# First goal:
First goal is quite simple. The idea is to work only on relations
which have a natural=water .  Then, it will:
   * Delete natural=water from all the ways if they are NOT closed or
   ring 0.



This is a good proposition to look at unclosed polygons and see if a 
potential incorrect keys to fix.


I agree with others that using a Bot is not a safe way to handle 
these problems. Could a script to extract such unclosed polygons be 
proposed?  This way, each local community could take care to fix 
data for their area, importing and examining the data in the JOSM 
Editor. The Todo plugin could be used to go through the items to 
correct.


Pierre



An unclosed polygon is an error ... and should be fixed.
These can be detected using OSM Inspector. There are lots of them!

Surely that is a higher priority than deleting duplicate tags from 
ways that exist in relations (closed of not)?
So go fix the unclosed polygons, that will have much more benefit to 
the map than the deletion of duplicates.
Maybe it's an higher priority, but that doesn't interest me. If someone 
wants to, good for them. Now, the lower priority 'redundant tag deleting' 
is still needed, and if it can be done automatically (nobody still hasn't 
given me a fuckup example), then why not ? It's still usefull if you want 
to extract all the lakes of the world, for example.



--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu

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

Re: [OSM-talk] [BOT] [RFC]: water surfaces

[Frank Villaro-Dixon]

On 16-03-22 14:52:55, Andy Townsend, wrote 7.8K characters saying:

On 22/03/2016 13:10, Frank Villaro-Dixon wrote:
Technically, it was already run on the whole planet, and so far no bugs 
were found.

That's not true.  Many people complained and all your work was reverted.*

The complaining was that the thing was not accepted by the community, not
because some bugs were produced. Actually, there was 2 complainings for bugs
but they revealed false afterwards after not having taken into account the
relation.




Now, I need your comments and/or your approval, critiques, etc.
Tell me what you think ;-)



Here's what I think you should do, when you detect a potential problem:

1) Firstly, before fixing anything, try and understand what the cause was.
Perhaps an inexperienced mapper has edited some existing data that broke
something that they didn't understand?  You'll need to look at the mappers
who have contributed to the problem, their relative experience, and what
editors they are using (for example, an iD user may been not have seen the
complicated reationship between multipoloygons, and a JOSM user may have
stopped thinking about real-world data and thought _only_ in terms of
multipolygons - both can cause errors).

True. A lot of errors though were made after automated imports; mainly in the
Canada/USA regions.



If these three all agree, and it was just a tagging error (for example
I've seen people add "natural=foo" instead of "name=foo" recently) then it
makes sense to "just correct the data".  However, it's quite likely that
these three might disagree, and perhaps you need to explain to an earlier
mapper how multipolygons work, or to someone who has come along and
"corrected" data in the interim that what they've changed something to is
a valid OSM tag, but doesn't actually match what's on the ground in this
case.

Yep, true to. But the idea here is not to correct the data, but to remove
duplicates. In the script, if the relation and the way have not the same tags,
then it doesn't do anything. ONLY in a case of 'perfect copy' then the
redundant tag is removed.



There may be many scenarios that you haven't considered when designed what
automatic changes you are trying to make.  Other mappers will be able to
help you understand those when you discuss your plans with them.

True to. But we should separate the trivial bot with other changes made.
concerning the bot, nobody hasn't still showed me a concrete error…


Also, please don't think that "changing a tag to one that is valid within
OSM" means "making the data correct" - it doesn't.

Again, that's not the goal if it. As said above, the role is NOT to change
tags, but to remove redundancies.


Cheers,

Frank

--
frank.villaro-dixon.eu   - PGP: 6F36914A
Envie d'électricité 100% verte ? Enercoop.fr
What is a Velomobile ?   www.sans-essence.eu


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

[Talk-GB] Parliamentary debate mentions OSM

[Gervase Markham]

http://www.theyworkforyou.com/whall/?id=2016-03-22a.520.1

And there seems to be some more open data on the way from the OS. Do we
know for certain whether or not it will be OSM-able?

Gerv


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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Alessandro Palmas]

Il 23/03/2016 09:53, mircozorzo ha scritto:

Ciao, per me sarebbe utile avere un programma dettagliato del programma dei
tre giorni.


Ciao, Mirco



Anche noi vorremmo averlo, presto e il più dettagliato possibile :-)

Tutto ciò che c'è di confermato lo trovi su 
http://wiki.openstreetmap.org/wiki/IT:OSMit2016
e, quando inizieremo ad avere qualche dettaglio in più posteremo anche 
su http://conf.openstreetmap.it/


Al momento posso dire ufficiosamente che (nella prima sala) venerdì 
dalle 11 alle 12 ci saranno due interventi di P.A. che parleranno della 
loro interazione con OSM, mentre dalle 12 alle 13,30 vorremmo ci fosse 
una tavola rotonda in cui P.A. e OSM si parlino. Nel primo pomeriggio si 
proseguirebbe per un'oretta parlando di altri aspetti.
A seguire nel pomeriggio di venerdì ci piacerebbe incontrare Protezioni 
Civili, Croce Rossa, CAI e tutte quelle associazioni che potrebbero dare 
e ricevere tanto da OSM.

Nella seconda sala è tutto da decidere.

Mancano però le proposte d'intervento da parte della comunità, ne 
approfitto quindi chiedervi di inserire le vostre proposte.


Alessandro Ale_Zena_IT

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

[OSM-talk-fr] Collecte d'informations : OSM dans les services publics

[POILROUX Sebastien - CEREMA/DTerMed/DCEDI/AGIL]

Bonjour à tous,

Je suis stagiaire au CEREMA DTer Méditerranée.
http://www.cerema.fr/qui-sommes-nous-r32.html

Mon stage porte sur l'utilisation d'OpenStreetMap par les services 
publics, leurs attentes et leurs besoins, afin d'établir un panorama des 
utilisations OSM et concrétiser sur les bonnes pratiques.

http://www.cete-mediterranee.fr/tt13/www/spip.php?article412

Dans ce but, je recherche des utilisateurs OSM intéressés pour me faire 
part de leur retours d'expérience.
Que vous soyez au sein d'une collectivité, une association, un 
laboratoire etc, n'hésitez pas à me contacter à : 
sebastien.poilr...@cerema.fr


Merci d'avance
Cordialement

Spoilroux

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

Re: [Talk-it] tag turistici

[girarsi_liste]

Il 23/03/2016 10:38, Cascafico Giovanni ha scritto:
> Altro quiz...
> "Gite d'étape"
> 
> Non credo sia motel, perché alloggio di tappa non necessariamente
> motoristica
> 
Sarà tipo B, per giri turistici a tappe dove è prevista la fermata
prenotata.


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



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

Re: [Talk-it] Coordinatori regionali

[Dario Crespi]

Non c'è nessun lombardo che vuole diventare coordinatore?

Dario

Il giorno 22 marzo 2016 21:33, Alessandro Palmas <
alessandro.pal...@wikimedia.it> ha scritto:

> Il 22/03/2016 20:48, Francesco Placco ha scritto:
>
>> Salve a tutti,
>> l'idea dei coordinatori regionali mi piace molto. Ma ho un dubbio. Io
>> sono Calabrese, e non c'è molta collaborazione in zona. Mantengo
>> personalmente i contatti con i vari utenti e gruppi che mappano, ma si
>> tratta per lo più di gruppetti autonomi, che spesso, una volta finita
>> l'area, abbandonano il progetto.
>> Mi chiedo: ha senso proporre la candidatura? Lo farei molto volentieri,
>> ma ho il timore di non trovare riscontro.
>>
>> Scusate la paranoia,
>> buona serata
>>
>>
> Ciao Francesco,
> secondo me ha senso.
>
> La Calabria è una delle regioni più bisognose di mappatori, avere una
> persona a cui fare riferimento per organizzare qualcosa in loco è
> importante.
> Se chi mappa qualcosa (e quindi si prende la briga di capire come funziona
> OSM) poi smette, forse ha solo bisogno di stimoli per proseguire nella
> mappatura.
> In lista tempo fa si diceva che forse i nuovi utenti preferiscono avere
> una mappa vuota; non penso che per tutti funzioni così, anzi ... forse il
> vedere che c'è troppo da fare porta a desistere subito. Come dire: se
> aggiungo una goccia nel mare non vedo crescere nulla, ma se sò che altri
> utenti hanno progetti di mappatura forse allora non ci mollo subito.
> Se quindi metti da parte i tuoi timori  benvenuto a bordo.
>
> Alessandro Ale_Zena_IT
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag turistici

[Cascafico Giovanni]

Altro quiz...
"Gite d'étape"

Non credo sia motel, perché alloggio di tappa non necessariamente
motoristica

--
cascafico.altervista.org
twitter.com/cascafico
Il 11/mar/2016 23:46 "Cascafico Giovanni"  ha scritto:

> Come taggare casa vacanza e villaggio vacanze?
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[mircozorzo]

Ciao, per me sarebbe utile avere un programma dettagliato del programma dei
tre giorni.


Ciao, Mirco



--
View this message in context: 
http://gis.19327.n5.nabble.com/OSMIT-2016-inaugurazione-sede-tp5868578p5870470.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk] Redaction or revertion?

[Martin Koppenhoefer]

2016-03-23 8:19 GMT+01:00 maning sambale :

> I'm aware that redaction is only for DWG dedicated accounts.  What's
> the best practice/criteria for redaction?
>


redaction might be required if third party rights are infringed,  all other
cases of problematic edits can usually be resolved by talking to the mapper
and as a last resort reverting the edit or parts of it. The decision
whether redaction is needed will be taken by the DWG and/or maybe the board
(I believe).

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

Re: [OSM-talk] Redaction or revertion?

[Frederik Ramm]

Hi,

On 03/23/2016 08:19 AM, maning sambale wrote:
> I'm aware that redaction is only for DWG dedicated accounts.  What's
> the best practice/criteria for redaction?

Edits that are *reverted* will stop showing on everything that is based
on the current version of our data (map, search, routing, editors etc)
and they will also not be findable with search engines.

But they can still be retrieved through (a) requesting the object
history from the API, (b) downloading a (current) full history planet
file, (c) downloading an older planet snapshot or planet history file,
(d) requesting the history from downstream services that store it (I
believe Overpass is such a service).

Edits that are *redacted* (note: only non-current versions of an object
can be redacted) will be suppressed by the API and hence vanish from the
methods (a) and (b) mentioned above; they will still be accessible by
the methods (c) and (d) because we don't retroactively change old planet
files that might have contained a problematic edit.

We will usually consider redaction if someone has uploaded content that
should remain secret (eg the location of a shelter for victims of
domestic abuse), is grossly offensive, or constitutes a large and
obvious violation of someone else's copyright.

On minor copyright violations (user uploads 10 houses with
source=Google, we tell him that's not allowed, he says sorry and deletes
the houses again) we usually don't bother with a redaction, although if
the copyright holder were to complain we would have to execute one. (If
a copyright holder were to really really complain we'd even have to
remove old planet files and old history planets that contain the
problematic data from our servers but this hasn't happened yet.[*])

Redactions are more of a last resort and not a routine tool; they make
working with the data more difficult hence we try to avoid them when not
necessary.

Bye
Frederik

[*] There was one incident long, long ago where several old planet files
were re-written to leave out a large amount of data for a Baltic country
that had been illegaly imported.

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

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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[mircozorzo]

Ciao, grazie Simone, io non sono socio e non sono nemmeno un grande mappatore
ma mi piacerebbe esserci. Dipende un po' dall'orario, meglio di giorno meno
di sera/notte. Che orario si pensava? 
Bella iniziativa.

Ciao, Mirco





--
View this message in context: 
http://gis.19327.n5.nabble.com/OSMIT-2016-inaugurazione-sede-tp5868578p5870467.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

[OSM-talk] Redaction or revertion?

[maning sambale]

Hi,

Just want to be clear whenever I report something that I think is harmful edit.
When should I propose revertion or redaction?

I'm aware that redaction is only for DWG dedicated accounts.  What's
the best practice/criteria for redaction?

Thanks!
-- 
cheers,
maning
--
"Freedom is still the most radical idea of all" -N.Branden
https://epsg4253.wordpress.com/
http://twitter.com/maningsambale
--

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

Re: [Talk-it] OSMIT 2016 + inaugurazione sede

[Matteo Zaffonato]

Il 26/02/2016 18:11, Simone Cortesi ha scritto:

Ciao a tutti,
il 21 maggio OpenStreetMap Italia inaugura la sua sede.

Ci sembrava carino organizzare non solo una festicciola per tale
occasione, ma anche di sfruttare la giornata per fare un incontro
degli utenti OSM.

Stiamo partendo in questi giorni con l'rganizzazione (e questa è la
prima comunicazione ufficiale della cosa), ma intanto potete segnarvi
data e luogo.

DATA: 21 maggio 2016
LUOGO: Via Bergognone angolo Via Tortona, Milano
OSM: https://www.openstreetmap.org/way/382705324

Che ne dite?

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

Moh me lo segno :-)

Matteo


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

Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

[Marián Kyral]

Čau,
bylo by možné pod každou zahraniční ukázku přidat odkaz na živou verzi? 
Momentálně se mi po kliknutí zobrazí obrázek, ale když chci vidět více, tak 
mám smůlu. Musím link hledat jinde.

A ještě bych měl tip na https://wheelmap.org

Díky.
Marián


-- Původní zpráva --
Od: Pavel Bokr 
Komu: OpenStreetMap Czech Republic 
Datum: 22. 3. 2016 21:39:28
Předmět: Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a 
vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM

"



Ahoj,

 
 
diky za tipy, doplnil jsem do galerie:

- seznam.cz (zaklad, turistickou, zimni a zemepisnou)

- odkaz na tripomatic (zatim pracovne tam kde je) az tam toho bude vic tak 
bych tyhle on-line sluzby oddelil asi od dalsich vyuziti

- originalni PFko (zatim jako obrazek, “zivy” link bych uvital trvaly – jiz 
se resi, uvidime zda se vyresi)

 
 
+ jsem pridal ukazky stylu pirates (je tam i ten Karrrlin :-) a pencil, 
odkaz na parkovani v Praze

 
 
http://openstreetmap.cz/galerie(http://openstreetmap.cz/galerie)

 
 
 
 
kazde dalsi pripominky jakoz tipy vitany, kdyz sam na neco narazim tak taky 
pridam (urcite jsem za celou tu dobu taky neco videl, ale takto nasilim me 
najednou nic nenapadne, ale casem urcite jo).

 
 
 
 
Pavel Bokr

 
 
 
 


 
 

From: Pavel Zbytovský(mailto:zbytov...@gmail.com) 

Sent: Monday, March 21, 2016 9:34 AM

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

Subject: Re: [Talk-cz] Galerie predevsim ceskych prikladu vyuziti OSM a 
vyzva k zaslani/oznameni dalsich prikladu vyuziti OSM



 

 

Tak je hezké to ilustrovat na čr území, ale může být i jinde.. Třeba 
OpenSeaMap bych v čr neprezentoval :))) 
 
 
btw, ten pirátský styl normálně nabízí mapbox - tady mám stránku se všemi 
base-mapami mapboxu: http://zby.cz/parkovani(http://zby.cz/parkovani)

 
 
P.



 
 

On Mon, Mar 21, 2016 at 8:28 AM Michal Grézl  wrote:

"co takhle seznam pouzivajici osm mimo cr. to je asi nejdulezitejsi
pouziti osm v republice:)

2016-03-21 1:18 GMT+01:00 Pavel Bokr :
> Ahoj,
>
> ve spolupraci s Pavlem Zbytovskym jsem na osmap.cz(http://osmap.cz) 
vytvoril samostatnou
> galerii vyuziti OSM:
> http://openstreetmap.cz/galerie(http://openstreetmap.cz/galerie)
>
> Smyslem je ukazat vyuziti OSM predevsim v ceskych projektech a ceske
> komunite. Zatim je to takovy zarodek, verime ze dalsi priklady budou
> pribyvat a stanou se dalsi inspiraci jakymi ruznymi zpusoby lze OSM
> vyuzivat.
>
> Na konci je teda zminka i globalnich projektech nad daty OSM, aby se 
ukazalo
> alespon to nejzajimavejsi ze zahranicnich projektu (idealne nad CR). Z 
toho
> zahranici by tam asi mel byt jen vyber toho opravdu nejzajimavejsiho, aby
> bylo videt ze jake zajimave veci z toho delaji v zahranici a ze uzemi CR 
se
> neresi jen v ceskych projektech. Hlavni obsah teto stranky by vsak podle 
me
> melo byt ceske vyuziti.
>
>
>
>
> Timto si dovoluji vyzvat ostatni, aby zaslali nebo oznamili dalsi vyuziti
> OSM, ktere by se zde mohlo prezentovat:
>
> - dalsi obrazky do galerie prezentujici vyuziti (casem az bude vice 
obrazku
> se treba muze ukazat potreba prekategorizovani, pripadne muzeme vybirat 
jen
> ty lepsi)
>
> - tipy na on-line vyuziti, ktere by se resili odkazy aby tam byla videt
> prima on-line funkcnost vyuziti OSM, tady bude asi dost webu, ktere
> pouzivaji mapy podobne jako projekt Maticka Metropolis, ale protoze me ted
> zadny nenapada (i kdyz uz jsem nejake urcite videl), tak doufam ze nekoho
> neco napadne a praskne to :-)
>
> - tipy na vyber jen tech nejzajimavejsich mezinarodnich projektu (neco uz
> jsem tam naznacil ale urcite jsou i jine a patrne i zajimavejsi globalni
> vyuziti – tak pokud povazujete neco za zajimavejsi tak sem taky s tim; 
treba
> ja sam jsem nekde videl zajimavou mapu nejakeho piratkeho stylu, ale uz za
> boha nevim kde a blbec jsem si asi neulozil odkaz nebo ulozil tam kde uz o
> nem nevim, ted jsem nejakou nasel ale nebyla to ta puvodni co sla hodne
> zoomovat)
>
> - pripadne i jine typy tipu pokud uznate za vhodne ze by se na strance 
meli
> objevit
>
>
>
> Jakekoliv pripominky jsou take samozrejm vitany!
>
>
> Ahoj
> Pavel Bokr
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
>



--
Michal Grézl
http://openstreetmap.cz(http://openstreetmap.cz)

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



___
Talk-cz mailing list