Re: [OSM-talk-ie] Mobile speed camera zones

[Daniel Cussen]

>I'd also be hesitant to remove pre-existing data if it's not incorrect. Is 
>there a reason you >want to do this? Sorry, just trying to understand.

In simple terms there were different mobile camera zones. Over time
some were added and some removed by garda. The garda data is the
correct set. Zones are changed every few years.

Fixed cameras are a different matter. I believe most do not work and
are in areas long bypassed, but there are notable exceptions. We can
manually confirm this. We will also need to manually confirm speed
limits but that is a different project. There are lots of new 30km/h
zone signs popping up everywhere.

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

[OSM-talk] JOSM Imagery Caching

[Mike Thompson]

At the moment I am working from a slow internet connection. It seems that
JOSM only uses its imagery cache if there is no connection at all. If there
is a connection it seems that it always attempts to fetch tiles from the
source even they are already in the cache..  Is this the intended
functionality? It would be nice that if once imagery was cached the cache
was hit. I often find myself revisiting a given area within minutes.  For
example, I may draw all the roads, and then go back over the area to draw
all of the buildings.

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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[Philippe Verdy]

Le 19 août 2016 à 00:16, Alain VASSAULT 
a écrit :

> Je sais, d'où mon hypothèse que msieur le maire a des actions chez EDF.
>
Je n'avais pas écrit pour contester ce fait local, mais plutôt pour dire
que l'absence de restriction horaire est plutôt l'exception à taguer
explicitement alors que presque partout l'éclairage public s'éteint la
nuit, parfois très tôt (là où je suis au solstice du 21 juin, il ne
restait allumé même pas pendant 1 heure, et encore au solstice la nuit
tombe très lentement et on voit encore assez quand l'éclairage public
s'éteint).

Bref on devrait taguer ce cas là, mais la restriction horaire n'est
certainement pas 24/24 7/7 car malgré tout ces éclairages sont quand même
éteints en journée, que ce soit pas un programmateur, ou par une station de
détection optique (placée à l'abri de l'éclairage public lui-même, sur un
toit ou au dessus du poteau d'éclairage (si le luminaire comporte un
réflecteur, ce qui devrait être obligatoire aujourd'hui: on n'éclaire pas
le ciel).

Mais comment indiquer une restriction d'horaire pour mentionner "toute la
nuit" sachant que ces heures sont certainement variables ? on a des valeurs
pour ça: "sunrise" et "sunfall" (devrait inclure aussi les périodes de
journée exceptionnellement sombres (pas seulement les rares éclipses, mais
les couvertures nuageuses très denses) où les luminaires pourraient se
rallumer (mais je ne pense pas que ce soit applicable aux monuments: qui
doivent juste avoir un programmateur horaire, même si la programmation
reste simpliste). EDF peut d'ailleurs télécommander lui-même l'allumage
directement par le réseau d'énergie, comme il le fait pour activer les
modes heure pleine/heure creuses sur ses compteurs: cet éclairage public
doit juste employer la même programmation "heures creuses", de la même
façon qu'on peut l'utiliser chez soi pour télécommander son lave-linge ou
le chauffage en hiver (mais difficile de taguer ces heures dans OSM).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk] OpenStreetMap Carto issues of interest

[Paul Norman]

There are some OpenStreetMap Carto issues which might be interesting to 
a larger audience


Improving the water colour: 
https://github.com/gravitystorm/openstreetmap-carto/issues/1781


There's been a discussion of options for improving the water colour to 
improve contrast with a number of other features.


Change access rendering: 
https://github.com/gravitystorm/openstreetmap-carto/pull/2257


This needs more people to try the PR in their local area. Access 
representations is a *hard* problem to solve and we're not going to get 
it perfect or satisfy everyone, but hopefully we can do something a lot 
better


Plan database re-import (aka hstore and lua): 
https://github.com/gravitystorm/openstreetmap-carto/issues/1504


This is one of the big long-term planning issues for the database 
reload, changing the schema, and enabling osm2pgsql --hstore. It needs 
more people testing. You can see additional issues: 
https://github.com/gravitystorm/openstreetmap-carto/issues?q=is%3Aopen+is%3Aissue+label%3Alua


Review onboarding: 
https://github.com/gravitystorm/openstreetmap-carto/issues/2291


If you're reading this on the lists and aren't following the issues 
already, the onboarding experience is relevant to you if you want to get 
involved. It's hard for the maintainers to evaluate; we've all been 
working at map styles for some time.


Comments are best posted on the GitHub issues, otherwise they'll 
probably get lost when reviewing the discussion.


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

Re: [Talk-cz] 5x červená

[Martin Hejna]

Jeden dotaz:

Musi tam ten network=lwn/rwn/nwn vubec byt?

Me prijde ze to rozdeleni je tak mlhave, ze to stejne zadnou rozumnou informaci 
neprinasi.


Diky
Martin Hejna


On Thu, Aug 18, 2016 at 10:41:18PM +0200, Petr Holub wrote:
> Ahoj,
> 
> > pokud se týká tagu network tak já jej používám následovně:
> > 
> > - lwn pro trasy o celkové délce do 10 km
> > 
> > - rwn pro trasy v délce od 10 do 50 km
> > 
> > - nwn pro trasy o celkové délce nad 50 km
> 
> musím říci, že z tohoto přístupu nejsem moc nadšený z několika důvodů (a
> nechci, aby to vyznělo nějak zle - vážím si velmi práce všech, kteří se
> snaží ty turistické trasy domapovat):
> 
> - jednak to nereflektuje fakt, že tento návrh, byť prošel listem, nebyl
>   nikdy vyhlášen za platný a tudíž by se ještě neměl používat (nemluvě
>   o tom, že není ani popsaný v tom návrhu nového tagovacího schématu na
>   wiki [1]),
> 
> - jednak to je vychází z vlastnosti, která je deterministickým algoritmem
>   odvoditelná z dat a tudíž její explicitní tagování lze chápat jako
>   redundantní.
> 
> Zejména mne trápí ten první bod - který ukazuje na problém, že nám ten
> návrh nového značení jaksi zůstal "v limbu", takže si to lidé vykládají
> různě a výsledkem je pak binec v tagování. Ke druhému se ještě trochu
> vrátím níže.
> 
> 
> 
> 
> V podstatě máme jednu z následujících možností (doufám, že jsem nezasklil
> něco z předchozí diskuse):
> 
> 1) Trasy spravované v rámci hlavní sítě KČT, tedy všechno liniové značení
>červená/zelená/modrá/žlutá bych značil buď jako nwn. Místní značení,
>naučné stezky a případné další značky jako lwn, pokud nebude explicitní
>důvod danou značku zařadit jako rwn (např. pokud by dané trasy pokrývaly
>větší region - jako v případě koňských stezek vybudovaných krajem
>Vysočina).
> 
> 2) Trasy spravované v rámci hlavní sítě KČT značit v souladu s původním
>návrhem OTM [2], tedy network=nwn pro dálkové trasy (typicky červená
>značka) nebo network=rwn pro regionální trasy (většinou ostatní barvy)
>nebo network=lwn pro místní trasy (spojky).
> 
> 3) Upravit mírně původní návrh OTM [2] následovně: network=nwn pro dálkové
>trasy, network=rwn pro regionální trasy (všechno pásové značení,
>které nesplňuje definici dálkové trasy) a network=lwn pro místní
>trasy (spojky). Tento návrh by vyžadoval definovat dálkovou trasu
>v rámci ČR, např. požadavkem na minimálně 80km. Tím by do rwn spadly
>také hřebenovky, pro které se červená značka historicky používala,
>a také různé kratší červené, pokud se začaly v rámci sítě vyskytovat.
> 
> 4) Určování network podle délky trasy.
> 
> 5) Určování rwn/lwn podle toho, zda trasa překračuje region - např. kraj
>(což je typicky vidět i z nových ref rozcestníků).
> 
> Pro značení všeho jako nwn (možnost 1) by mluvil fakt, že je to přeci jen
> jediné značení, které je spravováno konzistentně napříč celou ČR. Nicméně
> je to v rozporu se stávajícím tagovacím schématem [3], které se na trasy
> dívá jednotlivě a klasifikuje je podle rozsahu té které trasy - nikoli
> podle délky, ale podle toho, zda překračuje hranice států (iwn), hranice
> regionů (co to je?) (rwn), je lokální (lwn), případně se jedná o dálkovou
> trasu (co to je?) (nwn). 
> 
> Z tohoto pohledu dává pořád smysl původní návrh OTM za předpokladu, že
> červená má ještě pořád v rámci KČT prioritní postavení (což by bylo třeba
> ověřit u KČT) - historicky tomu tak bývalo [4] (červená byla pro dálkové
> a hřebenové trasy a číslování červených tras začínalo 0 [5]). Pokud ne,
> dávalo by mi smysl použít tu variantu (3).
> 
> Varianta 3 má asi jediný nezanedbatelný problém: co je to délka trasy? Jak
> tu už padlo, např. vop se potkal s tím, že se na jednom rozcestníku potkává
> více červených (a i KČT materiály s tím počítají - viz bod 5 na str. 33
> [6]). Navíc s tím, jak se teď ve vyhledávači tras KČT objevila čísla tras,
> tak jsem si uvědomil, že občas také navazující stejná barva neznamená, že
> se jedná o stejnou trasu. Třeba na Křemešníku se potkávají žlutá 6359
> a žlutá 6422 (v OSM je máme jako jednu relaci s ref 6359, které se povedlo
> vytěžit z jednoho starého rozcestníku - protože data z vyhledávače KČT
> nesmíme používat v OSM). Nicméně dokud KČT nebude ochotno ke spolupráci,
> nezbude než si poradit sami - např. jako nejdelší jednoznačný segment dané
> barvy, pokud se z rozcestníků nepodaří vydolovat segmenty tras.
> 
> Všechny tři výše uvedené návrhy je možné také chápat jako redundantní:
> nejvíce (1), pak (3) a nakonec (2) - protože (2) nejvíce spoléhalo na
> použití vlastního rozumu při klasifikaci (slova jako "typicky" a "většinou"
> ve specifikaci). Nicméně systém českých tras je takové československé
> specifikum a tudíž použití tagu network lze primárně chápat jako
> "interpretaci pro zbytek světa".
> 
> Naopak jednoduchou klasifikaci podle délky (4) nepovažuji za moc vhodnou,
> protože takový postup by se dal triviálně algoritmicky aplikovat na celý
> svět - tím pádem by 

Re: [OSM-talk-ie] Mobile speed camera zones

[Dave Corley]

Daniel,

Fair play on the work so far.

It would be a good idea to review the import guidelines page before
proceeding with any import to prevent errors or incurring the wrath of the
DWG.

http://wiki.openstreetmap.org/wiki/Import/Guidelines

I'd also be hesitant to remove pre-existing data if it's not incorrect. Is
there a reason you want to do this? Sorry, just trying to understand.

It might be a case, for this type of data, that a layer be created that can
be used in josm/id to manually add the info.

Also, just to note, in terms of licensing, the ok hasn't been given yet for
CC-BY 4.0 data in OSM, which is what all Irish open data is licensed under.
I mentioned this in an earlier mail so it's something to be aware of. I'll
follow up again and see if there has been a response from Creative Commons.
I had hoped to have this resolved before people found data to import but
you work faster ;)

Dave

On 18 Aug 2016 20:38, "Daniel Cussen"  wrote:

> To answer a question asked in another thread, I have not progressed this
> yet.
> I think Rory may be the ideal person to progress if he is willing to
> volunteer.
>
> I think what needs to be done is all mobile speed camera zones in ROI
> need to be removed, and then the data formatted and imported into OSM.
>
> Rory are you interested?
>
> On 12/06/2016, Daniel Cussen  wrote:
> > We now have permission to use the Garda mobile zone data.
> > See:
> > https://www.tog.ie/wp-content/uploads/2016/06/Page1.jpg
> > https://www.tog.ie/wp-content/uploads/2016/06/Page2.jpg
> >
> > The data is here:
> > http://www.garda.ie/Controller.aspx?Page=5590=1
> > in particular:
> > http://www.garda.ie/Documents/User/SafetyZones19052016.kmz
> >
> > I am not good with data processing. My suggestion is to remove all
> > exising speed zones from ROI OSM and then try to replace them with the
> > latest Garda data. I am not sure how to do this, hopefully someone
> > here can help.
> >
> > Ideally I would like the data to trigger warnings in apps like OsmAnd
> >
> > Here is some info on enforcement tags:
> > http://wiki.openstreetmap.org/wiki/Relation:enforcement
> >
>
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie
>
___
Talk-ie mailing list
Talk-ie@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ie

Re: [OSM-legal-talk] is legal-talk@openstreetmap.org searchable?

[Robert Whittaker (OSM lists)]

On 18 August 2016 at 21:12, Frederik Ramm  wrote:
> use your favourite search engine with something like
> "site:lists.openstreetmap.org legal-talk mykeyword".

Or better still "site:lists.openstreetmap.org/pipermail/legal-talk/
mykeyword", which works on at least Google.

Robert.

-- 
Robert Whittaker

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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[Alain VASSAULT]

Je sais, d'où mon hypothèse que msieur le maire a des actions chez EDF.
Il mes déjà arrivé de faire des rondes mapping de nuit pré et post minuit et 
que 100% (moins les réverbères en panne) du village est éclairé. 
Idem quand j'ouvrais mes volets sur les 5h du mat pour aller bosser,  presque 
jour en pleine nuit 
Justement pour cela que je recense tout cela. Histoire de calculer l'économie 
que le village pourrais faire en coupant par exemple entre 23h-5h30 comme le 
village de mes beaux parents... 

Le 18 août 2016 23:59:06 CEST, Philippe Verdy  a écrit :
>Le 18 août 2016 à 23:04, Alain VASSAULT
>
>a écrit :
>>
>> et je rajoute un lit=yes sur l'église en elle même (même pas besoin
>de tag
>> une restriction d’horaire lol)
>>
>
>Pas de restriction d'horaire ? Hmmm, ces éclairages déjà ne doivent pas
>fonctionner en plein jour, leur allumage se fait soit automatiquement
>par
>un capteur de lumière ambiante, soit de façon programmée. Mais il est
>rare
>de voire des édifices illuminés toute la nuit. Souvent ce n'est qu'en
>début
>de soirée lorsque la nuit tombe et ça ne va pas au delà de minuit,
>voire
>une heure sur les lieux très touristiques avec une animation
>commerciale
>ouverte à l'extérieur (ou alors lors de certaines fêtes).
>
>Dans bien des villages, même l'éclairage public s'éteint dès 22h00 dans
>toutes les rues voire même avant (étant donné que les commerces
>eux-mêmes
>sont déjà tous fermés). Et rien n'est rallumé au petit matin (surtout
>pas
>les illuminations de monuments). En été ils ne sont même jamais
>allumés,
>sauf près de certains carrefours dangereux sur les voies de circulation
>importante. Il n'est pas rare que les dernières lumières allumées
>soient en
>fait le stade les jours de compétition, mais il fait noir quand on en
>sort.
>En hiver pendant le mois de l'Avent, il y a bien les illuminations de
>décoration, payées par les commerçants, mais seules les communes les
>plus
>riches (pas forcément les plus peuplées) les laissent toute la nuit :
>ces
>mêmes communes peuvent alors les prolonger même encore pendant les 15
>premiers jours de l'année, souvent ce sont des communes de sport
>d'hiver
>avec une bonne capacité hôtelière, ou des stations balnéaires avec un
>casino qui paye...
>
>Dans le cas courant, les illuminations de monuments toute la nuit sont
>plutôt l'exception (même Paris se met à éteindre la plupart de ses
>monuments à partir d'une heure assez tardive, y compris la Tour Eiffel
>ou
>Notre-Dame, alors que les rues autour sont encore éclairées toute la
>nuit:
>l'illumination des monuments est moins importante que la sécurité).
>
>
>
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

-- 
Envoyé de mon appareil Android avec K-9 Mail. Veuillez excuser ma brièveté.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[Philippe Verdy]

Le 18 août 2016 à 23:04, Alain VASSAULT 
a écrit :
>
> et je rajoute un lit=yes sur l'église en elle même (même pas besoin de tag
> une restriction d’horaire lol)
>

Pas de restriction d'horaire ? Hmmm, ces éclairages déjà ne doivent pas
fonctionner en plein jour, leur allumage se fait soit automatiquement par
un capteur de lumière ambiante, soit de façon programmée. Mais il est rare
de voire des édifices illuminés toute la nuit. Souvent ce n'est qu'en début
de soirée lorsque la nuit tombe et ça ne va pas au delà de minuit, voire
une heure sur les lieux très touristiques avec une animation commerciale
ouverte à l'extérieur (ou alors lors de certaines fêtes).

Dans bien des villages, même l'éclairage public s'éteint dès 22h00 dans
toutes les rues voire même avant (étant donné que les commerces eux-mêmes
sont déjà tous fermés). Et rien n'est rallumé au petit matin (surtout pas
les illuminations de monuments). En été ils ne sont même jamais allumés,
sauf près de certains carrefours dangereux sur les voies de circulation
importante. Il n'est pas rare que les dernières lumières allumées soient en
fait le stade les jours de compétition, mais il fait noir quand on en sort.
En hiver pendant le mois de l'Avent, il y a bien les illuminations de
décoration, payées par les commerçants, mais seules les communes les plus
riches (pas forcément les plus peuplées) les laissent toute la nuit : ces
mêmes communes peuvent alors les prolonger même encore pendant les 15
premiers jours de l'année, souvent ce sont des communes de sport d'hiver
avec une bonne capacité hôtelière, ou des stations balnéaires avec un
casino qui paye...

Dans le cas courant, les illuminations de monuments toute la nuit sont
plutôt l'exception (même Paris se met à éteindre la plupart de ses
monuments à partir d'une heure assez tardive, y compris la Tour Eiffel ou
Notre-Dame, alors que les rues autour sont encore éclairées toute la nuit:
l'illumination des monuments est moins importante que la sécurité).
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Addio.

[Andreas Lattmann]

Ragazzi è arrivata la mail di conferma cancellazione:

Dear Andreas Lattmann,

I have closed your account as requested.

Hope this helps,

Tom Hughes

Grazie di tutto!

Andreas Lattmann

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

Re: [Talk-it] Addio.

[Andreas Lattmann]

>ed ho imparato che le opinioni di alcuni >vanno rispettate,  quelle di altri 
>vanno >semplicemente ignorate.

No, non è per opinioni nei miei confronti, è giusto che tutti le abbiano e 
questo non mi ferma, anzi mi stimola a migliorarmi. Ho le spalle larghe ;-D 


Andreas Lattmann

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Laura O'Grady]

There's a history of the events involving the lawsuit Canada Post filed against 
geocoder.ca, which may provide some perspective on this issue [1]. The most 
recent entry, in May of this year indicates the four year legal battle has been 
settled.

[1]http://geocoder.ca/?sued=1

> On Aug 18, 2016, at 4:42 PM, john whelan  wrote:
> 
> Unfortunately there is a lot of GIS work done with postcodes.  Where is the 
> best place to put a new coffee shop?  Which areas have the most break-ins?  
> Etc.
> 
> Thus being able to sell postcodes has become a source of income for post 
> offices and since it cost them money to create them they'd like to recover 
> that and a bit more as well.
> 
> Canada Post will let you look up a postcode but I seem to recall a disclaimer 
> saying it is Canada Post's copyright or some such.
> 
> So yes they want you to use them for mail but for any other purpose they'd 
> like some money please.
> 
> Cheerio John 
> 
>> On 18 Aug 2016 4:04 pm, "John F. Eldredge"  wrote:
>> I know I am replying to a two-month-old message, but the idea of 
>> restrictions on entering postal codes is baffling.  At least in the USA, the 
>> Post Office encourages the use of postal codes (called Zip codes) on mail, 
>> to expedite the delivery of mail, and used to publish large reference books 
>> listing the postal codes for every address in a particular area.  Nowadays, 
>> they have a web site where you can enter an address, and look up the postal 
>> code for that address.  What would be the purpose of postal codes that 
>> aren't told to the general public?  Or, is it that the postal code 
>> boundaries are restricted, but the postal code for a given address is not 
>> restricted?
>> 
>> 
>>> On 06/21/2016 05:14 AM, Frederik Ramm wrote:
>>> Hi,
>>> 
 On 06/21/2016 11:07 AM, Richard Fairhurst wrote:
 Perish the thought that people might add their local knowledge to OSM. I
 thought it was all imports, armchairing and tagwanking these days.
>>> Only Canadians are allowed to enter their own post codes. The other
>>> countries haven't had their lawsuits resolved yet.
>>> 
>>> Bye
>>> Frederik
>> 
>> 
>> ___
>> 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: [Talk-it] Registratore audio per android

[Michele iw1gfv]

Scusate il ritardo, ma non ho visto il messaggio.
Registro la traccia sullo stesso dispositivo dove registro la voce.
Quando apro su josm il gpx posso importare l'audio, e josm crea dei punti, uno 
in ogni registrazione.

Non mi servebgrande precisione, se dico il nome della via, qualche metro non da 
problemi, mentre se in bici dico che da asfalto diventa sterrato, qualche metro 
di differenza non è un problema.
Se voglio essere preciso mi fermo , così sono sicuro del punto.
È un sistema molto comodo perchè richiede solo un tocco ogni volta.
Sul mio sito ho uno script per convertire l'audio in Wave.




Il 16 Agosto 2016 18:06:41 CEST, Germano Massullo  
ha scritto:
>Il 16 agosto 2016 17:45, Michele iw1gfv  ha scritto:
>> Ciao a tutti!
>> Ho risolto il problema, evviva!
>> L'app usata si chiama automate.
>> Permette di eseguire una lista di operazioni.
>> Ho creato una lista con 2 operazioni:
>> Registrazione per 3 secondi
>> Beep che avvisa la fine della registrazione.
>>
>> Con headset button controller lancio la scorciatoia, e sento il beep
>del
>> lancio, registro la voce e sento il beep di fine, con un solo click
>sul
>> pulsante del casco da bici.
>
>Mmh e come fai per la georeferenziazione?
>
>___
>Talk-it mailing list
>Talk-it@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-it

-- 
iw1gfv.it
piemontegps.altervista.org
badgersclub.org___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Estensione CMAP

[andrea.p...@inwind.it]

Ciao a tutti

Da anni uso Magic Earth, un ottimo (secondo me) navigatore.

Questo navigatore utilizza delle mappe OSM, ma con estensione .CMAP, perchè 
credo vengano integrate altre informazioni quali i velox.

Recentemente l'app è stata aggiornata, e con lei le mappe, che non funzionano 
più sulla versione precedente.

Purtroppo per la nuova versione, serve Android 4.1, che non posso installare 
sul mio device, e quindi, difatto, non posso più mantenere aggiornate le mappe.

Vi chiedo se sapete esserci un modo per reperire le mappe vecchie, oppure come 
si può fare per rendere compatibili le mappe che scarico in formato OSM.

Grazie a tutti per l'aiuto
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Addio.

[Francesco Pelullo]

Il 18 ago 2016 23:01, "Andreas Lattmann"  ha
scritto:
>
> Ciao ragazzi,
> purtroppo ho dovuto prendere con infinito dispiacere la decisione di
cancellarmi da OpenStreetMap.

Non sai quante volte sono stato sul punto di inviare una e-mail come questa.
Poi alla fine ci sono sempre ricascato.

Credo che sia perché mi piace quello che faccio in OSM, ed ho imparato che
le opinioni di alcuni vanno rispettate,  quelle di altri vanno
semplicemente ignorate.

Sinceri auguri.

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

Re: [Talk-it] Addio.

[Luca Delucchi]

Il 18/ago/2016 23:07, "Alfredo Gattai"  ha
scritto:
>
> Ciao Andreas,
>

Ciao,

> Non scrivo molto se non per cose che riguardino essenzialmente il mio
ristretto mondo dei sentieri. Non conosco i motivi della tua decisione ma
li rispetto. Egoisticamente preferirei se rimanessi da "queste parti", ho
trovato più di un suggerimento utile nei tuo messaggi.
>

Concordo

> Alfredo
>

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

Re: [Talk-it] meridiane

[Stefano]

Il giorno 18 agosto 2016 23:03, dvdzero  ha scritto:

> Ciao
>
> Moncrassico, in val di sole (Trento) è un paese famoso per la presenza di
> molte meridiane (circa 50).
> Non sono storiche, ma realizzate nell'ultimo decennio.
> http://www.meridianemonclassico.it/mappa.html
> Come mapparle?
>

amenity = clock
display = sundial
e altri tag di corredo
http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dclock


> Davide
>

Ciao,
Stefano


>
>
>
> --
> View this message in context: http://gis.19327.n5.nabble.
> com/meridiane-tp5880540.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] meridiane

[Gianluca Boero]

Anche Bellino in provincia di Cuneo...

interessa anche a me il discorso.


Il 18/08/2016 23:03, dvdzero ha scritto:

Ciao

Moncrassico, in val di sole (Trento) è un paese famoso per la presenza di
molte meridiane (circa 50).
Non sono storiche, ma realizzate nell'ultimo decennio.
http://www.meridianemonclassico.it/mappa.html
Come mapparle?

Davide



--
View this message in context: 
http://gis.19327.n5.nabble.com/meridiane-tp5880540.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


--
Gianluca Boero

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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[David Crochet]

Bonjour


Le 18/08/2016 à 23:04, Alain VASSAULT a écrit :

light:number=3
light:target=Eglise de Saint Martin
light:type=spotlight 


Sauf que personne ni aucune application ne "comprend" ces étiquettes car 
elles n'ont pas été définis.


Cordialement

--
David Crochet


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

Re: [Talk-it] Addio.

[Alfredo Gattai]

Ciao Andreas,

Non scrivo molto se non per cose che riguardino essenzialmente il mio
ristretto mondo dei sentieri. Non conosco i motivi della tua decisione ma
li rispetto. Egoisticamente preferirei se rimanessi da "queste parti", ho
trovato più di un suggerimento utile nei tuo messaggi.

Alfredo

Il 18 Ago 2016 23:01, "Andreas Lattmann"  ha
scritto:

Ciao ragazzi,
purtroppo ho dovuto prendere con infinito dispiacere la decisione di
cancellarmi da OpenStreetMap. Alcuni saranno felici, altri no. Vi ringrazio
per tutto quello che mi avete insegnato.
Con profonda stima.
Andrea

___
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] Éclairage d'édifice type spot

[Alain VASSAULT]

Ok pour le lit, mais aussi pour le man_made...
J'avais oublié que les tags n'étaient pas verrouillés ^^


Voici les tags rentrés sur chaque poteaux sur JOSM
light:number=3
light:target=Eglise de Saint Martin
light:type=spotlight
man_made=monument_light

Cela vous vas (histoire que je tag pas dans mon coin une grosse con..) ?


et je rajoute un lit=yes sur l'église en elle même (même pas besoin de 
tag une restriction d’horaire lol)


Merci ^^

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

[Talk-it] meridiane

[dvdzero]

Ciao

Moncrassico, in val di sole (Trento) è un paese famoso per la presenza di
molte meridiane (circa 50).
Non sono storiche, ma realizzate nell'ultimo decennio.
http://www.meridianemonclassico.it/mappa.html
Come mapparle?

Davide



--
View this message in context: 
http://gis.19327.n5.nabble.com/meridiane-tp5880540.html
Sent from the Italy General mailing list archive at Nabble.com.

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

[Talk-it] Addio.

[Andreas Lattmann]

Ciao ragazzi,
purtroppo ho dovuto prendere con infinito dispiacere la decisione di 
cancellarmi da OpenStreetMap. Alcuni saranno felici, altri no. Vi ringrazio per 
tutto quello che mi avete insegnato. 
Con profonda stima.
Andrea

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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[Bernard]

Voir key:lit

Envoyé depuis mon téléphone Cyanogen

Le 18 août 2016 10:30 PM, Alain VASSAULT  a 
écrit :

Bonsoir,

mes yeux m'ont peut être trahis mais je n'ai pas trouvé l'info sur le 
wiki, donc je me tourne vers vous ^^

Dans ma tournée cartographique (recensement des réverbères 
actuellement), j'ai noté la présence de 3 poteaux portant chacun 3 gros 
spots pour éclairer l'église du village de nuit sous différent angles 
(oui oui chez nous TOUT est éclairé et TOUTE la nuit et TOUTES les 
nuits... le maire doit avoir des actions chez EDF...)

Clairement highway=street_lamp ne correspond pas

Pouvez vous m'indiquer comment taguer les dits poteaux ?

Cordialement

Tranquille

___
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-cz] CHKO Brdy

[Alena Malá]

Ahoj všem,

CHKO Brdy jsou teď v mapě kompletní a přesné (zakreslené dle katastrálních
map na AOPK) mimochodem moc děkuju Pavlovi za pomoc při jejich dokončení,
nějak se mi to ne a nechtělo celé vykreslit :)

Postupně do map přidávám ještě další přírodní rezervace, které se mi tam
nepodařilo najít a některým stávajícím upravuju hranice :)



-- 
S pozdravem, Sincerely yours


  
    

Moje další záliba: *https://www.geocaching.com/
*


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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[David Crochet]

Bonjour


Le 18/08/2016 à 22:43, Alain VASSAULT a écrit :

lit=yes ?

n'est-ce pas que sur les way pour indiquer les routes éclairées?


The key lit=* indicates the presence of lighting. Most often used on a 
way tagged with highway=* but sensible on many other ways, too.

.../...
lit=* can be used on nodes, ways, areas or relations.



Devrais-je mettre lit=yes sur le polygone de l'église? Cela 
reviendrais à la déclarer comme éclairée, mais pas à indiquer les 
spots...


Et pourquoi pas les deux "mon général" ?

type:way + building=* + lit=yes|operating_times indique que le bâtiment 
est illuminés avec les horaires de fonctionnement
type:node + lit =yes|operating_times indique que le point est un point 
d'illumination avec les horaires de fonctionnement


Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[Philippe Verdy]

évidemment "street_lamp" ne convient pas car cela n'éclaire pas la rue
(street) mais le monument.
et pour la même raison c'est non approprié sur un tag highway=* (puisque
cela ne concerne pas la voirie, même si on voit le monument de la voirie...
et même si le support de l'éclairage est un poteau)

C'est plus un service (de la collectivité) et ce devrait alors être
quelquechose comme amenity=monument_light
ou comme les autres contructions artificielles (ici le poteau)
man_made=monument_light

D'ailleurs on peut se demander ce qu'on veut taguer :
- le poteau (qui occupe un espace sur un trottoir, que ce soit de nuit ou
de jour et donc que l'éclairage fonctionne ou pas),
- l'éclairage lui-même (qui peut n'avoir pas besoin d'occuper la voirie
mais être sur un bâtiment voisin ou sur le bâtiment éclairé lui-même),
- ou le fait que le bâtiment soit éclairé (dans ce cas c'est le batiment
qu'il faut taguer comme éclairé de nuit, peu importe d'ou que vienne cette
lumière)

De plus le poteau peut porter autre chose que le seul éclairage (couramment
il peut porter des cables de téélcommunication ou des cables électriques,
ou des antennes relais pour mobiles ou des caméras de surveillance et
souvent aussi de la signalisation).

Noter aussi que concernant l'éclairage public de la voirie il n'y a pas
toujours non plus de poteau sur le trottoir. On trouve des éclairages
suspendus sur les câbles, des porteurs en hauteur sur les murs de bâtiments
ou directement dans les murs ou sur un plafond (dans les voies
souterraines).



Le 18 août 2016 à 22:28, Alain VASSAULT 
a écrit :

> Bonsoir,
>
> mes yeux m'ont peut être trahis mais je n'ai pas trouvé l'info sur le
> wiki, donc je me tourne vers vous ^^
>
> Dans ma tournée cartographique (recensement des réverbères actuellement),
> j'ai noté la présence de 3 poteaux portant chacun 3 gros spots pour
> éclairer l'église du village de nuit sous différent angles (oui oui chez
> nous TOUT est éclairé et TOUTE la nuit et TOUTES les nuits... le maire doit
> avoir des actions chez EDF...)
>
> Clairement highway=street_lamp ne correspond pas
>
> Pouvez vous m'indiquer comment taguer les dits poteaux ?
>
> Cordialement
>
> Tranquille
>
> ___
> 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] MAPS.ME edits - partly sub-standard

[john whelan]

Unfortunately there is a lot of GIS work done with postcodes.  Where is the
best place to put a new coffee shop?  Which areas have the most break-ins?
Etc.

Thus being able to sell postcodes has become a source of income for post
offices and since it cost them money to create them they'd like to recover
that and a bit more as well.

Canada Post will let you look up a postcode but I seem to recall a
disclaimer saying it is Canada Post's copyright or some such.

So yes they want you to use them for mail but for any other purpose they'd
like some money please.

Cheerio John

On 18 Aug 2016 4:04 pm, "John F. Eldredge"  wrote:

> I know I am replying to a two-month-old message, but the idea of
> restrictions on entering postal codes is baffling.  At least in the USA,
> the Post Office encourages the use of postal codes (called Zip codes) on
> mail, to expedite the delivery of mail, and used to publish large reference
> books listing the postal codes for every address in a particular area.
> Nowadays, they have a web site where you can enter an address, and look up
> the postal code for that address.  What would be the purpose of postal
> codes that aren't told to the general public?  Or, is it that the postal
> code boundaries are restricted, but the postal code for a given address is
> not restricted?
>
>
> On 06/21/2016 05:14 AM, Frederik Ramm wrote:
>
>> Hi,
>>
>> On 06/21/2016 11:07 AM, Richard Fairhurst wrote:
>>
>>> Perish the thought that people might add their local knowledge to OSM. I
>>> thought it was all imports, armchairing and tagwanking these days.
>>>
>> Only Canadians are allowed to enter their own post codes. The other
>> countries haven't had their lawsuits resolved yet.
>>
>> Bye
>> Frederik
>>
>>
>
> ___
> 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-fr] Éclairage d'édifice type spot

[Alain VASSAULT]

lit=yes ?

n'est-ce pas que sur les way pour indiquer les routes éclairées?

Devrais-je mettre lit=yes sur le polygone de l'église? Cela reviendrais 
à la déclarer comme éclairée, mais pas à indiquer les spots...


Le 18/08/2016 22:40, David Crochet a écrit :

Bonjour


Le 18/08/2016 à 22:28, Alain VASSAULT a écrit :
Pouvez vous m'indiquer comment taguer les dits poteaux ? 


lit=* ?

Cordialement




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

Re: [OSM-talk-fr] Éclairage d'édifice type spot

[David Crochet]

Bonjour


Le 18/08/2016 à 22:28, Alain VASSAULT a écrit :
Pouvez vous m'indiquer comment taguer les dits poteaux ? 


lit=* ?

Cordialement

--
David Crochet


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

Re: [Talk-cz] Mapovani vysilacu v OSM (RF draft)

[Pavel Machek]

Ahoj!

> > No, bylo by dobry aby to umelo vyjadrit i veci jako
> > "Tady je GSM bunka s temito parametry, frekvenci neznam"
> Tak k tomu melo slouzit "frequency=approximate", s tim ze frekvence je potom
> stred pasma (a to se da zjistit treba jenom podle velikosti anten).
> Pokud by frekvence nebyla pouzita v klici (viz predchozi email) tak by ji
> slo i uplne vynechat.

frequency=approximate nefunguje, co kdyz takovy budu potrebovat v
klici 2?

Ale davat frekvence do klice stejne neni dobry napad.

> > Podobne bych byl opatrny se specifikaci modulace. Wifi i GSM modulaci
> > meni podle rychlosti...
> Pro takove pripady se jako modulace uvede pouzivany standard, pripadne s 
> vypisem
> pouzivanych parametru, pokud jsou nejak omezene a vi se o nich. Obecne druhy 
> modulace
> jako FM, AM, ... jsou spis pro popis signalu o kterych clovek vi ze se
> z mista vysilaji, dokaze identifikovat modulaci ale treba ani nevi o jakou
> sluzbu se jedna.
> Takze pro WIFI staci uvest napr. "modulation=802.11b", pro LTE 
> "modulation=LTE",
> i kdyz se jich pouziva cela rada.

Ja bych rekl ze modulatoin=wifi, protoze tezko tusit jestli je to
802.11b, 802.11n nebo 802.11ac...

> > Ty relace zas nejsou _tak_ strasny. Respektive myslim ze na tohle by
> > se hodily, a ze to je nejrozumejsi cesta jak to zapsat...
> Podivam se na to, nejake priklady si vyzkousim. Nejschudnejsi se mi zda neco
> jako:
> 1) Bod vysilaci vez (man_made=tower atd.)
> 2) Relace pro kazdou frekvenci zvlast (relace s tagy z toho draftu, bez
>frekvence v klici, vcetne definice anten), v relaci je vysilaci
> > vez.

Jo, tak...

> 3) Pokud by nekdo chtel mit vlastni anteny jako body, tak je pridat do relace 
> a
>dat jim ty tagy + role "antenna"

Pokud dam vlastni anteny jako body, tak relace nepotrebuju vubec.
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: [Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[John Aldridge]

On 18-Aug-16 14:47, Craig Wallace wrote:

The Garmin maps is another question. They seem to label the whole area
with the island name, which is often unhelpful and confusing, even for
smaller islands. Probably better just to have a label in the middle of
the island, or on the coast.


If anyone else needs a workround for this, I noticed this issue when I 
rebuilt my Garmin maps the other day, and resolved it at least for now 
by commenting out the lines.


# place=island & name=* [0x53 resolution 19]
# place=islet & name=* [0x53 resolution 20]

from the 'polygons' style file. It was particularly irritating, because 
as well as the name scattered everywhere, it put a hatch pattern over 
the whole island (at least when viewed in BaseCamp)!


--
Cheers,
John

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

[OSM-talk-fr] Éclairage d'édifice type spot

[Alain VASSAULT]

Bonsoir,

mes yeux m'ont peut être trahis mais je n'ai pas trouvé l'info sur le 
wiki, donc je me tourne vers vous ^^


Dans ma tournée cartographique (recensement des réverbères 
actuellement), j'ai noté la présence de 3 poteaux portant chacun 3 gros 
spots pour éclairer l'église du village de nuit sous différent angles 
(oui oui chez nous TOUT est éclairé et TOUTE la nuit et TOUTES les 
nuits... le maire doit avoir des actions chez EDF...)


Clairement highway=street_lamp ne correspond pas

Pouvez vous m'indiquer comment taguer les dits poteaux ?

Cordialement

Tranquille

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Tom Hughes]

On 18/08/16 21:01, John F. Eldredge wrote:


I know I am replying to a two-month-old message, but the idea of
restrictions on entering postal codes is baffling.  At least in the USA,
the Post Office encourages the use of postal codes (called Zip codes) on
mail, to expedite the delivery of mail, and used to publish large
reference books listing the postal codes for every address in a
particular area.  Nowadays, they have a web site where you can enter an
address, and look up the postal code for that address.  What would be
the purpose of postal codes that aren't told to the general public?  Or,
is it that the postal code boundaries are restricted, but the postal
code for a given address is not restricted?


Post codes in most countries aren't defined by boundaries - certainly 
that is true in the UK and I believe in the US as well. Rather they are 
defined as a list of addresses and any boundary is inferred.


But to get back to your point the reason is basically a wish to make 
money by licensing the post codes!


Even in the US I don't believe there is any free data source for zip 
codes in bulk - there is the US census zip code tabulation areas but 
those are not quite the same thing.


Like the US the Royal Mail provides a web site where you can look them 
up but it has restrictions on the number of lookups you can do in a day 
so that they can ensure commercial users have to pay for access to a 
licensed API or raw data sets.


Yes, it's stupid, but when did that ever stop somebody when they are 
given an effective monopoly and a license to use it to print money for 
themselves.


Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[Frederik Ramm]

John,

On 08/18/2016 10:01 PM, John F. Eldredge wrote:
> I know I am replying to a two-month-old message, but the idea of
> restrictions on entering postal codes is baffling.  At least in the USA,
> the Post Office encourages the use of postal codes (called Zip codes) on
> mail,

Most people would think exactly like you do, and would also assume that
of course it can only only be in the best interest of the post office if
post codes are made available as widely as possible. However, and that's
what I was half-jokingly referring to, Canada Post actually tried to
shut down a crowd-sourced project that would record postal codes, and
only very recently gave up on that. The story is here:
http://www.michaelgeist.ca/2016/06/crowdsourcedpostalcodelawsuit/

Bye
Frederik

-- 
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: [OSM-talk] MAPS.ME edits - partly sub-standard

[Nicolás Alvarez]

You should try giving those arguments to the organizations that are
stopping us from using the data, not to us :)

-- 
Nicolás

2016-08-18 17:01 GMT-03:00 John F. Eldredge :
> I know I am replying to a two-month-old message, but the idea of
> restrictions on entering postal codes is baffling.  At least in the USA, the
> Post Office encourages the use of postal codes (called Zip codes) on mail,
> to expedite the delivery of mail, and used to publish large reference books
> listing the postal codes for every address in a particular area.  Nowadays,
> they have a web site where you can enter an address, and look up the postal
> code for that address.  What would be the purpose of postal codes that
> aren't told to the general public?  Or, is it that the postal code
> boundaries are restricted, but the postal code for a given address is not
> restricted?
>
>
> On 06/21/2016 05:14 AM, Frederik Ramm wrote:
>>
>> Hi,
>>
>> On 06/21/2016 11:07 AM, Richard Fairhurst wrote:
>>>
>>> Perish the thought that people might add their local knowledge to OSM. I
>>> thought it was all imports, armchairing and tagwanking these days.
>>
>> Only Canadians are allowed to enter their own post codes. The other
>> countries haven't had their lawsuits resolved yet.
>>
>> Bye
>> Frederik
>>
>
>
> ___
> 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-legal-talk] is legal-talk@openstreetmap.org searchable?

[Frederik Ramm]

Hi,

On 08/18/2016 10:01 PM, Thomas Gertin wrote:
> is legal-talk@openstreetmap.org
>  searchable? Does anybody know the
> link?  

There's an archive at

https://lists.openstreetmap.org/pipermail/legal-talk/

where full months can be downloaded, but other than that, you need to
use your favourite search engine with something like
"site:lists.openstreetmap.org legal-talk mykeyword".

Bye
Frederik

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

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

Re: [OSM-talk] MAPS.ME edits - partly sub-standard

[John F. Eldredge]

I know I am replying to a two-month-old message, but the idea of 
restrictions on entering postal codes is baffling.  At least in the USA, 
the Post Office encourages the use of postal codes (called Zip codes) on 
mail, to expedite the delivery of mail, and used to publish large 
reference books listing the postal codes for every address in a 
particular area.  Nowadays, they have a web site where you can enter an 
address, and look up the postal code for that address.  What would be 
the purpose of postal codes that aren't told to the general public?  Or, 
is it that the postal code boundaries are restricted, but the postal 
code for a given address is not restricted?



On 06/21/2016 05:14 AM, Frederik Ramm wrote:

Hi,

On 06/21/2016 11:07 AM, Richard Fairhurst wrote:

Perish the thought that people might add their local knowledge to OSM. I
thought it was all imports, armchairing and tagwanking these days.

Only Canadians are allowed to enter their own post codes. The other
countries haven't had their lawsuits resolved yet.

Bye
Frederik




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

[OSM-legal-talk] is legal-talk@openstreetmap.org searchable?

[Thomas Gertin]

To Whom This May Concern,

is legal-talk@openstreetmap.org searchable? Does anybody know the link?

Thanks,

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

Re: [OSM-talk-fr] Erreurs Osmose à l'édition

[Frédéric Rodrigo]

Le 18/08/2016 à 19:14, Francois Gouget a écrit :

On Thu, 18 Aug 2016, Francois Gouget wrote:


On Wed, 17 Aug 2016, Jocelyn Jaubert wrote:
[...]

Je viens de tester deux éditions, et la première n'a effectivement pas
marché. Mais je n'ai reçu aucun message d'erreur. Est-ce que tu en as vu
une ?

La deuxième édition a fonctionné correctement par contre.


Je me demande si ça pourrait être lié à la non-fermeture automatique des
changesets. Est-ce que tu pourrais décocher la case "Reuse changeset"
lors de tes prochains tests pour vérifier ?

C'est vrai que je décoche (à peu près ?) systématiquement "Reuse
changeset" ces temps-ci. Je viens de faire un test :
  * "Reuse changeset" décoché -> échec
  * "Reuse changeset" coché -> succès

Mais encore plus bizarre, à présent je n'ai plus d'erreurs, comme si
d'avoir fait un commit avec "reuse changeset" avait débloqué la
situation. Je vais voir si ça tient dans le temps.

Rebelote. J'ai de nouveau eu une erreur "readyState: 4 status: 500"
alors que "Reuse changeset" était décoché. Pour être sûr j'ai reessayé
une seconde fois et j'ai de nouveau eu l'erreur.

Puis j'ai coché "Reuse changeset" et c'est passé (heureusement le
changeset précédent était du même tonneau, mais maintenant il est un peu
gros). Depuis plus de problème.
J'ai mis des trace de debug. Il faut maintenant attendre que le problème 
se reproduise.



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

Re: [OSM-talk-ie] Mobile speed camera zones

[Daniel Cussen]

To answer a question asked in another thread, I have not progressed this yet.
I think Rory may be the ideal person to progress if he is willing to volunteer.

I think what needs to be done is all mobile speed camera zones in ROI
need to be removed, and then the data formatted and imported into OSM.

Rory are you interested?

On 12/06/2016, Daniel Cussen  wrote:
> We now have permission to use the Garda mobile zone data.
> See:
> https://www.tog.ie/wp-content/uploads/2016/06/Page1.jpg
> https://www.tog.ie/wp-content/uploads/2016/06/Page2.jpg
>
> The data is here:
> http://www.garda.ie/Controller.aspx?Page=5590=1
> in particular:
> http://www.garda.ie/Documents/User/SafetyZones19052016.kmz
>
> I am not good with data processing. My suggestion is to remove all
> exising speed zones from ROI OSM and then try to replace them with the
> latest Garda data. I am not sure how to do this, hopefully someone
> here can help.
>
> Ideally I would like the data to trigger warnings in apps like OsmAnd
>
> Here is some info on enforcement tags:
> http://wiki.openstreetmap.org/wiki/Relation:enforcement
>

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

[Talk-at] Einladung zum August-Stammtisch in Graz am 22.07.2016

[Michael Maier]

Liebe OpenStreetMap-Interessierte in der Steiermark,

Der Stammtisch findet um 18:00 im Brot & Spiele in Graz statt -
Tischreservierung auf „OpenStreetMap“, wir sitzen im Kaminzimmer
(Nichtraucherbereich).

Zwecks Agenda und sonstigem bitte die Wiki-Seite¹ konsultieren:

[1] https://wiki.openstreetmap.org/wiki/Graz/Stammtisch

lg,
Michael

-- 
Michael Maier, Student of Telematics @ Graz University of Technology
OpenStreetMap Graz http://osm.org/go/0Iz@paV
http://wiki.osm.org/Graz
http://wiki.osm.org/Graz/Stammtisch





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

[OSM-co] Mapa de Veredas

[Yesid Carrillo Vega]

Buen día.

En un ejercicio conjunto entre OCHA[1], DANE[2], ESRI[3] y otras 5
entidades mas, se ha desarrollado un largo trabajo para elaborar un mapa
veredal no oficial pero que se acerca mucho a serlo.

Quisiera saber su opinión sobre la integración del estos datos a OSM
teniendo en cuenta que tendría que realizarse una importación y el posible
conflicto con los datos existentes

Saludos.

--
*Yesid Carrillo*

[1]
https://www.humanitarianresponse.info/en/system/files/documents/files/acta_subgrupo_tematico_sig_020816.pdf
[2] http://www.dane.gov.co/DescargaMGN/Veredas/VEREDAS.zip
[3] http://datosabiertos.esri.co/datasets/77ed663482a74b6990d34231f444a17b_0
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-fr] Erreurs Osmose à l'édition

[Francois Gouget]

On Thu, 18 Aug 2016, Francois Gouget wrote:

> On Wed, 17 Aug 2016, Jocelyn Jaubert wrote:
> [...]
> > Je viens de tester deux éditions, et la première n'a effectivement pas 
> > marché. Mais je n'ai reçu aucun message d'erreur. Est-ce que tu en as vu 
> > une ?
> > 
> > La deuxième édition a fonctionné correctement par contre.
> > 
> > 
> > Je me demande si ça pourrait être lié à la non-fermeture automatique des 
> > changesets. Est-ce que tu pourrais décocher la case "Reuse changeset" 
> > lors de tes prochains tests pour vérifier ?
> 
> C'est vrai que je décoche (à peu près ?) systématiquement "Reuse 
> changeset" ces temps-ci. Je viens de faire un test :
>  * "Reuse changeset" décoché -> échec
>  * "Reuse changeset" coché -> succès
> 
> Mais encore plus bizarre, à présent je n'ai plus d'erreurs, comme si 
> d'avoir fait un commit avec "reuse changeset" avait débloqué la 
> situation. Je vais voir si ça tient dans le temps.

Rebelote. J'ai de nouveau eu une erreur "readyState: 4 status: 500" 
alors que "Reuse changeset" était décoché. Pour être sûr j'ai reessayé 
une seconde fois et j'ai de nouveau eu l'erreur.

Puis j'ai coché "Reuse changeset" et c'est passé (heureusement le 
changeset précédent était du même tonneau, mais maintenant il est un peu 
gros). Depuis plus de problème.


-- 
Francois Gouget   http://fgouget.free.fr/
  E-Voting: It's not the people who vote that count.
 It's the people who count the votes.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Help needed for mapping missing navigation data in Germany

[tobias]

Hi,

If you are doing changes in Germany cities you sould  have a guy understanding 
German for reading the sighns aswell as handling the contact to the comunity 
by reading osm bugs, comments, suggestions and collecting the reactions from 
the locals on the regional Mailinglists and formums. 

Not reacting on comments, mailinglists and bugs attached to your edits may 
will be seen as "crude".

Regards Tobias


On Freitag, 12. August 2016 18:03:19 CEST Nikhil Prabhakar wrote:
> Hello Everyone,
> 
> In an effort to improve the navigation data in Europe, we are planning to
> add/verify turn restrictions, exit numbers and destination names in the
> cities of Europe starting with Berlin, Stuttgart and Wolfsburg in Germany.
> We will be using Mapillary images as a source for adding these data. We
> have shared our initial analysis, workflow and tagging system we are going
> to follow in OSM diary[1]. We would like your support and involvement in
> this endeavour and also, it would be great to hear about any questions or
> feedbacks that you all may have regarding the workflow and tagging system
> that we are following before taking this forward.
> 
> [1] Diary post - http://www.openstreetmap.org/user/nammala/diary/39255
> 
> Regards,
> Nikhil Prabhakar U
> ___
> Talk-de mailing list
> Talk-de@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-de



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

Re: [Talk-GB] Defibrillator Mapping

[Donald Noble]

The locations on the lucky2bhere website don't seem to be that accurate for
the ones I have some local knowledge of in the Spey valley, so would only
be of use as a guide for accurate survey.

Regards, Donald

On Thu, 18 Aug 2016 at 16:38, Alasdair McKinnon 
wrote:

> I recently saw this article in The Courier regarding defibrillator maps
> for Perthshire.
>
>
> https://www.thecourier.co.uk/fp/news/local/perth-kinross/260155/map-rolled-out-for-life-saving-equipment
> /
>
> Hopefully some usable info there.
>
> Al.
>
> Sent from BlueMail 
>
> On 18 Aug 2016, at 15:09, Craig Wallace  wrote:
>
>> On 2016-08-16 09:35, Robert Whittaker (OSM lists) wrote:
>>
>>>  Just to let you know, that I've now got another dataset in my
>>>  Defibrillator comparison tool at http://robert.mathmos.net/osm/defib/
>>>  . East Midlands Ambulance Service has provided the locations of AEDs
>>>  that they know about, and these have now been imported into the tool.
>>>  As in other areas, our mapping of Defibrillators in the East Midlands
>>>  doesn't seem to be very complete yet...
>>>
>>
>> For Scotland, maybe look at Lucky 2 B Here. http://www.lucky2bhere.org/
>> They have supplied a lot of defibrillators, mostly around the west
>> highlands and islands.
>>
>> They have a Google map on their website, maybe they could provide the
>> data. http://www.lucky2bhere.org/live-aed-map/
>> I'm not sure how accurate their locations are. Note some of them may not
>> be publicly accessible, ie in sports clubs or schools, and it seems some
>> are on fishing boats.
>>
>> I have surveyed a few of the local ones, and added them to OSM.
>>
>> Craig
>>
>> --
>>
>> Talk-GB mailing list
>> Talk-GB@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-gb
>>
>> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Defibrillator Mapping

[Alasdair McKinnon]

I recently saw this article in The Courier regarding defibrillator maps for 
Perthshire. 

https://www.thecourier.co.uk/fp/news/local/perth-kinross/260155/map-rolled-out-for-life-saving-equipment/

Hopefully some usable info there.

Al.

Sent from BlueMail



On 18 Aug 2016, 15:09, at 15:09, Craig Wallace  wrote:
>On 2016-08-16 09:35, Robert Whittaker (OSM lists) wrote:
>> Just to let you know, that I've now got another dataset in my
>> Defibrillator comparison tool at http://robert.mathmos.net/osm/defib/
>> . East Midlands Ambulance Service has provided the locations of AEDs
>> that they know about, and these have now been imported into the tool.
>> As in other areas, our mapping of Defibrillators in the East Midlands
>> doesn't seem to be very complete yet...
>
>For Scotland, maybe look at Lucky 2 B Here. http://www.lucky2bhere.org/
>They have supplied a lot of defibrillators, mostly around the west 
>highlands and islands.
>
>They have a Google map on their website, maybe they could provide the 
>data. http://www.lucky2bhere.org/live-aed-map/
>I'm not sure how accurate their locations are. Note some of them may
>not 
>be publicly accessible, ie in sports clubs or schools, and it seems
>some 
>are on fishing boats.
>
>I have surveyed a few of the local ones, and added them to OSM.
>
>Craig
>
>___
>Talk-GB mailing list
>Talk-GB@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-gb
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Defibrillator Mapping

[Craig Wallace]

On 2016-08-16 09:35, Robert Whittaker (OSM lists) wrote:

Just to let you know, that I've now got another dataset in my
Defibrillator comparison tool at http://robert.mathmos.net/osm/defib/
. East Midlands Ambulance Service has provided the locations of AEDs
that they know about, and these have now been imported into the tool.
As in other areas, our mapping of Defibrillators in the East Midlands
doesn't seem to be very complete yet...


For Scotland, maybe look at Lucky 2 B Here. http://www.lucky2bhere.org/
They have supplied a lot of defibrillators, mostly around the west 
highlands and islands.


They have a Google map on their website, maybe they could provide the 
data. http://www.lucky2bhere.org/live-aed-map/
I'm not sure how accurate their locations are. Note some of them may not 
be publicly accessible, ie in sports clubs or schools, and it seems some 
are on fishing boats.


I have surveyed a few of the local ones, and added them to OSM.

Craig

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

Re: [Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[Ian Caldwell]

See https://en.wikipedia.org/wiki/Great_Britain


Ian

On 18 August 2016 at 14:32, Colin Smale  wrote:

> I am not sure the GB main island is actually called Great Britain. GB is a
> "country," not an island. Is the Isle of Wight not included?
>
>
> As to creating holes for lakes, that is weird. If I am on a boat on
> Windermere, am I suddenly no longer on the big island and no longer within
> GB?
>
> It is undoubtedly an island, but whether it is an island with an
> independent name/identity, and whether that name/identity is "Great
> Britain", I don't think the arguments are convincing.
>
> I wonder if there is a place=island for Australia? Does that include
> Tasmania?
>
> --colin
>
> On 2016-08-18 14:51, Andy Townsend wrote:
>
> This was prompted by a comment directed at me on
> https://www.openstreetmap.org/changeset/37713755 , after I'd mentioned a
> problem raised on the help site that might be related
> https://help.openstreetmap.org/questions/49058/rendering-
> of-lakes-on-garmin-devices .
>
> Given that it seems impossible to manage effectively* I wouldn't object to
> it being deleted (but don't have a particularly strong view either way).
> If it's not deleted, does someone need to add all GB lakes and rivers as
> inners?
>
> What does everyone else think?
>
> Cheers,
>
> Andy
>
>
> * including with JOSM, before all you fanboys pipe up :) - a duplicate
> appeared as a result of some "normal editing" on the LLyn in
> https://www.openstreetmap.org/changeset/41130893 .  I'm sure that Dudley
> will delete the duplicate when he gets a chance; it's the original I'm
> asking about.
>
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
>
>
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[Craig Wallace]

On 2016-08-18 13:51, Andy Townsend wrote:

This was prompted by a comment directed at me on
https://www.openstreetmap.org/changeset/37713755 , after I'd mentioned a
problem raised on the help site that might be related
https://help.openstreetmap.org/questions/49058/rendering-of-lakes-on-garmin-devices
.

Given that it seems impossible to manage effectively* I wouldn't object
to it being deleted (but don't have a particularly strong view either
way).  If it's not deleted, does someone need to add all GB lakes and
rivers as inners?

What does everyone else think?


I think its a good idea to map islands as areas, where possible. It 
makes it possible to figure out what is on that island, so could be used 
for geocoding etc. Plus you can calculate the size of the island, which 
could be useful for rendering.


I don't think lakes and rivers should be inners, because they are still 
part of the island, so should be counted as part of the area. ie they 
are 'on top' of the island, not 'holes' within it.


Though yes, managing huge relations is a problem. They will inevitably 
get broken at some point, so would be a lot of work to maintain. Maybe 
it could be split into smaller sections?


The Garmin maps is another question. They seem to label the whole area 
with the island name, which is often unhelpful and confusing, even for 
smaller islands. Probably better just to have a label in the middle of 
the island, or on the coast.


Craig

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

Wochennotiz Nr. 317 09.08.2016–15.08.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 317 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2016/08/wochennotiz-nr-317/

Viel Spaß beim Lesen!
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Wochennotiz Nr. 317 09.08.2016–15.08.2016

[Wochennotizteam]

Hallo,

die Wochennotiz Nr. 317 mit vielen wichtigen Neuigkeiten aus der OpenStreetMap 
Welt ist da:

http://blog.openstreetmap.de/blog/2016/08/wochennotiz-nr-317/

Viel Spaß beim Lesen!
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-cz] 5x červená

[Zdeněk Pražák]

pokud se týká tagu network tak já jej používám následovně:
- lwn pro trasy o celkové délce do 10 km
- rwn pro trasy v délce od 10 do 50 km
- nwn pro trasy o celkové délce nad 50 km

Pražák

Dne 18. srpna 2016 12:15 Petr Holub  napsal(a):

> > http://wiki.openstreetmap.org/wiki/WikiProject_Czech_
> Republic/Editing_Standards_and_Convention
> > s#Turistick.C3.A9_zna.C4.8Den.C3.AD_-_n.C3.A1vrh_2016
> > > ale jak jsem upozorňoval, například stále nemá dořešené používání
> > > tagu network (a že by to bylo potřeba, protože třeba WayMarkedTrails
> > > na něj spoléhají a teď ta mapa vypadá dost nekonzistentně).
> > >
> >
> > Hmm. Ale to by chtelo doresit nez muzem uvazovat o prejiti na novy
> > zpusob znaceni, ze?
>
> Proto jsem celou tu debatu ted zas zacal: protoze je to potreba dotahnout,
> nez zacneme rikat, ze je to finalni a ze se podle toho ma zacit tagovat.
> Podle mne je tohle posledni vec v samotnem navrhu, plus by bylo pak vhodne
> vylepsit dokumentaci podobne, jako mela kdysi OpenTrackMap:
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_
> Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
> aby to byl pro lidi vizualni navod. A zaktualizovat presety v beznych
> editorech
> (minimalne v JOSM presety byly, mozna jsou i v iD/Potlach2 a dalsich). To
> jsou
> sice drobnosti, ale pro ne-experty docela dulezite.
>
> Doufam, ze by se toho mohl jako hlavni proponent ujmout vop a dotahnout to
> - ja uz bych za to byl moc rad, aby se to dotahlo do konce.
>
> Petr
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[Colin Smale]

I am not sure the GB main island is actually called Great Britain. GB is
a "country," not an island. Is the Isle of Wight not included?

As to creating holes for lakes, that is weird. If I am on a boat on
Windermere, am I suddenly no longer on the big island and no longer
within GB? 

It is undoubtedly an island, but whether it is an island with an
independent name/identity, and whether that name/identity is "Great
Britain", I don't think the arguments are convincing. 

I wonder if there is a place=island for Australia? Does that include
Tasmania? 

--colin 

On 2016-08-18 14:51, Andy Townsend wrote:

> This was prompted by a comment directed at me on 
> https://www.openstreetmap.org/changeset/37713755 , after I'd mentioned a 
> problem raised on the help site that might be related 
> https://help.openstreetmap.org/questions/49058/rendering-of-lakes-on-garmin-devices
>  .
> 
> Given that it seems impossible to manage effectively* I wouldn't object to it 
> being deleted (but don't have a particularly strong view either way).  If 
> it's not deleted, does someone need to add all GB lakes and rivers as inners?
> 
> What does everyone else think?
> 
> Cheers,
> 
> Andy
> 
> * including with JOSM, before all you fanboys pipe up :) - a duplicate 
> appeared as a result of some "normal editing" on the LLyn in 
> https://www.openstreetmap.org/changeset/41130893 .  I'm sure that Dudley will 
> delete the duplicate when he gets a chance; it's the original I'm asking 
> about.
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[Dave F]

I'm a bit confused. How was Great Britain defined before the creation of 
these MPs?


From my own experience, changes to the appearance of Garmin maps are 
often due to updated software used to manipulate OSM data. Mkgmap for 
example.


Dave F.

On 18/08/2016 13:51, Andy Townsend wrote:
This was prompted by a comment directed at me on 
https://www.openstreetmap.org/changeset/37713755 , after I'd mentioned 
a problem raised on the help site that might be related 
https://help.openstreetmap.org/questions/49058/rendering-of-lakes-on-garmin-devices 
.


Given that it seems impossible to manage effectively* I wouldn't 
object to it being deleted (but don't have a particularly strong view 
either way).  If it's not deleted, does someone need to add all GB 
lakes and rivers as inners?


What does everyone else think?

Cheers,

Andy


* including with JOSM, before all you fanboys pipe up :) - a duplicate 
appeared as a result of some "normal editing" on the LLyn in 
https://www.openstreetmap.org/changeset/41130893 .  I'm sure that 
Dudley will delete the duplicate when he gets a chance; it's the 
original I'm asking about.




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



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

Re: [Talk-it] Linea di costa, limiti amministrativi, isole e ponti

[Federico Cortese]

2016-08-17 21:51 GMT+02:00 Fayor Uno :
>
> Correggendo questa situazione ho anche visto che c'erano isole che, in
> corrispondenza di un ponte, erano "unite" materialmente alla terraferma sia
> dalla linea di costa che dai confini comunali (Gallipoli per esempio).
> Ritengo che un ponte non faccia diventare l'isola una penisola e che quindi
> ci debba essere la separazione della linea di costa ma anche dei confini. Il
> "problema" nasce però col fatto che il ponte ed eventuali oggetti che vi
> sono sopra vengono così a trovarsi "in mezzo al mare" e al di fuori del
> Comune interessato.
>

Come ti dicevo quando ti ho segnalato il problema di Gallipoli,
secondo me va anche bene che la linea di costa passi sotto al ponte,
ma credo che il limite amministrativo debba contenere il ponte, che
altrimenti si troverebbe fuori dal comune.
Per chi volesse approfondire questo è il ponte di cui si parla:
http://www.openstreetmap.org/way/179803319

PS. andrebbe anche aggiunto un man_made=bridge.

Ciao
Federico

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

[Talk-GB] Does "Great Britain" need a relation with "place=island" on it?

[Andy Townsend]

This was prompted by a comment directed at me on 
https://www.openstreetmap.org/changeset/37713755 , after I'd mentioned a 
problem raised on the help site that might be related 
https://help.openstreetmap.org/questions/49058/rendering-of-lakes-on-garmin-devices 
.


Given that it seems impossible to manage effectively* I wouldn't object 
to it being deleted (but don't have a particularly strong view either 
way).  If it's not deleted, does someone need to add all GB lakes and 
rivers as inners?


What does everyone else think?

Cheers,

Andy


* including with JOSM, before all you fanboys pipe up :) - a duplicate 
appeared as a result of some "normal editing" on the LLyn in 
https://www.openstreetmap.org/changeset/41130893 .  I'm sure that Dudley 
will delete the duplicate when he gets a chance; it's the original I'm 
asking about.




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

Re: [Talk-cz] Nejdou nahravat rozcestniky

[Michal Grézl]

me to funguje, pokud nefunguje old.openstreetmap.cz ani
map.openstreetmap.cz tak nahravani fungovat nemuze.
mozna mel wedos zas nakej ddos a chvilkove to nejelo?

2016-08-17 21:41 GMT+02:00 <0174 :
> Ahoj,
>
> dneska jsem chtěl nahrát pár rozcestníků, ale nejede mi pro změnu vrstva s
> fotkami, jen ta s chybnými rozcestníky. Navíc mi nejdou rozcestníky
> nahrávat, EXIF se načte, ale jak kliknu na Nahrát fotografii, tak se začne
> točit kolečko a nic se nestane. Web old.openstreetmap.cz mi nejede vůbec.
>
> Dělá to jen mně? Mix HTTP a HTTPS jsem pro stránku povolil.
>
> Vojta
>
>
> Dne 9. 8. 2016 v 15:57 Michal Grézl napsal(a):
>
> uz by to melo fungovat
>
> 2016-08-09 15:22 GMT+02:00 Michal Grézl :
>
> delam na novym uploadu tak sem to mozna rozbil
> zkontroluju, diky
>
> 2016-08-07 15:18 GMT+02:00 Miroslav Suchý :
>
> Ahoj,
> nejdou mi nahravat rozcestniky pres
>   http://map.openstreetmap.cz/osmcz/#
> Visi to v Uploading stavu a pise: No bbox provided.
>
> Mirek
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> --
> Michal Grézl
> http://openstreetmap.cz
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>



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

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

Re: [Talk-us] San Louis Obispo CA area - Chimney Wildfire - OSM US Tasking Manager Project

[Blake Girardot]

Hi Mike,

HOT has been asked 2 times in the past that I know of to help with US
based incidents that I know of.

One was another CA fire and we were contacted by a local responder who
was already used to using OSM data, knew of its quality and potential
limitations and asked us to fill in/update/review data in the rugged
terrain AoI he was working in fire fighting.

We also did a FEMA related project (Russ Deffner knows more about that
one I think)

And recently we did a project to update the island of American Somoa
for the Red Cross.

I have also personally mapped to support a local rural volunteer fire
department that had no object map of their area of responsibility,
(but I have no idea how or if they used the data I generated for them,
I need to follow up and see if they are using the data, that was a few
years ago when I first got heavy in to OSM). I suspect there are many
many rural agencies just like that of all sorts that would benefit
from OSM data and process if they only knew about them and had someone
to help them benefit from open geo data and tools.

In the developing world/global south context it is easy to recognize
the value of OSM because it is often the most complete dataset
available and is "easy" to get a basemap completed over a very large
AoI, there typically are just very few other options immediately
available or open enough to make use of the raw geo data.

In the more developed countries like the US (and others) there is a
built in bias for "official" data for a number of reasons which
Jonathan Witcoski pointed out in the osm us slack channel from his
experiences. Mainly "cover your butt" reasons. As he also pointed out,
that thinking applies even if those official sources are of less
quality and/or less accessible than the dataset in OSM

But that is changing in my experience. More and more folks who work at
these agencies are seeing the value OSM brings in having so much geo
data all in one place and easily maintained and exported for GIS
systems and personal devices. And typically the osm data is well
curated as well as incorporating and improving the official data.

That is one of the main reasons I was so happy to work with Jon on
wildfire related support. I am quite convinced that OSM data and the
OSM platform are uniquely useful and this "grass roots", bottom up,
trend of agencies of all types using OSM data and workflows will
continue. I hate to say it, but I think "build it and they will come"
applies here as I am already seeing it happen in a limited way.

One place you might look for another pretty amazing example of OSM
data in official use is on the OSM Canada-talk list. StatCan, a huge
government agency in a well developed nation, is making a major effort
to incorporate OSM data, processes and community into their "official"
data and workflows. (I have not followed the thread, I hope it is
still as on track as it was when we initially spoke to them a few
months back :)

I would also just point out, the wildfire support in CA is an OSM-US
community member driven effort (3 of us at last count, maybe it grew
some this week, I hope), not a HOT effort. It makes use of OSM-US's
installation of HOT's OSM Tasking Manager tool and some of us
OSM-US'ers are also HOT community members and so bring a lot of
enthusiasm for, and first hand knowledge of, OSM's value in crisis
response. But so far it is up to us as the OSM-US community to make it
as successful as it can be.

Thank you again to everyone who has pitched in on these wildfire
projects, it is a slow process but the awareness and respect for OSM's
data, workflows and community continues to grow and projects like
these I think really contribute to that goal in addition to their
primary purpose: the good they potentially/hopefully do for people
affected by these wildfires.

Respectfully,
Blake




On Thu, Aug 18, 2016 at 3:35 AM, Mike Thompson  wrote:
> Blake,
>
> It is great to see OSM being used in disaster response within the US.
>
> 1) Will there be more such tasks, either associated with this fire, or with
> other events?
> 2) Are there other cases where OSM has been used like this in the US? I am
> scheduled to give a talk about OSM to the Wyoming GIS Conference and it
> would be great to cite some additional such examples.
>
> Mike
>
> On Wed, Aug 17, 2016 at 11:41 AM, OSM Volunteer stevea
>  wrote:
>>
>> Thank you for setting this up, Blake.  I've never done a HOT task before,
>> and since this is my backyard, I dove right in.  And it was FUN!  (BTW, it
>> is San Luis Obispo).
>>
>> A couple/three years ago I made contact with Joe Larson, a SLO-county
>> based firefighter and OSM volunteer who used County GIS data to add all
>> buildings (and most if not all associated address data) to SLO.  He and his
>> team also completed TIGER updating of roads.  (These are still not perfect,
>> as many roads are tagged tiger:reviewed=yes, which is superfluous and can be
>> 

Re: [Talk-GB] ref:hectares on admin boundary, and non-responsive mapper

[Dave F]

I see you point, but boundary is always preferable if possible. 
Geographical Suburbs appears ot be the main stumbling block.


I haven't studied Alex's edits in detail but from his diary he appears 
to be duplicating; adding both boundary & is_in to the same entities. 
Superfluous.


Dave F.

On 17/08/2016 07:55, David Woolley wrote:

On 17/08/16 00:57, Dave F wrote:

As far as I can see is_in:* is used for the same things as boundaries,
but is less efficient & prone to errors.

Are you aware of any utilities that use is_in:*?

To me, the value of is_in is that it allows for cases where there is n 
usable source for the actual boundary, but local people will still 
know on which side of the boundary they lie.


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



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

Re: [OSM-talk-fr] Erreurs Osmose à l'édition

[Francois Gouget]

On Wed, 17 Aug 2016, Jocelyn Jaubert wrote:
[...]
> Je viens de tester deux éditions, et la première n'a effectivement pas 
> marché. Mais je n'ai reçu aucun message d'erreur. Est-ce que tu en as vu 
> une ?
> 
> La deuxième édition a fonctionné correctement par contre.
> 
> 
> Je me demande si ça pourrait être lié à la non-fermeture automatique des 
> changesets. Est-ce que tu pourrais décocher la case "Reuse changeset" 
> lors de tes prochains tests pour vérifier ?

C'est vrai que je décoche (à peu près ?) systématiquement "Reuse 
changeset" ces temps-ci. Je viens de faire un test :
 * "Reuse changeset" décoché -> échec
 * "Reuse changeset" coché -> succès

Mais encore plus bizarre, à présent je n'ai plus d'erreurs, comme si 
d'avoir fait un commit avec "reuse changeset" avait débloqué la 
situation. Je vais voir si ça tient dans le temps.


-- 
Francois Gouget   http://fgouget.free.fr/
  Demander si un ordinateur peut penser revient à demander
 si un sous-marin peut nager.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-de] Archiv zur Mailingliste

[Peter Barth]

Hi,

das Archiv von Mailman? Oder was meinst du?
https://lists.openstreetmap.org/pipermail/talk-de/

Gruß,
Peda


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

[Talk-de] Archiv zur Mailingliste

[hike39]

Hallo zusammen,

gibt es eigentlich schon wieder eine Möglichkeit in einem Archiv zu
dieser Mailingliste Recherchen anzustellen?

Gruß
hike39


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

Re: [Talk-cz] úklid v relacích turistických cest

[Pavel Machek]

> > Jde hlavně o roztrhané relace, chybné a nekompletní tagování, např. 
> > operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly 
> > cesty je relace přerušena. 
> 
> Tak roztrhané relace tu byli a dokud to nedoděláme tak budou. Prostě pokud 
> tam nikdo nešel, tak v relacích ta díra bude.
> Ovšem takové relace by měli mít complete=no.

Takove relace by nemeli byt complete=yes, a complete=no by mel byt
default. To je sance jak to muze fungovat
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: [Talk-cz] 5x červená

[Petr Holub]

> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Convention
> s#Turistick.C3.A9_zna.C4.8Den.C3.AD_-_n.C3.A1vrh_2016
> > ale jak jsem upozorňoval, například stále nemá dořešené používání
> > tagu network (a že by to bylo potřeba, protože třeba WayMarkedTrails
> > na něj spoléhají a teď ta mapa vypadá dost nekonzistentně).
> >
> 
> Hmm. Ale to by chtelo doresit nez muzem uvazovat o prejiti na novy
> zpusob znaceni, ze?

Proto jsem celou tu debatu ted zas zacal: protoze je to potreba dotahnout,
nez zacneme rikat, ze je to finalni a ze se podle toho ma zacit tagovat.
Podle mne je tohle posledni vec v samotnem navrhu, plus by bylo pak vhodne
vylepsit dokumentaci podobne, jako mela kdysi OpenTrackMap:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
aby to byl pro lidi vizualni navod. A zaktualizovat presety v beznych editorech
(minimalne v JOSM presety byly, mozna jsou i v iD/Potlach2 a dalsich). To jsou
sice drobnosti, ale pro ne-experty docela dulezite.

Doufam, ze by se toho mohl jako hlavni proponent ujmout vop a dotahnout to
- ja uz bych za to byl moc rad, aby se to dotahlo do konce.

Petr


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

Re: [Talk-GB] National Park extensions

[Colin Smale]

Hi, 

In May I worked with Shaun Lewis to update the Brecon Beacons NP
boundary. He is the GIS Officer for the Brecon Beacons National Park - I
know that's in Wales, and may not be 100% relevant here. He told me the
following: 

"The boundary was digitized on historical OS mapping, aerial
photography, and also Ordnance Survey Mastermap. But i went through a
process with the Ordnance Survey to make it open data, and it now falls
under the Open Government Licence: 

https://data.gov.uk/dataset/brecon-beacons-national-park-boundary "

If there are any residual issues about licensing, maybe Shaun would be
able to assist with some relevant experience. 

//colin 

On 2016-08-17 18:38, Robert Whittaker (OSM lists) wrote:

> On 17 August 2016 at 16:42, jc...@mail.com  wrote: 
> 
>> I know there has been some caution against using Natural England data 
>> directly in OSM, so I wasn't surprised that the boundaries weren't 
>> immediately updated when the Lake District and Yorkshire Dales National 
>> Parks were expanded from 1st August. [1]
> 
> I presume the caution that this was because of Licensing issues.
> Natural England are/were using a custom version of the OGL for which
> compatibility with the ODbL used by OSM wasn't guaranteed. They should
> have switched to using the OGL 3 now, but not everything has been
> updated last time I looked.
> 
> If you follow the link from
> https://data.gov.uk/dataset/national-parks-england and register, I
> think you can get a download of the National Park boundaries in either
> Mapinfo or Shapefile format. The website claims they've been updated
> for the August changes (I haven't checked.) Despite some contradictory
> messages along the way, the only thing that could be interpreted as a
> licence that's included with the download says it's OGL3 -- which
> would mean it's ok to use in OSM, provided the appropriate attribution
> statement is added to http://wiki.openstreetmap.org/wiki/Contributors
> .
> 
> Robert Whittaker
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

Re: [Talk-cz] úklid v relacích turistických cest

[Milan Cerny]

Jde hlavně o úpravy uživatele Elena N, přes 1200 changesetů v iD za 23 dní, už 
to je podezřelé. Mail s upozornění jsem už odeslal, nicméně odpověď žádná. 
https://www.openstreetmap.org/user/Elena%20N/history#map=11/49.3291/18.0190

Milan


 

__
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 18.08.2016 10:46
> Předmět: Re: [Talk-cz] úklid v relacích turistických cest
>
>zdar,
>
>to není "tichý konsenzus", nýbrž správné tagování
>
>tedy to "správné" záleží na situaci - o čem *konkrétně* se bavíme, že je to 
>chybně?
>
>K.
>
>
>Dne Čt 18. srpna 2016 09:54:00, Vladimír Slávik napsal(a):
>> Ahoj,
>> ten operator=cz:KČT je asi poměrně rozšířený, ne? Já sám jsem na
>> několika místech kopíroval právě cz:KČT protože to bylo na všem v okolí.
>> A mnohokrát jsem našel v operator nějaké krámy které měly prefix cz:,
>> tak to považuju za jakýsi tichý konsenzus místní komunity... nebo se pletu?
>> 
>> Vláďa
>> 
>> Dne 18.8.2016 v 8:46 Tom Ka napsal(a):
>> > Obavam se ze jsou jen dve cesty - snazit se dosahnout kompletniho
>> > revertu nebo vse projit a opravit. Jestli je tam vsude chybny
>> > operator, tak se to aspon da rozumne dohledat...
>> > 
>> > Bye
>> > 
>> > Dne 18. srpna 2016 8:41 Milan Cerny  napsal(a):
>> >> Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních
>> >> editorů, po kterých je dost nepořádku v turistických trasách. Jde hlavně
>> >> o roztrhané relace, chybné a nekompletní tagování, např. operator=cz:ČKT
>> >> hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly cesty je
>> >> relace přerušena. Jak se takovéto věci řeší? Je možné hromadné
>> >> přetagování, nebo ty změny probrat a něco revertovat? V těchto věcech se
>> >> ještě moc nevyznám, než se pustím do ruční opravy prosím o názor
>> >> zkušenějších.
>> >> 
>> >> Milan
>> >> 
>> >> ___
>> >> 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
>
>
>--
>
>___
>Talk-cz mailing list
>Talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>
>

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

Re: [Talk-cz] Tabulky na konci tur. tras

[<0174]

Ahoj Petře,

díky za reakci a omlouvám se za pozdní odpověď - byl jsem poslední týdny
převážně mimo civilizaci.

Osobně vidím hlavní výhodu OSM po svobodné licenci právě v tom, že je to
mapa tvořená z velké části fyzickým mapováním a ne importy (aniž bych chtěl
snižovat jejich důležitost zejména v málo zmapovaných lokalitách).
Netvrdím, že se má mapovat fundamentálně *jen* fyzická realita a metadata k
ní nepatří, silnici taky nemapujeme jako primary/secondary/... jen podle
toho, jak je zrovna kde široká a rozbitá. Ale máme pro podobné rozlišení
jiné tagy, některé mapují fyzický stav, jiné oficiální zařazení (které v
tomto případě souvisí i s realitou, priorita zimní údržby apod.).

Ale mezi tabulkou "tady je Studánka u Filipa" a rozcestníkem "tudy po
červené je 3 km náměstí v Telči" vidím prostě naprosto jasný rozdíl. Jde
podle mě o naprosto rozdílné objekty nesoucí jinou informaci a shodné
tagování není IMO ospravedlnitelné tím, že KČT má pro obojí stejný typ
klíče v databázi. To už se ale opakuju.

Dočasně odstraněný, či poničený rozcestník je jiná věc a opět máme pro
podobné věci tagy, jak takový rozlišit.

*information=name* se mi líbí a je to podle mě ideální řešení. Podle
předešlých reakcí ale soudím, že jeho podpora v komunitě nebude zrovna
nejvyšší :) Rozlišení pomocí guide_type=* jsem nakonec zavrhl, protože mi
přijde ujeté tagovat ve smyslu *information=guidepost* &
*guide_type=not_really_a_guidepost* ;)

Každopádně uznávám, že jde o minoritní věc a mnohem důležitější je mít
alespoň komplet trasy.

Vojta

Dne 16. července 2016 1:14 Petr Vozdecký  napsal(a):

> Ahoj Vojto (i ostatní přispěvatelé tohoto tématu),
>
> někde se tu už zmínil můj nick, tak se taky přidám...
>
> snažil jsem se pochopit, co přesně je podstatou, motivací, cílem toho, o
> čem píšeš... ty poukazuješ na to, že konkrétně KČT umisťuje "někde"
> cedulky, kde není žádná informace o směru, není to tedy "směrník"
> (rozcestník), ale prostě jen nějaké "místo s názvem". A protože "mapujeme
> realitu", musíme toto místo zaznačit "jinak"...
>
> 1) zajímavý a cenný úhel pohledu, já bych to rozhodně nezašlapával do
> země... (viz na konci)
> 2) nicméne - výše zmíněné tabulky s názvy daného místa nejsou (technicky)
> ničím jiným, než názvem rozcestníku (TIM). Existuje několik důvodů, proč u
> nich není žádný směrník: i) nedokonalost značení zvláště na starých trasách
> na obtížně udržovaných (vysokohorských) trasách; ii) konce značených
> odboček (pramen, zřícenina...); iii) konce neznačených tras/odboček...
> 3) pojem "mapujeme realitu" je nutno brát vážně, ale nelze z něj dělat
> oltář fundamentálního naplňování tohoto slovního spojení. Zrovna ve vztahu
> k rozcestníkům jsme to diskutovali nedávno - pokud je někde rozcestník
> fyzicky provedený jinak než všechny ostatní (třeba nekompletní), tak jej
> netagujeme jinak - stejně jako poškozený rozcestník, který bude zjevně
> dříve či později opraven, nemažeme "dočasně" z mapy (protože systémově tam
> patří, sousední rozcestníky na něj ukazují a uživatel si na základě těchto
> informací (terén+mapa) snadno dovodí, že rozcestník v terénu "zrovna teď
> není").
> 4) koncové tabulky KČT na značených odbočkách jsou IMHO paradoxně taky
> "rozcestníky" - s podstatným rozdílem, že je to prostě koncový rozcestník
> trasy, na kterém je tabulka s názvem TIM (označená jako REF/m - což na tvém
> příkladu není, protože je to tabulka pamatující ještě staré značení) a
> protože lze důvodně předpokládat, že turista sem odbočil a došel právě po
> značené trase, byl by kromě "m-kové" tabulky další směrník vedoucí "zpět"
> nadbytečný (takhle uprostřed lesa u pramene). Na koncích neznačených tras
> tyto tabulky IMHO nejsou.
>
> Přesto myslím, že dříve či později se může podobná myšlenka hodit. Jak
> otagovat místo, kde je místní název z čistě turistických orientačních
> důvodů uveden na nějaké obdobě rozcestníku, ale nic jiného, než cedulka s
> názvem, to není...? Tak snad že by opět kaskáda?
>tourism=information
>information=name
>name=xxx
>
>
> vop
>
>
> -- Původní zpráva --
> Od: <0174 
> Komu: OpenStreetMap Czech Republic 
> Datum: 15. 7. 2016 15:45:39
> Předmět: Re: [Talk-cz] Tabulky na konci tur. tras
>
> Ahoj,
>
> 1) *turistické informační* místo je hrozně obecný pojem a tím spíš by se
> měl tag ještě zpřesnit. Vyjadřuje ho podle mě naprosto přesně tag
> *tourism=information*. Tag information=guidepost je na wiki popsán jako:
>
>
>
> *Guideposts are often found along official hiking/cycling/skiing routes to
> indicate the directions to different destinations. Additionally they are
> often named after a region or place and shows the altitude. *
> Což podle mě tabulkám bez směrovníků neodpovídá. Proto si stále myslím, že
> by se tabulky bez směrovek měly značit jinak.
>
> Každopádně pokud je tu naprostá většina proti tomu tabulky bez směrovek
> přeznačovat, dělat to samozřejmě nebudu. Nejlepší v takovém případě mi
> 

Re: [Talk-GB] National Park extensions

[Phillip Barnett]

Can the written description be used as a source?

> On 17 Aug 2016, at 19:57, Andy Townsend  wrote:
> 
>> On 17/08/2016 16:42, jc...@mail.com wrote:
>> As a result much of what has been added is inaccurate, not least because 
>> many nodes are shared with highways etc. despite the written descriptions 
>> clearly stating "...it follows the edge..." (Yorkshire Dales was mostly 
>> clean of shared nodes but Lake District did have shared nodes/ways before, 
>> hence A6 road got broken - partially fixed by another mapper)
> 
> Before doing anything else I'd mention the issue (tactfully) to the mapper 
> who did the change, perhaps on a changeset discussion.
> 
> Cheers,
> 
> Andy
> 
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb

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

Re: [Talk-cz] úklid v relacích turistických cest

[Miroslav Suchy]

Dne 18.8.2016 v 08:41 Milan Cerny napsal(a):
> Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních 
> editorů,

což asi souvisí s tím jak to chceme dotáhnout do finálního stavu s pomocí 
taskmanu.

> po kterých je dost nepořádku v turistických trasách.

ne že by to dříve bylo úplně v pořádku :)

> Jde hlavně o roztrhané relace, chybné a nekompletní tagování, např. 
> operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly 
> cesty je relace přerušena. 

Tak roztrhané relace tu byli a dokud to nedoděláme tak budou. Prostě pokud tam 
nikdo nešel, tak v relacích ta díra bude.
Ovšem takové relace by měli mít complete=no.
Pokud se někde hromadně objevují špatné tagy, tak je nejlépe na to upozornit 
tady na konferenci. A říct:
  Objevuje se nám tu takový nešvar. Občas jsou použité hodnoty:
operator=cz:ČKT
operator=KČT
  správně by mělo být:
operator=cz:KČT
  Děkuji za pozornost a mapování zdar.

> Jak se takovéto věci řeší? Je možné hromadné přetagování, nebo ty změny 
> probrat a něco revertovat?

Oznamit zde na mailing listu. S revertama opatrne, pokud to jsou drobnosti, tak 
rucne opravit.

Mirek

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

Re: [Talk-cz] úklid v relacích turistických cest

[Karel Volný]

LOL, ok ... jak snadno se člověk překoukne, když má něco zafixované

dík

K.

Dne Čt 18. srpna 2016 10:15:23, Martin Hejna napsal(a):
> Řekl bych, že operator=cz:KČT je správně,
> operator=cz:ČKT je špatně.
> 
> 
> Martin Hejna
> 
> On Thu, Aug 18, 2016 at 09:54:00AM +0200, Vladimír Slávik wrote:
> > Ahoj,
> > ten operator=cz:KČT je asi poměrně rozšířený, ne? Já sám jsem na několika
> > místech kopíroval právě cz:KČT protože to bylo na všem v okolí. A
> > mnohokrát
> > jsem našel v operator nějaké krámy které měly prefix cz:, tak to považuju
> > za jakýsi tichý konsenzus místní komunity... nebo se pletu?
> > 
> > Vláďa
> > 
> > Dne 18.8.2016 v 8:46 Tom Ka napsal(a):
> > >Obavam se ze jsou jen dve cesty - snazit se dosahnout kompletniho
> > >revertu nebo vse projit a opravit. Jestli je tam vsude chybny
> > >operator, tak se to aspon da rozumne dohledat...
> > >
> > >Bye
> > >
> > >Dne 18. srpna 2016 8:41 Milan Cerny  napsal(a):
> > >>Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních
> > >>editorů, po kterých je dost nepořádku v turistických trasách. Jde
> > >>hlavně o roztrhané relace, chybné a nekompletní tagování, např.
> > >>operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno, kde
> > >>chyběly cesty je relace přerušena. Jak se takovéto věci řeší? Je možné
> > >>hromadné přetagování, nebo ty změny probrat a něco revertovat? V těchto
> > >>věcech se ještě moc nevyznám, než se pustím do ruční opravy prosím o
> > >>názor zkušenějších.
> > >>
> > >>Milan
> > >>
> > >>___
> > >>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
> 
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] úklid v relacích turistických cest

[Karel Volný]

zdar,

to není "tichý konsenzus", nýbrž správné tagování

tedy to "správné" záleží na situaci - o čem *konkrétně* se bavíme, že je to 
chybně?

K.


Dne Čt 18. srpna 2016 09:54:00, Vladimír Slávik napsal(a):
> Ahoj,
> ten operator=cz:KČT je asi poměrně rozšířený, ne? Já sám jsem na
> několika místech kopíroval právě cz:KČT protože to bylo na všem v okolí.
> A mnohokrát jsem našel v operator nějaké krámy které měly prefix cz:,
> tak to považuju za jakýsi tichý konsenzus místní komunity... nebo se pletu?
> 
> Vláďa
> 
> Dne 18.8.2016 v 8:46 Tom Ka napsal(a):
> > Obavam se ze jsou jen dve cesty - snazit se dosahnout kompletniho
> > revertu nebo vse projit a opravit. Jestli je tam vsude chybny
> > operator, tak se to aspon da rozumne dohledat...
> > 
> > Bye
> > 
> > Dne 18. srpna 2016 8:41 Milan Cerny  napsal(a):
> >> Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních
> >> editorů, po kterých je dost nepořádku v turistických trasách. Jde hlavně
> >> o roztrhané relace, chybné a nekompletní tagování, např. operator=cz:ČKT
> >> hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly cesty je
> >> relace přerušena. Jak se takovéto věci řeší? Je možné hromadné
> >> přetagování, nebo ty změny probrat a něco revertovat? V těchto věcech se
> >> ještě moc nevyznám, než se pustím do ruční opravy prosím o názor
> >> zkušenějších.
> >> 
> >> Milan
> >> 
> >> ___
> >> 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


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

Re: [Talk-cz] úklid v relacích turistických cest

[Pavel Machek]

On Thu 2016-08-18 08:41:27, Milan Cerny wrote:
> Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních 
> editorů, po kterých je dost nepořádku v turistických trasách.
> Jde hlavně o roztrhané relace, chybné a nekompletní tagování,
> např. operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno,
> kde chyběly cesty je relace přerušena.

Je mozny, ze to prosli s GPS nastavenou na zaznam jednou za 5 min (ci
neco tak), takze vedeli, ktere cesty to jsou, ale ne kudy nezname
cesty vedou?

> Jak se takovéto věci řeší? Je možné hromadné přetagování, nebo ty
> změny probrat a něco revertovat?

Jestli jde o CKT->KCT, tak to klidne hromadne...

Revertujem za neopravitelny problemy. Pokud je relace roztrhana, tak
ji spojime, ne revert...

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: [Talk-cz] úklid v relacích turistických cest

[lukasmi]

Tak pokud je to na existujicich trasach, tak se da brat pritomnost stezky jako 
znalost. Pokud ty kousky jedne trasy jsou na jedne relaci, tak by snad stacilo 
opravit tagy a pridat tem relacim tag fixme (nejsem si ted jisty jestli je 
zrovna takto) a samozrejme tag, ze neni kompletni.
 
L.
 
 
__

Od: Vladimír Slávik 
Komu: talk-cz@openstreetmap.org
Datum: 18.08.2016 09:54
Předmět: Re: [Talk-cz]


Ahoj,
ten operator=cz:KČT je asi poměrně rozšířený, ne? Já sám jsem na 
několika místech kopíroval právě cz:KČT protože to bylo na všem v okolí. 
A mnohokrát jsem našel v operator nějaké krámy které měly prefix cz:, 
tak to považuju za jakýsi tichý konsenzus místní komunity... nebo se pletu?


Vláďa


Dne 18.8.2016 v 8:46 Tom Ka napsal(a):
> Obavam se ze jsou jen dve cesty - snazit se dosahnout kompletniho
> revertu nebo vse projit a opravit. Jestli je tam vsude chybny
> operator, tak se to aspon da rozumne dohledat...
>
> Bye
>
> Dne 18. srpna 2016 8:41 Milan Cerny  napsal(a):
>> Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních 
editorů, po kterých je dost nepořádku v turistických trasách.
>> Jde hlavně o roztrhané relace, chybné a nekompletní tagování, např. 
operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly cesty je 
relace přerušena.
>> Jak se takovéto věci řeší? Je možné hromadné přetagování, nebo ty změny 
probrat a něco revertovat?
>> V těchto věcech se ještě moc nevyznám, než se pustím do ruční opravy prosím 
o názor zkušenějších.
>>
>> Milan
>>
>> ___
>> 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 


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

Re: [Talk-cz] 5x červená

[Pavel Machek]

Ahoj!

> > > Ale v kazdem pripade plati, ze bychom meli rict, kdy se ten navrh preklopi
> > > do provozniho (akceptovaneho) stavu, kterym se maji vsichni ridit. Protoze
> > > zatim je to jen navrh a vsichni by jeste meli pouzivat to stare
> > > znaceni.
> > 
> > Bylo by mozne poslat posledni versi navrhu do listu? Nebo jeste spis,
> > hodit na wiki a do listu odkaz?
> 
> podle mne je poslední verze tady ve wiki:
> http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD_-_n.C3.A1vrh_2016
> ale jak jsem upozorňoval, například stále nemá dořešené používání
> tagu network (a že by to bylo potřeba, protože třeba WayMarkedTrails
> na něj spoléhají a teď ta mapa vypadá dost nekonzistentně).
> 

Hmm. Ale to by chtelo doresit nez muzem uvazovat o prejiti na novy
zpusob znaceni, ze?
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-nl] Uithoorn

[Tijmen Stam]

On 25-07-16 16:58, Ante Wessels wrote:


Sebastiaan Couwenberg writes:


On 07/25/2016 01:32 PM, Ante Wessels wrote:

Ik reed laatst het dorpje binnen waar ik geboren ben, Uithoorn, en merkte dat 
de rondweg waar tientallen jaren over gepraat is warempel aangelegd is (N201+).

Hij staat als ontwerp in OSM. Nu heb ik al tien jaar geen OSM editor meer 
gebruikt, dus als iemand anders de status wil veranderen, dank.


De N201+ is al sinds 2014 klaar en in gebruik, zo ook in OSM.

Waar zie je nog stukken N201+ in de oude staat?


Ah, dat zal mijn fout zijn. Off-line map op telefoon al lang niet
geupdate.


Kijk, dat maakt het verschil. Ik betaal voor OSMand en download elke 
maand zowat heel europa, mijn kaarten zijn daarom nooit meer dan een dag 
of 40 oud. :-)


En ik merk vaak (en zorg er af en toe voor) dat grote wegen al een paar 
na opening op OSM staan. Als er bij werkzaamheden staat "GPS uit" dan 
volg ik juist trouw wat OSM mij vertelt.


Tijmen


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

Re: [Talk-cz] 5x červená

[Petr Holub]

Ahoj,

> > Ale v kazdem pripade plati, ze bychom meli rict, kdy se ten navrh preklopi
> > do provozniho (akceptovaneho) stavu, kterym se maji vsichni ridit. Protoze
> > zatim je to jen navrh a vsichni by jeste meli pouzivat to stare
> > znaceni.
> 
> Bylo by mozne poslat posledni versi navrhu do listu? Nebo jeste spis,
> hodit na wiki a do listu odkaz?

podle mne je poslední verze tady ve wiki:
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD_-_n.C3.A1vrh_2016
ale jak jsem upozorňoval, například stále nemá dořešené používání
tagu network (a že by to bylo potřeba, protože třeba WayMarkedTrails
na něj spoléhají a teď ta mapa vypadá dost nekonzistentně).

Petr


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

Re: [Talk-cz] úklid v relacích turistických cest

[Tom Ka]

Obavam se ze jsou jen dve cesty - snazit se dosahnout kompletniho
revertu nebo vse projit a opravit. Jestli je tam vsude chybny
operator, tak se to aspon da rozumne dohledat...

Bye

Dne 18. srpna 2016 8:41 Milan Cerny  napsal(a):
> Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních 
> editorů, po kterých je dost nepořádku v turistických trasách.
> Jde hlavně o roztrhané relace, chybné a nekompletní tagování, např. 
> operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly 
> cesty je relace přerušena.
> Jak se takovéto věci řeší? Je možné hromadné přetagování, nebo ty změny 
> probrat a něco revertovat?
> V těchto věcech se ještě moc nevyznám, než se pustím do ruční opravy prosím o 
> názor zkušenějších.
>
> Milan
>
> ___
> 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] WeeklyOSM CZ 315

[Tom Ka]

Ahoj, je dostupné vydání 315 týdeníku weeklyOSM:

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

Téma čísla: Photo DB na OpenStreetMap.cz

* Vylepšení galerie freemap.sk.
* Přenosné OSM.
* Indoor mapování v Riu.
* Osmose má celosvětové pokrytí.
* Austrálie se posouvá na sever.
* Ukončení služby Gmane.
* Autoeditace Facebooku.

Speciální pozornost doporučuji věnovat informaci o "konci mapperů
nejen v Čechách".

Pěkné počtení...

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

[Talk-cz] úklid v relacích turistických cest

[Milan Cerny]

Ahoj, bohužel se poslední dobou na OSM objevilo několik nových aktivních 
editorů, po kterých je dost nepořádku v turistických trasách.
Jde hlavně o roztrhané relace, chybné a nekompletní tagování, např. 
operator=cz:ČKT hned 130 x. Vše se zdá být odněkud obkresleno, kde chyběly 
cesty je relace přerušena. 
Jak se takovéto věci řeší? Je možné hromadné přetagování, nebo ty změny probrat 
a něco revertovat? 
V těchto věcech se ještě moc nevyznám, než se pustím do ruční opravy prosím o 
názor zkušenějších.

Milan

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