Re: [Talk-it] Feature Proposal - RFC - (Fire Hydrant Extensions (part 2)

[paolo bubici]

Mi piace molto! Voterò positivamente. Per quanto riguarda invece il tag
poposto "Attacco di mandata"
https://wiki.openstreetmap.org/wiki/Proposed_features/Dry_riser_inlet
quando verrà votato?
Bubix

Il giorno 9 novembre 2017 18:20, Alberto  ha
scritto:

> Ciao a tutti. Segnalo che abbiamo rivisto e corretto la proposta sugli
> idranti per venire incontro a coloro che l'avevano bocciata qualche
> settimana fa.
> Questo weekend se non ci sono più modifiche da fare, proporrei una nuova
> votazione.
> Questa è l'ultima versione:
> https://wiki.openstreetmap.org/wiki/Proposed_features/
> Fire_Hydrant_Extensions_(part_2)
>
> Alberto
>
>
> ---
> Questa e-mail è stata controllata per individuare virus con Avast
> antivirus.
> https://www.avast.com/antivirus
>
>
> ___
> 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] New OSM Quick-Fix service

[Yuri Astrakhan]

On Thu, Nov 9, 2017 at 4:07 PM, ajt1...@gmail.com  wrote:

> On 09/11/2017 20:48, Yuri Astrakhan wrote:
>
>> JB, the "layer=0 removal" is one of the JOSM validations - it
>> automatically gets suggested to anyone editing an area with that object,
>> with the "fix" button autofixing it. JOSM doesn't have a "mark this autofix
>> as invalid" button, which means that even if you don't autofix it, the next
>> person reviewing the same area may. This sounds identical to the issue
>> raised by Simon above:
>> > ...you don't actually "confirm" that something is a good edit or not.
>> You only have the choice of making an edit or leaving it to others to do.
>> ... This makes the whole thing entirely equivalent to a mechanical edit.
>>
>> So we should either A) remove it from JOSM, or B) define when it should
>> be kept vs deleted, because otherwise we are not being consistent with
>> requirements.
>>
>>
> No, the two aren't equivalent.  In JOSM, validator suggestions are made
> after you've been editing in the area.  Typically where "default tags" such
> as "layer=0" (or "oneway=no" for that matter) are used are in places where
> something's an exception (maybe this is the only cross-town two-way street)
> , or there's more information to be mapped (maybe there's something yet to
> be mapped over or under the "layer=0" way that's obvious from the context
> of the data in the area).


Andy, "... obvious from the context of the data in the area" is the exact
problem.  It may be obvious to you, but another mapper who may visit the
same area might not be as experienced, and when they see a suggestion from
JOSM, it will be obvious to them to remove it. And if not them, than the
next person - making it equivalent to what Simon was saying - eventually
there will be a person who will overlook your obvious context and who will
heed to JOSM's advice.  It's just a matter of time.

  All you're doing is blindly performing (or encouraging the performance
> of) mechanical edits, where the mapper has no knowledge of the local area.
>
Incorrect, I am encouraging tagging experts, the same experts that decide
which tags should be used for what on the @tagging, to review just that
specific tag, case by case, and decide if the tag should be fixed, or if a
new rule should be made. Maybe the deprecation was a mistake, and there are
legit use cases?

>
> Ask yourself "in what way does removing layer=0 from a bunch of ways
> improve the quality of OpenStreetMap?".  It certainly adds no valid data.
> It could potentially remove information (if there's a problem with
> something else also tagged layer=0 nearby that will be obvious to a user of
> an interactive editor from context).
>

I strongly disagree, it greatly improves the quality of OSM, because it
simplifies the work that every data consumer has to do.  The layer=0 is a
tiny, perhaps less important subset of the big problem. If I am a data
consumer, I need to handle every case. and if something can be stored in
multiple ways, I need to handle all of them. And this increases my workload.

Fundamentally ,this is not about layer=0, but about all of the deprecated
tagging.  For example, natural=marsh → natural=wetland + wetland=marsh --
this implies that every data processor has to know both of these tagging
schemas.  And there are hundreds of others, with hundreds of thousands of
cases.

If I am a large organization, I have enough resources to handle each case
by my data team. So if OSM wants to cater to the deep pockets, leaving all
these deprecated tagging behind is fine. But if we want individuals and
small organizations to easily use the data without much effort, the data
must be as clean and straightforward as possible. Otherwise every single
data consumer has to redo the same work, and handle every corner case, or
it ends up ignoring or mishandling many of them.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] un'edicola

[Luigi Toscano]

Il 10 novembre 2017 07:47:30 CET, Dario Crespi  ha 
scritto:
>Direi che è più adatto in questo caso
>
>shop=kiosk

No, decisamente.
shop=kiosk è un "peccato originale" dei primi tempi, senza considerare il fatto 
che un chiosco può ospitare vari tipi di attività.

Semmai:

building=kiosk
shop=newsagent



-- 
Luigi

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

Re: [Talk-it] un'edicola

[Dario Crespi]

Direi che è più adatto in questo caso

shop=kiosk

Dario

Il 10/nov/2017 07:33, "Catonano"  ha scritto:

> come si mappa un edicola ospitata in un chiosco sul marciapiede ?
>
> shop=newsagent ?
>
> ___
> 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] un'edicola

[Dario Crespi]

Dimenticavo il link al wiki:
http://wiki.openstreetmap.org/wiki/Tag:shop%3Dkiosk

Il 10/nov/2017 07:47, "Dario Crespi"  ha scritto:

> Direi che è più adatto in questo caso
>
> shop=kiosk
>
> Dario
>
> Il 10/nov/2017 07:33, "Catonano"  ha scritto:
>
>> come si mappa un edicola ospitata in un chiosco sul marciapiede ?
>>
>> shop=newsagent ?
>>
>> ___
>> Talk-it mailing list
>> Talk-it@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-it
>>
>>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] un'edicola

[Catonano]

come si mappa un edicola ospitata in un chiosco sul marciapiede ?

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

Re: [OSM-talk-fr] Configuration JOSM

[Philippe Verdy]

Je ne suis pas sûr que c'était ce dont tu parlais , car ça ce n'est
absolument pas nouveau, c'est comme ça depuis des mois (sans doute près de
2 ans...) et avant c'était seulement un remplissage complet de toutes les
zones (qui ensuite a été limité à une distance maxi avec un buffer interne
(réglable aussi).

Je pense donc que tu utilisais une vraiment **très** vieille version de
JOSM pas mise à jour depuis longtemps. Personnellement je n'utilise pas le
lien de téléchargement du JAR, je lance uniquement le JNLP qui se mets à
jour tout seul au lancement (le JAR correspondant est chargé seulement dans
le cache local de déploiement Java; comme le sont aussi les mises à jours
des greffons optionnels).

Mais là avec ta description on pouvait croire qu'il s'agissait un style
particulier de rendu des voies (et pas des zones) qui pourrait être activé
par un des nombreux plugins (transports, cyclisme, etc...) et qui
s'activent à partir d'un certain niveau de zoom (par exemple affichage
schématique du nombre de voies et des changements de direction,
élargissements/fusions)

Le 9 novembre 2017 à 21:47, Romain MEHUT  a écrit :

> Bonsoir,
>
> Vincent m'a dépanné.
>
> Pour ceux qui voudraient tester, cela se passe dans le panneau "Coloriage"
> (en enfilade après les panneaux "Calques", "Attributs/Appartenance"...).
> Clic droit sur "JOSM par défaut (MapCSS)" puis "Paramètres de style" et
> décocher la 1ère case "Les zones sont dessinées avec un remplissage
> uniquement autour deleurs bords intérieurs".
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-us] Integrating our open source data into OSM

[Sean Lindsey]

Hello,

Sorry there are two threads going on here. The terms on the general site
are not for the data on the OmniPlaces page and the bit about Google refers
to the usage of Google services on the website itself, ie. we embed Google
maps. We should probably clarify this.

Our blog, blog.cybo.com/ , talks about how you may be able to use the data,
addressing issues of freshness and quality.

My guess is that OSM isn't going integrate the data (at least directly),
but we are working on addressing what we can so it is as open source
compatible as possible.

BTW, I think there may be an indicator for whether or not the business was
crowd sourced, we also have have a few listing management companies that
submit to our site as well. I'll double check this b/c it would be nice to
have if it isn't already there.

On Thu, Nov 9, 2017 at 4:14 PM, Dave Swarthout 
wrote:

> FWIW, I checked the positional accuracy for a few of the Cybo POIs in my
> town of Homer, Alaska and some of them were close to reality and some not.
> Any use of this data in my area will require extensive ground checking.
>
> This concern may turn out to be academic because in looking through the
> data the name Google pops up everywhere, as others have noted. I'll wait to
> see how the licensing considerations go before doing anything else with it.
>
> On Thu, Nov 9, 2017 at 2:16 PM, Michael Patrick 
> wrote:
>
>> The Cybo "Terms of Use" page at https://yellowpages.cybo.com/terms/ 
>> specifically
>> mentions Google ...
>>
>> "This information is not to be reused for public display." and "We use
>> various Google services or API's (e.g. Google Maps API). By using our
>> services you are bound by Google's Terms of Service
>> ."
>>
>> Google itself is an aggregator, and licenses it's data from many, many
>> providers. Which is why their ToCs are very restrictive. But even some of
>> the 'Open Source' friends on https://yellowpages.cybo.com/friends/
>> providing spatial data are problematical - I seem to recall a discussion of
>> compatibility between OdbL and the Creative Commons flavors and Wikipedia.
>>
>> Probably easier to ask what portion of the Cybo data is contributed by
>> individuals, and under what terms.
>>
>> Michael Patrick
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>
>
> --
> Dave Swarthout
> Homer, Alaska
> Chiang Mai, Thailand
> Travel Blog at http://dswarthout.blogspot.com
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
Sean Lindsey
Cybo Company
LinkedIn 
541-912-2505
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Integrating our open source data into OSM

[Dave Swarthout]

FWIW, I checked the positional accuracy for a few of the Cybo POIs in my
town of Homer, Alaska and some of them were close to reality and some not.
Any use of this data in my area will require extensive ground checking.

This concern may turn out to be academic because in looking through the
data the name Google pops up everywhere, as others have noted. I'll wait to
see how the licensing considerations go before doing anything else with it.

On Thu, Nov 9, 2017 at 2:16 PM, Michael Patrick  wrote:

> The Cybo "Terms of Use" page at https://yellowpages.cybo.com/terms/ 
> specifically
> mentions Google ...
>
> "This information is not to be reused for public display." and "We use
> various Google services or API's (e.g. Google Maps API). By using our
> services you are bound by Google's Terms of Service
> ."
>
> Google itself is an aggregator, and licenses it's data from many, many
> providers. Which is why their ToCs are very restrictive. But even some of
> the 'Open Source' friends on https://yellowpages.cybo.com/friends/
> providing spatial data are problematical - I seem to recall a discussion of
> compatibility between OdbL and the Creative Commons flavors and Wikipedia.
>
> Probably easier to ask what portion of the Cybo data is contributed by
> individuals, and under what terms.
>
> Michael Patrick
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
>


-- 
Dave Swarthout
Homer, Alaska
Chiang Mai, Thailand
Travel Blog at http://dswarthout.blogspot.com
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné mapování

[majka . zem+talk]

Máme opravené na soukromé! 

... Ale jen ten jediný bazén,  u kterého probíhala debata.  Tak už jen těch 
5199 nebo kolik jich přesně zbývá, a můžeme pak začít kontrolovat ty zastávky a 
příjezdové cesty za plotem ;) 

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

Re: [Talk-cz] Fungující transformace z Křováka!

[Jan Macura]

2017-11-09 7:26 GMT+01:00 Marián Kyral :

> Ty mapuješ s přesností na setiny milimetru? Wau :-D
>
Ehm, tak to si pořád nerozumíme. Je úplně jedno, jak "přesně" (ve smyslu, s
jakou odchylkou od skutečnosti) tam ten bod vložíš ("zmapuješ"), záleží na
tom, jak "přesně" (ve smyslu, s jakou zaokrouhlovací chybou) to ta databáze
uloží. A pro počítač prostě 49.4861237 není totéž jako 49.4861236. Ale tomu
určitě rozumíš líp než já...


> V Traceru funguje "přitahování". Pokud je v určitém okruhu okolo nově
> přidávaného uzlu nějaký již existující uzel, tak se použije ten. I za cenu
> toho, že to nebude echt přesné. Takže pokud trasuješ řadu budov, bude na
> společných rozích vždy jen uzel, protože rozdíl v řádu cm se zanedbá.
> Přesné číslo je někde ve zdrojácích, můžeš si jej najít, jestli tě to
> zajímá.
>
> Takže kupodivu, se klidně může stát, že i po této změně ti Tracer nahlásí
> "Beze změny", protože ten rozdíl nová vs. existující souřadnice bude
> zanedbatelný.
>
Tak tohle je důležitý! Jestli tracer zanedbá nějakou smysluplnou odchylku
(a když se bavíme o OSM, tak smysluplná je podle mě všechno pod 1 metr),
pak je to naprosto ok a nevidím důvod něčemu bránit a aktualizovat
transformační klíč ;-)

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

Re: [Talk-us] [Imports] Integrating our open source data into OSM

[Sean Lindsey]

It seems that it's going to be hard to come up with a mass import solution
that every one can agree on. I would suggest that you take name, address,
phone number, website and category then try and re-geocode the data, but it
seems there is opposition to this method as well.

Another approach - as a way of keeping OSM and this data separate - is
having this POI data be a "secondary resource" that OSM users could "opt
in" to adding into their mapping set, but not be inherently owned or in
OSM's primary data set. For example, by loading up an OSM database you
could be linked to us or someone who creates a derivative of our data
suitable for importing into OSM maps. Thereby OSM does not feel responsible
for this resource but it still becomes available for people to import and
use via us or someone else. In this case we would want to work with someone
in order to create an OSM import-friendly version of this data. We have a
ton of indicators that tell us the quality and freshness of this data and
potentially we can rework in into something more usable.

Thoughts?

On Thu, Nov 9, 2017 at 1:09 AM, Rory McCann  wrote:

> Hi Sean,
>
> On 09/11/17 07:14, Sean Lindsey wrote:
> > Thanks for all the feedback, we have put together some blogs to help
> > people figure out how to play with the data, to give people an idea of
> > what it is and how it was put together.
> >
> > https://blog.cybo.com/
>
> So that website says:
>
> OmniPlaces is formed from billions of records (literally), from tens of
>> thousands of sources (literally)
>>
>
> Trying to figure out the licence for tens of thousands of datasets is
> practically impossible Licence issues are often a problem with
> imports, and I think this could be a show-stopper for this.
>
> On 09/11/17 05:54, Jo wrote:
>
>> If the addresses are in the data as well, we don't really need to use
>> the lat/lon coordinates.
>>
>
> Not necessarily, depends where the addresses came from. If you had lots of
> lat/longs, and geocoded the, and threw away the lat/longs then you don't
> have a clean dataset.
>
> --
> Rory
>
>
>
> ___
> Imports mailing list
> impo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>



-- 
Sean Lindsey
Cybo Company
LinkedIn 
541-912-2505 <(541)%20912-2505>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] New OSM Quick-Fix service

[ajt1...@gmail.com]

On 09/11/2017 20:48, Yuri Astrakhan wrote:
JB, the "layer=0 removal" is one of the JOSM validations - it 
automatically gets suggested to anyone editing an area with that 
object, with the "fix" button autofixing it. JOSM doesn't have a "mark 
this autofix as invalid" button, which means that even if you don't 
autofix it, the next person reviewing the same area may. This sounds 
identical to the issue raised by Simon above:
> ...you don't actually "confirm" that something is a good edit or 
not. You only have the choice of making an edit or leaving it to 
others to do. ... This makes the whole thing entirely equivalent to a 
mechanical edit.


So we should either A) remove it from JOSM, or B) define when it 
should be kept vs deleted, because otherwise we are not being 
consistent with requirements.




No, the two aren't equivalent.  In JOSM, validator suggestions are made 
after you've been editing in the area.  Typically where "default tags" 
such as "layer=0" (or "oneway=no" for that matter) are used are in 
places where something's an exception (maybe this is the only cross-town 
two-way street) , or there's more information to be mapped (maybe 
there's something yet to be mapped over or under the "layer=0" way 
that's obvious from the context of the data in the area).  All you're 
doing is blindly performing (or encouraging the performance of) 
mechanical edits, where the mapper has no knowledge of the local area.


Ask yourself "in what way does removing layer=0 from a bunch of ways 
improve the quality of OpenStreetMap?".  It certainly adds no valid 
data.  It could potentially remove information (if there's a problem 
with something else also tagged layer=0 nearby that will be obvious to a 
user of an interactive editor from context).


Best Regards,
Andy


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

[Talk-it] Serata uso GPS in montagna

[Dario Zontini Gmail]

Segnalo che il 28/11/2017 ad ore 20.30 la sezione CAI-SAT di Storo 
organizza una serata introduttiva all'uso del GPS in montagna in cui 
verrà presentato anche il progetto OSM


http://www.caisatstoro.it/index.php/9-yt-sample-data/category1/262-28-11-2017-serata-gps

ciao

--


Dario Zontini


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

[Talk-it-trentino] GPS in montagna

[Dario Zontini Gmail]

Segnalo che il 28/11/2017 ad ore 20.30 la sezione CAI-SAT di Storo 
organizza una serata introduttiva all'uso del GPS in montagna in cui 
verrà presentato anche il progetto OSM


http://www.caisatstoro.it/index.php/9-yt-sample-data/category1/262-28-11-2017-serata-gps

ciao

--


Dario Zontini


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [OSM-talk] New OSM Quick-Fix service

[Yuri Astrakhan]

JB, the "layer=0 removal" is one of the JOSM validations - it automatically
gets suggested to anyone editing an area with that object, with the "fix"
button autofixing it.  JOSM doesn't have a "mark this autofix as invalid"
button, which means that even if you don't autofix it, the next person
reviewing the same area may. This sounds identical to the issue raised by
Simon above:
> ...you don't actually "confirm" that something is a good edit or not. You
only have the choice of making an edit or leaving it to others to do. ...
This makes the whole thing entirely equivalent to a mechanical edit.

So we should either A) remove it from JOSM, or B) define when it should be
kept vs deleted, because otherwise we are not being consistent with
requirements.

In JOSM:
https://josm.openstreetmap.de/browser/josm/trunk/data/validator/unnecessary.mapcss?rev=12999#L6

On Thu, Nov 9, 2017 at 5:56 AM, JB  wrote:

> Le 08/11/2017 à 19:43, Yuri Astrakhan a écrit :
>
>> removing layer=0
>>
> Please don't. Once again, mapping is done by humans, and layer=0 IS
> sometimes useful to humans, even if computers don't need it.
>
>
>
> ___
> 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] Configuration JOSM

[Romain MEHUT]

Bonsoir,

Vincent m'a dépanné.

Pour ceux qui voudraient tester, cela se passe dans le panneau "Coloriage"
(en enfilade après les panneaux "Calques", "Attributs/Appartenance"...).
Clic droit sur "JOSM par défaut (MapCSS)" puis "Paramètres de style" et
décocher la 1ère case "Les zones sont dessinées avec un remplissage
uniquement autour deleurs bords intérieurs".

Romain

Le 9 novembre 2017 à 09:16, Topographe Fou  a
écrit :

> Bonjour,
>
> De mémoire (et sans pouvoir vérifier...) cela peut aussi venir de la
> présence de trottoirs (sidewalk=*) et/ou d'un éclairage (lit=yes) surtout
> depuis que StreetComplete incite à mettre cet attribut.
>
> Autant c'est utile à mon goût pour les trottoirs autant c'est casse-pied
> pour l'éclairage public car cela alourdi tout visuellement.
>
> Apparemment le style permettant d'afficher les voies peut également y être
> pour quelque chose.
>
> A creuser :
>
>- https://josm.openstreetmap.de/wiki/Styles/Lit
>- https://wiki.openstreetmap.org/wiki/Josm/styles/lane_features
>
> Un exemple de way et éventuellement une capture écran ainsi que la liste
> des styles/greffons JOSM utilisés pourraient aider.
>
> Cordialement,
>
> LeTopographeFou
> *De:* verd...@wanadoo.fr
> *Envoyé:* 9 novembre 2017 12:11 AM
> *À:* winfi...@gmail.com; talk-fr@openstreetmap.org
> *Répondre à:* verd...@wanadoo.fr; talk-fr@openstreetmap.org
> *Objet:* Re: [OSM-talk-fr] Configuration JOSM
>
> Je pense que ces bandes indiquent la présence des voies cyclables ou de
> service (bus) d'un côté ou de l'autre. Elles indiquent plus clairement de
> quel côté cela a été réellement tagué car il y a beaucoup d'erreurs liées à
> l'interprétation visuelle (orientation de la carte avec le nord en haut) et
> non celle voulue du sens du tracé (confusion fréquence entre les suffixes
> ":left" et ":right" quand la route est plutôt tracée dans le sens nord-sud
> et non sud-nord, ou aussi plus généralement entre ":forward" et ":backward")
>
> Le 9 novembre 2017 à 00:00, Jo  a écrit :
>
>> C'est avec quels types de way que ça se passe? Quelle version de JOSM,
>> tested ou latest?
>>
>> Jo
>>
>> 2017-11-08 22:48 GMT+01:00 Romain MEHUT :
>>
>>> Dans le menu "Coloriage", j'ai "JOSM par défaut (MapCSS)" en modèle
>>> actif. Effectivement si je le désactive, je n'ai plus les "bandes" mais du
>>> coup tous les ways sont identiques de couleur grise.
>>>
>>> Romain
>>>
>>>
>>> Le 8 novembre 2017 à 22:38, Jo  a écrit :
>>>
 Est-ce possible que tu as activé un style MapCSS?

 Jo

 2017-11-08 22:23 GMT+01:00 Romain MEHUT :

> Bonsoir,
>
> Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui
> met comme une "bande" de part et d'autre de certains ways. Je voudrais
> qu'il n'y ait pas cette "bande" car elle masque trop l'imagerie pour 
> tracer
> correctement les ways en dessous.
>
> Je ne sais pas où cela se trouve dans la configuration de JOSM... Si
> vous voyez de quoi je parle, quelqu'un sait comment faire ?
>
> Merci.
>
> Romain
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>

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


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

[Talk-ca] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

Re: [Talk-us] Potential vandalism or very misguided edits near Madison

[Simon Poole]

I did a couple of spot checks of the previous changesets and they all
seem good (outside of the silly changeset comments), so maybe it is a
case of a prankster using the account or something along such lines.

Am 09.11.2017 um 21:13 schrieb Harald Kliems:
> I am local, and yes, there is no good reason/explanation for those
> deletions. Looks like a clear case for a revert. I'm not confident
> enough in my revert abilities, though.
>  Harald, Madison (WI)
>
> On Thu, Nov 9, 2017 at 2:09 PM Simon Poole  > wrote:
>
> See at least the last 5 or so changesets here
> https://www.openstreetmap.org/user/JuggernautMapper/history
>
> Walter has already commented on one of the changesets but maybe
> somebody
> local should have a look at the edits and potentially revert.
>
> Simon
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us
>



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

[OSM-talk] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

[Talk-us] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

[talk-ph] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

[Talk-GB] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

[OSM-talk-ie] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

[Talk-in] weeklyOSM #381 2017-10-31-2017-11-07

[weeklyteam]

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

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

Enjoy!

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

Re: [Talk-cz] jednosměrka

[Jiří Komárek]

 * Stav silnice: Například vlhká *wet*, sníh *snow*. Je poznamenáváno,
   že podmínka *wet* odpovídá *:wet* např. ve značce maxspeed:wet
   =*. Použití
   *wet* jako podmínky je doporučováno, aby se sjednotil zápis
   omezujících značek ("maxspeed:wet" bylo zavedeno v době, kdy
   neexistoval žádný zavedený způsob jak značit podmíněná omezení).

citováno z 
https://wiki.openstreetmap.org/wiki/Cs:Podm%C3%ADn%C4%9Bn%C3%A1_omezen%C3%AD



takže "oneway:snow=yes"


On 9.11.2017 21:26, marek wrote:


Právě, že to nemá datum. Napadne sníh a policajti tam dají jednosměrku 
a vybírají pokuty. Sníh sleze a už to je zase obousměrná.


Marek Polák

__
> Od: Michal Fabík 
> Komu: talk-cz@openstreetmap.org
> Datum: 09.11.2017 21:17
> Předmět: Re: [Talk-cz] jednosměrka
>

On 9.11.2017 21:11, marek wrote:
> Je možné mapovat ulici, kde se v zimě mění ulice na jednosměrku?
> Jde to vůbec a jak na to?
>
> Marek Polák
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

Ahoj, mělo by to být oneway:conditional=yes @ (Dec 21-Mar 20), případně
uprav data podle toho, co se myslí tím "v zimě". Viz
https://wiki.openstreetmap.org/wiki/Conditional_restrictions

--
Michal Fabík

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


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


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

Re: [Talk-cz] jednosměrka

[Miroslav Suchý]

Dne 9.11.2017 v 21:26 marek napsal(a):
> Právě, že to nemá datum. Napadne sníh a policajti tam dají jednosměrku a
> vybírají pokuty. Sníh sleze a už to je zase obousměrná.

oneway:conditional=yes @ (snow)

Je to na te wiki popsano "road condition".

Mirek

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

Re: [Talk-cz] jednosměrka

[marek]

Právě, že to nemá datum. Napadne sníh a policajti tam dají jednosměrku a 
vybírají pokuty. Sníh sleze a už to je zase obousměrná.
 
Marek Polák
 
__

Od: Michal Fabík 
Komu: talk-cz@openstreetmap.org
Datum: 09.11.2017 21:17
Předmět: Re: [Talk-cz] jednosměrka


On 9.11.2017 21:11, marek wrote:
> Je možné mapovat ulici, kde se v zimě mění ulice na jednosměrku?
> Jde to vůbec a jak na to?
>   
> Marek Polák
>   
> 
> ___

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

> 

Ahoj, mělo by to být oneway:conditional=yes @ (Dec 21-Mar 20), případně 
uprav data podle toho, co se myslí tím "v zimě". Viz 
https://wiki.openstreetmap.org/wiki/Conditional_restrictions 


--
Michal Fabík

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


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

Re: [Talk-cz] jednosměrka

[Michal Fabík]

On 9.11.2017 21:11, marek wrote:

Je možné mapovat ulici, kde se v zimě mění ulice na jednosměrku?
Jde to vůbec a jak na to?
  
Marek Polák
  


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



Ahoj, mělo by to být oneway:conditional=yes @ (Dec 21-Mar 20), případně 
uprav data podle toho, co se myslí tím "v zimě". Viz 
https://wiki.openstreetmap.org/wiki/Conditional_restrictions


--
Michal Fabík

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

Re: [Talk-us] Potential vandalism or very misguided edits near Madison

[Ian Dees]

I'm beginning a revert now.

On Thu, Nov 9, 2017 at 2:13 PM, Harald Kliems  wrote:

> I am local, and yes, there is no good reason/explanation for those
> deletions. Looks like a clear case for a revert. I'm not confident enough
> in my revert abilities, though.
>  Harald, Madison (WI)
>
> On Thu, Nov 9, 2017 at 2:09 PM Simon Poole  wrote:
>
>> See at least the last 5 or so changesets here
>> https://www.openstreetmap.org/user/JuggernautMapper/history
>>
>> Walter has already commented on one of the changesets but maybe somebody
>> local should have a look at the edits and potentially revert.
>>
>> Simon
>>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Potential vandalism or very misguided edits near Madison

[Harald Kliems]

I am local, and yes, there is no good reason/explanation for those
deletions. Looks like a clear case for a revert. I'm not confident enough
in my revert abilities, though.
 Harald, Madison (WI)

On Thu, Nov 9, 2017 at 2:09 PM Simon Poole  wrote:

> See at least the last 5 or so changesets here
> https://www.openstreetmap.org/user/JuggernautMapper/history
>
> Walter has already commented on one of the changesets but maybe somebody
> local should have a look at the edits and potentially revert.
>
> Simon
>
>
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-us
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-us] Potential vandalism or very misguided edits near Madison

[Ian Dees]

On Thu, Nov 9, 2017 at 2:08 PM, Simon Poole  wrote:

> See at least the last 5 or so changesets here
> https://www.openstreetmap.org/user/JuggernautMapper/history
>
> Walter has already commented on one of the changesets but maybe somebody
> local should have a look at the edits and potentially revert.
>

That user has made more than 5 changesets. I'm assuming you're talking
about the large swaths of deleted stuff?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

[Talk-us] Potential vandalism or very misguided edits near Madison

[Simon Poole]

See at least the last 5 or so changesets here
https://www.openstreetmap.org/user/JuggernautMapper/history

Walter has already commented on one of the changesets but maybe somebody
local should have a look at the edits and potentially revert.

Simon




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

[Talk-cz] Školení Alpina - report

[Miroslav Suchý]

V sobotu jsem udělal školení pro Alpinu. Bylo to v rámci akce, kdy
dělají vzdělávací kurzy pro svoje průvodce. Každý průvodce si vybral co
ho zajímalo. U mě bylo osm průvodců, kterým jsem ukázal jak si tisknout
papírové mapy. Jak si vytvářet vlastní mapy se zvýrazněnými body a
trasami. Jak zaznamenávat trasy v terénu.
Velmi přínosná byla praktická část, kdy jsme se vydali do blízkého
brownfieldu Jižní Centrum, kde jsme zmapovali nedávné změny a pak je
částečně zanesli do mapy.

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


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

[Talk-cz] Poštovní schránky v Brně

[Miroslav Suchý]

Tak pokud by to někoho zajímalo, tak v Brně jsou zmapovány všechny
poštovní schránky.
Někde ještě chybí doplnit ref nebo provozovatel, ale body jsou všechny.

Špatné věci v importu byli nahlášeny zpět na Českou poštu.

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


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

Re: [Talk-it] Sentiero Europeo E5 - nomi su highway

[dvdzero]

ok, allora procedo anche io con la pulizia dei name



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

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

Re: [Talk-it] tag strada di campagna

[Carlo]

Ciao a tutti

Ho fatto questa domanda perchè guardando su taginfo, fine gravel viene 
utilizzato solamente 4 volte a differenza degli altri, unpaved 102 e 
compacted 0.

Grazie per il consiglio



Il 09/11/2017 18.55, Volker Schmidt ha scritto:

Vorrei fare un riassunto:
Ci sono vari tag coinvolti, che parzialmente si sovrappongono:
Se una strada è pensata in primo luogo per il traffico locale generico 
il tagging sarebbe:
highway=unclassified (cioè la più bassa categoria di strade per il 
traffico normale)

lanes=1 se la strada è stretta
(in alternativa si può anche utilizzare width=... o est_width=...)
oneway=no
surface=asphalt|fine_gravel|
smoothness=...
(in alternativa o in aggiunta anche tracktype=...)
lit=yes|no
sidewalk=no nella maggior parte dei casi)

se si tratt invece per una strada bianca in promo luogo per il 
traffico agro-silvestre

highway=track
tracktype=...
surface=...
(in aggiunta anche smoothness=...)
width=... o est_width=...
non dimenticare eventuali limiti di accesso a certe categorie di 
veicoli (Nota: In Italia trovo spesso il cartello "divieto di transito 
per tutti veicoli", il quale includerebbe anche le bici. Per questo 
motivo aggiungo in questi casi bicycle=permissive)





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


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

Re: [Talk-it] tag strada di campagna

[Volker Schmidt]

Vorrei fare un riassunto:
Ci sono vari tag coinvolti, che parzialmente si sovrappongono:
Se una strada è pensata in primo luogo per il traffico locale generico il
tagging sarebbe:
highway=unclassified (cioè la più bassa categoria di strade per il traffico
normale)
lanes=1 se la strada è stretta
(in alternativa si può anche utilizzare width=... o est_width=...)
oneway=no
surface=asphalt|fine_gravel|
smoothness=...
(in alternativa o in aggiunta anche tracktype=...)
lit=yes|no
sidewalk=no nella maggior parte dei casi)

se si tratt invece per una strada bianca in promo luogo per il traffico
agro-silvestre
highway=track
tracktype=...
surface=...
(in aggiunta anche smoothness=...)
width=... o est_width=...
non dimenticare eventuali limiti di accesso a certe categorie di veicoli
(Nota: In Italia trovo spesso il cartello "divieto di transito per tutti
veicoli", il quale includerebbe anche le bici. Per questo motivo aggiungo
in questi casi bicycle=permissive)
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] False ciminiere

[Volker Schmidt]

Quando una categoria non è sufficientemente precisa nei dati da importare,
non resta altro che non importare in modo automatico, ma manuale, per mio
avviso.
Io trovo che ci sono in generale troppi oggetti importati, dove il mapping
definitivo è lasciato a future generazioni di mappatori con note varie (mi
vengono in mente la denominazione di chiese, dove anche spesso non solo
l'edifico è taggato come chiesa, o i tanti "verificare se man_made=works",
o i retaining walls con direzione a caso. Sono tutte cose che sono rimaste
li ormai da anni e solo occasionalmente qualcuno le corregge.
Sarebbe da fare un bel lavoro sistematico su tutto il terreno con import.
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag strada di campagna

[Cascafico Giovanni]

Se hai occasione di scaricare la app "streetcomplete" puoi scegliere la
superficie cliccando la foto che gli assomiglia di più.

Il 09/nov/2017 16:48, "Carlo"  ha scritto:

> Ciao a tutti
> Devo mettere il tag sul tipo di superficie di una strada ci campagna.
> La strada è tipica delle campagne italiane, con ghiaia fine, quale tag
> utilizzo?
>
> unpaved 
> compacted 
> fine_gravel
> 
>
> Grazie
> Carlo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] tag strada di campagna

[Davide Mangraviti]

Concordo, io da sempre quando inserisco una track aggiungo sempre il
tracktype, è l'informazione principale sia su rendering che sul dato per
capire la transabilità da parte di mezzi fuoristrada o agricoli, la
superficie a mio parere viene dopo, anche perchè è sempre abbastanza
personale definirla..



angelo mornata wrote
> Approfitto di questa richiesta per porre in evidenza i "Tipi di strada
> sterrata" Grado 1 - Grado 2-  ecc.ecc. caratteristiche molto più calzanti
> alla realtà, molto belle da vedere su una cartina, con i vari e diversi
> tratteggi; e se era possibile aprire una discussione per fare una cosa
> simile per i sentieri.
> 
> 
> P.s. per questo caso d'accordo per fine_gravel
> 
> 
> Grazie
> 
> Angelo
> 
> 
> 
> Da: Volker Schmidt 

> voschix@

> 
> Inviato: giovedì 9 novembre 2017 16:56
> A: openstreetmap list - italiano
> Oggetto: Re: [Talk-it] tag strada di campagna
> 
> fine_gravel!
> 
> On 9 Nov 2017 4:48 p.m., "Carlo" 

> naca84@

> mailto:

> naca84@

> > wrote:
> Ciao a tutti
> Devo mettere il tag sul tipo di superficie di una strada ci campagna.
> La strada è tipica delle campagne italiane, con ghiaia fine, quale tag
> utilizzo?
> 
> unpavedhttps://wiki.openstreetmap.org/wiki/Tag:surface%3Dunpaved;
> compactedhttps://wiki.openstreetmap.org/wiki/Tag:surface%3Dcompacted;
> fine_gravelhttps://wiki.openstreetmap.org/wiki/Tag:surface%3Dfine_gravel;
> 
> Grazie
> Carlo
> 
> ___
> Talk-it mailing list

> Talk-it@

> mailto:

> Talk-it@

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

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





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

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

Re: [Talk-it] Feature Proposal - RFC - (Fire Hydrant Extensions (part 2)

[Alberto]

Ciao a tutti. Segnalo che abbiamo rivisto e corretto la proposta sugli idranti 
per venire incontro a coloro che l'avevano bocciata qualche settimana fa.
Questo weekend se non ci sono più modifiche da fare, proporrei una nuova 
votazione.
Questa è l'ultima versione:
https://wiki.openstreetmap.org/wiki/Proposed_features/Fire_Hydrant_Extensions_(part_2)

Alberto


---
Questa e-mail è stata controllata per individuare virus con Avast antivirus.
https://www.avast.com/antivirus


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

Re: [Talk-it] False ciminiere

[Paolo Monegato]

Il giorno 9 novembre 2017 10:13, Martin Koppenhoefer  ha scritto:

> 2017-11-08 18:32 GMT+01:00 Paolo Monegato :
>
>>
>> Ho dato un'occhiata al file delle regole e la descrizione del codice
>> della CTR (a cui è legato il sistema di tagging) è: "Torre industriale -
>> Ciminiera".
>>
>> Deduco quindi che per le torri medievali si tratti di un problema della
>> fonte, mentre le cooling tower direi che sono ricomprese nella categoria
>> "torri industriali".
>>
>
>
> probabile (non conosco la definizione di "torre industriale"), ma
> sicuramente le torri di raffraddamento non sono man_made=tower in OSM.
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower
>
> Non sono accessibili, non hanno piattaforme, ecc.
>
> Io sarei per man_made=cooling_tower, ma è segnato come "deprecated".
> Scrivo alla lista tagging.
>

La definizione dell'entità "Torre industriale - Ciminiera" sul PDF delle
codifiche della CTR è questa:
"Struttura o apparecchiatura artificiale simile, per l’alto sviluppo
verticale, a una torre, destinata ad operazioni e attività di tipo
tecnologico (esempio: “torre di lavaggio” usata nell’industria chimica per
la depurazione dei gas), fumaiolo assai alto, caratteristico delle
costruzioni industriali, realizzato in mattoni o cemento armato destinato a
smaltire nell’atmosfera i gas combusti."

Non essendoci un'entità apposita per le torri di raffreddamento direi che
loro le classificano come torre industriale. Noi che possiamo essere più
specifici sarebbe bene che lo facessimo.

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

Re: [Talk-it] tag strada di campagna

[angelo mornata]

Approfitto di questa richiesta per porre in evidenza i "Tipi di strada 
sterrata" Grado 1 - Grado 2-  ecc.ecc. caratteristiche molto più calzanti alla 
realtà, molto belle da vedere su una cartina, con i vari e diversi tratteggi; e 
se era possibile aprire una discussione per fare una cosa simile per i sentieri.


P.s. per questo caso d'accordo per fine_gravel


Grazie

Angelo



Da: Volker Schmidt 
Inviato: giovedì 9 novembre 2017 16:56
A: openstreetmap list - italiano
Oggetto: Re: [Talk-it] tag strada di campagna

fine_gravel!

On 9 Nov 2017 4:48 p.m., "Carlo" > 
wrote:
Ciao a tutti
Devo mettere il tag sul tipo di superficie di una strada ci campagna.
La strada è tipica delle campagne italiane, con ghiaia fine, quale tag utilizzo?

unpaved
compacted
fine_gravel

Grazie
Carlo

___
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-br] Empresas de rastreamento adicionando nomes do Google

[Nelson A. de Oliveira]

Bem vindo, Bressan.

Pode enviar a lista aqui ou disponibilizá-la em algum local que a
gente dá uma olhada e verifica o que precisa ser corrigido.

Ideal mesmo seria você aproveitar para tirar dúvidas, aprender e
corrigi-los você mesmo ;-)

Abraço!

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

Re: [Talk-it] tag strada di campagna

[Volker Schmidt]

fine_gravel!

On 9 Nov 2017 4:48 p.m., "Carlo"  wrote:

> Ciao a tutti
> Devo mettere il tag sul tipo di superficie di una strada ci campagna.
> La strada è tipica delle campagne italiane, con ghiaia fine, quale tag
> utilizzo?
>
> unpaved 
> compacted 
> fine_gravel
> 
>
> Grazie
> Carlo
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] tag strada di campagna

[Carlo]

Ciao a tutti
Devo mettere il tag sul tipo di superficie di una strada ci campagna.
La strada è tipica delle campagne italiane, con ghiaia fine, quale tag 
utilizzo?


unpaved 
compacted 
fine_gravel 

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

Re: [Talk-cz] Hlášení budov (Was: Fungující transformace z Křováka!)

[Marián Kyral]

9. listopadu 2017 16:22:36 SEČ, Miroslav Suchy  napsal:
>Dne 8.11.2017 v 21:59 Marián Kyral napsal(a):
>> Na http://ruian.poloha.net/ si zapni vrstvu "budovy" a do nějaké
>budovy
>> klikni. Otevře se ti formulář s popisem a kódem budovy a rovnou můžeš
>> nahlásit, co je špatně.
>
>A ještě jedna otázka: co znamenají ti bubáci? :)
>

http://poloha.net/content/co-znamenaji-barvy-duchove-ve-vrstve-budov

Marián


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

Re: [Talk-cz] Hlášení budov (Was: Fungující transformace z Křováka!)

[Miroslav Suchy]

Dne 8.11.2017 v 21:59 Marián Kyral napsal(a):
> Na http://ruian.poloha.net/ si zapni vrstvu "budovy" a do nějaké budovy
> klikni. Otevře se ti formulář s popisem a kódem budovy a rovnou můžeš
> nahlásit, co je špatně.

A ještě jedna otázka: co znamenají ti bubáci? :)

Mirek

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

Re: [Talk-ec] Autovias en Ecuador

[Daniel Orellana]

Me parece que son dos cosas diferentes: la etiqueta y la geometría:

Etiqueta: Hace años habíamos propuesto ya algunas cosas para las etiquetas
highway=motorway y highway=trunk (https://wiki.openstreetmap.or
g/wiki/Ecuador/normalizacion_de_vias)

Geometría: Creo que la pregunta de Horea se refiere sobre todo a esto. Si
la vía no tiene división física en medio entre los dos sentidos no debería
ser trazada como dos líneas. Tal es el caso de la imagen que pone como
ejemplo en la vía Papallacta.

Sin embargo, hay otros ejemplos, que la división no es física pero con una
trama de pintura bastante amplia (líneas diagonales) para indicar la
ilegalidad del giro en U. La cuestión sería si éstas deberían ser trazadas
con dos líneas o no.

Analizando los ejemplos, mi opinión es que en estos casos, aunque no haya
separación física, se debería mapear con dos líneas paralelas (dual
carriageway), pero será importante oir otras opiniones.


[image: Inline images 1]

Saludos!"

daniel

___
Daniel Orellana, PhD.
Profesor Principal
Universidad de Cuenca

>> Consulta mi agenda

>> Publicaciones en Google Scholar

>> Perfil en ResearchGate

>> Investigación en LlactaLAB 
>> Investigación en iDRHICA


2017-11-09 6:58 GMT+00:00 Arno Teigseth :

> Hola
>
> On 11/07/2017 09:26 AM, Horea Meleg wrote:
>
>> Mientras estábamos mapeando en Ecuador encontramos carreteras mapeadas en
>> OSM como autovías (dual carriageways). De acuerdo con las referencias
>> escritas a continuación: una carretera debe ser mapeada como una autovía
>> cuando hay un separador físico. Pero, en algunos casos, encontramos que no
>> había ningún separador físico.  …
>>
>
> Segundo la opción de Horea - debemos mapear según los estándares
> internacionales. Creo que parte de la confusión se debe a que muchos de las
> vías son llamados "autopistas" por el gobierno y por la gente en general.
>
> Pero hay discrepancias muy importantes con la definición internacional de
> "autopistas".
>
> En el Ecuador:
> --hay cruces a nivel, con o sin semáforos (traffic lights)
> --se permite curvar en U en el carril IZQUERDO de la "autopista"
> --(especialmente por la costa) hay varias zonas escolares donde de repente
> se reduce a 30km/h (!) la velocidad
> --no hay separadores físicos en la mitad de la vía
>
> Cada uno de estos puntos descalificaría a una vía de ser motorway/autovía.
>
> Yo votaría por llamar "autopista" solamente a las autopistas propias, con
> velocidad razonable y cruces a desnivel (ejemplo: la Ruta Viva en Quito, y
> muchas vías alrededor de Guayaquil).
>
> Las vías que descalificarían podrían llamarse "primary" o "secondary" que
> es una calificación más general.
>
> atte
> --
> Arno Teigseth
>
>
> ___
> Talk-ec mailing list
> Talk-ec@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ec
>

-- 
Advertencia legal: 
Este mensaje y, en su caso, los archivos anexos son confidenciales, 
especialmente en lo que respecta a los datos personales, y se dirigen 
exclusivamente al destinatario referenciado. Si usted no lo es y lo ha 
recibido por error o tiene conocimiento del mismo por cualquier motivo, le 
rogamos que nos lo comunique por este medio y proceda a destruirlo o 
borrarlo, y que en todo caso se abstenga de utilizar, reproducir, alterar, 
archivar o comunicar a terceros el presente mensaje y ficheros anexos, todo 
ello bajo pena de incurrir en responsabilidades legales. Las opiniones 
contenidas en este mensaje y en los archivos adjuntos, pertenecen 
exclusivamente a su remitente y no representan la opinión de la Universidad 
de Cuenca salvo que se diga expresamente y el remitente esté autorizado 
para ello. El emisor no garantiza la integridad, rapidez o seguridad del 
presente correo, ni se responsabiliza de posibles perjuicios derivados de 
la captura, incorporaciones de virus o cualesquiera otras manipulaciones 
efectuadas por terceros.
___
Talk-ec mailing list
Talk-ec@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ec

Re: [Talk-it] Marciapiede alberato

[Martin Koppenhoefer]

2017-11-09 14:06 GMT+01:00 Catonano :

>
>
> Ho creato gli alberi e le due aree
>
> Ora manca una relazione cui appartengano tutte queste cose
>


no, le relazioni sono gli elementi più "costosi" da utilizzare, si usano
soltanto quando altri metodi (tag, aree e configurazione spaziale, etc.)
non sono sufficienti ad ottenere lo stesso scopo.

Se vuoi fare del micromapping, potresti creare un'area pedonale
(highway=pedestrian + area=yes) e togliere i quadratini dove crescono gli
alberi ;-)

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

Re: [Talk-it] Marciapiede alberato

[Catonano]

Il giorno 18 ottobre 2017 11:55, Max1234Ita  ha
scritto:

> dieterdreist wrote
> > nel caso di alberi urbani faccio un node per ogni albero (natural=tree),
> > poi ci sono questi tag per il tipo:
> > denotation=urban (alberi in un centro abitato, generico, non in filiera
> > lungo la strada)
> > denotation=avenue (in filiera lungo la strada)
> >
> > Ciao,
> > Martin
>
> Interessante il tag denotation, non lo conoscevo ancora:
> http://wiki.openstreetmap.org/wiki/Key:denotation
>
> ... e si applica anche ai tree_row! :)
>
>
> Ciao e buona giornata.
> Max
>

Grazie a tutti

Ho creato gli alberi e le due aree

Ora manca una relazione cui appartengano tutte queste cose

Mi riservo di farla presto

Nel frattempo, potete ammirare i risultati del lavoro qui ;-)
https://www.openstreetmap.org/#map=19/40.47009/17.25103
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] lampione non compare sulla mappa

[Catonano]

Il giorno 8 novembre 2017 15:18, Volker Schmidt  ha
scritto:

> Secondo
> http://wiki.openstreetmap.org/wiki/Standard_tile_layer/Key
> non dovrebbe essere renderizzato del tutto.
> Per l'illuminazione stradale c'è questa mappa (prototipo al momento):
> http://inai.de/sl/#19/40.46987/17.25077
>
>

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

Re: [Talk-br] Empresas de rastreamento adicionando nomes do Google

[Bressan - El Bando]

Pessoal, entrei na lista, estou acompanhando. Este é meu 1o email aqui.

Estou percorrendo todas as estradas do DF (Distrito Federal - Brasilia), e
a referência é o mapa do DER/DF.
http://www.der.df.gov.br/o-der/mapa-rodoviario.html

Comparando este mapa com o OSM, já encontrei algumas divergências. A
primária é a nomenclatura DF-xxx para as estradas vicinais que oficialmente
são VC-xxx.
Já tenho todo o Sistema Rodoviario planilhado para meu projeto, com as
divergencias sinalizadas.

Como não tenho habilidade em corrigir o OSM, alguém poderia receber meu
arquivo e proceder estas correções primárias? São pelo menos 63 casos de
alteração de DF-xxx para VC-xxx.


Abraco,
Bressan



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

[talk-ph] Planned revert - harmful edits by ErnieSarayno

[Erwin Olario]

Hello. I filed a ticket [0] about the belated discovery of the harmful
edits made by user ErnieSarayno [1] in the Southern Mindanao area.

Details are available in the ticket, but as far as the changsets I've
reviewed are concerned, they will have to be reverted.

Attempts has been made to contact them, and comments made on some of the
relevant changesets. If no action, or response is received from them, and
if there are no objections here, complete revert is planned for 17th
November.

I also contacted DWG about the revert plans.

/GOwin

[0]: https://github.com/OSMPH/papercut_fix/issues/31
[1]: https://api.openstreetmap.org/api/0.6/changesets?user=6306837


-- 

/Erwin Olario

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

Re: [Talk-it] Auto incastrata

[Volker Schmidt]

   - "maxwidth" definisce la larghezza massima per veicoli, indicata su un
   cartello stradale [1]
   - "width" è la larghezza della strada [2]
   - se l larghezza è solo stimata, tanti mappatori utilizzano "est_width"
   (descritto in [1])

In assenza di un cartello stradale si può solo mettere [2] o [3]
[1] https://wiki.openstreetmap.org/wiki/Key:maxwidth
[2] https://wiki.openstreetmap.org/wiki/Key:width

2017-11-09 12:13 GMT+01:00 Max1234Ita :

>
> oO
>
> Oserei dire che da questa parte è ben poco automobilistica!
>
> Qualunque sia la mappatura utilizzata, suggerirei però di aggiungere (se
> manca) un tag maxwidth=*, indicando la larghezza della strada nel suo punto
> più stretto...
>
> Quantomeno, questo *potrebbe* evitare che un routing basato su OSM
> suggerisca quella strada a qualche guidatore particolarmante "estroso".  Ne
> sono conscio, questo è un po' mappare per la mamma degli imbecilli... che
> così, per la prossima generazione,  potrà sfornarne di migliori! :-)
>
> Ciao e buona giornata.
> Max
>
>
>
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Auto incastrata

[Max1234Ita]

oO

Oserei dire che da questa parte è ben poco automobilistica!

Qualunque sia la mappatura utilizzata, suggerirei però di aggiungere (se
manca) un tag maxwidth=*, indicando la larghezza della strada nel suo punto
più stretto... 

Quantomeno, questo *potrebbe* evitare che un routing basato su OSM
suggerisca quella strada a qualche guidatore particolarmante "estroso".  Ne
sono conscio, questo è un po' mappare per la mamma degli imbecilli... che
così, per la prossima generazione,  potrà sfornarne di migliori! :-)

Ciao e buona giornata.
Max






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

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

Re: [OSM-talk] New OSM Quick-Fix service

[JB]

Le 08/11/2017 à 19:43, Yuri Astrakhan a écrit :

removing layer=0
Please don't. Once again, mapping is done by humans, and layer=0 IS 
sometimes useful to humans, even if computers don't need it.



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

Re: [Talk-it] Auto incastrata

[Martin Koppenhoefer]

2017-11-09 11:40 GMT+01:00 emmexx :

> On 11/09/2017 11:02 AM, Elena ``of Valhalla'' wrote:
> > Buona domanda, uno scooterista che si infila su una gradinata a gradoni
> > lunghi e bassi va necessariamente multato? o basta che rispetti le leggi
> > della fisica e non faccia danni e può passarci?
>
> Questa è la via De Cristoforis dal lato opposto a dove è entrato
> l'automobilista:
>
> https://www.google.it/maps/@45.87012,9.120345,3a,75y,323.
> 94h,83.17t/data=!3m7!1e1!3m5!1s0bRmC-dH6SVbsbaxaGM_6Q!2e0!
> 3e2!7i13312!8i6656



da questa parte direi che non ci rimangono dubbi ;-)


>
> Se ho una moto da cross posso salire sugli scalini?



no




> Anche se siamo al
> limite, in un'ottica da mappatore, uso il buon senso o indico che la way
> è accessibile anche a mezzi a motore? Un mappatore motocrossista
> probabilmente direbbe che di lì si passa...



penso che direbbe che si potrebbe passare, ma ovviamente non è consentito.
Un motocrossista abile potrebbe (fisicamente) anche scendere le scale
mobili e entrare in metro, ma non si può. Solo nella casa delle libertà...

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

Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné mapování

[Vladimír Slávik]

Ahoj,
naopak, toto silně naznačuje že má v Německu problém - západní Čechy spadnou
do obdélníku pro Německo, tak tam hledí na sebe neupozorňovat, nebo dokonce
ani nemůže editovat. V téhle variantě by to byl skutečně exodus trolla na
nová loviště... drang nach osten... :-D
V.
-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 11. 2017 19:31:26
Předmět: Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné
mapování
"


2017-11-08 9:45 GMT+01:00 majka :
"
A doprčic, těch jím zadaných bazénů je hromada (podle overpass turbo
(http://overpass-turbo.eu/s/sPR) přes 5000 v ČR) -  - z toho část jediný tag
leisure=swimming_pool, část nacpané na objekty Dibavod, případně koupaliště.

"



Podle toho dotazu to vypadá, že edituje po celém Česku vyjma západních Čech.
Trochu weird na to, že je z Německa...

To jen tak poznatek, který nám asi k ničemu není...




H.




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

Re: [Talk-it] Auto incastrata

[emmexx]

On 11/09/2017 11:02 AM, Elena ``of Valhalla'' wrote:
> Buona domanda, uno scooterista che si infila su una gradinata a gradoni
> lunghi e bassi va necessariamente multato? o basta che rispetti le leggi
> della fisica e non faccia danni e può passarci?

Questa è la via De Cristoforis dal lato opposto a dove è entrato
l'automobilista:

https://www.google.it/maps/@45.87012,9.120345,3a,75y,323.94h,83.17t/data=!3m7!1e1!3m5!1s0bRmC-dH6SVbsbaxaGM_6Q!2e0!3e2!7i13312!8i6656

Se ho una moto da cross posso salire sugli scalini? Anche se siamo al
limite, in un'ottica da mappatore, uso il buon senso o indico che la way
è accessibile anche a mezzi a motore? Un mappatore motocrossista
probabilmente direbbe che di lì si passa...

ciao
maxx

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

Re: [OSM-talk-fr] Des ajouts où osmose râle : les boites aux lettres

[Nicolas Bétheuil]

Du coup j'ai modifié le wiki
https://wiki.openstreetmap.org/w/index.php?title=FR:Osmose/issues=1522777=1522416

J'ai supprimé les mentions à de l'erreur 8023 elle a l'air de regrouper
beaucoup d'autres choses que juste les boites postales et n’apportait rien
dans la compréhension.

Le 22 octobre 2017 à 16:16, Frédéric Rodrigo  a
écrit :

>
> Le 22/10/2017 à 15:56, Nicolas Bétheuil a écrit :
>
>> Merci pour ces précisions.
>>
>> Comment corriger la doc d'osmose pour pointer vers le jeux de données de
>> la poste ?
>>
> C'est un wiki, tout le monde peut participer.
>
> Ou encore mieux pour qu'il propose les corrections ?
>>
> Osmose te propose déjà une correction possible :
>
> http://osmose.openstreetmap.fr/fr/error/14044432987
>
> Corrections
> tags_create
> operatorLa Poste
> refA0E4N3
> sourcedata.gouv.fr:LaPoste - 05/2016
>
> http://osmose.openstreetmap.fr/fr/map/?item=8026=17
> =45.6790570=-0.1738410
>
>
> Frédéric.
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné mapování

[majka]

Pavle,

situace je už někde úplně jinde, snad se s ním snaží domluvit Němci. Dočti
ty romány do konce :)

Nemá cenu za ním opravovat jeho mapování (sám na to kašle), když namátkou
1.10. stihnul poslat do dat nových 1680 sad změn, a v listopadu měl každý
den těch rádově změn stovky - nepřeháním, podívej se na jeho přehled
.

To spamování jsem nadhodila víceméně ze zoufalství - protože co jiného to
bude, pokud se ho budeš snažit stíhat a u každého blbě zadaného changesetu
ho na to upozorníš? Znovu zdůrazňuji, že těch jeho bazénů (patrně
soukromých, jediný tag amenity=swimming_pool) bylo při posledním pohledu v
Čechách cca 5200. Co není spam? Dávat to na každou stou sadu, na každou
tisící - když opraví jen to jedno jediné, a na ostatní se vybodne?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-dk] Opdaterede Luftfotos fra SDFE

[Hans Gregers Petersen]

Hej alle,

SDFE slap ganske rigtigt det nyeste ortofoto i går. Jeg er væk på
konference, men når jeg kommer i nærheden af en terminal, vil jeg
invalidere cachen på osmtools.septima.dk, så alle tiles er fra det nye
datasæt (så skal man ikke zoome ind, for at data er nye).


Mvh

Gregers


Den 8. nov. 2017 11:12 skrev "Michael Andersen" :

Hej

Så er der godt nyt :-). Jeg har her til formiddags kunnet konstatere at de
luftfotos fra SDFE vi ser i iD, JOSM osv nu er fra foråret 2017 (Det kan
være
nødvendigt at zoome godt ind for at få dem frem). Det sidste års tid har de
været fra foråret 2016.
Hvis man har kendskab til steder hvor der er bygget nyt eller på anden vis
sket relevante ændringer siden foråret 2016 kan det derfor være en god ide
at
se nærmere på dem nu

Mvh Hjart

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

Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné mapování

[Marián Kyral]

-- Původní e-mail --
Od: Pavel Machek 
Komu: OpenStreetMap Czech Republic 
Datum: 9. 11. 2017 10:52:28
Předmět: Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné
mapování
"
> Detailně:
>
> V tom konkrétním komentáři dotyčný nevidí problém v tom, že tam "zatím"
chybí označení private - zatím jsou to cca 4 měsíce, takže to bez výslovného
upozornění neopraví a v plánu ani nikdy neměl. 
>
> Můj návrh řešení - hlavně ten aktivní uživatel fell3: začnu (pod
samostatným přihlášením) v podstatě spamovat výzvou k opravě - tedy dohledám
changesety a všude hodím stejnou výzvu k opravě. Dám tomu cca měsíc, a pak
hodím revert na všechny zahradní bazény.
>

To neni rozumne.

a) Spamovat lidi neni pekne. Nechcem ze "zvlastniho uzivatele" udelat
"opravdoveho vandala", ze?

b) Jestli tam ty bazeny jsou, neni dobry napad je
mazat. access=private by mel resit vsechny problemy.

"



No právě. Jestli tam jsou. Podle mně je většina těch bazénů aktuálně někde v
kůlně.





Marián


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

Re: [Talk-it] Mappatura dei cieli

[Martin Koppenhoefer]

2017-11-08 13:58 GMT+01:00 Cascafico Giovanni :

> Sono incappato per caso in questo articolo [1] in cui si spiega come
> con una chiavetta venduta per la tv digitale terrestre si può generare
> una heatmap derivata dalle posizioni degli aeromobili.
>


si, puoi anche scaricare tutte i risultati registrati da altri, sia in
forma commerciale che free:
https://www.flightradar24.com/
https://openflights.org/data.html
https://opensky-network.org/

Tanto, per OSM è offtopic ;-)

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

Re: [Talk-it] Auto incastrata

[Elena ``of Valhalla'']

On 2017-11-09 at 08:24:02 +0100, emmexx wrote:
> Io non parlerei di mulattiera, altrimenti sembra che ci si trovi in alta
> montagna.

non è montagna perché il lago è a 200m slm, ma se si fa caso alle curve
di livello la via regina nuova è già sopra i 300m e ciò che formalmente
è montagna non è poi così lontano; di sicuro la viabilità della zona non
è viabilità di pianura (ma neanche di collina).

In zona ci sono un sacco di strade simili chiamate mulattiere perché
effettivamente sono pezzi rimasti delle vecchie mulattiere che
componevano la rete viaria della sponda del lago (e i collegamenti verso
le montagne subito sopra): per un sacco di tempo la vecchia regina
stessa era una mulattiera, per la maggior parte del suo percorso, è
stata resa interamente carrabile solo nell'800 (dovrei controllare le
date esatte del completamento, a memoria è stato abbastanza avanti nel
tempo però).

Poi non so se son mai passata dal tratto in questione, per cui non so se
sia uno di questi casi o meno.

> Inoltre se una via (pedonale) hai dei gradini, per quanto lunghi, serve
> la presenza di cartelli?
> Guardavo su street view la strada Regina in quel tratto e ci sono varie
> scalinate. Non sono a norma perché non ci sono cartelli e un
> automobilista, uno scooterista o un ciclista che ci si infila non può
> essere multato? Non siamo nel campo del buon senso dove non è necessario
> che sia scritto da qualche parte che qualcosa non si può fare?

Buona domanda, uno scooterista che si infila su una gradinata a gradoni
lunghi e bassi va necessariamente multato? o basta che rispetti le leggi
della fisica e non faccia danni e può passarci?

Però è vero che se è considerata strada ci dovrebbero essere opportuni
cartelli per indicare la larghezza massima (e in questi casi il comune
ha tutto interesse a non considerarla tale).
-- 
Elena ``of Valhalla''

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

Re: [Talk-it] False ciminiere

[Martin Koppenhoefer]

2017-11-09 10:43 GMT+01:00 Volker Schmidt :

>
> man_made=cooling_tower: 525
>
> man_made tower + tower:type:  1379
>
>

sisi, ha a che fare con il fatto che il wiki dice di usare il secondo
invece del primo. Comunque, grande casino nel tag tower:type, appena
scritto un messaggio a tagging.
La forma man_made tower + tower:type secondo il wiki va bene soltanto per
torri accessibili da persone, che sono edifici ed hanno piattaforme.
Sospetto che da 1379 istanze ce ne staranno 2 o meno di questo tipo ;-)

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

Re: [Talk-cz] Soukrome bazeny - Re: Uživatel fell3 - podivné mapování

[Pavel Machek]

Ahoj!

> >Podle mně má smysl tagovat jen ty bazény, které jsou zakopány do země.
> >Typicky u nějaké vily. A vždy důsledně tagovat access=private.
> >
> >Mapovat malé bazény je podle mně zbytečné. Ty tam můžou být jeden rok,
> >druhý
> >rok, pak se třeba přesunou jinam nebo vůbec nebudou. Úplně stejně
> >bychom
> >mohli začít mapovat jako dětské hřiště kdejakou houpačku na zahradě.
> 
> tl;dr:  Co s tím prakticky (fell3 + případně ostatní)?
> 
> 
> Detailně:
> 
> V tom konkrétním komentáři dotyčný nevidí problém v tom, že tam "zatím" chybí 
> označení private - zatím jsou to cca 4 měsíce,  takže to bez výslovného 
> upozornění neopraví a v plánu ani nikdy neměl. 
> 
> Můj návrh řešení - hlavně ten aktivní uživatel fell3: začnu (pod samostatným 
> přihlášením) v podstatě spamovat výzvou k opravě - tedy dohledám changesety a 
> všude hodím stejnou výzvu k opravě.  Dám tomu cca měsíc,  a pak hodím revert 
> na všechny zahradní bazény.
> 

To neni rozumne.

a) Spamovat lidi neni pekne. Nechcem ze "zvlastniho uzivatele" udelat
"opravdoveho vandala", ze?

b) Jestli tam ty bazeny jsou, neni dobry napad je
mazat. access=private by mel resit vsechny problemy.

Pavel

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


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

Re: [Talk-dk] Adding housenumbers with StreetComplete

[Michael Andersen]

On onsdag den 8. november 2017 11.32.58 CET Tobias Zwick wrote:
> > But this also means that the functionality of leaving an OSM note for
> > missing and wrong addresses would be very helpful in Denmark.
> 
> To clarify:
> 
> The app asks for the housenumber of a building and prompts the user to
> input it. This housenumber and only the housenumber is then directly
> added to the OSM database, no note is created for that. (And similarly
> with inputing housenames)
> 
> Only if the user clicks on "Unable to answer", so in case the user
> surveyed the place and could not find a housenumber (or something like
> that), the user is given the choice to instead leave a note and explain
> the situation. The notes generally look like this then:
> 
>   Unable to answer "What is the housenumber of this building?" for
>   https://www.openstreetmap.org/way/[element id] via StreetComplete 3.0:
> 
>   [user message]
> 
> So then, so far, it looks like I shall disable the functionality for
> Denmark.
> 
> Tobias

Yes, please. In Denmark it is merely an annoyance (which so far has caused me 
to use StreetComplete less than I otherwise would).



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

Re: [Talk-cz] multipolygony a cesty v lese

[Pavel Machek]

On Thu 2017-11-02 12:37:51, Milan Cerny wrote:
> Ahoj všem, byl jsem německy kontaktován uživatelem fell3 s dotazem,
>proč používám na lesní plochy multipolygony místo menších ploch. Podle
>něj, by měly být lesní plochy rozděleny na malé kousky podle cest.

...lesy urcite nedelit podle cest.

I kdyz v originalnim importu to tak delene (nekde) bylo, a ano,
nejspis po tom zbyly nejake artefakty.
Pavel
-- 
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) 
http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html


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

Re: [Talk-it] False ciminiere

[Volker Schmidt]

man_made=cooling_tower: 525

man_made tower + tower:type:  1379




Virus-free.
www.avast.com

<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>

2017-11-09 10:13 GMT+01:00 Martin Koppenhoefer :

> 2017-11-08 18:32 GMT+01:00 Paolo Monegato :
>
>>
>> Ho dato un'occhiata al file delle regole e la descrizione del codice
>> della CTR (a cui è legato il sistema di tagging) è: "Torre industriale -
>> Ciminiera".
>>
>> Deduco quindi che per le torri medievali si tratti di un problema della
>> fonte, mentre le cooling tower direi che sono ricomprese nella categoria
>> "torri industriali".
>>
>
>
> probabile (non conosco la definizione di "torre industriale"), ma
> sicuramente le torri di raffraddamento non sono man_made=tower in OSM.
> https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower
>
> Non sono accessibili, non hanno piattaforme, ecc.
>
> Io sarei per man_made=cooling_tower, ma è segnato come "deprecated".
> Scrivo alla lista tagging.
>
> Ciao,
> Martin
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] False ciminiere

[Martin Koppenhoefer]

2017-11-08 18:32 GMT+01:00 Paolo Monegato :

>
> Ho dato un'occhiata al file delle regole e la descrizione del codice della
> CTR (a cui è legato il sistema di tagging) è: "Torre industriale -
> Ciminiera".
>
> Deduco quindi che per le torri medievali si tratti di un problema della
> fonte, mentre le cooling tower direi che sono ricomprese nella categoria
> "torri industriali".
>


probabile (non conosco la definizione di "torre industriale"), ma
sicuramente le torri di raffraddamento non sono man_made=tower in OSM.
https://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower

Non sono accessibili, non hanno piattaforme, ecc.

Io sarei per man_made=cooling_tower, ma è segnato come "deprecated". Scrivo
alla lista tagging.

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

Re: [Talk-de] Deutsche Namens-Tags in ... - Schriftsysteme

[Martin Koppenhoefer]

sent from a phone

On 6. Nov 2017, at 16:17, Markus  wrote:

>> Gibt es sowas wie de_CH, de_DE, de_IT? Schwizerdütsch ist vielleicht eine
>> eigene Sprachenfamilie?
>
> Dialekte und deren Varianten gehören m.E. nicht in OSM.
> Ausser eindeutige und offizielle Schreibweisen in "name_local"
> z.B. "Züri" bei Zürich.



es gibt in der Schweiz als offizielle Schriftsprache das
Schweizerhochdeutsch, das AFAIK im Wesentlichen Hochdeutsch ist mit
ein paar anderen Orthographieregeln, während gesprochen Varianten des
Alemannischen Dialekts verbreitet sind.

Es ist aber nicht immer einfach und eindeutig zu entscheiden was ein
Dialekt ist und was eine Sprache, und die Entscheidung darüber hat
teilweise politische Implikationen, so dass man nicht unbedingt allen
verfügbaren Informationen vertrauen kann, bzw. wird aus ideologischen
Gründen unterschiedlich entschieden.
So sind einige lokale Sprachen in Italien bei ausländischen
Wissenschaftlern als Sprache angesehen, während sie in italienischer
Wissenschaftstradition als Dialekte gesehen werden, weil sowohl nach
der Einigung 1861 als auch im folgenden Faschismus auf jeden Fall der
Eindruck gewahrt werden musste, dass alles zusammengehört und
kulturell ein Raum sei, und unterschiedliche Sprachen stören natürlich
so ein Bild.

Wieso man Dialekte nicht in OSM haben will, obwohl wir sonst immer
ground truth ganz nach oben setzen, weiß ich nicht, wobei es stimmt,
dass es dafür meistens keine einheitlichen Schriftformen gibt, was man
als Argument sehen könnte. Andererseits gibt es ja Asterix auf
schwäbisch oder die Wikipedia in alemannisch, so dass es vielleicht
schon funktionieren könnte. Interessant sind dialektale Formen auf
jeden Fall.

Gruß,
Martin

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

Re: [Talk-it] Auto incastrata

[Martin Koppenhoefer]

2017-11-09 8:24 GMT+01:00 emmexx :

> Io non parlerei di mulattiera, altrimenti sembra che ci si trovi in alta
> montagna. Dalle foto si tratta di una via che ha come fondo dei ciottoli
> e con scalini ma si trova in mezzo alle case del paesino e si
> ricongiunge con la strada Regina lungo il lago attraverso una scalinata.
> E' una via pedonale come ce ne sono tante in Italia.
>


+1




> Inoltre se una via (pedonale) hai dei gradini, per quanto lunghi, serve
> la presenza di cartelli?
>


non lo so, sicuramente non è una "scala", ci sono i gradini, ma sono
piccoli. Dalla mia esperienza, ce ne stanno tanti di paesi dove "vie" di
questo tipo sono gli unici strade per ragguingere le case del centro, e
spesso sono utilizzati dagli abitanti in macchina e motorino.

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

Re: [OSM-talk-fr] Configuration JOSM

[Topographe Fou]

  Bonjour,De mémoire (et sans pouvoir vérifier...) cela peut aussi venir de la présence de trottoirs (sidewalk=*) et/ou d'un éclairage (lit=yes) surtout depuis que StreetComplete incite à mettre cet attribut.Autant c'est utile à mon goût pour les trottoirs autant c'est casse-pied pour l'éclairage public car cela alourdi tout visuellement. Apparemment le style permettant d'afficher les voies peut également y être pour quelque chose.A creuser :https://josm.openstreetmap.de/wiki/Styles/Lithttps://wiki.openstreetmap.org/wiki/Josm/styles/lane_featuresUn exemple de way et éventuellement une capture écran ainsi que la liste des styles/greffons JOSM utilisés pourraient aider.Cordialement, LeTopographeFou   De: verd...@wanadoo.frEnvoyé: 9 novembre 2017 12:11 AMÀ: winfi...@gmail.com; talk-fr@openstreetmap.orgRépondre à: verd...@wanadoo.fr; talk-fr@openstreetmap.orgObjet: Re: [OSM-talk-fr] Configuration JOSM  Je pense que ces bandes indiquent la présence des voies cyclables ou de service (bus) d'un côté ou de l'autre. Elles indiquent plus clairement de quel côté cela a été réellement tagué car il y a beaucoup d'erreurs liées à l'interprétation visuelle (orientation de la carte avec le nord en haut) et non celle voulue du sens du tracé (confusion fréquence entre les suffixes ":left" et ":right" quand la route est plutôt tracée dans le sens nord-sud et non sud-nord, ou aussi plus généralement entre ":forward" et ":backward")Le 9 novembre 2017 à 00:00, Jo  a écrit :C'est avec quels types de way que ça se passe? Quelle version de JOSM, tested ou latest?Jo2017-11-08 22:48 GMT+01:00 Romain MEHUT :Dans le menu "Coloriage", j'ai "JOSM par défaut (MapCSS)" en modèle actif. Effectivement si je le désactive, je n'ai plus les "bandes" mais du coup tous les ways sont identiques de couleur grise.RomainLe 8 novembre 2017 à 22:38, Jo  a écrit :Est-ce possible que tu as activé un style MapCSS?Jo2017-11-08 22:23 GMT+01:00 Romain MEHUT :Bonsoir,Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui met comme une "bande" de part et d'autre de certains ways. Je voudrais qu'il n'y ait pas cette "bande" car elle masque trop l'imagerie pour tracer correctement les ways en dessous.Je ne sais pas où cela se trouve dans la configuration de JOSM... Si vous voyez de quoi je parle, quelqu'un sait comment faire ?Merci.Romain
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

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

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

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