date:20170124

2017-01-24 22:38 GMT+01:00 demon.box :

> ciao, come si mappa correttamente una pesa a ponte per camion come questa:
>
> 
>
> ho trovato qualcosa qui ma non mi è del tutto chiaro
>
> http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dweighbridge


Esatto, è quella.
Io ho deciso che non mi piace metterla sulla way (anche se traccio la
strada come service), quindi le sto mettendo come nodi.
Esempio
https://www.openstreetmap.org/node/4618085294

L'alternativa sarebbe tracciare la corsia e separarla dove c'è il ponte,
mettendo il tag su questo segmento. Ma ci sarebbe da filosofeggiare sul
tipo di pesa, ci sono quelle incassate nel manto stradale e quelle come la
tua foto che sono solamente appoggiate sulla strada.

Il tag weighbridge:solas=yes me lo sono inventato adesso perché mi serve
sapere se sono certificate per la pesatura secondo le regole in vigore da
Luglio 2016 (ci sto lavorando tutti i giorni...).

Ho tentato un accesso civico ad Unioncamere qualche giorno fa, vediamo se
riesco a recuperare la lista delle pese pubbliche italiane...


>
> grazie
>
>
Ciao,
Stefano


>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Pesa-a-ponte-per-camion-tp5889892.html
> Sent from the Italy General mailing list archive at Nabble.com.
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[Talk-it] Strade di servizio nelle cave

2017-01-24 Per discussione demon.box

ciao, forse stò per chiedere una incredibile boiata ma secondo me vale sempre
la pena confrontarsi

mi trovo a mappare le strade di servizio che passano attraverso le cave di
marmo.

sono strade non pavimentate che spesso all'inizio hanno delle sbarre o un
cartello di divieto di accesso tranne che per gli addetti ai lavori.
di fatto però quando non ci lavorano (cioè soltanto la domenica) a piedi, in
mtb o anche in moto la gente ci passa dentro senza problemi.

domanda forse banale come taggo l'accessibilità di queste strade?

access=private ?

motor_vehicle=private?

che dite?

grazie.



--
View this message in context: 
http://gis.19327.n8.nabble.com/Strade-di-servizio-nelle-cave-tp5889894.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] FANTOIR et métro parisien ?

2017-01-24 Per discussione LeTopographeFou

Pour info : certaines stations ont deux codes FANTOIR, notamment celles 
à cheval sur deux arrondissements (ex : métro Vaneau à cheval entre 6e 
et 7e ) ou celles qui dans 
un même fichier apparaissent deux fois dans un même arrondissement sans 
raison connue (ex : métro St Jacques dans le 14e 
). A l'exception des 
stations en deux parties (comme Montparnasse), j'ai mis les deux codes 
séparés par un point-virgule quand je sais qu'il y a clairement une 
seule et unique station. Dans le doute : je n'ai pas renseigné.


J'ai également ajouté ce cas de figure dans le Wiki : 
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR#Cas_particuliers 
(je sais que les valeurs multiples avec un ';' font débats... mais en 
attendant il faut bien un exemple !).


Cordialement,

LeTopographeFou

Le 24/01/2017 à 21:33, LeTopographeFou a écrit :

Bonjour, ok et merci ! Il n'y a plus qu'à...

Cordialement,

LeTopographeFou

Le 23/01/2017 à 22:41, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 22/01/2017 à 22:55, Vincent de Château-Thierry a écrit :


Le 22/01/2017 à 22:37, LeTopographeFou a écrit :


A mes heures perdus j'essaie de forcer le rapprochement des données
cadastres avec OSM via Osmose ou le site cadastre.openstreetmap.fr
. Et il s'avère que certaines 
stations
de métro parisiennes (pas tous ?) ont un numéro FANTOIR et 
apparaissent

dans l'onglet des Lieux-dits. Ex :
http://cadastre.openstreetmap.fr/fantoir/#insee=75113=4

La question à 5 sous : est-ce que rajouter à ces stations (ou à la
"relation définissant la station" quand elle existe, qu'on l'aime ou
pas) un attribut ref:FR:FANTOIR suffit ? Faudrait-il ajouter un 
place=*

(si oui quelle valeur ?) pour en faire un "lieu-dit" ? Ou bien il faut
mettre ces deux attributs sur un node à part car le lieu-dit existe et
qu'il n'est pas nécessairement restreint à la station (ex : sa surface
au sens du cadastre couvrant un quartier entier alors que la 
station est

plus petite) ?

Je penche pour un ref:FR:FANTOIR sur le node station (ou la 
relation...)

et puis basta.

A ce jour aucune station de métro ne semble avoir une réf FANTOIR dans
OSM, d'où aussi ma question de savoir si c'est volontaire.

La même question peut se poser sur un hôpital (ex : hôpital de la
Salpêtrière), un cimetière (ex : cimetière du Montparnasse), une 
gare...


Oui, rajouter le ref:FR:FANTOIR directement sur les objets (ici les
stations, en node ou en relation), pourquoi pas. En l'état ça ne 
devrait

pas suffire pour permettre le rapprochement, car côté lieux-dits on
cherche explicitement un tag name ET un tag place. Mais l'idée, hormis
pour le tag ref:FR:FANTOIR lui-même, a toujours été d'adapter BANO à 
OSM

et pas l'inverse. Donc il faudra côté BANO élargir le critère de
recherche des lieux-dits (au sens FANTOIR du terme) dans OSM pour
provoquer des rapprochements. Un assouplissement pourrait être 
notamment

de chercher un tag place OU un tag ref:FR:FANTOIR. Ça fonctionnerait
pour un metro, mais aussi un hôpital ou un cimetière comme tu 
l'évoques.


=> https://github.com/osm-fr/bano/issues/131


J'ai traité le cas, en élargissant aux objets dôtés conjointement des 
tags name=*, ref:FR:FANTOIR=* et d'au moins un tag parmi amenity=* et 
railway=*.
Par un effet de bord, les metros du XIIIe et l'hôpital de la Pitié se 
retrouvent non plus dans les lieux-dits, mais dans les "voies sans 
adresse" :

http://cadastre.openstreetmap.fr/fantoir/#insee=75113=3

vincent

___
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-it] Pesa a ponte per camion

2017-01-24 Per discussione demon.box

ciao, come si mappa correttamente una pesa a ponte per camion come questa:

 

ho trovato qualcosa qui ma non mi è del tutto chiaro

http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dweighbridge

grazie



--
View this message in context: 
http://gis.19327.n8.nabble.com/Pesa-a-ponte-per-camion-tp5889892.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] autolib

2017-01-24 Per discussione Ralf Treinen

On Tue, Jan 24, 2017 at 09:09:51PM +0100, osm.sanspourr...@spamgourmet.com 
wrote:

> Ralf Treinen  wrote:
> 
> Autolib est bien de la location de voiture (non au sharewashing !)

C'est Jean-Marc qui a écrit ca, pas moi.

-Ralf.

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

[OSM-talk-be] There is a misunderstanding from new mapper with the tag name:=

2017-01-24 Per discussione Jakka


Hi,
I have seen that new mappers use the name:codelanguage=alwayssametext
How and where can we inform them that adding in this form is of no use...
Or am I completely wrong

See
https://www.openstreetmap.org/node/4624827493


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

Re: [OSM-talk-fr] FANTOIR et métro parisien ?

2017-01-24 Per discussione LeTopographeFou


Bonjour, ok et merci ! Il n'y a plus qu'à...

Cordialement,

LeTopographeFou

Le 23/01/2017 à 22:41, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 22/01/2017 à 22:55, Vincent de Château-Thierry a écrit :


Le 22/01/2017 à 22:37, LeTopographeFou a écrit :


A mes heures perdus j'essaie de forcer le rapprochement des données
cadastres avec OSM via Osmose ou le site cadastre.openstreetmap.fr
. Et il s'avère que certaines 
stations

de métro parisiennes (pas tous ?) ont un numéro FANTOIR et apparaissent
dans l'onglet des Lieux-dits. Ex :
http://cadastre.openstreetmap.fr/fantoir/#insee=75113=4

La question à 5 sous : est-ce que rajouter à ces stations (ou à la
"relation définissant la station" quand elle existe, qu'on l'aime ou
pas) un attribut ref:FR:FANTOIR suffit ? Faudrait-il ajouter un place=*
(si oui quelle valeur ?) pour en faire un "lieu-dit" ? Ou bien il faut
mettre ces deux attributs sur un node à part car le lieu-dit existe et
qu'il n'est pas nécessairement restreint à la station (ex : sa surface
au sens du cadastre couvrant un quartier entier alors que la station 
est

plus petite) ?

Je penche pour un ref:FR:FANTOIR sur le node station (ou la 
relation...)

et puis basta.

A ce jour aucune station de métro ne semble avoir une réf FANTOIR dans
OSM, d'où aussi ma question de savoir si c'est volontaire.

La même question peut se poser sur un hôpital (ex : hôpital de la
Salpêtrière), un cimetière (ex : cimetière du Montparnasse), une 
gare...


Oui, rajouter le ref:FR:FANTOIR directement sur les objets (ici les
stations, en node ou en relation), pourquoi pas. En l'état ça ne devrait
pas suffire pour permettre le rapprochement, car côté lieux-dits on
cherche explicitement un tag name ET un tag place. Mais l'idée, hormis
pour le tag ref:FR:FANTOIR lui-même, a toujours été d'adapter BANO à OSM
et pas l'inverse. Donc il faudra côté BANO élargir le critère de
recherche des lieux-dits (au sens FANTOIR du terme) dans OSM pour
provoquer des rapprochements. Un assouplissement pourrait être notamment
de chercher un tag place OU un tag ref:FR:FANTOIR. Ça fonctionnerait
pour un metro, mais aussi un hôpital ou un cimetière comme tu l'évoques.

=> https://github.com/osm-fr/bano/issues/131


J'ai traité le cas, en élargissant aux objets dôtés conjointement des 
tags name=*, ref:FR:FANTOIR=* et d'au moins un tag parmi amenity=* et 
railway=*.
Par un effet de bord, les metros du XIIIe et l'hôpital de la Pitié se 
retrouvent non plus dans les lieux-dits, mais dans les "voies sans 
adresse" :

http://cadastre.openstreetmap.fr/fantoir/#insee=75113=3

vincent

___
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] autolib

2017-01-24 Per discussione osm . sanspourriel

Sur autolib  
je lis :


/Autolib’ est le premier service de location courte durée de voitures 
100% électriques en libre-service sans retour obligé au point de départ/


Donc je penche pour car_rental.

Mais ensuite je lis :
/1  Je m'abonne...//
//RDV dans l’un des Espaces Autolib' ou dans le centre d'accueil et 
d'information Autolib' de Paris 9e – 5, rue Edouard VII./

//
S'il faut s'abonner ailleurs et avant pour louer, on est plus dans de 
l'autopartage (donc car_sharing).


Ralf Treinen  wrote:

Autolib est bien de la location de voiture (non au sharewashing !)

Tu peux préciser ? Je veux dire sur des critères objectifs, 
subjectivement je suis potentiellement d'accord.


Je pensais qu'il y avait déjà des infos permettant de distinguer un Avis 
d'un Autolib.
En voyant la page sur les automates 
 je 
me dis qu'on peut aussi ajouter :


 * speech_input:lg
   =yes/no
 * speech_output:lg
   =yes/no


automated=yes ?

https://wiki.openstreetmap.org/wiki/Key:automated


   /Associated features/

//

 * /amenity =fuel
   /
 * /amenity =car_wash
   /
 * /lock =*/

Ça correspond assez bien (lock ici c'est l'écluse, pas la fermeture à clé).

mais moi aussi je mettrais plutôt : self_service=yes 



Car c'est à toi de brancher/débrancher le câble.

En passant, un autolib peut être à l'intérieur d'un bâtiment,
notament dans un parking.

Comme une agence de location peut être dans une gare.

/RDV dans l’un des Espaces Autolib' ou dans le centre d'accueil et 
d'information Autolib' de Paris 9e – 5, rue Edouard VII./

//Et ça on le décrit comment ?/

/Jean-Yvon/
/

Le 24/01/2017 à 20:35, Ralf Treinen - trei...@free.fr a écrit :

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

Re: [Talk-ca] [Imports] Fwd: [Import] Ottawa Buildings & Addresses [Statistics Canada project]

2017-01-24 Per discussione James

The sources are now available on the city of Ottawa's website. As such was
the major hurdle last time to proceed with the import and it is now taken
care of (http://data.ottawa.ca/dataset/urban-buildings) and the local
community in agreement to proceed, we shall begin to do so in the coming
days.

The documentation has been updated here:
https://wiki.openstreetmap.org/wiki/Canada:Ontario:Ottawa/Import/Plan
Please refer to it if you have any questions.

Bye.

On Wed, Dec 21, 2016 at 1:40 PM, John Marshall  wrote:

> Great new. The local OSM mappers are looking forward to adding this data
> set.
>
> John Marshall
>
> On Dec 21, 2016 09:41, "James"  wrote:
>
>> Just to give an update, Ottawa has finally approved moving the building
>> outlines to the open data portal. The person responsible is on vacation and
>> will be back the 9th of January 2017 and expect it to be live by the end of
>> that week.
>>
>> So with data source not being publicly available, are there any other
>> road blocks that are stopping this import from progressing?
>>
>> On Tue, Oct 25, 2016 at 2:22 PM, Christoph Hormann 
>> wrote:
>>
>>> On Tuesday 25 October 2016, Kevin Farrugia wrote:
>>> >
>>> > Planimetrics represent whatever the ground condition was when the
>>> > data was created and updated, which is almost always done with high
>>> > res orthoimagery. If someone demolishes a shed in their backyard, the
>>> > city would likely need to notice it visually. Every place does it
>>> > differently, but that's likely what happens.
>>>
>>> Actually i was referring to the use of the term "CAD drawings" which
>>> clearly indicates a planning component (with the 'D' standing for
>>> design) - but you probably have just used the term in a different way
>>> than how i understood it.
>>>
>>> --
>>> Christoph Hormann
>>> http://www.imagico.de/
>>>
>>> ___
>>> Imports mailing list
>>> impo...@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/imports
>>>
>>
>>
>>
>> --
>> 外に遊びに行こう！
>>
>> ___
>> Talk-ca mailing list
>> Talk-ca@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-ca
>>
>>


-- 
外に遊びに行こう！
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [OSM-talk-fr] autolib

2017-01-24 Per discussione Ralf Treinen

On Tue, Jan 24, 2017 at 05:35:03PM +0100, Jean-Marc Liotier wrote:
> On Mon, 23 Jan 2017 20:23:44 +0100
> Ralf Treinen  wrote:
> 
> > un utilisateur a en masse basculé toutes les stations autolib de
> > car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
> > en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
> > un changement du l'avis concernant cette question ?
> 
> Autolib est bien de la location de voiture (non au sharewashing !) mais
> on peut imaginer que des utilisateurs d'Openstreetmap s'interrogent sur
> la manière de différencier une borne et ses places d'une agence de
> location de voitures "traditionnelle".

Oui, je comprends le souhait de distinguer les bornes autolib des 
agences de locations traditionelles.

> Alors, en plus d'amenity=car_rental, car_rental=shop ? automated=yes ?
> Juste un début de brainstorm, mais il y a peut-être bien matière à
> définir une étiquette discriminant les types d'établissement.

"automated=yes", ou peut-etre "self_service=yes", me semble le mieux.
En passant, un autolib peut être à l'intérieur d'un bâtiment, 
notament dans un parking.

-Ralf.

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

Re: [Talk-it] [dev-italia] Nuovo welcome tool

2017-01-24 Per discussione Fabrizio Tambussa

Il 24/Gen/2017 19:48, "Volker Schmidt"  ha scritto:

Bella iniziativa.
Per essere ancora più utile sarebbe bello di avere un'idea in che zona il
nuovo utente è diventato attivo.
Sarebbe bello di poter fare lo in automatico.
In sostituzione si potrebbe mettere un campo manualmente aggiornabile dove
un utente può inserire questa informazione, anche se decide di non
contattare l'utente, tipicamente perché non è della zona.



Puoi accedere alla pagina dell'utente. Sulla sinistra vedi il più vicino
luogo in cui l'utente ha fatto il primo edit. Dalla stessa pagina puoi
scrivere una nota.

Saluti






2017-01-24 17:26 GMT+01:00 Luca Delucchi :

> 2017-01-24 15:03 GMT+01:00 Stefano :
> >
> >
> > Ci avevo provato[0], ma niente feedback e c'erano troppe cose da
> sistemare
> > per arrivare a dove volevo io :-)
>
> peccato per la duplicazione :-( però se non ci sono stati feedback hai
> fatto bene ;-)
>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>


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

Re: [Talk-us] U.S.-Mexico border fence update

2017-01-24 Per discussione Michael Corey

Thanks, folks, these are good suggestions. I think posting the map in
Github is a good first step -- we first have to iron our our licensing
so it's compatible with OSM and with our own licenses.

So this will likely not happen this week, but hopefully soon.

Thanks again!

Michael Corey
Senior News Applications Developer
o: 510.809.3178
twitter: @mikejcorey

On 01/24/2017 08:57 AM, Martijn van Exel wrote:
> We could devise a MapRoulette challenge out of it (and could claim that 
> OpenStreetMap has a tight border with Mexico before the Trump administration, 
> AND nobody paid for it)
> Martijn
> 
>> On Jan 23, 2017, at 4:35 PM, Clifford Snow > > wrote:
>>
>> Michael,
>> Sharing your new work on GitHub would be a good start. The community could 
>> look at the work and see how to best incorporate it into OSM. 
>>
>> (We could tag the existing fence as before_trump and if anything actually 
>> gets built as by_trump. )
>>
>> Clifford
>>
>> On Mon, Jan 23, 2017 at 2:13 PM, Michael Corey > > wrote:
>> Hello:
>>
>> (Also posted in imports)
>>
>> Several years ago I did a lot of work adding sections of the U.S.-Mexico
>> border fence to OSM. In light of the new U.S. president's intention to
>> expand the fence/wall system, I have been updating that work for our
>> news organization. We have now mapped the entire existing fence with
>> significantly more official data and more information about individual
>> segments.
>>
>> I would like to share this work back into OpenStreetMap, but it may be
>> difficult to modify or sync up with my old work, since I have
>> changed/added/subtracted significant features.
>>
>> Does anyone have thoughts on how to do this most efficiently and without
>> causing major headaches? I would like to share the maps on both OSM and
>> on Github, so I will need some kind of workflow to keep everything
>> synced up.
>>
>> The current fence is captured by this relation:
>>
>> https://www.openstreetmap.org/relation/2266294 
>> 
>>
>> Any advice people have from past experience would be most welcome.
>>
>> Thanks much,
>>
>>
>> --
>>
>> Michael Corey
>> Senior News Applications Developer
>> o: 510.809.3178 
>> twitter: @mikejcorey
>>
>> ___
>> Talk-us mailing list
>> Talk-us@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-us 
>> 
>>
>>
>>
>> -- 
>> @osm_seattle
>> osm_seattle.snowandsnow.us 
>> OpenStreetMap: Maps with a human touch
>> ___
>> 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

[Talk-br] RES: RES: RES: Erro Mapa Offline

2017-01-24 Per discussione Thierri dos Santos Silva

Entendi.

 

Como esse servidor foi implantando antes de eu entrar na empresa, estou 
pensando em refazer. Existe alguma documentação ou link que possa me passar 
para efetuar esse instalação interna em minha empresa do nominatim?

 

 

 

 

 



 

De: Gerald Weber [mailto:gwebe...@gmail.com] 
Enviada em: terça-feira, 24 de janeiro de 2017 16:22
Para: OpenStreetMap no Brasil 
Assunto: Re: [Talk-br] RES: RES: Erro Mapa Offline

 

Confesso que estou sem entender qual é o problema. 

 

Se você coloca uma coordenada X,Y o teu sistema tem que te levar exatamente à 
esta coordenada e não a um lugar diferente. Eu não vejo como isto pode ser um 
problema da base de dados.

 

 

 

2017-01-24 16:10 GMT-02:00 Thierri dos Santos Silva 
 >:

Que notamos sim.

 

Esse tipo de erro, de nome de ruas, ou nomes diferentes para determinada 
coordenada, já aconteceu antes, mas sempre quando atualizávamos esse foi 
resolvido, só que neste caso ele continua.

 

 

 

 

 



 

De: Gerald Weber [mailto:gwebe...@gmail.com  ] 
Enviada em: terça-feira, 24 de janeiro de 2017 15:02
Para: OpenStreetMap no Brasil  >
Assunto: Re: [Talk-br] RES: Erro Mapa Offline

 

Oi Thierri

 

o seu servidor só acusa este erro para esta coordenada em particular?

 

2017-01-24 13:21 GMT-02:00 Thierri dos Santos Silva 
 >:

Boa tarde Gerald

 

Estou lhe enviado 2 anexos

 

O anexo com nome de “MAPA INTERNO” se refere ao meu servidor de mapa off-line, 
o que apresenta erro no endereço para latitude e longitude informada.

 

O Anexo “MAPA ONLINE OSM” se refere ao mapa online do Openstreetmap.org, o que 
apresenta o endereço correto para latitude e longitude informada.

 

Reparem que em ambos os anexo latitude e longitude informada são as mesmas, mas 
o meu servidor off-line apresenta um outro endereço. 

 

Latitude e Longitude: -20.212852, -40.263729

 

Eu estou no Rio de Janeiro, e o repositório de onde baixe as atualizações: 
http://download.geofabrik.de/south-america.html

 

Atenciosamente

 

 

 

 

 



 

De: Gerald Weber [mailto:gwebe...@gmail.com  ] 
Enviada em: terça-feira, 24 de janeiro de 2017 12:27
Para: OpenStreetMap no Brasil  >
Assunto: Re: [Talk-br] Erro Mapa Offline

 

Oi Thierri

 

qual a localização? 

 

Você está baixando o mapa de onde? 

 

Em geral os mapas são re-gerados em intervalos de tempo que variam de 1 a 2 
meses (requer muito processamento criar o mapa). Isto depende do provedor e do 
aplicativo.

 

abraço

 

Gerald

 

 

 

2017-01-24 10:39 GMT-02:00 Thierri dos Santos Silva 
 >:

 

Bom dia,

 

Estou com um problema.

 

Tenho uma base de mapas off-line, só que mesmo atualizando essa minha base para 
última versão que se encontra disponível apresenta uma informação errada.

 

Existe uma coordenada que no openstreetmap.org   e 
até mesmo no google apresenta um endereço que é o correto, mas na minha base 
off-line apresenta um outro endereço, mesmo com a última atualização disponivel.

 

É possível me ajudar?

 

 

 


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





 

-- 

Dr. Gerald Weber

gwebe...@gmail.com  

Personal website  

ResearchGate Profile  

for urgent questions: https://telegram.me/gweberbh

 

Departamento de Física/Universidade Federal de Minas Gerais

Department of Physics/Federal University of Minas Gerais

Campus da Pampulha

Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

mobile: +55-(0)31-996462277

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

Re: [Talk-it] [dev-italia] Nuovo welcome tool

2017-01-24 Per discussione Volker Schmidt

Bella iniziativa.
Per essere ancora più utile sarebbe bello di avere un'idea in che zona il
nuovo utente è diventato attivo.
Sarebbe bello di poter fare lo in automatico.
In sostituzione si potrebbe mettere un campo manualmente aggiornabile dove
un utente può inserire questa informazione, anche se decide di non
contattare l'utente, tipicamente perché non è della zona.





2017-01-24 17:26 GMT+01:00 Luca Delucchi :

> 2017-01-24 15:03 GMT+01:00 Stefano :
> >
> >
> > Ci avevo provato[0], ma niente feedback e c'erano troppe cose da
> sistemare
> > per arrivare a dove volevo io :-)
>
> peccato per la duplicazione :-( però se non ci sono stati feedback hai
> fatto bene ;-)
>
>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Tom Ka

Uz jsem mel cas to docist cele, jo bude to neco v mezilehlem
certifikatu, je tam ale zrejme se neco rozbilo. Zkouknu to.

Dne 24. ledna 2017 18:59 Tom Ka  napsal(a):
> A nejde aspon rozkliknout co je to za certifikat co mu vadi? osmap.cz
> je na let's encrypt a mel by v rozumne modernich prohlizecich jet v
> pohode.
>
> Diky
>
> Dne 24. ledna 2017 10:52 Karel Volný  napsal(a):
>> zdar,
>>
>> ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu standardní
>> hláška, bez možnosti rozkliknout podrobnosti:
>>
>> Chyba certifikátu SSL.
>>
>> Chyba zabezpečení.
>> Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito chybami:
>>  * Certifikát serveru není důvěryhodný.
>> Chcete udělit výjimku tomuto certifikátu?
>> [Yes] [No]
>>
>> On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
>>> Nebyl by screenshot nebo textová chyba? Případně další informace ze
>>> kterých by se dalo něco zjistit?
>>>
>>> Díky,
>>> Marián
>>>
>>> Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
>>> > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
>>> > musím odkliknout hlášku o nedůvěryhodném certifikátu
>>> > mapa se nezobrazí vůbec
>>> >
>>> > K.
>>> >
>>> > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
>>> >> Ahoj všem,
>>> >>
>>> >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
>>> >>
>>> >> - Firefox pro desktop, ver 50.1.0 na Win10:
>>> >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
>>> >> obsah=0)
>>> >>
>>> >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
>>> >> OK
>>> >>
>>> >> - Firefox pro Android, ver 50.1.0 for Android:
>>> >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
>>> >>
>>> >> - Chrome pro Android, verze 55.0.2883.91 for Android:
>>> >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
>>> >> připojení není soukromé"
>>> >>
>>> >> vop
>>> >>
>>> >>
>>> >> ___
>>> >> 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-br] RES: RES: Erro Mapa Offline

2017-01-24 Per discussione Gerald Weber

Confesso que estou sem entender qual é o problema.

Se você coloca uma coordenada X,Y o teu sistema tem que te levar exatamente
à esta coordenada e não a um lugar diferente. Eu não vejo como isto pode
ser um problema da base de dados.



2017-01-24 16:10 GMT-02:00 Thierri dos Santos Silva <
thierri.si...@systemsat.com.br>:

> Que notamos sim.
>
>
>
> Esse tipo de erro, de nome de ruas, ou nomes diferentes para determinada
> coordenada, já aconteceu antes, mas sempre quando atualizávamos esse foi
> resolvido, só que neste caso ele continua.
>
>
>
>
>
>
>
>
>
>
>
> [image: Thierri Silva-01]
>
>
>
> *De:* Gerald Weber [mailto:gwebe...@gmail.com]
> *Enviada em:* terça-feira, 24 de janeiro de 2017 15:02
> *Para:* OpenStreetMap no Brasil 
> *Assunto:* Re: [Talk-br] RES: Erro Mapa Offline
>
>
>
> Oi Thierri
>
>
>
> o seu servidor só acusa este erro para esta coordenada em particular?
>
>
>
> 2017-01-24 13:21 GMT-02:00 Thierri dos Santos Silva <
> thierri.si...@systemsat.com.br>:
>
> Boa tarde Gerald
>
>
>
> Estou lhe enviado 2 anexos
>
>
>
> O anexo com nome de “MAPA INTERNO” se refere ao meu servidor de mapa
> off-line, o que apresenta erro no endereço para latitude e longitude
> informada.
>
>
>
> O Anexo “MAPA ONLINE OSM” se refere ao mapa online do Openstreetmap.org, o
> que apresenta o endereço correto para latitude e longitude informada.
>
>
>
> Reparem que em ambos os anexo latitude e longitude informada são as
> mesmas, mas o meu servidor off-line apresenta um outro endereço.
>
>
>
> Latitude e Longitude: -20.212852, -40.263729
>
>
>
> Eu estou no Rio de Janeiro, e o repositório de onde baixe as atualizações:
> http://download.geofabrik.de/south-america.html
>
>
>
> Atenciosamente
>
>
>
>
>
>
>
>
>
>
>
> [image: Thierri Silva-01]
>
>
>
> *De:* Gerald Weber [mailto:gwebe...@gmail.com]
> *Enviada em:* terça-feira, 24 de janeiro de 2017 12:27
> *Para:* OpenStreetMap no Brasil 
> *Assunto:* Re: [Talk-br] Erro Mapa Offline
>
>
>
> Oi Thierri
>
>
>
> qual a localização?
>
>
>
> Você está baixando o mapa de onde?
>
>
>
> Em geral os mapas são re-gerados em intervalos de tempo que variam de 1 a
> 2 meses (requer muito processamento criar o mapa). Isto depende do provedor
> e do aplicativo.
>
>
>
> abraço
>
>
>
> Gerald
>
>
>
>
>
>
>
> 2017-01-24 10:39 GMT-02:00 Thierri dos Santos Silva <
> thierri.si...@systemsat.com.br>:
>
>
>
> Bom dia,
>
>
>
> Estou com um problema.
>
>
>
> Tenho uma base de mapas off-line, só que mesmo atualizando essa minha base
> para última versão que se encontra disponível apresenta uma informação
> errada.
>
>
>
> Existe uma coordenada que no openstreetmap.org e até mesmo no google
> apresenta um endereço que é o correto, mas na minha base off-line apresenta
> um outro endereço, mesmo com a última atualização disponivel.
>
>
>
> É possível me ajudar?
>
>
>
>
>
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>


-- 

Dr. Gerald Weber

gwebe...@gmail.com

Personal website 

ResearchGate Profile 

for urgent questions: https://telegram.me/gweberbh


Departamento de Física/Universidade Federal de Minas Gerais

Department of Physics/Federal University of Minas Gerais

Campus da Pampulha

Av. Antônio Carlos, 6627, 31270-901 Belo Horizonte, MG, Brazil

mobile: +55-(0)31-996462277
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

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

2017-01-24 Per discussione PanierAvide

J'ai réalisé le réajout des URL pour les nœuds dans les DOM, hormis 
Mayotte où il a l'air de manquer pas mal de bornes si on compare avec la 
carte de l'IGN.


Cordialement,

Adrien.


Le 24/01/2017 à 15:15, GarenKreiz a écrit :
Effectivement pour les DOM-TOM il faut rajouter un champ "territoire" 
dans l'URL et donc l'identifiant d'un site ne suffit pas.


La table de correspondance site->territoire est disponible dans les 
fichiers référencés par WikiProjet_France - Repères Géodésiques 



Ces fichiers peuvent aussi servir à identifier les points à tord ou à 
raison depuis 2009/2010 et à reconstruire les relations cassées.


Cdt

  Garenkreiz



Le 24 janvier 2017 à 13:22, PanierAvide > a écrit :


C'était l'avantage de la solution proposée par Florian, si le PDF
existe ça redirige, s'il n'existe pas ça le génère. Mais
visiblement le cas des DOM-TOM est à part, cette URL ne les gérant
pas (ce qui est ballot en soi).

Cordialement,

Adrien.


Le 24/01/2017 à 13:01, GarenKreiz a écrit :

Normalement, quand le point géodésique est bien dans la base IGN
l'URL utilisé par Panier Avide déclenche la génération de la
fiche dans le cache et elle devient accessible avec un URL
simplifié de type http://geodesie.ign.fr/fiches/pdf/
.pdf

Le 24 janvier 2017 à 11:44, Alain VASSAULT
> a écrit :

"Est-ce que quelqu'un pourrait m'aider à identifier toutes
les bornes qui n'ont pas de fiche IGN ?"

Hello,

pour avoir fait des MAJ sur les bornes de ma commune voici ce
que j'ai pu constaté:

- Certains PDF (fiche) ne sont généré que si appeler au moins
une fois depuis leur site (non accessible avant consultation
mais bizarrement dispo après)

- Certaines fiches sont désactivée (les PDF ne sont pas
généré), voir avec IGN pour réactivation. J'ai fait réactivé
les points correspondant au toit et au clocher de l'église de
ma ville. Comme j'ai dis à la personne de l'IGN, le jour ou
celle-ci s'écroule sur la départementale en contre-bas on
sera au courant ^^.

- Si vous voulez mettre à jour une fiche "youhou votre borne
existe toujours je l'ai vu!" voici ce qui m'avais été demandé:

Voici les spécifications que nous demandons à nos opérateurs
sur le terrain :

Une ou deux photos numériques montrant le repère de
nivellement dans son environnement proche et qui devront,
dans la mesure du possible, remplir les conditions
suivantes :

-représenter le repère dans son environnement proche
(distance de prise de vue comprise entre 3 et 10 mètres
et de préférence en perspective),

-centrée sur le repère,

-format 4/3 horizontal,

-dimension de l’image supérieure ou égale à 640 x 480 pixels.


Voila voila, du coup j'ai le nom d'un contact chez eux, je
tente de le brancher ici?

Tranquille


Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :

Merci à vous pour avoir terminé la mise en qualité, et merci
Adrien pour la MAJ des relations.

Est-ce que quelqu'un pourrait m'aider à identifier toutes
les bornes qui n'ont pas de fiche IGN ? J'aimerai en parler
à l'IGN pour élucider ce mystère.
En plus de celles que j'ai listées dans mon mail du 20
janvier il y a donc celles dans les DOM/TOM.
Il faudrait créer une requête overpass qui ne redirige pas
vers une fiche pdf mais vers l'URL

http://geodesie.ign.fr/fiches/index.php?module=e=visugeod=france=0,0=13




Le 21 janvier 2017 à 14:00, PanierAvide
> a
écrit :

Et donc celles qui posent problèmes sont celles ayant le
count à 0.


je compte 120 cas problématiques en utilisant ta requête.

j'ai regardé le premier cas
http://www.openstreetmap.org/relation/457245
 et il me
semble qu'il va falloir faire au cas par cas.

Dans celui que j'ai cité, je vois que les bornes qui
faisaient partie de la relation ont été supprimées il y a 5
ans et que de nouvelles bornes ont été créées bien plus tard
mais n'ont pas été rajoutées à la relation :
http://www.openstreetmap.org/node/2566885117

http://www.openstreetmap.org/node/4106280157

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Tom Ka

A nejde aspon rozkliknout co je to za certifikat co mu vadi? osmap.cz
je na let's encrypt a mel by v rozumne modernich prohlizecich jet v
pohode.

Diky

Dne 24. ledna 2017 10:52 Karel Volný  napsal(a):
> zdar,
>
> ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu standardní
> hláška, bez možnosti rozkliknout podrobnosti:
>
> Chyba certifikátu SSL.
>
> Chyba zabezpečení.
> Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito chybami:
>  * Certifikát serveru není důvěryhodný.
> Chcete udělit výjimku tomuto certifikátu?
> [Yes] [No]
>
> On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
>> Nebyl by screenshot nebo textová chyba? Případně další informace ze
>> kterých by se dalo něco zjistit?
>>
>> Díky,
>> Marián
>>
>> Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
>> > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
>> > musím odkliknout hlášku o nedůvěryhodném certifikátu
>> > mapa se nezobrazí vůbec
>> >
>> > K.
>> >
>> > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
>> >> Ahoj všem,
>> >>
>> >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
>> >>
>> >> - Firefox pro desktop, ver 50.1.0 na Win10:
>> >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
>> >> obsah=0)
>> >>
>> >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
>> >> OK
>> >>
>> >> - Firefox pro Android, ver 50.1.0 for Android:
>> >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
>> >>
>> >> - Chrome pro Android, verze 55.0.2883.91 for Android:
>> >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
>> >> připojení není soukromé"
>> >>
>> >> vop
>> >>
>> >>
>> >> ___
>> >> Talk-cz mailing list
>> >> Talk-cz@openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>

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

Re: [OSM-talk-fr] Plus de site de l'Insee en panne ?

2017-01-24 Per discussione Philippe Verdy

Apparemment c'était temporaire.
J'avais voulu consulter le site de l'INSEE après avoir vu des données dites
d'origine INSEE utilisant des codes commune "étranges" en outre-mer.
Notamment en Martinique (communes codées 9B201 à 9B234) et Guadeloupe
(communes codées 9D401 à 9D424) au lieu des codes 97nnn.
Y a-t-il une mise à jour qui nous a échappé sur la réforme territoriale ?

Le 24 janvier 2017 à 18:44, Philippe Verdy  a écrit :

> www.insee.fr ne répond plus du tout (erreur 500 immédiate à la connexion
> sur toutes les URLs, même la page d'accueil).
>
> Vous avez la même chose ?
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Plus de site de l'Insee en panne ?

2017-01-24 Per discussione Philippe Verdy

www.insee.fr ne répond plus du tout (erreur 500 immédiate à la connexion
sur toutes les URLs, même la page d'accueil).

Vous avez la même chose ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-cl] Algún sitio oficial para denunciar mapas?

2017-01-24 Per discussione Julio Costa Zambelli

Hola Danilo,

¿No quieres comunicarte con ellos vía Twitter, FB o correo primero?

Saludos,

Julio Costa Zambelli
Fundación OpenStreetMap Chile

julio.co...@openstreetmap.cl

http://www.openstreetmap.cl/
Cel: +56(9)89981083

2017-01-24 13:18 GMT-03:00 Danilo Lacoste :

> Estimados,
>
> encontré otro sitio que al parecer no indica fuentes de OSM.
>
> https://www.windytv.com
>
> al llegar a cierto nivel de zoom comienza a mostrar una renderización
> de la web http://mapy.cz/ (aunque ellos si indican la fuente de datos
> en su sitio oficial).
>
>
> Si alguien puede hacer llegar el aviso a quien revisa estos asuntos,
> se lo agradecería.
>
> saludos.
>
>
> 2016-05-31 11:23 GMT-04:00 Danilo Lacoste :
> > Hola Julio,
> >
> > pensé que podría existir alguna agrupación que se dedique a estos temas,
> > algo así como un grupo de abogados o algo por el estilo.
> > ¿alguien tiene tiempo y paciencia para tomar este caso?
> >
> > saludos.
> >
> > 2016-05-31 10:34 GMT-04:00 Julio Costa Zambelli
> > :
> >>
> >> Hola Danilo,
> >>
> >> Las instrucciones para proceder están disponibles en:
> >> http://wiki.openstreetmap.org/wiki/Lacking_proper_attribution (No
> figuran en
> >> la lista hasta ahora).
> >>
> >> Probablemente también están violando las condiciones de uso de las
> teselas
> >> de la OSM Foundation.
> >>
> >> Saludos,
> >>
> >> Julio Costa Zambelli
> >> Fundación OpenStreetMap Chile
> >>
> >> julio.co...@openstreetmap.cl
> >>
> >> http://www.openstreetmap.cl/
> >> Cel: +56(9)89981083
> >>
> >> 2016-05-31 9:59 GMT-04:00 Danilo Lacoste :
> >>>
> >>> Estimados,
> >>>
> >>> Me acabo de topar con un sitio Grande que no usa correctamente la
> >>> licencia.
> >>>
> >>>
> >>> http://www.topuniversities.com/universities/pontificia-
> universidad-cat%C3%B3lica-de-chile-uc
> >>>
> >>> Alguien sabe si existe un lugar oficial o agrupación que se preocupe de
> >>> estas cosas?
> >>>
> >>> saludos.
> >>>
> >>> --
> >>> Danilo Lacoste Z.   dan...@lacosox.org
> >>> Ing. Civil en informática
> >>> www.lacosox.org
> >>>
> >>> ___
> >>> Talk-cl mailing list
> >>> Talk-cl@openstreetmap.org
> >>> https://lists.openstreetmap.org/listinfo/talk-cl
> >>>
> >>
> >
> >
> >
> > --
> > Danilo Lacoste Z.   dan...@lacosox.org
> > Ing. Civil en informática
> > www.lacosox.org
>
>
>
> --
> Danilo Lacoste Z.   dan...@lacosox.org
> Ing. Civil en informática
> www.lacosox.org
>
> ___
> Talk-cl mailing list
> Talk-cl@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cl
>
___
Talk-cl mailing list
Talk-cl@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cl

[OSM-talk] OpenStreetCam plugin

2017-01-24 Per discussione Martijn van Exel

Hi all, 

I wanted to ask your opinion about the OpenStreetCam JOSM plugin. If you 
haven’t tried it, it’s in the JOSM plugin store.
What are the top things you would want to see improved? What is working well? 
Perhaps you have a desire to help out with development? We are planning further 
development priorities and your input is important for that.

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

[Talk-es] Mantenimiento en servidores openstreetmap.es

2017-01-24 Per discussione Alejandro S.

Buenas tardes a todos,

Me comunican que se va realizar un mantenimiento de los servicios de red en
la sala de servidores donde están las máquinas donde corren los servicios
de openstreetmap.es, tareas y bienvenida el próximo día 27 de enero, se
espera un corte de unos 15 minutos entre las 11h y las 12h.

A continuación está el mensaje original.

Atentamente,
  Alejandro Suárez


-- Forwarded message --
Date: 2017-01-24 8:24 GMT+01:00
Subject: Mantenimiento en CPD del Ed. Betancourt
To:


Hola:

El próximo Viernes 27 vamos a realizar unas operaciones de mantenimiento en
los equipos de comunicaciones de la sala de servidores ( CPD ) del campus
Rio Ebro, en el ed. Betancourt.

Dichas operaciones pueden suponer un corte de red de no mas de 15 minutos
en algunos de los servidores instalados en dicho CPD.

El corte se producirá entre las 11 y las 12 horas.

Lamentamos los inconvenientes que dichos cortes puedan producir.

Reciban un cordial saludo
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-us] U.S.-Mexico border fence update

2017-01-24 Per discussione Martijn van Exel

We could devise a MapRoulette challenge out of it (and could claim that 
OpenStreetMap has a tight border with Mexico before the Trump administration, 
AND nobody paid for it)
Martijn

> On Jan 23, 2017, at 4:35 PM, Clifford Snow  > wrote:
> 
> Michael,
> Sharing your new work on GitHub would be a good start. The community could 
> look at the work and see how to best incorporate it into OSM. 
> 
> (We could tag the existing fence as before_trump and if anything actually 
> gets built as by_trump. )
> 
> Clifford
> 
> On Mon, Jan 23, 2017 at 2:13 PM, Michael Corey  > wrote:
> Hello:
> 
> (Also posted in imports)
> 
> Several years ago I did a lot of work adding sections of the U.S.-Mexico
> border fence to OSM. In light of the new U.S. president's intention to
> expand the fence/wall system, I have been updating that work for our
> news organization. We have now mapped the entire existing fence with
> significantly more official data and more information about individual
> segments.
> 
> I would like to share this work back into OpenStreetMap, but it may be
> difficult to modify or sync up with my old work, since I have
> changed/added/subtracted significant features.
> 
> Does anyone have thoughts on how to do this most efficiently and without
> causing major headaches? I would like to share the maps on both OSM and
> on Github, so I will need some kind of workflow to keep everything
> synced up.
> 
> The current fence is captured by this relation:
> 
> https://www.openstreetmap.org/relation/2266294 
> 
> 
> Any advice people have from past experience would be most welcome.
> 
> Thanks much,
> 
> 
> --
> 
> Michael Corey
> Senior News Applications Developer
> o: 510.809.3178 
> twitter: @mikejcorey
> 
> ___
> Talk-us mailing list
> Talk-us@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-us 
> 
> 
> 
> 
> -- 
> @osm_seattle
> osm_seattle.snowandsnow.us 
> OpenStreetMap: Maps with a human touch
> ___
> 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] I think I got this right...

2017-01-24 Per discussione Martijn van Exel

The only problem I can see is that you may then have three levels of relation 
hierarchy[1] which I find troublesome because it will make numbered route 
management harder for most people to know how to do.

Don’t get me wrong, I don’t particularly like the complexity of having to 
maintain each member role either, but I think this could be more easily fixed 
by smart JOSM parsing (or a JOSM plugin) than having more levels of relations. 
I also think the member role approach would probably sit better with the 
international community.

Martijn

[1] Super-super-relation for state, super-relation for cardinal direction, 
relations for each direction.

> On Jan 23, 2017, at 12:12 PM, Paul Johnson  > wrote:
> 
> On Mon, Jan 23, 2017 at 12:14 PM, Martijn van Exel  > wrote:
> Well, in this case, the only way to know for a routing application what the 
> cardinal direction is, is to look at the member roles. Either that our you 
> slice the relation up even more to have separate relations for east / west / 
> north / south, which to my mind would make for a too-convoluted relationship 
> hierarchy. What is your thought on indicating cardinal direction in this case 
> if not as member role?
> 
> I'm not sure where the problem is with child relations with direction=* tags 
> as one of the relation tags is exactly.  Sure, takes more to set up, but it's 
> easier to maintain long term.
> ___
> 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: [OSM-talk-fr] autolib

2017-01-24 Per discussione Jean-Marc Liotier

On Mon, 23 Jan 2017 20:23:44 +0100
Ralf Treinen  wrote:

> un utilisateur a en masse basculé toutes les stations autolib de
> car_rental en car_sharing [1]. Or, j'avais retenu de la discussion
> en 2014 [2] qu'il s'agit plutot d'un car_rental. Est-ce qu'il y a 
> un changement du l'avis concernant cette question ?

Autolib est bien de la location de voiture (non au sharewashing !) mais
on peut imaginer que des utilisateurs d'Openstreetmap s'interrogent sur
la manière de différencier une borne et ses places d'une agence de
location de voitures "traditionnelle".

Alors, en plus d'amenity=car_rental, car_rental=shop ? automated=yes ?
Juste un début de brainstorm, mais il y a peut-être bien matière à
définir une étiquette discriminant les types d'établissement.

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

Re: [Talk-it] [dev-italia] Nuovo welcome tool

2017-01-24 Per discussione Luca Delucchi

2017-01-24 15:03 GMT+01:00 Stefano :
>
>
> Ci avevo provato[0], ma niente feedback e c'erano troppe cose da sistemare
> per arrivare a dove volevo io :-)

peccato per la duplicazione :-( però se non ci sono stati feedback hai
fatto bene ;-)


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-br] RES: Erro Mapa Offline

2017-01-24 Per discussione Nelson A. de Oliveira

Talvez você está atualizando os dados apenas para a renderização mas
não no nominatim? (que é o responsável por geocodificar as buscas)

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

Re: [OSM-legal-talk] Series of maps for Angola

2017-01-24 Per discussione Marcus Love

Hi Simon,

  Thanks for your reflection. I do see your point that we would retain the 
'master copy' of the data and not be required to use other data that has been 
improved on. Personally, I think it could work. However, I'm thinking that the 
people above me who would be the ones to approve doing that, probably wouldn't 
want to, even if I took the time to discuss ODbL with them. I know someone else 
in my organization who tried to have a discussion to move towards ODbL in the 
past, and wasn't successful. Also, we are still hoping that the government 
provides something official for us with permissions to use at least for the 
series of maps we would like to produce since we did the work in conjunction 
with the government. We will see if they come through or not. :)

Thanks,
Marcus

-Original Message-
From: Simon Poole [mailto:si...@poole.ch] 
Sent: Tuesday, January 24, 2017 11:53 AM
To: legal-talk@openstreetmap.org
Subject: Re: [OSM-legal-talk] Series of maps for Angola

Marcus

I'm not quite sure if there is a real issue. If you derive the boundaries you 
use from OSM, yes it is unlikely that it is non-substantial if you are using 
them for a whole country and the result is likely subject to share alike.

However that only requires you to make the your modified data available on ODbL 
terms,it does not require that you have to use whatever changes somebody else 
makes to that dataset. Any third party sources you use for improving the 
boundaries would however have to be compatible with the ODbL 1.0.

So it is quite possible for you to retain a "master copy" of whatever you think 
the language boundaries are. Naturally if you have improvements to the admin 
boundaries and your source is ODbL compatible (which it should be, see above) 
it might make sense to include such improvements directly into OSM.

As has been already been suggested the alternative is to not use OSM boundaries 
at all and a third party source (which I doubt exists as open data globally).

Simon





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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Andreas Gnau

On 01/23/2017 04:16 PM, Andreas Vilén wrote:

Jag har följt riktlinjerna så gott jag kunnat. Jag skrev på wikin
här och Erik har lagt till lite info:
https://wiki.openstreetmap.org/wiki/Helsingborg#House_number_import

Hade inte sett det, förlåt.

[Ska skriva ett separat mejl angående addr:postcode och addr:country på
kvällen. Mitt intryck är annorlunda.]

Du kan vara lugn. Jag är erfaren osm-användare sedan 2008, har
hanterat importer förr och är otroligt noggrann med datakvaliteten.

OK :-D Hade gjort tidigare erfarenheter med någon som importerade
husnummer och förstörde husnummer som kortlades tidigare manuellt med
högre precision.

2017-01-23 8:29 GMT+01:00 Andreas Gnau:

Hur är datakavaliten?

Den är lysande.

Utmärkt!

Min tanke med att ladda upp alla adresser är att vara tydlig med
datan som finns och som laddas upp. Den betyder också att alla
adresserna någon gång funnits i osm-databasen även om de försvinner
sen. Jag hade kunnat skippa steg 6 och kopierat in dem i husen
direkt, men då hade vi inte haft mellansteget där man lättare kan se
vad som hänt med datan. Den korta tid som det kan finnas duplicerad
data är försumbar. Det handlar kanske om fem minuter upp till en
halvtimme.

OK. Jag har ingen stark åsikt om det, men ville bara veta om
motivationen bakom detta.

* har du tänkt på olika sätt att beskriva adresser t.ex. Sveavägen
"2A", "2 a", "2a", "2A-D" eller också addr:interpolation?

Varför använda interpolering när datan har med varenda adresspunkt?

Jag menade den data som redan finns i OSM. Det är helt klart att man
inte använda addr:interpolation i 2017 :-)

Hur ska vi säkerställa kvalitén på lång sikt? (Använd regio-osm
husnummerutvärderingen) [...]

Jag vet inte om ni känner den, men jag anser husnummerutvärderingen
av Dietmar Seifert (OSM-User: okilimu) som ett väldigt bra verktyg
för att jämföra husnumren. Det går t.ex. att

Som exempel en länk till en stadsdel i Hamburg, Tyskland:
http://regio-osm.de/hausnummerauswertung/auswertung_anzeigen?job_ids=2367=true=osmkartevoll=nein=nein=Bundesrepublik+Deutschland=Hamburg

Man kan ändra språket till Engelska upp till höger på webbsidan

;-)

Tog en titt. Begrep inte hur man ska använda sidan över huvud taget.
Jag har andra metoder för att reda ut samma sak. De kanske inte är
lika effektiva men fungerar för mig.

Jag håller med att gränssnittet kunde förbättras mycket, men jag känner
ingen bättre verktyg för utvärdera adresser i OSM mot en
officiellt källa. Därför vore jag intresserad av dina metoder.

Om det finns intresse av andra, så kan jag ta hand om det och pratar med
oklimu, så att den utvärderingen körs också för Hbg.

Några exempel av nyttiga funktioner:

Huvudfunktionaliteten som man kan se i länken är att visar varje gata
med husnummer som finns i båda datakällor / bara i OSM bara i kommunens
data / bara i OSM

Min favoritfunktionalitet: Klicka på: "in OSM already existing
housenumbers: compare with official geocoordindates"
=> Visar distansen mellan varje adress som finns i OSM och den motsvarig
adress i kommunens data med möjlighet att visa det på kartan eller i JOSM

Klicka på: "in OSM still missing housenumbers: with official
geocoordindates as OSM file"
=> Om det finns adresser som inte finns i OSM, så generar det en OSM-XML
fil med dem adresserna som saknas

"edit mode"
=> möjlighet att utesluta en adress som är fel i kommunens data från
utvärderingen (med kommentar för anledningen)

Om det finns intresse av andra, så kan jag ta hand om det och pratar med
oklimu, så att den utvärderingen körs också för Hbg

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

Re: [OSM-Talk-ZA] Greetings from a newb

2017-01-24 Per discussione Chris Booysen

Hi

Yep - got that link but did not know the offset was fixed.

Pity we do not have the whole country


Regards

Chris

On 24 January 2017 at 16:32, Grant Slater 
wrote:

> Hi Chris,
>
> Sorry, I should have said awhile back...
>
> I have corrected the offset of the ultra-high-resolution CoCT aerial
> imagery. Its precision is now within around 10cm, so best to use exact
> positions from the imagery.
> The imagery is now available in both JOSM and the OpenStreetMap.org
> online editor iD.
> It can also be viewed here: http://coct.aerial.openstreetmap.org.za/
>
> Kind regards,
>
> Grant
>
>
>
> On 24 January 2017 at 14:00, Chris Berens  wrote:
> > Hi THERE!
> >
> > I started editing yesterday in Cape Town (Khayelitsha and Gugulethu)
> using
> > JOSM.  Successfully pushed a couple of updates and happy to see changes
> > appear in OSM.
> >
> > Just been through some of the archives.  Thanks for the heads up on the
> 66cm
> > offset of the CoCT2014/12 imagery and a great list of open ZA spatial
> data
> > sources.
> >
> > I support VPUU with their spatial data management, we are hoping to
> > integrate much of our local knowledge into OSM so best I skill up so as
> not
> > to make a mess.
> > We'd like to contribute some open infrastructure, housing and suburb
> content
> > that we have derived but I'm still figuring out multipolygons,
> relationships
> > and issues with overlaps.  Pointers to relevant knowledge bases welcome.
> >
> > Regards,
> > Chris Berens
> >
> >
> > ___
> > Talk-ZA mailing list
> > Talk-ZA@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-za
> >
>
> ___
> Talk-ZA mailing list
> Talk-ZA@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-za
>
___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-za

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Martin Hejna

On Tue, Jan 24, 2017 at 01:51:45PM +0100, honny wrote:
> Zdar,
> 
> časem snad bude Let's Encrypt trusted všude, zatím to tak ale není.
> Lidem s FF50+ a na updatovaným debianu by to mohlo běhat i tak:
> https://www.root.cz/zpravicky/debian-pridal-let-s-encrypt-mezi-duveryhodne-autority/
> 

Nikoliv.
Mezilehly certifikat je potreba v obou pripadech.

Let's encrypt ma dva mezilehle certifikaty (backup a retired certifikaty 
nepocitam)

https://letsencrypt.org/certs/letsencryptauthorityx3.pem
Podepsany Let's Encrypt (spravne se organizace jmenuje ISRG).
Tomu veri FF50+ a podobne progresivni browsery

https://letsencrypt.org/certs/lets-encrypt-x3-cross-signed.pem
Podepsany autoritou IdenTrust.
Tomu veri prakticky kazdy browser

Oba mezilehle certifikaty maji stejne RSA klice, tedy cokoliv podepsane jednim
z nich je zaroven podepsane i tim druhym.

V kazdem pripade je potreba nejaky mezilehly certifikat pouzit.
Certifikat pro HTTPS server neni podepsan autoritou primo, ale prave
prostrednictvim mezilehleho certifikatu. Je to hlavne z bezpecnostnich duvodu.
Klic korenoveho certifikatu je bezne ulozen nekde offline.

Program certbot standardne vytvori soubor fullchain.pem, ktery obsahuje
HTTPS certifikat prave s cross-signed mezilehnlym certifikatem.

Martin Hejna

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

[Talk-it-trentino] incontro a Verona "LA CONOSCENZA NELL'ERA DIGITALE"

2017-01-24 Per discussione Marco Ciampa

Sarebbe bello se venisse qualcuno di Openstreetmap...

http://monasterodelbenecomune.blogspot.it/2017/01/sabato-28-gennaio-2017-la-conoscenza.html
https://www.facebook.com/monasterodelbenecomune/?ref=bookmarks

bye

-- 


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




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

[Talk-it] incontro a Verona "LA CONOSCENZA NELL'ERA DIGITALE"

2017-01-24 Per discussione Marco Ciampa

Sarebbe bello se venisse qualcuno di Openstreetmap...

http://monasterodelbenecomune.blogspot.it/2017/01/sabato-28-gennaio-2017-la-conoscenza.html
https://www.facebook.com/monasterodelbenecomune/?ref=bookmarks

bye

-- 


Marco Ciampa

I know a joke about UDP, but you might not get it.



 GNU/Linux User #78271
 FSFE fellow #364




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

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G - mapping party

2017-01-24 Per discussione Luca Delucchi

2017-01-24 15:41 GMT+01:00 Alessandro Palmas :
>
>> Buongiorno a tutti
>>
>> Mi sto organizzando per venire all'evento, volevo chiedere se sono state
>> fatte delle convenzioni che strutture ricettive, in modo da economizzare
>> tutta la trasferta.
>>
>> Grazie
>> Carlo
>>
>
>
> Certamente,
> al link http://www.dicca.unige.it/geomatica/foss4git_2017/index.html#venue
>
> Come concordato con gli albergatori, i partecipanti dovranno specificare
> il nome del convegno (Foss4g-IT) all'atto della prenotazione per poter
> usufruire delle tariffe convegno indicate in tabella.
> Per maggiori informazioni potete scrivere al referente all'interno del
> comitato organizzatore andrea.mandar...@edu.unige.it.
>

Informazione aggiuntiva, l'ostello Manena ha delle camere private da
3/4/5 persone perciò se riuscite ad organizzarvi in un gruppetto
magari potete prenota anche quelle

> Alessandro Ale_Zena_IT
>

-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G - mapping party

2017-01-24 Per discussione Carlo


Buongiorno a tutti

Mi sto organizzando per venire all'evento, volevo chiedere se sono state 
fatte delle convenzioni che strutture ricettive, in modo da economizzare 
tutta la trasferta.


Grazie
Carlo

Il 23/01/2017 14:50, Alessandro Palmas ha scritto:

Salve lista,
il mapping party a chiusura della manifestazione si terrà sabato 11 a 
Santa Margherita Ligure.


Appuntamento tra le 9 e le 10 alla Stazione FS di Santa Margherita 
Ligure http://osm.org/go/xX2A9rZW?m= dove verranno creati i gruppi e 
assegnate le zone.

A chi non possiede un GPS verrà dato un Fieldpapers (www.fieldpapers.org).
La zona interessata dal mapping party comprende il Comune di Santa 
Margherita Ligure e dell'adiacente San Michele di Pagana.
Alle ore 14 appuntamento presso la sede del Parco di Portofino, nel 
centro di Santa Margherita, in Viale Elia Rainusso 1 
http://osm.org/go/xX2A9K5Nh-?m= dove, muniti di pc portatili e mouse, 
caricheremo i dati sul database OpenStreetMap e editeremo voci 
Wikipedia (il comune probabilmente ci fornirà foto e materiali 
interessanti su Santa Margherita).
La sessione di editing si chiuderà alle 17, con un ultimo giro di 
domande e risposte.


Treni da Genova Brignole (molti si fermano anche nelle altre stazioni 
di Genova) alle 8,25 - 8,36 - 9,11


Alessandro Ale_Zena_IT




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


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

Re: [Talk-it] OSMit2017 a Genova 8-11 febbraio in FOSS4G - mapping party

2017-01-24 Per discussione Alessandro Palmas


> Buongiorno a tutti
>
> Mi sto organizzando per venire all'evento, volevo chiedere se sono state
> fatte delle convenzioni che strutture ricettive, in modo da economizzare
> tutta la trasferta.
>
> Grazie
> Carlo
>


Certamente,
al link http://www.dicca.unige.it/geomatica/foss4git_2017/index.html#venue

Come concordato con gli albergatori, i partecipanti dovranno specificare
il nome del convegno (Foss4g-IT) all'atto della prenotazione per poter
usufruire delle tariffe convegno indicate in tabella.
Per maggiori informazioni potete scrivere al referente all'interno del
comitato organizzatore andrea.mandar...@edu.unige.it.

Alessandro Ale_Zena_IT


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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Karl Wettin

> On 24 Jan 2017, at 15:16, Andreas Gnau  wrote:
> 
> Datumet vore praktisk också -- även om det kanske kommer att vara svart att 
> få tag i den samma filen om den inte längre finns online...

Jag tycker vi skall publicera rådatan som använts på något lämpligt ställe, typ 
imports.openstreetmap.se eller så där. Och peka ut den från en WikiSida där man 
beskrivit det som genomförts.

kalle

signature.asc
Description: Message signed with OpenPGP using GPGMail
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se

Re: [Talk-br] Erro Mapa Offline

2017-01-24 Per discussione Gerald Weber

Oi Thierri

qual a localização?

Você está baixando o mapa de onde?

Em geral os mapas são re-gerados em intervalos de tempo que variam de 1 a 2
meses (requer muito processamento criar o mapa). Isto depende do provedor e
do aplicativo.

abraço

Gerald



2017-01-24 10:39 GMT-02:00 Thierri dos Santos Silva <
thierri.si...@systemsat.com.br>:

>
>
> Bom dia,
>
>
>
> Estou com um problema.
>
>
>
> Tenho uma base de mapas off-line, só que mesmo atualizando essa minha base
> para última versão que se encontra disponível apresenta uma informação
> errada.
>
>
>
> Existe uma coordenada que no openstreetmap.org e até mesmo no google
> apresenta um endereço que é o correto, mas na minha base off-line apresenta
> um outro endereço, mesmo com a última atualização disponivel.
>
>
>
> É possível me ajudar?
>
>
>
>
>
> Atenciosamente
>
>
>
> [image: Thierri Silva-01]
>
>
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Andreas Gnau


On 01/24/2017 12:00 AM, Karl Wettin wrote:

Ingen lärt ju göra en uppdatering med en annan fil från januari denna
gången, så det borde ju bli utmärkt med bara "Januari 2017".


Håller med.


On 23 Jan 2017, at 16:42, Andreas Vilén > wrote:

Jag kan ändra källtaggen om så önskas, men jag vet inte vilket datum
det är på filen jag använder mig av. source:address=Helsingborgs
kommuns baskata, 2017-01-?? funkar väl, men i så fall måste jag veta
vad jag ska ange för datum eller bara ange januari 2017.


Datumet står i "metadata/readme.txt" i ZIP-filen.

Jag tycker att även om det är CC0, så är källtaggen viktig för att kunna 
relatera till en redigering.


Datumet vore praktisk också -- även om det kanske kommer att vara svart 
att få tag i den samma filen om den inte längre finns online...


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

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

2017-01-24 Per discussione GarenKreiz

Effectivement pour les DOM-TOM il faut rajouter un champ "territoire" dans
l'URL et donc l'identifiant d'un site ne suffit pas.

La table de correspondance site->territoire est disponible dans les
fichiers référencés par WikiProjet_France - Repères Géodésiques


Ces fichiers peuvent aussi servir à identifier les points à tord ou à
raison depuis 2009/2010 et à reconstruire les relations cassées.

Cdt

  Garenkreiz



Le 24 janvier 2017 à 13:22, PanierAvide  a écrit :

> C'était l'avantage de la solution proposée par Florian, si le PDF existe
> ça redirige, s'il n'existe pas ça le génère. Mais visiblement le cas des
> DOM-TOM est à part, cette URL ne les gérant pas (ce qui est ballot en soi).
>
> Cordialement,
>
> Adrien.
>
> Le 24/01/2017 à 13:01, GarenKreiz a écrit :
>
> Normalement, quand le point géodésique est bien dans la base IGN l'URL
> utilisé par Panier Avide déclenche la génération de la fiche dans le cache
> et elle devient accessible avec un URL simplifié de type
> http://geodesie.ign.fr/fiches/pdf/.pdf
>
> Le 24 janvier 2017 à 11:44, Alain VASSAULT  tranquillement.info> a écrit :
>
>> "Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
>> n'ont pas de fiche IGN ?"
>>
>> Hello,
>>
>> pour avoir fait des MAJ sur les bornes de ma commune voici ce que j'ai pu
>> constaté:
>>
>> - Certains PDF (fiche) ne sont généré que si appeler au moins une fois
>> depuis leur site (non accessible avant consultation mais bizarrement dispo
>> après)
>>
>> - Certaines fiches sont désactivée (les PDF ne sont pas généré), voir
>> avec IGN pour réactivation. J'ai fait réactivé les points correspondant au
>> toit et au clocher de l'église de ma ville. Comme j'ai dis à la personne de
>> l'IGN, le jour ou celle-ci s'écroule sur la départementale en contre-bas on
>> sera au courant ^^.
>>
>> - Si vous voulez mettre à jour une fiche "youhou votre borne existe
>> toujours je l'ai vu!" voici ce qui m'avais été demandé:
>>
>> Voici les spécifications que nous demandons à nos opérateurs sur le
>> terrain :
>>
>> Une ou deux photos numériques montrant le repère de nivellement dans son
>> environnement proche et qui devront, dans la mesure du possible, remplir
>> les conditions suivantes :
>>
>> -   représenter le repère dans son environnement proche (distance de
>> prise de vue comprise entre 3 et 10 mètres et de préférence en perspective),
>>
>> -   centrée sur le repère,
>>
>> -   format 4/3 horizontal,
>> -   dimension de l’image supérieure ou égale à 640 x 480 pixels.
>>
>>
>> Voila voila, du coup j'ai le nom d'un contact chez eux, je tente de le
>> brancher ici?
>>
>> Tranquille
>>
>>
>> Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :
>>
>> Merci à vous pour avoir terminé la mise en qualité, et merci Adrien pour
>> la MAJ des relations.
>>
>> Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
>> n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN pour élucider ce
>> mystère.
>> En plus de celles que j'ai listées dans mon mail du 20 janvier il y a
>> donc celles dans les DOM/TOM.
>> Il faudrait créer une requête overpass qui ne redirige pas vers une fiche
>> pdf mais vers l'URL http://geodesie.ign.fr/fiches/
>> index.php?module=e=visugeod=france=0,0=13
>>
>>
>> Le 21 janvier 2017 à 14:00, PanierAvide  a écrit
>> :
>>
>>> Et donc celles qui posent problèmes sont celles ayant le count à 0.
>>
>>
>> je compte 120 cas problématiques en utilisant ta requête.
>>
>> j'ai regardé le premier cas http://www.openstreetmap.org/relation/457245
>> et il me semble qu'il va falloir faire au cas par cas.
>>
>> Dans celui que j'ai cité, je vois que les bornes qui faisaient partie de
>> la relation ont été supprimées il y a 5 ans et que de nouvelles bornes ont
>> été créées bien plus tard mais n'ont pas été rajoutées à la relation :
>> http://www.openstreetmap.org/node/2566885117
>> http://www.openstreetmap.org/node/4106280157
>> Je ne trouve que deux points au lieu de trois, leurs méta-données ne sont
>> pas standard, et je ne sais pas si les bornes sont bien placées. Bref, il
>> va falloir qu'on regarde chaque relation de plus près.
>>
>> Quel process avait-on utilisé pour importer tous les points à la base ?
>> Si on veut intégrer les points manquants ça serait bien de se baser sur un
>> export complet.
>> Il me semble que ce travail manuel sur 120 cas est faisable si on s'y met
>> à plusieurs, et il me semble également que c'est important de disposer de
>> ces points de référence.
>>
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>> ___ Talk-fr mailing list
>> Talk-fr@openstreetmap.org

Re: [Talk-it] [dev-italia] Nuovo welcome tool

Il giorno 24 gennaio 2017 14:46, Luca Delucchi  ha
scritto:

> 2017-01-24 10:35 GMT+01:00 Stefano :
> > Ciao,
>
> Ciao,
>
> grazie mille
>
> > ho rifatto il tool per gestire il benvenuto ai nuovi utenti sulla base di
> > quello belga già sperimentato.
> >
>
> giusto una curiosità, come mai la scelta di riscrivere piuttosto che
> aiutare gli sviluppatori belghi?
>

Ci avevo provato[0], ma niente feedback e c'erano troppe cose da sistemare
per arrivare a dove volevo io :-)
(poi aggiungici una buona dose di pigrizia, la base dalla quale sono
partito deriva dalle applicazioni che scrivo in ufficio).

[0] https://github.com/osmbe/osm-welcome-belgium/pull/13

>
> >
> > Ciao,
> > Stefano
> >
>

>
> --
> ciao
> Luca
>
> www.lucadelu.org
>
> ___
> dev-italia mailing list
> dev-ita...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/dev-italia
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] [dev-italia] Nuovo welcome tool

2017-01-24 Per discussione Luca Delucchi

2017-01-24 10:35 GMT+01:00 Stefano :
> Ciao,

Ciao,

grazie mille

> ho rifatto il tool per gestire il benvenuto ai nuovi utenti sulla base di
> quello belga già sperimentato.
>

giusto una curiosità, come mai la scelta di riscrivere piuttosto che
aiutare gli sviluppatori belghi?

>
> Ciao,
> Stefano
>


-- 
ciao
Luca

www.lucadelu.org

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

Re: [Talk-it] Nuovo welcome tool

Il giorno 24 gennaio 2017 14:38, Lorenzo "Beba" Beltrami <
lorenzo.b...@gmail.com> ha scritto:

> Il giorno 24 gennaio 2017 12:05, Andrea Albani  ha
> scritto:
>
>> Grazie Stefano.
>>
>> Ti segnalo un piccolo bug: quando clicchi modify o delete di uno snippet
>> la corrispondente pagina non viene richiamata perchè manca lo slash davanti
>> all'URL relativo.
>>
> Hai ragione Andrea.
> L'ho segnalato nelle issue del progetto[1].
>
> Ciao,
grazie, ho sistemato direttamente sul server, avevo modificato perché c'era
una differenza fra la versione locale e quella sul server e mi sono
scordato alcune pagine...
Lascio l'issue aperta così mi ricordo di sistemare.


> Lorenzo
>

Ciao,
Stefano


>
> [1] https://github.com/osmItalia/welcome-tool/issues/2
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

Napsal jsem Tomovi, snad bude mít čas se na to večer mrknout.

Marián

-- Původní e-mail --
Od: Petr Kadlec 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 1. 2017 13:41:01
Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"
Ahoj,

> To mě přivádí na myšlenku,  jestli server posílá i ten mezilehlý cert,


"

> nejen koncový - to už jsem někde viděl, a lze to řešit konfigurací 
serveru:


"



Ano, je tam opravdu problém s neúplným chainem: viz https://www.ssllabs.com/
ssltest/analyze.html?d=openstreetmap.cz
(https://www.ssllabs.com/ssltest/analyze.html?d=openstreetmap.cz)





-- Petr Kadlec / Mormegil


___
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] Nuovo welcome tool

2017-01-24 Per discussione Lorenzo "Beba" Beltrami

Il giorno 24 gennaio 2017 12:05, Andrea Albani  ha
scritto:

> Grazie Stefano.
>
> Ti segnalo un piccolo bug: quando clicchi modify o delete di uno snippet
> la corrispondente pagina non viene richiamata perchè manca lo slash davanti
> all'URL relativo.
>
Hai ragione Andrea.
L'ho segnalato nelle issue del progetto[1].

Lorenzo

[1] https://github.com/osmItalia/welcome-tool/issues/2
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-se] Gamla tågspår - Ska de mappas?

2017-01-24 Per discussione Erik Johansson

2017-01-23 14:29 GMT+01:00 Per Eric Rosén :
> Sen skulle jag kunna sträcka mig till att även behålla "osynliga" fd
> järnvägar -

Kluven; själv känner jag precis som du, men i tät stad som Västerås
och Stockholm så känns det bättre att ta bort komplexitet än att lägga
till. Open historical map är ju en bra idé.



-- 
/emj

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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Erik Johansson

2017-01-24 10:47 GMT+01:00 Andreas Vilén :
> Jag ser ingen annan argumentera för att placera husnumren nån annanstans än
> i byggnaderna.

Har heller ingen stark åsikt i frågan, men "vi har alltid gjort så" är
ett rätt dåligt argument, som jag ofta hamnar i själv i sådana här
diskussioner.

Jag har alltid tyckt att ":housenumber" borde varit ":portnumber", så
för mig är det mest logiskt att kartlägga dom som noder.  Det finns
egentligen rätt många argument för det; från OSMs sida så gäller ett
objekt per grej, och en adress är som Markus säger inte ett hus,
ingång eller tomt utan dessa saker hör till adressen.

Angående att uppdatera datat så verkar filen ha ändrat sig sedan
första januari, så man kanske måste stoppa in externa ID nummer från
Helsingborgs datat  om adresserna ska ligga på hus.

> Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans
> med en buildingtagg:
> https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations Då
> får man räkna bort importerna i Norge och Danmark, där inga husnummer
> kombineras med byggnader för att kunna uppdateras enkelt i framtiden.

Att man gör så i no och dk är väl ett ganska  bra argument för att ha
data kvar som noder?

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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Jan Macura

Ahoj,

Opera 42 pod Win10 se zdá být bez problémů.

H.

2017-01-23 12:33 GMT+01:00 Petr Vozdecký :

> Ahoj všem,
>
> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
>
> - Firefox pro desktop, ver 50.1.0 na Win10:
> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
> obsah=0)
>
> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> OK
>
> - Firefox pro Android, ver 50.1.0 for Android:
> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
>
> - Chrome pro Android, verze 55.0.2883.91 for Android:
> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
> připojení není soukromé"
>
> vop
>
> ___
> 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] Stav openstreetmap.cz v prohlížečích

To je zatím řešený tím crossignem - jak vidíme tady, LE je jako podřízená
CA. Trochu jsem si s tím LE hrál, a přesně - když nepošlu spolu s certem
ten ssl chain, desktop si poradí, ale android držkuje.

HPM

Dne 24. 1. 2017 13:52 napsal uživatel "honny" :

> Zdar,
>
> časem snad bude Let's Encrypt trusted všude, zatím to tak ale není.
> Lidem s FF50+ a na updatovaným debianu by to mohlo běhat i tak:
> https://www.root.cz/zpravicky/debian-pridal-let-s-encrypt-
> mezi-duveryhodne-autority/
>
>
> h.
>
> Dne 24. ledna 2017 13:39 Petr Kadlec  napsal(a):
> > Ahoj,
> >
> >> To mě přivádí na myšlenku,  jestli server posílá i ten mezilehlý cert,
> >>
> >> > nejen koncový - to už jsem někde viděl, a lze to řešit konfigurací
> >> > serveru:
> >
> >
> > Ano, je tam opravdu problém s neúplným chainem: viz
> > https://www.ssllabs.com/ssltest/analyze.html?d=openstreetmap.cz
> >
> > -- Petr Kadlec / Mormegil
> >
> > ___
> > 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] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Lukáš Karas

U mě Let's Encrypt vygeneroval několik souborů:

cert.pem
chain.pem
fullchain.pem
privkey.pem

v konfiguraci apache mám "SSLCertificateFile" nasměrovaný fullchain.pem a zdá 
se že to celé funguje...

Lukáš

Dne úterý 24. ledna 2017 13:26:03 CET Jan Martinec napsal(a):
> S konfigurací jsem nic nedělal - tohle je vanilla Chrome na stock ROM. Ale
> evidentně tam je nějaký problém mimo prohlížeč, oba zdejší browsery
> používají nativní čert storage a Firefox si taky stěžuje:
> 
> "openstreetmap.cz uses an invalid security certificate. The certificate is
> not trusted because the issuer certificate is unknown. *The server might
> not be sending the appropriate intermediate certificates.* An additional
> root certificate may need to be imported. Error code:
> SEC_ERROR_UNKNOWN_ISSUER" (podtržení moje)
> 
> To mě přivádí na myšlenku,  jestli server posílá i ten mezilehlý cert,
> nejen koncový - to už jsem někde viděl, a lze to řešit konfigurací serveru:
> https://community.letsencrypt.org/t/solved-why-isnt-my-certificate-trusted/2
> 479
> 
> HPM
> 
> Dne 24. 1. 2017 13:10 napsal uživatel "Marián Kyral" :
> > Takže buď nějaká chyba v konfiguraci, nebo chrome. Třeba můj Firefox na
> > Androidu 7 s tím nemá problém.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:50:45
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
> > problém  :(((
> > 
> > Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
> > 
> > Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> > dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával,
> > že
> > ten certifikát bude fungovat pro všechny zadané domény.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:25:02
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > Ahoj,
> > to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> > x osm.kasparkovi.net), takže browser držkuje zcela správně.
> > 
> > https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
> > 
> > HPM
> > 
> > Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
> > 
> > 
> > -- Původní e-mail --
> > Od: Karel Volný 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 10:59:16
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > zdar,
> > 
> > ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> > standardní
> > hláška, bez možnosti rozkliknout podrobnosti:
> > 
> > Chyba certifikátu SSL.
> > 
> > Chyba zabezpečení.
> > Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> > chybami:
> > * Certifikát serveru není důvěryhodný.
> > Chcete udělit výjimku tomuto certifikátu?
> > [Yes] [No]
> > 
> > 
> > Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> > zadání https://www.openstreetmap.cz?
> > 
> > Já vidím toto:
> > 
> > 
> > Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> > napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
> > 
> > 
> > Marián
> > 
> > On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > > kterých by se dalo něco zjistit?
> > > 
> > > Díky,
> > > Marián
> > > 
> > > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > > mapa se nezobrazí vůbec
> > > > 
> > > > K.
> > > > 
> > > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > > >> Ahoj všem,
> > > >> 
> > > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > > >> 
> > > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> > 
> > ale
> > 
> > > >> obsah=0)
> > > >> 
> > > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > > >> OK
> > > >> 
> > > >> - Firefox pro Android, ver 50.1.0 for Android:
> > > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > > >> 
> > > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > 
> > > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> > "Vaše
> > 
> > > >> připojení není soukromé"
> > > >> 
> > > >> vop
> > > >> 
> > > >> 
> > > >> ___
> > > >> Talk-cz mailing list
> > > >> Talk-cz@openstreetmap.org
> > > >> https://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > ___
> > Talk-cz mailing

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

S konfigurací jsem nic nedělal - tohle je vanilla Chrome na stock ROM. Ale
evidentně tam je nějaký problém mimo prohlížeč, oba zdejší browsery
používají nativní čert storage a Firefox si taky stěžuje:

"openstreetmap.cz uses an invalid security certificate. The certificate is
not trusted because the issuer certificate is unknown. *The server might
not be sending the appropriate intermediate certificates.* An additional
root certificate may need to be imported. Error code:
SEC_ERROR_UNKNOWN_ISSUER" (podtržení moje)

To mě přivádí na myšlenku,  jestli server posílá i ten mezilehlý cert,
nejen koncový - to už jsem někde viděl, a lze to řešit konfigurací serveru:
https://community.letsencrypt.org/t/solved-why-isnt-my-certificate-trusted/2479

HPM

Dne 24. 1. 2017 13:10 napsal uživatel "Marián Kyral" :

> Takže buď nějaká chyba v konfiguraci, nebo chrome. Třeba můj Firefox na
> Androidu 7 s tím nemá problém.
>
> Marián
>
> -- Původní e-mail --
> Od: Jan Martinec 
> Komu: OpenStreetMap Czech Republic 
> Datum: 24. 1. 2017 12:50:45
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
> problém  :(((
>
> Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
>
> Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával, že
> ten certifikát bude fungovat pro všechny zadané domény.
>
> Marián
>
> -- Původní e-mail --
> Od: Jan Martinec 
> Komu: OpenStreetMap Czech Republic 
> Datum: 24. 1. 2017 12:25:02
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> Ahoj,
> to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> x osm.kasparkovi.net), takže browser držkuje zcela správně.
>
> https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
>
> HPM
>
> Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
>
>
> -- Původní e-mail --
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 24. 1. 2017 10:59:16
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> zdar,
>
> ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> standardní
> hláška, bez možnosti rozkliknout podrobnosti:
>
> Chyba certifikátu SSL.
>
> Chyba zabezpečení.
> Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> chybami:
> * Certifikát serveru není důvěryhodný.
> Chcete udělit výjimku tomuto certifikátu?
> [Yes] [No]
>
>
> Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> zadání https://www.openstreetmap.cz?
>
> Já vidím toto:
>
>
> Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
>
>
> Marián
>
>
> On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > kterých by se dalo něco zjistit?
> >
> > Díky,
> > Marián
> >
> > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > mapa se nezobrazí vůbec
> > >
> > > K.
> > >
> > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > >> Ahoj všem,
> > >>
> > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > >>
> > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> ale
> > >> obsah=0)
> > >>
> > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > >> OK
> > >>
> > >> - Firefox pro Android, ver 50.1.0 for Android:
> > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > >>
> > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> "Vaše
> > >> připojení není soukromé"
> > >>
> > >> vop
> > >>
> > >>
> > >> ___
> > >> Talk-cz mailing list
> > >> Talk-cz@openstreetmap.org
> > >> https://lists.openstreetmap.org/listinfo/talk-cz
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
>

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Lukáš Karas

Jak píšeš, mělo by se to chytit na alternative name a ověřit jako validní... 
Firefox na linuxu nemá nic proti, ale curl a openssl s_client certifikát 
neověří... 

$ curl -vvv "https://openstreetmap.cz/;
*   Trying 85.255.11.55...
* Connected to openstreetmap.cz (85.255.11.55) port 443 (#0)
* found 175 certificates in /etc/ssl/certs/ca-certificates.crt
* found 711 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* SSL connection using TLS1.2 / ECDHE_RSA_AES_256_GCM_SHA384
* server certificate verification failed. CAfile: /etc/ssl/certs/ca-
certificates.crt CRLfile: none
* Closing connection 0
curl: (60) server certificate verification failed. CAfile: /etc/ssl/certs/ca-
certificates.crt CRLfile: none
More details here: https://curl.haxx.se/docs/sslcerts.html


$ openssl s_client -host openstreetmap.cz -port 443
CONNECTED(0003)
depth=0 CN = osm.kasparkovi.net
verify error:num=20:unable to get local issuer certificate
verify return:1
depth=0 CN = osm.kasparkovi.net
verify error:num=21:unable to verify the first certificate
verify return:1
---
Certificate chain
 0 s:/CN=osm.kasparkovi.net
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
---

Když zkusím svůj server kde mám certifikát taky od Let's entcrypt, tak mám v 
chainu jeden záznam navíc... 

$ openssl s_client -host karry.cz -port 443

---
Certificate chain
 0 s:/CN=karry.cz
   i:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
 1 s:/C=US/O=Let's Encrypt/CN=Let's Encrypt Authority X3
   i:/O=Digital Signature Trust Co./CN=DST Root CA X3
---

Vypadá to že až ta Root CA je důvěryhodná, ale netuším proč OSM certifikát 
jí v chainu nemá...

Lukáš

Dne úterý 24. ledna 2017 12:48:56 CET Jan Martinec napsal(a):
> No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
> problém  :(((
> 
> Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
> > Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> > dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával,
> > že
> > ten certifikát bude fungovat pro všechny zadané domény.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:25:02
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > Ahoj,
> > to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> > x osm.kasparkovi.net), takže browser držkuje zcela správně.
> > 
> > https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
> > 
> > HPM
> > 
> > Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
> > 
> > 
> > -- Původní e-mail --
> > Od: Karel Volný 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 10:59:16
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > zdar,
> > 
> > ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> > standardní
> > hláška, bez možnosti rozkliknout podrobnosti:
> > 
> > Chyba certifikátu SSL.
> > 
> > Chyba zabezpečení.
> > Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> > chybami:
> > * Certifikát serveru není důvěryhodný.
> > Chcete udělit výjimku tomuto certifikátu?
> > [Yes] [No]
> > 
> > 
> > Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> > zadání https://www.openstreetmap.cz?
> > 
> > Já vidím toto:
> > 
> > 
> > Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> > napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
> > 
> > 
> > Marián
> > 
> > On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > > kterých by se dalo něco zjistit?
> > > 
> > > Díky,
> > > Marián
> > > 
> > > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > > mapa se nezobrazí vůbec
> > > > 
> > > > K.
> > > > 
> > > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > > >> Ahoj všem,
> > > >> 
> > > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > > >> 
> > > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> > 
> > ale
> > 
> > > >> obsah=0)
> > > >> 
> > > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > > >> OK
> > > >> 
> > > >> - Firefox pro Android, ver 50.1.0 for Android:
> > > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > > >> 
> > > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > 
> > > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> > "Vaše
> > 
> > > >> připojení není soukromé"
> > > >> 
> > > >> vop
> > > >> 
> > > >> 
> > > >> ___
> > >

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Andreas Vilén

Det är så jag resonerat. För flerfamiljshus kommer jag så långt det går att
placera dem på entrénoder. Där det inte går att hitta några entréer på
Helsingborgs flygbilder, eller där adresserna ligger under tak på
innergårdar, kommer jag låta dem ligga där de är i rådatan. Jag kommer iaf
vänta någon dag till innan jag på allvar börjar lägga in mer data än vad
som redan gjorts.

Jag har fortfarande inte fått något svar på mitt mail till importlistan, så
man får väl anta att de inte har några invändningar:
https://lists.openstreetmap.org/pipermail/imports/2017-January/004770.html

/Andreas

2017-01-24 12:50 GMT+01:00 Karl Wettin :

> Jag har verkligen ingen stark åsikt i frågan, men eftersom fler röster
> efterfrågas så skall jag framföra min.
>
> För hus med flera uppgångar, exempelvis flerfamiljshus och kontorskomplex,
> tycker jag absolut det bör vara egna noder som pekar ut uppgångarnas
> positioner.
>
> För friliggande hus tycker jag att det husnummer skall vara en del av
> huvudbyggnadens polygon.
>
> Den enda riktigt bra anledningen jag ser till att lägga alla husnummer i
> egna noder på exakt den koordinat som finns i rådatan är att det blir
> lättare för potentiella framtida skript att automatisera uppdateringar och
> detektera skillnader som kommer kräva manuell hantering. Det är på inget
> sätt omöjligt att få till ett sådant skript även om man har husnummer i
> polygoner, men det blir lättare om man bara har noder som dessutom kanske
> innehåller en del extra meta från Helsingborgs fil för att länka samman
> datamängderna.
>
> Så länge det följer något av de mönster som finns beskrivna på wikin så
> tycker jag att det är helt upp till den som genomför importen att välja hur
> man skall lägga till husnummer. Om det är flera personer som genomför det
> så är det helt OK med mig att alla gör det på vars ett vis.
>
>
> kalle
>
> On 24 Jan 2017, at 10:47, Andreas Vilén  wrote:
>
> Jag ser ingen annan argumentera för att placera husnumren nån annanstans
> än i byggnaderna. I andra forum där vi diskuterat det här har heller ingen
> argumenterat för något annat. Då en adress också i de allra flesta fallen
> tillhör en byggnad är också det det mest logiska sättet att göra det på.
> Som sagt verkar också adresser på byggnader. Rimligen bör husnumret ligga
> på byggnadens centroid och man bör inte flytta undan husnumret för att
> något annat ska renderas. Nej, det är inte i min åsikt att dra att inte
> mappa för renderaren in absurdum.
>
> Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans
> med en buildingtagg: https://taginfo.openstreetmap.org/keys/addr%
> 3Ahousenumber#combinations Då får man räkna bort importerna i Norge och
> Danmark, där inga husnummer kombineras med byggnader för att kunna
> uppdateras enkelt i framtiden.
>
> Jag ser gärna att någon mer engagerar sig i den här diskussionen, för om
> vi nu skulle göra på något annat sätt än det normala i Sverige måste det
> framgå tydligt att det här inte bara är en persons åsikt.
>
> /Andreas
>
> 2017-01-24 8:56 GMT+01:00 Markus Lindholm :
>
>> 2017-01-24 7:48 GMT+01:00 Andreas Vilén :
>> > Samtidigt renderas inte namnet om husnummernoden ligger ivägen.
>>
>> Varför skulle man lägga adressnoden ivägen för husnamnet när man har
>> friheten att placera den var man vill inom byggnaden?
>>
>> > Rendering är inget argument för att mappa på ett visst sätt.
>>
>> Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
>> renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
>> finns för mycket information på ett och samma objekt torde vara varför
>> man tog fram den här principen
>> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>>
>> > Då husnummer i byggnader är en standard som följs globalt är det inget
>> jag tänker frångå här, såvida det inte finns en >
>> majoritetsåsikt bakom förslaget.
>>
>> Har du själv läst den här sidan som du länkade till tidigare
>> https://wiki.openstreetmap.org/wiki/Addresses
>> Den anger fyra olika alternativ till placering av adressen, ingen av
>> dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
>> standard? Samtidigt har jag gett tre sakargument varför ett visst
>> tillvägagångssätt är att föredra.
>>
>> /Markus
>>
>>
>> >
>> > /Andreas
>> >
>> > Skickat från min iPhone
>> >
>> >> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm <
>> markus.lindh...@gmail.com>:
>> >>
>> >> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
>> >> om huset har ett namn så renderas inte adressen.
>> >>
>> >> /Markus
>> >>
>> >>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
>> >>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
>> >>> som
>> >>> har adressen, inte bara entrén, till skillnad från med trapphus där
>> >>> adresserna normalt sätts på entréer. Radhus mappas normalt som
>> >>>

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

2017-01-24 Per discussione PanierAvide

C'était l'avantage de la solution proposée par Florian, si le PDF existe 
ça redirige, s'il n'existe pas ça le génère. Mais visiblement le cas des 
DOM-TOM est à part, cette URL ne les gérant pas (ce qui est ballot en soi).


Cordialement,

Adrien.


Le 24/01/2017 à 13:01, GarenKreiz a écrit :
Normalement, quand le point géodésique est bien dans la base IGN l'URL 
utilisé par Panier Avide déclenche la génération de la fiche dans le 
cache et elle devient accessible avec un URL simplifié de type 
http://geodesie.ign.fr/fiches/pdf/.pdf


Le 24 janvier 2017 à 11:44, Alain VASSAULT 
> a écrit :


"Est-ce que quelqu'un pourrait m'aider à identifier toutes les
bornes qui n'ont pas de fiche IGN ?"

Hello,

pour avoir fait des MAJ sur les bornes de ma commune voici ce que
j'ai pu constaté:

- Certains PDF (fiche) ne sont généré que si appeler au moins une
fois depuis leur site (non accessible avant consultation mais
bizarrement dispo après)

- Certaines fiches sont désactivée (les PDF ne sont pas généré),
voir avec IGN pour réactivation. J'ai fait réactivé les points
correspondant au toit et au clocher de l'église de ma ville. Comme
j'ai dis à la personne de l'IGN, le jour ou celle-ci s'écroule sur
la départementale en contre-bas on sera au courant ^^.

- Si vous voulez mettre à jour une fiche "youhou votre borne
existe toujours je l'ai vu!" voici ce qui m'avais été demandé:

Voici les spécifications que nous demandons à nos opérateurs sur
le terrain :

Une ou deux photos numériques montrant le repère de
nivellement dans son environnement proche et qui devront, dans
la mesure du possible, remplir les conditions suivantes :

-représenter le repère dans son environnement proche (distance
de prise de vue comprise entre 3 et 10 mètres et de préférence
en perspective),

-centrée sur le repère,

-format 4/3 horizontal,

-dimension de l’image supérieure ou égale à 640 x 480 pixels.


Voila voila, du coup j'ai le nom d'un contact chez eux, je tente
de le brancher ici?

Tranquille


Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :

Merci à vous pour avoir terminé la mise en qualité, et merci
Adrien pour la MAJ des relations.

Est-ce que quelqu'un pourrait m'aider à identifier toutes les
bornes qui n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN
pour élucider ce mystère.
En plus de celles que j'ai listées dans mon mail du 20 janvier il
y a donc celles dans les DOM/TOM.
Il faudrait créer une requête overpass qui ne redirige pas vers
une fiche pdf mais vers l'URL

http://geodesie.ign.fr/fiches/index.php?module=e=visugeod=france=0,0=13




Le 21 janvier 2017 à 14:00, PanierAvide > a écrit :

Et donc celles qui posent problèmes sont celles ayant le
count à 0.


je compte 120 cas problématiques en utilisant ta requête.

j'ai regardé le premier cas
http://www.openstreetmap.org/relation/457245
 et il me semble
qu'il va falloir faire au cas par cas.

Dans celui que j'ai cité, je vois que les bornes qui faisaient
partie de la relation ont été supprimées il y a 5 ans et que de
nouvelles bornes ont été créées bien plus tard mais n'ont pas été
rajoutées à la relation :
http://www.openstreetmap.org/node/2566885117

http://www.openstreetmap.org/node/4106280157

Je ne trouve que deux points au lieu de trois, leurs méta-données
ne sont pas standard, et je ne sais pas si les bornes sont bien
placées. Bref, il va falloir qu'on regarde chaque relation de
plus près.

Quel process avait-on utilisé pour importer tous les points à la
base ? Si on veut intégrer les points manquants ça serait bien de
se baser sur un export complet.
Il me semble que ce travail manuel sur 120 cas est faisable si on
s'y met à plusieurs, et il me semble également que c'est
important de disposer de ces points de référence.


-- 


*Florian Lainez*

@overflorian 


___
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] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Karel Volný

zcela zjevně by WebCore (a tedy v důsledku Blink) potřebovalo o dost více 
práce na věcech okolo certifikátů, protože ten krám (QupZilla) si ani neumí tu 
vyjímku zapamatovat, a v nastavení není okolo SSL vůbec nic, fakt *vůbec nic*

nojo, pokrok nezastavíš, proč spolupracovat na KHTML a společně ho vyvíjet, 
když se to může dvacetkrát forknout a přepisovat, dokud z toho není 
nepoužitelnej krám :-/

K.

On Tuesday 24 January 2017 12:48:56 Jan Martinec wrote:
> No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
> problém  :(((
> 
> Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
> > Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> > dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával,
> > že
> > ten certifikát bude fungovat pro všechny zadané domény.
> > 
> > Marián
> > 
> > -- Původní e-mail --
> > Od: Jan Martinec 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 12:25:02
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > Ahoj,
> > to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> > x osm.kasparkovi.net), takže browser držkuje zcela správně.
> > 
> > https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
> > 
> > HPM
> > 
> > Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
> > 
> > 
> > -- Původní e-mail --
> > Od: Karel Volný 
> > Komu: OpenStreetMap Czech Republic 
> > Datum: 24. 1. 2017 10:59:16
> > Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
> > 
> > zdar,
> > 
> > ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> > standardní
> > hláška, bez možnosti rozkliknout podrobnosti:
> > 
> > Chyba certifikátu SSL.
> > 
> > Chyba zabezpečení.
> > Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> > chybami:
> > * Certifikát serveru není důvěryhodný.
> > Chcete udělit výjimku tomuto certifikátu?
> > [Yes] [No]
> > 
> > 
> > Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> > zadání https://www.openstreetmap.cz?
> > 
> > Já vidím toto:
> > 
> > 
> > Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> > napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
> > 
> > 
> > Marián
> > 
> > On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > > kterých by se dalo něco zjistit?
> > > 
> > > Díky,
> > > Marián
> > > 
> > > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > > mapa se nezobrazí vůbec
> > > > 
> > > > K.
> > > > 
> > > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > > >> Ahoj všem,
> > > >> 
> > > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > > >> 
> > > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> > 
> > ale
> > 
> > > >> obsah=0)
> > > >> 
> > > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > > >> OK
> > > >> 
> > > >> - Firefox pro Android, ver 50.1.0 for Android:
> > > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > > >> 
> > > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > 
> > > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> > "Vaše
> > 
> > > >> připojení není soukromé"
> > > >> 
> > > >> vop
> > > >> 
> > > >> 
> > > >> ___
> > > >> Talk-cz mailing list
> > > >> Talk-cz@openstreetmap.org
> > > >> https://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz
> > 
> > 
> > ___
> > Talk-cz mailing list
> > Talk-cz@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

Ad nepřepínání vrstev - na tohle je issue: https://github.com/osmcz/osmcz/
issues/138

Ve zkratce - je to bug v leaflet knihovně. Pomůže update knihovny na verzi 
1.0, se kterou ale zase není kompatibilní plugin, který používá aktivní 
vrstva :-( 
Mé chabé znalosti js na to nestačí, respektive nemám dostatek času se to 
pořádně doučit.

Marián

-- Původní e-mail --
Od: Petr Vozdecký 
Komu: OpenStreetMap Czech Republic 
Datum: 23. 1. 2017 12:35:15
Předmět: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"Ahoj všem,

současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):

- Firefox pro desktop, ver 50.1.0 na Win10:
nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale 
obsah=0)

- Chrome pro desktop, verze 55.0.2883.87 m na Win10:
OK

- Firefox pro Android, ver 50.1.0 for Android:
nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu

- Chrome pro Android, verze 55.0.2883.91 for Android:
nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše 
připojení není soukromé"

vop
___
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] Stav openstreetmap.cz v prohlížečích

Takže buď nějaká chyba v konfiguraci, nebo chrome. Třeba můj Firefox na 
Androidu 7 s tím nemá problém.

Marián

-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 1. 2017 12:50:45
Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"
No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má 
problém  :(((



Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :
"
Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal 
dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával, že 
ten certifikát bude fungovat pro všechny zadané domény.

Marián

-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 1. 2017 12:25:02
Předmět: Re: [Talk-cz] Stav openstreetmap.cz(http://openstreetmap.cz) v 
prohlížečích 
"

Ahoj,
to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
(http://openstreetmap.cz) x osm.kasparkovi.net(http://osm.kasparkovi.net)), 
takže browser držkuje zcela správně. 



https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
(https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0)





HPM




Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
"

-- Původní e-mail --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 1. 2017 10:59:16
Předmět: Re: [Talk-cz] Stav openstreetmap.cz(http://openstreetmap.cz) v 
prohlížečích 
"zdar, 

ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu standardní

hláška, bez možnosti rozkliknout podrobnosti: 

Chyba certifikátu SSL. 

Chyba zabezpečení. 
Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito chybami:

* Certifikát serveru není důvěryhodný. 
Chcete udělit výjimku tomuto certifikátu? 
[Yes] [No] 
"



Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po 
zadání https://www.openstreetmap.cz(https://www.openstreetmap.cz)?

Já vidím toto:






Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně napadá 
jeden pojem - DNSSEC. Třeba s tím nějak souvisí.




Marián

"
On Monday 23 January 2017 17:33:04 Marián Kyral wrote: 
> Nebyl by screenshot nebo textová chyba? Případně další informace ze 
> kterých by se dalo něco zjistit? 
> 
> Díky, 
> Marián 
> 
> Dne 23.1.2017 v 13:22 Karel Volný napsal(a): 
> > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25) 
> > musím odkliknout hlášku o nedůvěryhodném certifikátu 
> > mapa se nezobrazí vůbec 
> > 
> > K. 
> > 
> > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote: 
> >> Ahoj všem, 
> >> 
> >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?): 
> >> 
> >> - Firefox pro desktop, ver 50.1.0 na Win10: 
> >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha 
ale 
> >> obsah=0) 
> >> 
> >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10: 
> >> OK 
> >> 
> >> - Firefox pro Android, ver 50.1.0 for Android: 
> >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu 
> >> 
> >> - Chrome pro Android, verze 55.0.2883.91 for Android: 
> >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše 
> >> připojení není soukromé" 
> >> 
> >> vop 
> >> 
> >> 
> >> ___ 
> >> Talk-cz mailing list 
> >> Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org) 
> >> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"

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

"

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

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

"

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

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

2017-01-24 Per discussione GarenKreiz

Normalement, quand le point géodésique est bien dans la base IGN l'URL
utilisé par Panier Avide déclenche la génération de la fiche dans le cache
et elle devient accessible avec un URL simplifié de type
http://geodesie.ign.fr/fiches/pdf/.pdf

Le 24 janvier 2017 à 11:44, Alain VASSAULT <
alain.vassa...@tranquillement.info> a écrit :

> "Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
> n'ont pas de fiche IGN ?"
>
> Hello,
>
> pour avoir fait des MAJ sur les bornes de ma commune voici ce que j'ai pu
> constaté:
>
> - Certains PDF (fiche) ne sont généré que si appeler au moins une fois
> depuis leur site (non accessible avant consultation mais bizarrement dispo
> après)
>
> - Certaines fiches sont désactivée (les PDF ne sont pas généré), voir avec
> IGN pour réactivation. J'ai fait réactivé les points correspondant au toit
> et au clocher de l'église de ma ville. Comme j'ai dis à la personne de
> l'IGN, le jour ou celle-ci s'écroule sur la départementale en contre-bas on
> sera au courant ^^.
>
> - Si vous voulez mettre à jour une fiche "youhou votre borne existe
> toujours je l'ai vu!" voici ce qui m'avais été demandé:
>
> Voici les spécifications que nous demandons à nos opérateurs sur le
> terrain :
>
> Une ou deux photos numériques montrant le repère de nivellement dans son
> environnement proche et qui devront, dans la mesure du possible, remplir
> les conditions suivantes :
>
> -   représenter le repère dans son environnement proche (distance de
> prise de vue comprise entre 3 et 10 mètres et de préférence en perspective),
>
> -   centrée sur le repère,
>
> -   format 4/3 horizontal,
> -   dimension de l’image supérieure ou égale à 640 x 480 pixels.
>
>
> Voila voila, du coup j'ai le nom d'un contact chez eux, je tente de le
> brancher ici?
>
> Tranquille
>
>
> Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :
>
> Merci à vous pour avoir terminé la mise en qualité, et merci Adrien pour
> la MAJ des relations.
>
> Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes qui
> n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN pour élucider ce
> mystère.
> En plus de celles que j'ai listées dans mon mail du 20 janvier il y a donc
> celles dans les DOM/TOM.
> Il faudrait créer une requête overpass qui ne redirige pas vers une fiche
> pdf mais vers l'URL http://geodesie.ign.fr/fiches/
> index.php?module=e=visugeod=france=0,0=13
>
>
> Le 21 janvier 2017 à 14:00, PanierAvide  a écrit :
>
>> Et donc celles qui posent problèmes sont celles ayant le count à 0.
>
>
> je compte 120 cas problématiques en utilisant ta requête.
>
> j'ai regardé le premier cas http://www.openstreetmap.org/relation/457245
> et il me semble qu'il va falloir faire au cas par cas.
>
> Dans celui que j'ai cité, je vois que les bornes qui faisaient partie de
> la relation ont été supprimées il y a 5 ans et que de nouvelles bornes ont
> été créées bien plus tard mais n'ont pas été rajoutées à la relation :
> http://www.openstreetmap.org/node/2566885117
> http://www.openstreetmap.org/node/4106280157
> Je ne trouve que deux points au lieu de trois, leurs méta-données ne sont
> pas standard, et je ne sais pas si les bornes sont bien placées. Bref, il
> va falloir qu'on regarde chaque relation de plus près.
>
> Quel process avait-on utilisé pour importer tous les points à la base ? Si
> on veut intégrer les points manquants ça serait bien de se baser sur un
> export complet.
> Il me semble que ce travail manuel sur 120 cas est faisable si on s'y met
> à plusieurs, et il me semble également que c'est important de disposer de
> ces points de référence.
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-legal-talk] Series of maps for Angola

2017-01-24 Per discussione Simon Poole

Marcus

I'm not quite sure if there is a real issue. If you derive the
boundaries you use from OSM, yes it is unlikely that it is
non-substantial if you are using them for a whole country and the result
is likely subject to share alike.

However that only requires you to make the your modified data available
on ODbL terms,it does not require that you have to use whatever changes
somebody else makes to that dataset. Any third party sources you use for
improving the boundaries would however have to be compatible with the
ODbL 1.0.

So it is quite possible for you to retain a "master copy" of whatever
you think the language boundaries are. Naturally if you have
improvements to the admin boundaries and your source is ODbL compatible
(which it should be, see above) it might make sense to include such
improvements directly into OSM.

As has been already been suggested the alternative is to not use OSM
boundaries at all and a third party source (which I doubt exists as open
data globally).

Simon


Am 20.01.2017 um 12:05 schrieb Marcus Love:
> Hi Christoph,
>
>   Thanks for the response. I reviewed the substantial guidelines, and I feel 
> that it would be substantial as if I used it for one admin line, I'd want to 
> use it for the entire country. 
>
>And as you say below, that if I use my own source of admin boundaries to 
> form language polygons overlaid on the OSM boundaries, they will have 
> mismatches. I compared what we currently have with Angola, and there are many 
> places where our boundaries and OSM boundaries already coincide, but there 
> are quite a few places where they differ. I'll keep looking into how I might 
> be able to turn off/only download background without OSM admin boundaries to 
> see if it is possible.
>
> Thanks,
> Marcus 
>
> -Original Message-
> From: Christoph Hormann [mailto:chris_horm...@gmx.de] 
> Sent: Friday, January 20, 2017 10:13 AM
> To: Licensing and other legal discussions.
> Subject: Re: [OSM-legal-talk] Series of maps for Angola
>
> On Friday 20 January 2017, Marcus Love wrote:
>> I was
>> thinking, that if I use OSM as a background, that I could edit the 
>> language polygons that we have to follow along OSM admin boundaries 
>> where they coincide. However, if I do that, would it then make those 
>> polygons that I've edited a 'derivative database'?
> Probably yes, this depends on the extent to which you make use of OSM data in 
> your proprietary data set.  See also:
>
> http://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Substantial_-_Guideline
>
> If you'd just adjust your polygons at a handful of places to fix major 
> mismatches that would normally be considered insubstantial.
>
>>   If that isn't possible to adapt our language polygons to OSM admin 
>> boundaries without it becoming a derivative database, then we would 
>> use another source for the admin boundaries. Is it possible to use an 
>> OSM background and turn off/toggle the admin boundaries for the 
>> basemap? Otherwise, we will have language boundaries which will be 
>> slightly off the OSM admin boundaries, and wouldn't look that great 
>> and might be confusing on the map.
> If you render an OSM based map without OSM based admin boundaries and add 
> admin boundaries from a different source you have no derivative database, see:
>
> http://wiki.osmfoundation.org/wiki/Licence/Community_Guidelines/Horizontal_Map_Layers_-_Guideline
>
> Note however in such a map you would then simply have other mismatches, i.e. 
> between the admin boundaries and OSM based basemap features instead of 
> between the admin boundaries and your special thematic layer.
>
> --
> Christoph Hormann
> http://www.imagico.de/
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk
>
>
> ___
> legal-talk mailing list
> legal-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/legal-talk




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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Karl Wettin

Jag har verkligen ingen stark åsikt i frågan, men eftersom fler röster 
efterfrågas så skall jag framföra min.

För hus med flera uppgångar, exempelvis flerfamiljshus och kontorskomplex, 
tycker jag absolut det bör vara egna noder som pekar ut uppgångarnas positioner.

För friliggande hus tycker jag att det husnummer skall vara en del av 
huvudbyggnadens polygon.

Den enda riktigt bra anledningen jag ser till att lägga alla husnummer i egna 
noder på exakt den koordinat som finns i rådatan är att det blir lättare för 
potentiella framtida skript att automatisera uppdateringar och detektera 
skillnader som kommer kräva manuell hantering. Det är på inget sätt omöjligt 
att få till ett sådant skript även om man har husnummer i polygoner, men det 
blir lättare om man bara har noder som dessutom kanske innehåller en del extra 
meta från Helsingborgs fil för att länka samman datamängderna.

Så länge det följer något av de mönster som finns beskrivna på wikin så tycker 
jag att det är helt upp till den som genomför importen att välja hur man skall 
lägga till husnummer. Om det är flera personer som genomför det så är det helt 
OK med mig att alla gör det på vars ett vis.


kalle

> On 24 Jan 2017, at 10:47, Andreas Vilén  wrote:
> 
> Jag ser ingen annan argumentera för att placera husnumren nån annanstans än i 
> byggnaderna. I andra forum där vi diskuterat det här har heller ingen 
> argumenterat för något annat. Då en adress också i de allra flesta fallen 
> tillhör en byggnad är också det det mest logiska sättet att göra det på. Som 
> sagt verkar också adresser på byggnader. Rimligen bör husnumret ligga på 
> byggnadens centroid och man bör inte flytta undan husnumret för att något 
> annat ska renderas. Nej, det är inte i min åsikt att dra att inte mappa för 
> renderaren in absurdum.
> 
> Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans 
> med en buildingtagg: 
> https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations 
>  Då 
> får man räkna bort importerna i Norge och Danmark, där inga husnummer 
> kombineras med byggnader för att kunna uppdateras enkelt i framtiden.
> 
> Jag ser gärna att någon mer engagerar sig i den här diskussionen, för om vi 
> nu skulle göra på något annat sätt än det normala i Sverige måste det framgå 
> tydligt att det här inte bara är en persons åsikt.
> 
> /Andreas
> 
> 2017-01-24 8:56 GMT+01:00 Markus Lindholm  >:
> 2017-01-24 7:48 GMT+01:00 Andreas Vilén  >:
> > Samtidigt renderas inte namnet om husnummernoden ligger ivägen.
> 
> Varför skulle man lägga adressnoden ivägen för husnamnet när man har
> friheten att placera den var man vill inom byggnaden?
> 
> > Rendering är inget argument för att mappa på ett visst sätt.
> 
> Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
> renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
> finns för mycket information på ett och samma objekt torde vara varför
> man tog fram den här principen
> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element 
> 
> 
> > Då husnummer i byggnader är en standard som följs globalt är det inget jag 
> > tänker frångå här, såvida det inte finns en > 
> > majoritetsåsikt bakom förslaget.
> 
> Har du själv läst den här sidan som du länkade till tidigare
> https://wiki.openstreetmap.org/wiki/Addresses 
> 
> Den anger fyra olika alternativ till placering av adressen, ingen av
> dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
> standard? Samtidigt har jag gett tre sakargument varför ett visst
> tillvägagångssätt är att föredra.
> 
> /Markus
> 
> 
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> >> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm  >> >:
> >>
> >> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
> >> om huset har ett namn så renderas inte adressen.
> >>
> >> /Markus
> >>
> >>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
> >>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
> >>> som
> >>> har adressen, inte bara entrén, till skillnad från med trapphus där
> >>> adresserna normalt sätts på entréer. Radhus mappas normalt som
> >>> separata
> >>> byggnader. Wikin beskriver olika metoder där alla är lika
> >>> accepterade:
> >>> https://wiki.openstreetmap.org/wiki/Addresses 
> >>> 
> >>>
> >>> Då adresser mappade på byggnader är något som använts i hela Sverige
> >>> (och
> >>> övriga världen bortsett från Danmark som genomförde en statlig
> >>> import) och
> >>> jag aldrig

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

No, já bych očekával totéž. Leč evidentně Chrome pro Android s tím má
problém  :(((

Dne 24. 1. 2017 12:43 napsal uživatel "Marián Kyral" :

> Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal
> dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával, že
> ten certifikát bude fungovat pro všechny zadané domény.
>
> Marián
>
> -- Původní e-mail --
> Od: Jan Martinec 
> Komu: OpenStreetMap Czech Republic 
> Datum: 24. 1. 2017 12:25:02
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> Ahoj,
> to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
> x osm.kasparkovi.net), takže browser držkuje zcela správně.
>
> https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
>
> HPM
>
> Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
>
>
> -- Původní e-mail --
> Od: Karel Volný 
> Komu: OpenStreetMap Czech Republic 
> Datum: 24. 1. 2017 10:59:16
> Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích
>
> zdar,
>
> ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu
> standardní
> hláška, bez možnosti rozkliknout podrobnosti:
>
> Chyba certifikátu SSL.
>
> Chyba zabezpečení.
> Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito
> chybami:
> * Certifikát serveru není důvěryhodný.
> Chcete udělit výjimku tomuto certifikátu?
> [Yes] [No]
>
>
> Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po
> zadání https://www.openstreetmap.cz?
>
> Já vidím toto:
>
>
> Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně
> napadá jeden pojem - DNSSEC. Třeba s tím nějak souvisí.
>
>
> Marián
>
>
> On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> > Nebyl by screenshot nebo textová chyba? Případně další informace ze
> > kterých by se dalo něco zjistit?
> >
> > Díky,
> > Marián
> >
> > Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > > mapa se nezobrazí vůbec
> > >
> > > K.
> > >
> > > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> > >> Ahoj všem,
> > >>
> > >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> > >>
> > >> - Firefox pro desktop, ver 50.1.0 na Win10:
> > >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha
> ale
> > >> obsah=0)
> > >>
> > >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> > >> OK
> > >>
> > >> - Firefox pro Android, ver 50.1.0 for Android:
> > >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> > >>
> > >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> > >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https:
> "Vaše
> > >> připojení není soukromé"
> > >>
> > >> vop
> > >>
> > >>
> > >> ___
> > >> Talk-cz mailing list
> > >> Talk-cz@openstreetmap.org
> > >> https://lists.openstreetmap.org/listinfo/talk-cz
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

Jenže mně to nedržkuje. A jestli správně rozumím tomu obrázku, co jsem dal 
dolů, tak tam jsou nadefinována alternativní jména, takže bych očekával, že 
ten certifikát bude fungovat pro všechny zadané domény.

Marián

-- Původní e-mail --
Od: Jan Martinec 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 1. 2017 12:25:02
Předmět: Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích 
"

Ahoj,
to vidím na Androidu taky. Evidentně tam nesedí hostname (openstreetmap.cz
(http://openstreetmap.cz) x osm.kasparkovi.net(http://osm.kasparkovi.net)), 
takže browser držkuje zcela správně. 



https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0
(https://www.dropbox.com/s/prc0l58wvmugv0o/2017-01-24%2011.18.36.png?dl=0)





HPM




Dne 24. 1. 2017 12:16 napsal uživatel "Marián Kyral" :
"

-- Původní e-mail --
Od: Karel Volný 
Komu: OpenStreetMap Czech Republic 
Datum: 24. 1. 2017 10:59:16
Předmět: Re: [Talk-cz] Stav openstreetmap.cz(http://openstreetmap.cz) v 
prohlížečích 
"zdar, 

ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu standardní

hláška, bez možnosti rozkliknout podrobnosti: 

Chyba certifikátu SSL. 

Chyba zabezpečení. 
Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito chybami:

* Certifikát serveru není důvěryhodný. 
Chcete udělit výjimku tomuto certifikátu? 
[Yes] [No] 
"



Divné, divné. Nemáš nějak paranoidně nastavený prohlížeč? To se stane po 
zadání https://www.openstreetmap.cz(https://www.openstreetmap.cz)?

Já vidím toto:






Moc se v těch certifikátech nevyznám, zdá se mi to OK. Ale ještě mně napadá 
jeden pojem - DNSSEC. Třeba s tím nějak souvisí.




Marián

"
On Monday 23 January 2017 17:33:04 Marián Kyral wrote: 
> Nebyl by screenshot nebo textová chyba? Případně další informace ze 
> kterých by se dalo něco zjistit? 
> 
> Díky, 
> Marián 
> 
> Dne 23.1.2017 v 13:22 Karel Volný napsal(a): 
> > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25) 
> > musím odkliknout hlášku o nedůvěryhodném certifikátu 
> > mapa se nezobrazí vůbec 
> > 
> > K. 
> > 
> > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote: 
> >> Ahoj všem, 
> >> 
> >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?): 
> >> 
> >> - Firefox pro desktop, ver 50.1.0 na Win10: 
> >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha 
ale 
> >> obsah=0) 
> >> 
> >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10: 
> >> OK 
> >> 
> >> - Firefox pro Android, ver 50.1.0 for Android: 
> >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu 
> >> 
> >> - Chrome pro Android, verze 55.0.2883.91 for Android: 
> >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše 
> >> připojení není soukromé" 
> >> 
> >> vop 
> >> 
> >> 
> >> ___ 
> >> Talk-cz mailing list 
> >> Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org) 
> >> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz) 
___
Talk-cz mailing list
Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
"

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

"

___
Talk-cz mailing list
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] Description va bene così?

2017-01-24 Per discussione girarsi_liste

Il 24/01/2017 11:12, ale_z...@libero.it ha scritto:
> IMHO ci può stare, non ha scritto 'il miglior ristorante' o altre frasi 
> promozionali.
> 
> Alessandro Ale_Zena_IT
> 

Ok, lascio così, grazie.


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



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

Re: [Talk-it] Nuovo welcome tool

2017-01-24 Per discussione Andrea Albani

Grazie Stefano.

Ti segnalo un piccolo bug: quando clicchi modify o delete di uno snippet la
corrispondente pagina non viene richiamata perchè manca lo slash davanti
all'URL relativo.

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

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

2017-01-24 Per discussione Alain VASSAULT

"Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes 
qui n'ont pas de fiche IGN ?"


Hello,

pour avoir fait des MAJ sur les bornes de ma commune voici ce que j'ai 
pu constaté:


- Certains PDF (fiche) ne sont généré que si appeler au moins une fois 
depuis leur site (non accessible avant consultation mais bizarrement 
dispo après)


- Certaines fiches sont désactivée (les PDF ne sont pas généré), voir 
avec IGN pour réactivation. J'ai fait réactivé les points correspondant 
au toit et au clocher de l'église de ma ville. Comme j'ai dis à la 
personne de l'IGN, le jour ou celle-ci s'écroule sur la départementale 
en contre-bas on sera au courant ^^.


- Si vous voulez mettre à jour une fiche "youhou votre borne existe 
toujours je l'ai vu!" voici ce qui m'avais été demandé:


Voici les spécifications que nous demandons à nos opérateurs sur le 
terrain :


   Une ou deux photos numériques montrant le repère de nivellement dans
   son environnement proche et qui devront, dans la mesure du possible,
   remplir les conditions suivantes :

   -représenter le repère dans son environnement proche (distance de
   prise de vue comprise entre 3 et 10 mètres et de préférence en
   perspective),

   -centrée sur le repère,

   -format 4/3 horizontal,

   -dimension de l’image supérieure ou égale à 640 x 480 pixels.


Voila voila, du coup j'ai le nom d'un contact chez eux, je tente de le 
brancher ici?


Tranquille

Le 23/01/2017 à 10:17, Florian LAINEZ a écrit :
Merci à vous pour avoir terminé la mise en qualité, et merci Adrien 
pour la MAJ des relations.


Est-ce que quelqu'un pourrait m'aider à identifier toutes les bornes 
qui n'ont pas de fiche IGN ? J'aimerai en parler à l'IGN pour élucider 
ce mystère.
En plus de celles que j'ai listées dans mon mail du 20 janvier il y a 
donc celles dans les DOM/TOM.
Il faudrait créer une requête overpass qui ne redirige pas vers une 
fiche pdf mais vers l'URL 
http://geodesie.ign.fr/fiches/index.php?module=e=visugeod=france=0,0=13



Le 21 janvier 2017 à 14:00, PanierAvide > a écrit :


Et donc celles qui posent problèmes sont celles ayant le count à 0.


je compte 120 cas problématiques en utilisant ta requête.

j'ai regardé le premier cas 
http://www.openstreetmap.org/relation/457245 et il me semble qu'il va 
falloir faire au cas par cas.


Dans celui que j'ai cité, je vois que les bornes qui faisaient partie 
de la relation ont été supprimées il y a 5 ans et que de nouvelles 
bornes ont été créées bien plus tard mais n'ont pas été rajoutées à la 
relation :

http://www.openstreetmap.org/node/2566885117
http://www.openstreetmap.org/node/4106280157
Je ne trouve que deux points au lieu de trois, leurs méta-données ne 
sont pas standard, et je ne sais pas si les bornes sont bien placées. 
Bref, il va falloir qu'on regarde chaque relation de plus près.


Quel process avait-on utilisé pour importer tous les points à la base 
? Si on veut intégrer les points manquants ça serait bien de se baser 
sur un export complet.
Il me semble que ce travail manuel sur 120 cas est faisable si on s'y 
met à plusieurs, et il me semble également que c'est important de 
disposer de ces points de référence.



--

*Florian Lainez*

@overflorian 


___
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] nouveau site Internet points géodésiques IGN

2017-01-24 Per discussione Adrien André

Bonjour,

> Pour les DOM-TOM il y a justement des bornes, mais comme tu as constaté 
pas de fiches

je me permet de réagir, ayant relevé au GPS une de ces bornes ce dimanche :
https://www.openstreetmap.org/node/4624387347
sa fiche existe bien :
http://geodesie.ign.fr/fiches/pdf/B.BG-10_6260.pdf

Remarque : le TOM est à sélectionner dans l'onglet "Territoires"
http://geodesie.ign.fr/fiches/index.php?module=e=visugeod=guyane#rub1


Bien cordialement,

-- 
Adrien André
@adrienandrem
www.mapaou-web.fr

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

Re: [Talk-it] Description va bene così?

2017-01-24 Per discussione ale_z...@libero.it

>Messaggio originale
>Da: "girarsi_liste" 
>Data: 24/01/2017 10.46
>A: "openstreetmap list - italiano"
>Ogg: [Talk-it] Description va bene così?
>
>
>Oggi controllando gli edit della mia zona con questo tools:
>
>http://simon04.dev.openstreetmap.org/whodidit/
>
>Ho trovato questo nodo per la maggior parte ben taggato, solo il tag
>description mi lascia un pò così, sembra pubblicità o va bene così?
>
>https://www.openstreetmap.org/node/4626622590#map=19/45.99287/11.31488
>
>-- 

IMHO ci può stare, non ha scritto 'il miglior ristorante' o altre frasi 
promozionali.

Alessandro Ale_Zena_IT

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

Re: [Talk-cz] Stav openstreetmap.cz v prohlížečích

2017-01-24 Per discussione Karel Volný

zdar,

ohledně zobrazení viz druhý (předchozí) mail, ohledně certifikátu standardní 
hláška, bez možnosti rozkliknout podrobnosti:

Chyba certifikátu SSL.

Chyba zabezpečení.
Stránka kterou se snažíte navštívit zaslala SSL Certifikát s temito chybami:
 * Certifikát serveru není důvěryhodný.
Chcete udělit výjimku tomuto certifikátu?
[Yes] [No]

On Monday 23 January 2017 17:33:04 Marián Kyral wrote:
> Nebyl by screenshot nebo textová chyba? Případně další informace ze
> kterých by se dalo něco zjistit?
> 
> Díky,
> Marián
> 
> Dne 23.1.2017 v 13:22 Karel Volný napsal(a):
> > QupZilla 2.0.2/QtWebEngine 5.7.0 (Fedora 25)
> > musím odkliknout hlášku o nedůvěryhodném certifikátu
> > mapa se nezobrazí vůbec
> > 
> > K.
> > 
> > On Monday 23 January 2017 12:33:45 Petr Vozdecký wrote:
> >> Ahoj všem,
> >> 
> >> současný nešťastný stav velmi letmo (kdo je schopen té věci pomoci?):
> >> 
> >> - Firefox pro desktop, ver 50.1.0 na Win10:
> >> nezobrazují se pop-upy v aktivní vrstvě (vlevo nahoře je vidět snaha ale
> >> obsah=0)
> >> 
> >> - Chrome pro desktop, verze 55.0.2883.87 m na Win10:
> >> OK
> >> 
> >> - Firefox pro Android, ver 50.1.0 for Android:
> >> nepřepíná vrstvy, nezobrazuje pop-upy pro aktivní vrstvu
> >> 
> >> - Chrome pro Android, verze 55.0.2883.91 for Android:
> >> nenačte a nezobrazí vůbec - důvodem je kolize zabezpečení https: "Vaše
> >> připojení není soukromé"
> >> 
> >> vop
> >> 
> >> 
> >> ___
> >> Talk-cz mailing list
> >> Talk-cz@openstreetmap.org
> >> https://lists.openstreetmap.org/listinfo/talk-cz


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

Re: [Talk-se] Husnummerimport i Hbg kommun

2017-01-24 Per discussione Andreas Vilén

Jag ser ingen annan argumentera för att placera husnumren nån annanstans än
i byggnaderna. I andra forum där vi diskuterat det här har heller ingen
argumenterat för något annat. Då en adress också i de allra flesta fallen
tillhör en byggnad är också det det mest logiska sättet att göra det på.
Som sagt verkar också adresser på byggnader. Rimligen bör husnumret ligga
på byggnadens centroid och man bör inte flytta undan husnumret för att
något annat ska renderas. Nej, det är inte i min åsikt att dra att inte
mappa för renderaren in absurdum.

Kollar man taginfo kan man se att 43% av alla husnummer ligger tillsammans
med en buildingtagg:
https://taginfo.openstreetmap.org/keys/addr%3Ahousenumber#combinations Då
får man räkna bort importerna i Norge och Danmark, där inga husnummer
kombineras med byggnader för att kunna uppdateras enkelt i framtiden.

Jag ser gärna att någon mer engagerar sig i den här diskussionen, för om vi
nu skulle göra på något annat sätt än det normala i Sverige måste det
framgå tydligt att det här inte bara är en persons åsikt.

/Andreas

2017-01-24 8:56 GMT+01:00 Markus Lindholm :

> 2017-01-24 7:48 GMT+01:00 Andreas Vilén :
> > Samtidigt renderas inte namnet om husnummernoden ligger ivägen.
>
> Varför skulle man lägga adressnoden ivägen för husnamnet när man har
> friheten att placera den var man vill inom byggnaden?
>
> > Rendering är inget argument för att mappa på ett visst sätt.
>
> Nu tycker jag du drar "Don't map for the renderer" in absurdum. Att
> renderaren omöjligen kan rendera ett objekt fullt ut eftersom det
> finns för mycket information på ett och samma objekt torde vara varför
> man tog fram den här principen
> http://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>
> > Då husnummer i byggnader är en standard som följs globalt är det inget
> jag tänker frångå här, såvida det inte finns en >
> majoritetsåsikt bakom förslaget.
>
> Har du själv läst den här sidan som du länkade till tidigare
> https://wiki.openstreetmap.org/wiki/Addresses
> Den anger fyra olika alternativ till placering av adressen, ingen av
> dem anges som standard. Varifrån har du fått att ditt sätt skulle vara
> standard? Samtidigt har jag gett tre sakargument varför ett visst
> tillvägagångssätt är att föredra.
>
> /Markus
>
>
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> >> 23 jan. 2017 kl. 20:29 skrev Markus Lindholm  >:
> >>
> >> Kom på en tredje orsak till att undvika att lägga allt på samma objekt:
> >> om huset har ett namn så renderas inte adressen.
> >>
> >> /Markus
> >>
> >>> On Sun, 2017-01-22 at 15:41 +0100, Andreas Vilén wrote:
> >>> Svårt att veta var en villa har sin entré. Dessutom är det hela huset
> >>> som
> >>> har adressen, inte bara entrén, till skillnad från med trapphus där
> >>> adresserna normalt sätts på entréer. Radhus mappas normalt som
> >>> separata
> >>> byggnader. Wikin beskriver olika metoder där alla är lika
> >>> accepterade:
> >>> https://wiki.openstreetmap.org/wiki/Addresses
> >>>
> >>> Då adresser mappade på byggnader är något som använts i hela Sverige
> >>> (och
> >>> övriga världen bortsett från Danmark som genomförde en statlig
> >>> import) och
> >>> jag aldrig hört någon förespråka att göra på något annat sätt, kommer
> >>> jag
> >>> att fortsätta göra så om jag inte får andra invändningar i samma
> >>> stil.
> >>> Däremot kan jag ändra källtaggen till source:address=Helsingborgs
> >>> kommun
> >>> även om byggnaderna också i 90% av fallen har kommunen som källa.
> >>>
> >>> /Andreas
> >>>
> >>> 2017-01-22 14:09 GMT+01:00 Markus Lindholm   :
> >>>
>  Jag ser det som ett suboptimalt sätt att tagga. Det är ett
>  inkonsekvent
>  sätt då det inte finns ett ett-till-ett förhållande mellan
>  byggnader
>  och adresser. En byggnad kan ha flera adresser eller ingen. Det
>  leder
>  som sagt också till tvetydigheter, som exemplet med source-taggen.
> 
>  Det bästa sätten (enligt mig) är kombinera adressen med entrence-
>  taggen, om man känner till var ingången ligger. Det näst bästa är
>  att
>  ha den som en fristående nod inne i byggnaden.
> 
>  /Markus
> 
> 
> > On Sun, 2017-01-22 at 10:26 +0100, Andreas Vilén wrote:
> > Hmm, det normala förhållningssättet till adresser är att de läggs
> > på
> > byggnaderna. Det är så jag alltid gjort och det är så det ser ut
> > globalt med Danmark som enda undantag.
> >
> > Men jag skulle kunna ändra till source:address eller liknande så
> > det
> > blir tydligare vad källtaggen syftar på.
> >
> > /Andreas
> >
> > Skickat från min iPhone
> >
> >> 22 jan. 2017 kl. 09:39 skrev Markus Lindholm  >> mail
> >> .com>:
> >>
> >> Hej
> >>
> >> Kollade på de första förändringarna som gjorts och en sak som
> >> jag
> >>

[Talk-it] Description va bene così?

2017-01-24 Per discussione girarsi_liste


Oggi controllando gli edit della mia zona con questo tools:

http://simon04.dev.openstreetmap.org/whodidit/

Ho trovato questo nodo per la maggior parte ben taggato, solo il tag
description mi lascia un pò così, sembra pubblicità o va bene così?

https://www.openstreetmap.org/node/4626622590#map=19/45.99287/11.31488



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



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

[Talk-it] Nuovo welcome tool

Ciao,
ho rifatto il tool per gestire il benvenuto ai nuovi utenti sulla base di
quello belga già sperimentato.

La funzionalità è simile ma permette di gestire meglio le cose (possono
essere inserite annotazioni cronologicamente, i messaggi possono essere
composti creando dei 'frammenti' divisi per lingua che vanno trascinati nel
campo di testo, anteprima dei messaggi).

Non è possibile mandare direttamente i messaggi agli utenti perché non è
supportato dal sito di osm, quindi bisogna andare di copia-incolla. Il
messaggio viene archiviato nella cronologia.

L'url è http://welcome.openstreetmap.it/
Il codice è qua https://github.com/osmItalia/welcome-tool

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

Re: [Talk-lv] Adrešu maiņa

2017-01-24 Per discussione Rihards

On 2017.01.24. 11:08, pAnda71 wrote:
> Dabūju excel failu no domes, lai nav jāčakarējas ar pdfa konvertēšanu.

ļoti labi - drošības labad vēl derētu no viņiem kādu epastu ar atļauju
lietot datus OSM uzlabošanai :)

> Ja jau publisks dokuments, tad nevajadzētu būt problēmām.
> Tajā ir ap 400 adresēm. Daļa veco nosaukumu ir OSMā, bet daļa nav. Ir
> pat jaunas ielas, kuru nosaukumi nav jaunajā plānojumā:
> http://www.baldone.lv/lv/pasvaldiba/planosanas_dokumenti/teritorijas_planojums/
> Un dzīvē arī dažās vietās vēl to ielu nav, pagaidām vairāk tie ir kā
> piebraucamie ceļi kādai mājai, vai taciņas
> Kā Jūs ieteiktu rīkoties? Mainīt tikai OSMā esošajiem objektiem, vai
> mēģināt no ter.plāna kaut ko ielikt OSMā.

noteikti var likt jaunos. ja tā ir taciņa, liekam jauno nosaukumu klāt
taciņai.

> Esošjiem varbūt var kaut kā izeksportēt saraktu, pielikt jaunās
> adreses un importēt atpakaļ...  Man gribas atstāt tos vecos nosaukumus
> kā addr:housename un jaunās adreses pielikt kā addr:street un
> addr:housenumber

izklausās labi - bet noteikti jārīkojas saskaņā ar
https://wiki.openstreetmap.org/wiki/Import/Guidelines#Step_1_-_Prerequisites

ja tā nedarīs, izmaiņas var tikt atceltas. tagad diezgan strikti tas notiek.
-- 
 Rihards

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

Re: [Talk-cz] Missing Maps na E15.cz

2017-01-24 Per discussione Petr Schönmann

Přijdu, zkusíme se domluvit na nějakém tom víkendovém mapování ve
spolupráci s Honzou.

út 24. 1. 2017 v 9:33 odesílatel Jan Martinec  napsal:

> Ahoj,
> zase jsem zapomněl hodit na to pozvánku, dík za připomenutí: další
> mapathon v Praze už příští úterý v podvečer v coworkingu Opero (u
> Staromáku):
> https://www.eventbrite.co.uk/e/pravidelny-prazsky-mapathon-tentokrat-v-opero-registration-31288371361
>
> Přijďte přijďte: uvidíte co jste neslyšeli, uslyšíte co jste neviděli -
> mnozí efektové, tisíce slonů, Jižní Súdán!
>
> HPM
>
> Dne 24. 1. 2017 9:18 napsal uživatel "Michal Pustějovský" <
> michal.pustejov...@seznam.cz>:
>
> Ahoj,
>
> Na E15 vyšel zajímavý článek:
>
>
> http://zpravy.e15.cz/domaci/udalosti/cesi-zacali-mapovat-zapomenuta-mista-planety-1327999
>
> Michal
>
> ___
> 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
>
-- 
S pozdravem
Petr Schönmann
https://www.facebook.com/klikklakcz
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Missing Maps na E15.cz