Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Gad Jo]

Au lieu de supprimer autant de nœud, pourquoi ne pas remonter cette anomalie 
vers Osmose pour ajouter un nouveau contrôle ?

Je suis sûr que d'autre contributeur en ont créé de la même façon et qu'il 
pourraient bénéficier de ce type de correction.
Au passage ça évite les suppression accidentelle de nœud où d'autres tag 
seraient ajoutés (honnêtement ça m'étonnerait mais autant prévoir).

Le August 3, 2020 10:05:46 AM UTC, Romain MEHUT  a 
écrit :
>Je viens d'envoyer un message par la messagerie interne d'osm.org.
>J'attends donc encore un peu avant de passer au
>traffic_sign=city_limit.
>
>
>
>Romain
>
>
>De : Christian Quest 
>À : talk-fr@openstreetmap.org
>Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire
>urbaine imaginaire ?
>Date : 03/08/2020 09:00:10 Europe/Paris
>
>Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
>> Les hésitations ont trop duré, c'est souvent le problème dans OSM, on
>
>> n'ose pas toujours pour ne pas froisser des susceptibilités. Je n'ai 
>> rien contre le tag boundary=urban, c'est juste que dans le cas 
>> présent, son emploi s'est fait sans tenir compte des données déjà 
>> présentes...
>>
>> Romain
>>
>Pour ça que la première chose à faire est de prendre contact avec le 
>contributeur avant de faire la modification massive, surtout quand
>c'est 
>un régulier comme ici.
>
>
>-- 
>Christian Quest - OpenStreetMap France
>
>
>___
>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: [talk-cz] Mazání starých uzavírek

[Marián Kyral]

Ona třeba tahle činnost by mohla být vykonávána automaticky pro celý svět.
Že by se o to starala DWG.





Marián

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 3. 8. 2020 23:55:20
Předmět: Re: [talk-cz] Mazání starých uzavírek
"Ahoj,

taky souhlasím. Na tyhle opakující se rutinní činnosti by to chtělo (řečí
Wikipedie) robotický účet...

H.

On Monday, 3 August 2020, majka mailto:majka.zem%2bt...@gmail.com)> wrote:
> Není třeba. Už to mám komplet připravené, porovnávám přímo s aktuálním
datem.
> Vypadá to, že nejsou námitky, tak ještě počkám do rána a zítra to spustím.
> Majka
> On Mon, 3 Aug 2020 at 18:27, Milan Cerny mailto:milan...@centrum.cz)> wrote:
>>
>> Ahoj, jo jo, zase to urodilo. Příležitostně to promažu. Kdyby měl někdo
chuť se do toho pustit hned, tak OT query z minula by mohlo pomoci.
>>
>> https://overpass-turbo.eu/s/IbK(https://overpass-turbo.eu/s/IbK)
>>
>> Stačí jen přepsat poslední rok.
>>
>> Milan
>>
>

--
Sent from phone
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz
"___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Florian_G]

Hello,

Le 02/08/2020 à 22:46, Romain MEHUT a écrit :
> Ces traffic_sign n'ont pas été créés conformément à la définition du
> wiki
> https://wiki.openstreetmap.org/wiki/FR:Tag:traffic_sign%3Dcity_limit
> soit un nœud sur la route.

Ah ben, je viens d'apprendre un truc là : il faut les mettre sur la
route et non à leur position réelle… Du coup, il faut que je corrige les
quelques miens. ^_^



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

Re: [Talk-it] OpenStreetMap nel tg principale tedesco

[Luca Delucchi]

On Tue, 4 Aug 2020 at 00:20, Martin Koppenhoefer  wrote:
>
>
> Oggi OpenStreetMap è stato usato per la prima volta nel TG principale tedesco 
> (alle ore 20, ARD Tagesschau):
>
> https://michreichert.de/forum-images/forum.openstreetmap.org/70199/tagesschau_2020-08-03_ponte_san_giorgio.jpg
>
> Lo scrivo a voi perché hanno fatto vedere la mappa di Genova (da Maptiler)
>

bravi, con citazione in bella vista per diversi secondi!

> Complimenti a tutti
>
>
> Ciao Martin
>


-- 
ciao
Luca

www.lucadelu.org

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

[Talk-it] OpenStreetMap nel tg principale tedesco

[Martin Koppenhoefer]

Oggi OpenStreetMap è stato usato per la prima volta nel TG principale tedesco 
(alle ore 20, ARD Tagesschau):

https://michreichert.de/forum-images/forum.openstreetmap.org/70199/tagesschau_2020-08-03_ponte_san_giorgio.jpg

Lo scrivo a voi perché hanno fatto vedere la mappa di Genova (da Maptiler)

Complimenti a tutti


Ciao Martin 


PS: chi vuole vedere tutto, dal minuto 10:14 
https://www.tagesschau.de/multimedia/sendung/ts-38393.html


sent from a phone___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [talk-cz] Mazání starých uzavírek

[Jan Macura]

Ahoj,

taky souhlasím. Na tyhle opakující se rutinní činnosti by to chtělo (řečí
Wikipedie) robotický účet...

H.

On Monday, 3 August 2020, majka  wrote:
> Není třeba. Už to mám komplet připravené, porovnávám přímo s aktuálním
datem.
> Vypadá to, že nejsou námitky, tak ještě počkám do rána a zítra to spustím.
> Majka
> On Mon, 3 Aug 2020 at 18:27, Milan Cerny  wrote:
>>
>> Ahoj, jo jo, zase to urodilo. Příležitostně to promažu. Kdyby měl někdo
chuť se do toho pustit hned, tak OT query z minula by mohlo pomoci.
>>
>> https://overpass-turbo.eu/s/IbK
>>
>> Stačí jen přepsat poslední rok.
>>
>> Milan
>>
>

-- 
Sent from phone
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [Talk-pt] key capital= (Padronização das localidades)

[António Madeira]

A recomendação pode e deve ser feita, mas não se devem misturar os dois
conceitos.
Uma coisa é a classificação das localidades, outra coisa é a
classificação da sua importância a nível administrativo. Ambas têm
funções diferentes.
Além disso, há alguns problemas, nomeadamente a nível urbano, na
atribuição de capital=* às freguesias, uma vez que muitas freguesias não
têm propriamente capitais que equivalham a localidades.
De resto, penso que o trabalho que já foi feito, embora não esteja
completo (nunca nada está completo no OSM..) está bem feito e não será
afetado por esta padronização ao nível das localidades.

Cumprimentos,
António Madeira.

Às 08:16 de 03/08/2020, Hugo Valentim escreveu:


É o que eu apliquei. Sim.

Apliquei-o, na altura, a tudo, excepto algumas dezenas de localidades
sede de freguesia no distrito, salvo erro, da Guarda. Isto pq quem
adicionou aí as freguesias a partir da CAOP não identificou os
respectivos admin_centres, sendo agora necessário fazê-lo
pesquisando-os manualmente, coisa que fiz nesse distrito para uns
tantos mas não para todos.

A adição de capital=* aos nodos tem a vantagem de permitir distinguir,
por exemplo num dado município, entre as localidades com a mesma
classificação de place=*, quais as mais significativas/”importantes”
do ponto de vista administrativo, independentemente das relações. Útil
por exemplo para a definição do tamanho das fontes na etiquetagem…

Talvez fosse útil adicionar essa recomendação à documentação.

Cump.s

*De: *António Madeira 
*Enviado: *2 de agosto de 2020 19:28
*Para: *OSM Portugal ; Hugo Valentim

*Assunto: *Re: [Talk-pt] key capital=
(Padronização das localidades)

Mas isso já não é o que se aplica?
Por exemplo, Leiria (capital de distrito) tem capital=6.
Batalha (capital de concelho) tem capital=7.

Às 08:53 de 02/08/2020, Hugo Valentim escreveu:

Aqui há tempos tentei contribuir para clarificar a “hierarquia” de
importância das localidades introduzindo paralelamente, nos
“places”, a key “capital”, em que:

“capital= for subdivisions of countries - see
boundary
=administrative
”

Veja-se: https://wiki.openstreetmap.org/wiki/Key:capital


Penso que qualquer revisão beneficiaria de igualmente o contemplar.

Cump.s

*De: *talk-pt-requ...@openstreetmap.org

*Enviado: *2 de agosto de 2020 12:00
*Para: *talk-pt@openstreetmap.org 
*Assunto: *Talk-pt Digest, Vol 127, Issue 1

Today's Topics:

   1. Padronização das localidades em Portugal (Sílvio Matos)
   2. Re:  Padronização das localidades em Portugal
  (Alexandre Moleiro)


--

Message: 1
Date: Sat, 1 Aug 2020 22:01:18 +0100
From: Sílvio Matos  
To: talk-pt@openstreetmap.org 
Subject: [Talk-pt] Padronização das localidades em Portugal
Message-ID:


Content-Type: text/plain; charset="utf-8"

Boa noite. Gostaria de trazer uma discussão a este grupo de modo a
tentar,
de alguma forma, chegar a um consenso sobre o melhor padrão a usar em
Portugal para a tag place=*.

Neste momento, segundo a wiki, o padrão a usar é este:
https://wiki.openstreetmap.org/wiki/File:Fluxograma_Localidades.png

Este padrão, no entanto, não está a ser usado de maneira uniforme nas
edições que os contribuidores têm feito.
Em geral, a dúvida mais comum é como aglomerar 5 conceitos diferentes
(capital de distrito/sede de município/cidade/vila/freguesia) em 3
tags
possíveis (city/town/village).
Neste momento e, segundo a wiki, a tag "city" está reservada a
capitais de
distrito, a tag "town" a todas as sedes de município, cidades e
vilas, e a
tag "village" a freguesias ou sedes de município que não sejam
pelo menos
vila (não conheço nenhum caso).

Actualmente esta regra, se aplicada à risca, cria alguns casos
caricatos. É
fácil encontrar casos no Grande Porto e Grande Lisboa em que uma
cidade
tenha várias freguesias que são elas próprias cidades ou vilas.
Num exemplo
prático, a cidade de Vila Nova de Gaia partilhará a tag town com
mais de
uma mão cheia de freguesias do seu concelho, o que a nível de
renderização
pode trazer problemas - em zooms mais baixos/distantes Vila Nova
de Gaia,
apesar de cidade e sede de concelho, poderá desaparecer em favor
de uma
freguesia sua que seja vila.

O que proponho é uma alteração à regra 

[Talk-it] Fwd: Fwd: call "boost your ideas"

[Anisa Kuci]

Ciao a tutti,

inoltro questa mail nel caso qualcuno avesse un' idea interessante o 
volesse mettere in pratica un progetto o iniziativa sua con Wikimedia 
Italia come support partner. :)


In fondo alla prima mail trovate delle brevi info di cosa si parla, 
comunque aggiungo il link che reindirizza alla pagina del bando 
. La deadline è per il 13 agosto.


Buona serata,

Anisa




 Forwarded Message 
Subject:Fwd: call "boost your ideas"
Date:   Mon, 3 Aug 2020 16:43:19 +0200
From:   matteo ruffoni 
Reply-To:   mattruff...@gmail.com
To: Anisa Kuci 




-- Forwarded message -
Da: *Maria Pia Dall'Armellina* >

Date: mer 22 lug 2020, 18:01
Subject: Fwd: call "boost your ideas"
To: Direttivo Wikimedia Italia >, Lorenzo Laurentius Losa 
mailto:lorenzo.l...@wikimedia.it>>, Federico 
Leva mailto:federico.l...@wikimedia.it>>, 
Candida Mati >, Erica Pedone 
mailto:erica.ped...@wikimedia.it>>, Saverio 
Giulio Malatesta >, Marco Chemello 
mailto:wikimar...@gmail.com>>, Matteo Ruffoni 
mailto:mattruff...@gmail.com>>, Alessandro 
Sarretta >, Luca Martinelli 
mailto:martinellil...@gmail.com>>



Lazio innova mi gira questa opportunità.
Ho allargato i destinatari in quanto non ho competenze per data provider.
Ricordo che sono disposti a darci finanziamenti nel caso ci avvalessimo 
di esperti esterni.
Secondo voi possiamo partecipare? avete conoscenze che potrebbero 
seguire o comunque ruoli che potremmo contattare?



-- Forwarded message -
Da: *Teresa Marino* >

Date: mer 22 lug 2020, 12:42
Subject: call "boost your ideas"
To: Maria Pia Dall'Armellina >



   Ciao Maria Pia,
   è uscita la call "boost your ideas" per la quale potreste proporvi
   come soggetti ideali tra i Data & Competence Provider, nel caso
   foste interessati a noi farebbe tanto piacere.
   Un saluto.
   Teresa

   https://boostyourideas.lazioinnova.it/

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

Re: [talk-cz] Mazání starých uzavírek

[majka]

Není třeba. Už to mám komplet připravené, porovnávám přímo s aktuálním
datem.
Vypadá to, že nejsou námitky, tak ještě počkám do rána a zítra to spustím.

Majka

On Mon, 3 Aug 2020 at 18:27, Milan Cerny  wrote:

> Ahoj, jo jo, zase to urodilo. Příležitostně to promažu. Kdyby měl někdo
> chuť se do toho pustit hned, tak OT query z minula by mohlo pomoci.
>
> https://overpass-turbo.eu/s/IbK
>
> Stačí jen přepsat poslední rok.
>
> Milan
>
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

Re: [talk-cz] Mazání starých uzavírek

[Milan Cerny]

Ahoj, jo jo, zase to urodilo. Příležitostně to promažu. Kdyby měl někdo chuť se 
do toho pustit hned, tak OT query z minula by mohlo pomoci. 

https://overpass-turbo.eu/s/IbK

Stačí jen přepsat poslední rok.

Milan

__
> Od: "majkaz" 
> Komu: "OpenStreetMap Czech Republic" 
> Datum: 03.08.2020 12:15
> Předmět: [talk-cz] Mazání starých uzavírek
>
>Vzhledem k tomu, že se nám zase hromadí v datech neaktuální uzavírky, navrhuji 
>jejich pravidelné mazání. Pro ilustraci - na jednu aktuální uzavírku máme v 
>datech dalších deset z minulosti, přestože jsme to před pár lety promazávali.
> 
>Konkrétně se jedná jen o značku vehicle:conditional, momentálně by se jednalo 
>o něco přes 5800 cest (way), ze kterých bych to odmazala. Dál už by se to 
>průběžně pohybovalo jen v počtu kusů, mazalo by se jen to, co zrovna pozbylo 
>platnosti.
> 
>Nějaké námitky?
> 
>Majka
>
>
>
>--
>
>___
>talk-cz mailing list
>talk-cz@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-cz
>https://openstreetmap.cz/talkcz
>
>

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

Re: [talk-cz] Mazání starých uzavírek

[Jiri Komarek]

Ano, prosím!

Si říkám, že do budoucna by z toho mohla být taková hezká Novoroční tradice - 
prvního dne v roce smazat vše, co má loňské datum. Dobře by se to filtrovalo i 
pamatovalo :-)

> On 3 Aug 2020, at 12:22, Jan Martinec  wrote:
> 
> Ahoj, za mě dobrý. (Sice ty neaktuální příležitostně mažu, když je potkám, 
> ale to zdaleka nepodchytí ani přírůstek nových tam, kde to sleduju.)
> 
> Zdar,
> HPM
> 
> Dne po 3. 8. 2020 12:14 uživatel majkaz  > napsal:
> Vzhledem k tomu, že se nám zase hromadí v datech neaktuální uzavírky, 
> navrhuji jejich pravidelné mazání. Pro ilustraci - na jednu aktuální uzavírku 
> máme v datech dalších deset z minulosti, přestože jsme to před pár lety 
> promazávali.
> 
>  
> Konkrétně se jedná jen o značku vehicle:conditional, momentálně by se jednalo 
> o něco přes 5800 cest (way), ze kterých bych to odmazala. Dál už by se to 
> průběžně pohybovalo jen v počtu kusů, mazalo by se jen to, co zrovna pozbylo 
> platnosti.
> 
>  
> Nějaké námitky?
> 
>  
> Majka
> 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz 
> 
> https://openstreetmap.cz/talkcz 
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz

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

Re: [Talk-se] Diverse frågor kring öar

[Aron Bergman]

Hej,
Tack för svaret!

Jag insåg att jag kunde kolla på hur det gjorts på andra ställen (typ
Färöarna) och hittade då place=archipelago, så tänker ändra till det för
Jättholmarna så är det redo tills de fixat renderingen.

Angående din kommentar till 3an så har jag märkt det. Fixade hamnen på Gran
litegrann, lade till kajer och vågbrytare, och behövde då göra små
förändringar av kustlinjen. Det var nog två veckor sedan och jag ser
fortfarande inte en uppdatering av kustlinjen (vågbrytarna ligger dock där,
ser lite märkligt ut).

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

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

[Matthew Woehlke]

On 02/08/2020 06.05, Simon Poole wrote:

Extending this a bit further, you could just as well say, given that all
current and actively maintained general purpose editors require 1-2
FTEs, the OSMF should simply block all non-iD editors and tell the
developers to either work on iD or go home.


For OSMF *funding* purposes this might happen, but telling volunteers 
what they should or should not volunteer to work on should be a hard no-go.



iD is branching out in to more and more niches, reducing the
breathing space for anything else massively and other editor use has 
effectively been stagnating for a long time. While people will 
automatically try to start listing special use cases that can "only"

be done with editor XX, the problem is that these are special cases
and unlikely to be worth spending a couple of $100k on per year
(virtually or real) for the small number of users that will remain as
iD gains more and more features.


There are a few things iD does "better" than JOSM¹, but it is *far* from 
feature parity... and one use case which I consider *absolutely 
essential* before it could be considered a JOSM replacement is the 
ability to load and save local files (notably including shapefiles and 
geotiffs) and work on non-OSM layers... and I'm not sure that will ever 
happen. JOSM isn't "really" an OSM editor, it's a GIS tool that 
"happens" to have really good OSM integration. (Note also that these 
features are *mandatory* for doing imports from other GIS data.)


I've been using JOSM a lot lately, and AFAIK iD is quite some ways from 
matching even some of its more "basic" functionality. Angle constrained 
ways, lane view, way smoothing features, ability to mirror content 
(symmetry), and more. Relations are *much* easier in JOSM. Heck, just 
*selecting things* is much easier.


I'm not saying iD is *bad*. It's a very nice editor *for its 
capabilities*. It's great for making *small* changes or introducing 
someone to OSM editing... but there are a lot of use cases still where 
JOSM is just a far superior tool. Maybe in *5-10* years that will 
change, but I'm not going to hold my breath on it overtaking JOSM in 1-2.


(¹ iD can 'square up' individual nodes and does a passable job with 
*mostly* orthogonal shapes with the odd 45° angle. There are ways to 
work with those in JOSM, but generally speaking if you try to square a 
shape with a single 'wild' node, JOSM turns the whole thing into a hot 
mess.)


--
Matthew

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

Re: [Talk-it] Traduzione dei luoghi e dei monumenti famosi all'estero

[Andrea Musuruane]

Ciao,


On Thu, Jul 30, 2020 at 1:43 PM Vittorio Bertola  wrote:

> Il 2020-07-30 10:20 Andrea Musuruane ha scritto:
>
> Diego, si sta parlando di prendere il nome da wikidata e di inserirlo nel
> tag name (è un import). Non si sta parlando di inserire il tag wikidata
> come link al corrispondente elemento in wikidata (non è un import).
>
>
> Scusate, per curiosità, mi spieghereste qual è il copyright che sarebbe
> violato prendendo dei nomi da Wikidata e mettendoli in OSM, considerando
> che:
> - i nomi di luogo non sono soggetti a copyright, quindi sicuramente non si
> sta violando il copyright sul dato specifico (come potrebbe succedere se si
> copiasse ad esempio un testo descrittivo);
> - Wikidata nel complesso è protetto dal diritto sui generis di database,
> che vuol dire che non lo si può copiare in parti sostanziali senza il
> permesso del proprietario del database, ma 1) dubito che qualche centinaio
> di nomi di luogo rappresenti una parte sostanziale del database e 2) mi
> risulta che il proprietario di Wikidata non abbia alcuna intenzione di
> vietarne l'utilizzo a Openstreetmap
> ?
>

In primo luogo, la OSMF richiede di seguire le import guidelines nel caso
si pianifichi di inserire in OSM dati di terze parti. La licenza con cui
sono rilasciati i dati è solo uno degli aspetti che viene affrontato.

Venendo al caso della licenza di Wikidata, anche tale DB è oggetto di
import di dati di terze parti, e quindi sono regolati da apposita licenza,
la quale spesso non è compatibile con la licenza CC0 con cui viene reso
disponibile Wikidata. Ad esempio i dati sono presi da WIkipedia, sono sotto
CC-BY-SA 3.0; i dati degli alberi monumentali sono rilasciati dal Mipaaf
sotto CC-BY 4.0; ecc. Spesso le coordinate geografiche inserite in Wikidata
sono derivate da Google (e questo è un altro problema).Gli import sono
pertanto permessi solo per i contenuti originali o per quelli importati con
licenze compatibili con la licenza di OSM (che è la ODbL).

Il tutto è scritto, sicuramente meglio, qui:
https://wiki.openstreetmap.org/wiki/Wikidata#Importing_data_from_Wikidata_into_OSM

Ciao,

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

Re: [OSM-talk-fr] Parking fermé aux camping cars la nuit

[Arnaud Champollion]

Le 01/08/2020 à 21:06, osm.sanspourr...@spamgourmet.com a écrit :

motorhome:conditional=no @ (dusk-dawn).


OK j'ai mis ça.
Et dupliqué avec caravans;conditional.

L'esprit du panneau c'est a priori de ne pas y passer la nuit, ou en 
d'autres termes de "ne pas enchaîner sans bouger deux jours consécutifs" 
quelle que soient les heures de lever et de coucher du soleil. c'est 
pourquoi il n'y a pas d'horaire je pense.


Et en effet, mais comme beaucoup de réglementations, c'est certainement 
difficile à défendre, argumenter, trancher devant un tribunal et ça 
laisse une marge d'interprétation aux autorités compétentes.


Ce qu'on peut espérer c'est que cet attribut d'une façon ou d'une autre 
puisse servir, par exemple en informant un camping-cariste. Encore 
faut-il qu'une application "consomme" cet attribut.




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

Re: [Talk-pt] key capital= (Padronização das localidades)

[Hugo Valentim]

É o que eu apliquei. Sim.

Apliquei-o, na altura, a tudo, excepto algumas dezenas de localidades sede de 
freguesia no distrito, salvo erro, da Guarda. Isto pq quem adicionou aí as 
freguesias a partir da CAOP não identificou os respectivos admin_centres, sendo 
agora necessário fazê-lo pesquisando-os manualmente, coisa que fiz nesse 
distrito para uns tantos mas não para todos.

A adição de capital=* aos nodos tem a vantagem de permitir distinguir, por 
exemplo num dado município, entre as localidades com a mesma classificação de 
place=*, quais as mais significativas/”importantes” do ponto de vista 
administrativo, independentemente das relações. Útil por exemplo para a 
definição do tamanho das fontes na etiquetagem…

Talvez fosse útil adicionar essa recomendação à documentação.

Cump.s


De: António Madeira
Enviado: 2 de agosto de 2020 19:28
Para: OSM Portugal; Hugo 
Valentim
Assunto: Re: [Talk-pt] key capital= (Padronização das 
localidades)

Mas isso já não é o que se aplica?
Por exemplo, Leiria (capital de distrito) tem capital=6.
Batalha (capital de concelho) tem capital=7.

Às 08:53 de 02/08/2020, Hugo Valentim escreveu:

Aqui há tempos tentei contribuir para clarificar a “hierarquia” de importância 
das localidades introduzindo paralelamente, nos “places”, a key “capital”, em 
que:

“capital= for subdivisions of countries - see 
boundary=administrative”

Veja-se: https://wiki.openstreetmap.org/wiki/Key:capital

Penso que qualquer revisão beneficiaria de igualmente o contemplar.

Cump.s


De: talk-pt-requ...@openstreetmap.org
Enviado: 2 de agosto de 2020 12:00
Para: talk-pt@openstreetmap.org
Assunto: Talk-pt Digest, Vol 127, Issue 1

Today's Topics:

   1. Padronização das localidades em Portugal (Sílvio Matos)
   2. Re:  Padronização das localidades em Portugal
  (Alexandre Moleiro)


--

Message: 1
Date: Sat, 1 Aug 2020 22:01:18 +0100
From: Sílvio Matos 
To: talk-pt@openstreetmap.org
Subject: [Talk-pt] Padronização das localidades em Portugal
Message-ID:


Content-Type: text/plain; charset="utf-8"

Boa noite. Gostaria de trazer uma discussão a este grupo de modo a tentar,
de alguma forma, chegar a um consenso sobre o melhor padrão a usar em
Portugal para a tag place=*.

Neste momento, segundo a wiki, o padrão a usar é este:
https://wiki.openstreetmap.org/wiki/File:Fluxograma_Localidades.png

Este padrão, no entanto, não está a ser usado de maneira uniforme nas
edições que os contribuidores têm feito.
Em geral, a dúvida mais comum é como aglomerar 5 conceitos diferentes
(capital de distrito/sede de município/cidade/vila/freguesia) em 3 tags
possíveis (city/town/village).
Neste momento e, segundo a wiki, a tag "city" está reservada a capitais de
distrito, a tag "town" a todas as sedes de município, cidades e vilas, e a
tag "village" a freguesias ou sedes de município que não sejam pelo menos
vila (não conheço nenhum caso).

Actualmente esta regra, se aplicada à risca, cria alguns casos caricatos. É
fácil encontrar casos no Grande Porto e Grande Lisboa em que uma cidade
tenha várias freguesias que são elas próprias cidades ou vilas. Num exemplo
prático, a cidade de Vila Nova de Gaia partilhará a tag town com mais de
uma mão cheia de freguesias do seu concelho, o que a nível de renderização
pode trazer problemas - em zooms mais baixos/distantes Vila Nova de Gaia,
apesar de cidade e sede de concelho, poderá desaparecer em favor de uma
freguesia sua que seja vila.

O que proponho é uma alteração à regra existente, de forma à divisão ser
esta:

Capital de Distrito? -> place = city
Cidade ou Capital Administrativa de Município? -> place = town
Vila ou Capital Administrativa de Freguesia (não urbana)? -> place = village
Capital Administrativa de Freguesia (urbana)? -> place = neighbourhood

Esta mudança efectivamente cria distinções entre cidades e vilas, ao mesmo
tempo que preserva uma hierarquia em termos de divisões administrativas,
sem criar casos caricatos como o acima descrito.

Numa nota final, questiono se fará sentido despromover todas as sedes de
freguesia para place=neighbourhood, por uma questão lógica. Não incluí essa
distinção no caso acima, incluindo apenas as freguesias urbanas nessa tag,
porque no contexto nacional a maioria das sedes de freguesia rurais têm
efectivamente a identidade e contexto histórico de um povoado distinto, ao
contrário da maioria (e aqui podemos argumentar) das sedes de freguesia
urbanas, que são historicamente vistas como sendo parte integrante da
cidade a que 

[talk-cz] WeeklyOSM CZ 522

[Tom Ka]

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

https://weeklyosm.eu/cz/archives/13430

* Novinky osmap.cz.
* Překlad iD pro SK.
* Aktualizace Strava.
* Cykloinfrastruktura v UK.
* RapiD na osm.org?
* ArcGIS data pro OSM.
* Příběh Graphhopperu.
* Kvízy o OSM.
* Nedostupnost osm.org.
* Světelné mapy.
* Alternativy k Tasking Manageru.
* Jak mapovat A až Z.
* Mapy z 19. století.
* Routování pro chodce.
* Původní obyvatelé Tchaj-wanu.

Pěkné počtení ...

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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Ce contributeur avait présenté sa démarche en 2016 
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg80496.html mais il 
n'y a pas eu d'autres réactions de sa part en réponse aux avis exprimés.



Marc dit aussi 
(https://www.mail-archive.com/talk-fr@openstreetmap.org/msg89674.html) avoir 
échangé avec lui mais il reste des questions en suspens...



Romain


De : Christian Quest 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine 
imaginaire ?
Date : 03/08/2020 12:12:30 Europe/Paris

Je réagissais à la lecture de "Et est-ce que le contributeur a été 
informé des échanges sur talk-fr ?" qui laissait penser qu'une tentative 
de contact n'avait pas été faite...

Si il y a eu tentatives (par commentaire sur les changeset, par 
messagerie interne) sans réponse dans un délais de quelques 
jours/semaines, je pense que c'est bon pour avancer.


-- 
Christian Quest - OpenStreetMap France


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

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

Re: [talk-cz] Mazání starých uzavírek

[Jan Martinec]

Ahoj, za mě dobrý. (Sice ty neaktuální příležitostně mažu, když je potkám,
ale to zdaleka nepodchytí ani přírůstek nových tam, kde to sleduju.)

Zdar,
HPM

Dne po 3. 8. 2020 12:14 uživatel majkaz  napsal:

> Vzhledem k tomu, že se nám zase hromadí v datech neaktuální uzavírky,
> navrhuji jejich pravidelné mazání. Pro ilustraci - na jednu aktuální
> uzavírku máme v datech dalších deset z minulosti, přestože jsme to před pár
> lety promazávali.
>
>
>
> Konkrétně se jedná jen o značku vehicle:conditional, momentálně by se
> jednalo o něco přes 5800 cest (way), ze kterých bych to odmazala. Dál už by
> se to průběžně pohybovalo jen v počtu kusů, mazalo by se jen to, co zrovna
> pozbylo platnosti.
>
>
>
> Nějaké námitky?
>
>
>
> Majka
> ___
> talk-cz mailing list
> talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
> https://openstreetmap.cz/talkcz
>
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz

[talk-cz] Mazání starých uzavírek

[majkaz]

Vzhledem k tomu, že se nám zase hromadí v datech neaktuální uzavírky, navrhuji 
jejich pravidelné mazání. Pro ilustraci - na jednu aktuální uzavírku máme v 
datech dalších deset z minulosti, přestože jsme to před pár lety promazávali.
 
Konkrétně se jedná jen o značku vehicle:conditional, momentálně by se jednalo o 
něco přes 5800 cest (way), ze kterých bych to odmazala. Dál už by se to 
průběžně pohybovalo jen v počtu kusů, mazalo by se jen to, co zrovna pozbylo 
platnosti.
 
Nějaké námitky?
 
Majka

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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Christian Quest]

Le 03/08/2020 à 10:46, Christian Rogel a écrit :

Pour ça que la première chose à faire est de prendre contact avec le 
contributeur avant de faire la modification massive, surtout quand c'est un 
régulier comme ici.

Que faire quand un contributeur ne répond jamais et qu’il continue 
imperturbablement à créer des “urban areas”, pour lesquelles il a créé une page 
sur le wiki anglophone pour leur donner une apparence de légitimité ?
On doit être bienveillant, mais, si la ligne de conduite est “j’ai raison et la 
communauté n’a rien à dire”, il est difficile de ne pas faire comme Romain le 
propose : l’élimination.
Note : Opéron semble avoir une préférence pour le Nord de l’Ille-et-Vilaine.

Christian R.



Je réagissais à la lecture de "Et est-ce que le contributeur a été 
informé des échanges sur talk-fr ?" qui laissait penser qu'une tentative 
de contact n'avait pas été faite...


Si il y a eu tentatives (par commentaire sur les changeset, par 
messagerie interne) sans réponse dans un délais de quelques 
jours/semaines, je pense que c'est bon pour avancer.



--
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Romain MEHUT]

Je viens d'envoyer un message par la messagerie interne d'osm.org. J'attends 
donc encore un peu avant de passer au traffic_sign=city_limit.



Romain


De : Christian Quest 
À : talk-fr@openstreetmap.org
Sujet : Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine 
imaginaire ?
Date : 03/08/2020 09:00:10 Europe/Paris

Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
> Les hésitations ont trop duré, c'est souvent le problème dans OSM, on 
> n'ose pas toujours pour ne pas froisser des susceptibilités. Je n'ai 
> rien contre le tag boundary=urban, c'est juste que dans le cas 
> présent, son emploi s'est fait sans tenir compte des données déjà 
> présentes...
>
> Romain
>
Pour ça que la première chose à faire est de prendre contact avec le 
contributeur avant de faire la modification massive, surtout quand c'est 
un régulier comme ici.


-- 
Christian Quest - OpenStreetMap France


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

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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Christian Rogel]

> Le 3 août 2020 à 09:03, Christian Quest  a écrit :
> 
> Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
>> Les hésitations ont trop duré, c'est souvent le problème dans OSM, on n'ose 
>> pas toujours pour ne pas froisser des susceptibilités. Je n'ai rien contre 
>> le tag boundary=urban, c'est juste que dans le cas présent, son emploi s'est 
>> fait sans tenir compte des données déjà présentes...


>> Pour ça que la première chose à faire est de prendre contact avec le 
>> contributeur avant de faire la modification massive, surtout quand c'est un 
>> régulier comme ici.

Que faire quand un contributeur ne répond jamais et qu’il continue 
imperturbablement à créer des “urban areas”, pour lesquelles il a créé une page 
sur le wiki anglophone pour leur donner une apparence de légitimité ?
On doit être bienveillant, mais, si la ligne de conduite est “j’ai raison et la 
communauté n’a rien à dire”, il est difficile de ne pas faire comme Romain le 
propose : l’élimination.
Note : Opéron semble avoir une préférence pour le Nord de l’Ille-et-Vilaine.

Christian R.

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

Re: [OSM-talk-fr] {Disarmed} Re: Pourquoi inventer un aire urbaine imaginaire ?

[Christian Quest]

Le 02/08/2020 à 22:51, Romain MEHUT a écrit :
Les hésitations ont trop duré, c'est souvent le problème dans OSM, on 
n'ose pas toujours pour ne pas froisser des susceptibilités. Je n'ai 
rien contre le tag boundary=urban, c'est juste que dans le cas 
présent, son emploi s'est fait sans tenir compte des données déjà 
présentes...


Romain

Pour ça que la première chose à faire est de prendre contact avec le 
contributeur avant de faire la modification massive, surtout quand c'est 
un régulier comme ici.



--
Christian Quest - OpenStreetMap France


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

Re: [talk-cz] Maproullete Challenge - Czech Republic villages - Add wikipedia TAG

[Martin Ždila]

On Mon, Aug 3, 2020 at 7:51 AM Jan Dudík  wrote:

> Články na Wikipedii má většina sídel, ale WIkidata jsou mnohem bohatější -
> ulice, rybníky, kostely, kapličky, křížky, významné domy a stromy... a těm
> všem se dají přiřadit Wikidata.
> Dokonce na Wikidatech existuje rozšíření, které u položky zobrazí výřez z
> OSM s vyznačeným příslušným prvkem  (přes Overpass)
> https://www.wikidata.org/wiki/User:Mxn/overpass.js
>

len pripomeniem, že aj na
https://www.freemap.sk/?map=13/49.344586/16.430311=Xw sa zobrazujú
wikidata/wikipedia tagy.

-- 
Ing. Martin Ždila 
OZ Freemap Slovakia
tel:+421-908-363-848
mailto:martin.zd...@freemap.sk
http://www.freemap.sk/
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz