Re: [Talk-it] Auto incastrata

2017-11-08 Per discussione emmexx 
On 11/08/2017 11:23 PM, Martin Koppenhoefer wrote:
> 
> 
> 
> non conosco il posto, probabilmente c'è o c'era un cartello per indicare
> dove inizia la mulattiera e finisce la strada, non ci può essere
> soltanto un cartello strada senza uscita prima...

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

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

ciao
maxx

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

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

2017-11-08 Per discussione Michael Patrick 
The Cybo "Terms of Use" page at https://yellowpages.cybo.com/terms/
specifically
mentions Google ...

"This information is not to be reused for public display." and "We use
various Google services or API's (e.g. Google Maps API). By using our
services you are bound by Google's Terms of Service
."

Google itself is an aggregator, and licenses it's data from many, many
providers. Which is why their ToCs are very restrictive. But even some of
the 'Open Source' friends on https://yellowpages.cybo.com/friends/
providing spatial data are problematical - I seem to recall a discussion of
compatibility between OdbL and the Creative Commons flavors and Wikipedia.

Probably easier to ask what portion of the Cybo data is contributed by
individuals, and under what terms.

Michael Patrick
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

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

2017-11-08 Per discussione Frederik Ramm 
Hi,

On 09.11.2017 02:53, Brian May wrote:
> Its critical to know where the lat/longs came from. For example, if they
> came from Google Maps - then its a no go, because Google's licensing is
> incompatible with OSM. Their geocodes are not public domain, etc. Same
> thing applies to many / most other commercial geocoding services. If you
> don't know how the lat/longs were derived, then that is probably a show
> stopper as well.

I've enterered a random sample of addresses from this data set into
Google for geocoding and ended up with the exact same lat/lon in about
half of cases - but I only tested a handful.

Of course it is totally possible that a public domain geocoding source
is used by both Cybo and Google which would lead to both having the same
data without Cybo having copied from Google.

As a further explanation to Sean, in case you're not familiar with the
legal situation; while deriving "facts" from Google's database and
re-using them in your own data set will often not violate copyright
(because "facts are free"), it can violate database protection which is
a different legal concept that protects a database from repeated
extraction even if the individual extracted bits are not copyrighted.
This concept doesn't exist in the US to my knowledge, but someone using
such a database in, for example, the EU, could be sued by the database
owner. That's why OSM must avoid adding location data that has been
derived from non-free sources.

Bye
Frederik

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

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

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

2017-11-08 Per discussione Marián Kyral 

-- Původní e-mail --
Od: Jan Macura 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 11. 2017 19:15:51
Předmět: Re: [Talk-cz] Fungující transformace z Křováka!
"



2017-11-08 7:08 GMT+01:00 Marián Kyral :
"

Nerozumím. Jediné, co se stane, že konečně bude sedět RUIAN na KM. A to je
dost podstatná změna. Chápu, že ten posun přijde lidem ze středu republiky
nepodstatný, ale já to tady vidím jinak. Podle mne to je změna k lepšímu.

"





Je teď srozumitelnější, co se snažím říct? To, že opticky ti při přiblížení 
8 hranice sedí, neznamená ani to, že ti sedí i při přiblížení 10, a ani to,
že ti sedí i o 15 m vedle.





"



Nicméně by to mělo být lepší než teď ne? Pro mne je podstatné, zda to sedí
na KM. Protože to byl etalon, ke kterému jsem se snažil blížit. A KM se taky
nějak konvertují z křováka na WSG84. Takže pokud použijeme stejnou
transformaci, měli bychom pro RUIAN budovy získat stejné souřadnice jako v
KM.




"






Ještě jinými slovy: To, že sis posunul budovy předtím o kousek do leva,
neznamená, že po aktualizaci Traceru, a po tom, co si tohle posunutí zrušíš,
budou souřadnice budov na sebe sedět. Pohledově možná jo, záleží z jaký
vejšky, ale do stupně přesnosti ukládání souřadnic v OSM, což je 7
desetinných míst, tj. ~0,1 m = 0,01 mm, asi ne...






"



Ty mapuješ s přesností na setiny milimetru? Wau :-D




V Traceru funguje "přitahování". Pokud je v určitém okruhu okolo nově
přidávaného uzlu nějaký již existující uzel, tak se použije ten. I za cenu
toho, že to nebude echt přesné. Takže pokud trasuješ řadu budov, bude na
společných rozích vždy jen uzel, protože rozdíl v řádu cm se zanedbá. Přesné
číslo je někde ve zdrojácích, můžeš si jej najít, jestli tě to zajímá.




Takže kupodivu, se klidně může stát, že i po této změně ti Tracer nahlásí
"Beze změny", protože ten rozdíl nová vs. existující souřadnice bude
zanedbatelný.




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

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

2017-11-08 Per discussione Sean Lindsey 
Thanks for all the feedback, we have put together some blogs to help people
figure out how to play with the data, to give people an idea of what it is
and how it was put together.

https://blog.cybo.com/

I assumed the set we released was not yet ready for OSM but with some
guidance I may be able to go back through and derive something that's more
useful for you and likely others interested in working with the data. Most
of our records/POIs are from several different sources, which means the way
a record is compiled could influence how useful it is.

On Wed, Nov 8, 2017 at 8:54 PM, Jo  wrote:

>  If the addresses are in the data as well, we don't really need to use the
> lat/lon coordinates. The best way to use this kind of data, is to use it as
> one of several sources. So a direct import is out of the question, but
> using it as a shortcut and combining with what we already have plus aerial
> imagery plus possibly an extra lookup in other sources could be considered.
>
> Of course, we don't want to be a front end for SEO techniques, so maybe
> the data needs to be pruned from overly commercial information and
> descriptions, before it is useful to us.
>
> I'm downloading it too, but it takes a while. I can probably figure out a
> way to convert it into something usable (at a technical level).
>
> Polyglot
>
> 2017-11-09 2:53 GMT+01:00 Brian May :
>
>> Its critical to know where the lat/longs came from. For example, if they
>> came from Google Maps - then its a no go, because Google's licensing is
>> incompatible with OSM. Their geocodes are not public domain, etc. Same
>> thing applies to many / most other commercial geocoding services. If you
>> don't know how the lat/longs were derived, then that is probably a show
>> stopper as well.
>>
>> Brian
>>
>>
>> On 11/8/2017 1:53 PM, Sean Lindsey wrote:
>>
>> We have open sourced our US POI data, it may not be ready for a direct
>> import into OSM, but we'd be willing to try to get it there.
>>
>> Its a national directory of 59 million US businesses, that has been
>> updated as of this summer. And should be getting another refresh shortly.
>>
>> What process is there to discuss and work to integrate this data?
>>
>> The data is available under a creative commons attribution license at
>> https://omniplaces.cybo.com/
>>
>> I would be willing to waive and/or clarify certain aspects of the licence
>> if needed however.
>> * I asked this same question in help.openstreetmap.org
>> ,
>> and was referred to these mailing lists
>>
>> Regards,
>> --
>> Sean Lindsey
>> Cybo Company
>> LinkedIn 
>> 541-912-2505 <(541)%20912-2505>
>>
>>
>> ___
>> Talk-us mailing 
>> listTalk-us@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-us
>>
>>
>>
>> ___
>> Imports mailing list
>> impo...@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/imports
>>
>>
>


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

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

2017-11-08 Per discussione Marián Kyral 

-- Původní e-mail --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 11. 2017 18:48:10
Předmět: Re: [Talk-cz] Fungující transformace z Křováka!
"Dne St 8. listopadu 2017 18:33:16, Jan Macura napsal(a):

> ..a až pak jsem se podíval do dat. Už chápu. Administrativní hranice jsou
> taky z RÚIANu. Pak ale nechápu něco jiného: jak vám mohly sedět admin
> hranice na státní hranici?? To Němcům, Polákům ani Slovákům
> nevadilo, že jim lezeme do území?

Administrativní hranice dělá někdo jiný (Xificurk), jak dělá transformaci z
Křováka nevím.
"



 Jednou jsme se o tom bavili. Aktualizaci pouští jednou za čas a konflikty
řeší ručně. Takže na hranicích to zřejmě vždy nějak napasuje, aby to sedělo
s okolím.




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

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

2017-11-08 Per discussione Mike Thompson 
I downloaded data for one of the states (Colorado) to attempt checkout its
quality.  It appears to be in JSON (not GeoJSON).  Is there an easy way to
get the data into something like QGIS so it can be visualized on a map?



On Wed, Nov 8, 2017 at 6:53 PM, Brian May  wrote:

> Its critical to know where the lat/longs came from. For example, if they
> came from Google Maps - then its a no go, because Google's licensing is
> incompatible with OSM. Their geocodes are not public domain, etc. Same
> thing applies to many / most other commercial geocoding services. If you
> don't know how the lat/longs were derived, then that is probably a show
> stopper as well.
>
> Brian
>
>
> On 11/8/2017 1:53 PM, Sean Lindsey wrote:
>
> We have open sourced our US POI data, it may not be ready for a direct
> import into OSM, but we'd be willing to try to get it there.
>
> Its a national directory of 59 million US businesses, that has been
> updated as of this summer. And should be getting another refresh shortly.
>
> What process is there to discuss and work to integrate this data?
>
> The data is available under a creative commons attribution license at
> https://omniplaces.cybo.com/
>
> I would be willing to waive and/or clarify certain aspects of the licence
> if needed however.
> * I asked this same question in help.openstreetmap.org
> ,
> and was referred to these mailing lists
>
> Regards,
> --
> Sean Lindsey
> Cybo Company
> LinkedIn 
> 541-912-2505 <(541)%20912-2505>
>
>
> ___
> Talk-us mailing 
> listTalk-us@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-us
>
>
>
> ___
> Imports mailing list
> impo...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/imports
>
>
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione john whelan 
> People want to introduce new stuff.
'Nobody' corrects old stuff. (Or more correctly few improve old stuff ...
like sport=football.)

As a validator I spend most of my time fixing things.  If a HOT mapper has
been mapping for a day and draws a motorway between two small villages two
kilometers apart after checking the imagery you can make a reasonable guess
that it may not be correct.

In this case there are more than 10,000 untagged ways by one mapper and
around 14,500 groups of buildings tagged as a building by another.  Not
only that but some where originally tagged as landuse=residential.  Problem
is I can see tall buildings in a downtown center core here which are
probably offices.  Without boots on the ground what do you tag them?  They
aren't all residential almost certainly.

Adjusting a group of buildings tagged building=yes to a single building is
a possibility but for more than 25,000 ways?  Remembering its faster to
redraw them with the JOSM plugin building_tool.  I'm not that dedicated.

Cheerio John

On 8 November 2017 at 20:21, Warin <61sundow...@gmail.com> wrote:

> On 09-Nov-17 07:47 AM, Martin Koppenhoefer wrote:
>
>
>
> sent from a phone
>
> On 8. Nov 2017, at 18:47, Andy Townsend  wrote:
>
> This is certainly how the centre of London got mapped, and many other
> places too I suspect
>
>
>
> we still have some of them lingering around in the middle of the center
> and nobody seems to see it as priority ;-)
>
>
> People want to introduce new stuff.
> 'Nobody' corrects old stuff. (Or more correctly few improve old stuff ...
> like sport=football.)
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

2017-11-08 Per discussione Brian May 
Its critical to know where the lat/longs came from. For example, if they 
came from Google Maps - then its a no go, because Google's licensing is 
incompatible with OSM. Their geocodes are not public domain, etc. Same 
thing applies to many / most other commercial geocoding services. If you 
don't know how the lat/longs were derived, then that is probably a show 
stopper as well.


Brian

On 11/8/2017 1:53 PM, Sean Lindsey wrote:


We have open sourced our US POI data, it may not be ready for a direct 
import into OSM, but we'd be willing to try to get it there.


Its a national directory of 59 million US businesses, that has been 
updated as of this summer. And should be getting another refresh shortly.


What process is there to discuss and work to integrate this data?

The data is available under a creative commons attribution license at 
https://omniplaces.cybo.com/


I would be willing to waive and/or clarify certain aspects of the 
licence if needed however.


* I asked this same question in help.openstreetmap.org 
, 
and was referred to these mailing lists


Regards,
--
Sean Lindsey
Cybo Company
LinkedIn 
541-912-2505


___
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] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Warin 

On 09-Nov-17 07:47 AM, Martin Koppenhoefer wrote:



sent from a phone

On 8. Nov 2017, at 18:47, Andy Townsend > wrote:


This is certainly how the centre of London got mapped, and many other 
places too I suspect



we still have some of them lingering around in the middle of the 
center and nobody seems to see it as priority ;-)


People want to introduce new stuff.
'Nobody' corrects old stuff. (Or more correctly few improve old stuff 
... like sport=football.)



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

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

2017-11-08 Per discussione Max Erickson 
Hi-

It would be useful if you would describe how the data has been
collected and what other databases it may include information from.

OSM takes a fairly cautious approach to data rights, so it is a
necessary step to any import to clarify where the data has come from.


Max

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

Re: [Talk-cz] import relací

2017-11-08 Per discussione Petr Vejsada 
Ahoj,

pusť si Josm, v české verzi Soubor -> Stáhnout objekt -> Relaci 2332889, 
zaškrtnout, že se všemi podřízenými prvky, OK, Save (Uložit), osmosis --read...

Jsem byl zvědavý a zkusil to, výsledný soubor má 63MB, což není taková hrůza. 
Můžu ti ho poslat, ať netrápíš servery.

V té relaci nejsou úplně všechny koleje (dalo se čekat).

Dne St 8. listopadu 2017 23:24:37, Petr Bolf napsal(a):

> zdravím,
> 
> omlouvám se za dotaz, možná bude nakonec chyba mezi židlí a klávesnicí, 
> ale nemohu najít řešení.
> 
> Potřebuji naimportovat relaci, v mém případě železniční síť, která je 
> zde http://www.openstreetmap.org/relation/2332889.
> 
> Potřebuji s tím dál programově pracovat, tak jsem se rozhodl použít 
> osmosis a naimportovat do postgresql databáze. Příkaz může vypadat třeba 
> takto.
> 
> curl http://www.openstreetmap.org/api/0.6/relation/2332889 | osmosis 
> --read-xml file=- --wp host=xx user=xx password=xx database=gis Toto 
> funguje a naplní tabulku relations právě jednou relací a tabulku 
> relation_members v ní obsaženými relacemi (případně cestami). A já 
> potřebuji rekurzivně stáhnou vše až na úroveň bodů. Nenašel jsem jiný 
> způsob, tak jsem si to naprogramoval tak, že v osm souboru projdu 
> všechny elementy member a z atributu rel udělám další http dotaz na 
> realci,nebo cestu. Případně na bod. Nepřijde mi to příliš efektivní, je 
> to pomalé, bodů je opravdu hodně, možná i docela zatěžuju server. Jak 
> správně postupovat? díky Petr Bolf

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

Re: [OSM-talk-fr] Configuration JOSM

2017-11-08 Per discussione Philippe Verdy 
Je pense que ces bandes indiquent la présence des voies cyclables ou de
service (bus) d'un côté ou de l'autre. Elles indiquent plus clairement de
quel côté cela a été réellement tagué car il y a beaucoup d'erreurs liées à
l'interprétation visuelle (orientation de la carte avec le nord en haut) et
non celle voulue du sens du tracé (confusion fréquence entre les suffixes
":left" et ":right" quand la route est plutôt tracée dans le sens nord-sud
et non sud-nord, ou aussi plus généralement entre ":forward" et ":backward")

Le 9 novembre 2017 à 00:00, Jo  a écrit :

> C'est avec quels types de way que ça se passe? Quelle version de JOSM,
> tested ou latest?
>
> Jo
>
> 2017-11-08 22:48 GMT+01:00 Romain MEHUT :
>
>> Dans le menu "Coloriage", j'ai "JOSM par défaut (MapCSS)" en modèle
>> actif. Effectivement si je le désactive, je n'ai plus les "bandes" mais du
>> coup tous les ways sont identiques de couleur grise.
>>
>> Romain
>>
>>
>> Le 8 novembre 2017 à 22:38, Jo  a écrit :
>>
>>> Est-ce possible que tu as activé un style MapCSS?
>>>
>>> Jo
>>>
>>> 2017-11-08 22:23 GMT+01:00 Romain MEHUT :
>>>
 Bonsoir,

 Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui
 met comme une "bande" de part et d'autre de certains ways. Je voudrais
 qu'il n'y ait pas cette "bande" car elle masque trop l'imagerie pour tracer
 correctement les ways en dessous.

 Je ne sais pas où cela se trouve dans la configuration de JOSM... Si
 vous voyez de quoi je parle, quelqu'un sait comment faire ?

 Merci.

 Romain

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


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

Re: [OSM-talk-fr] Configuration JOSM

2017-11-08 Per discussione Jo 
C'est avec quels types de way que ça se passe? Quelle version de JOSM,
tested ou latest?

Jo

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

> Dans le menu "Coloriage", j'ai "JOSM par défaut (MapCSS)" en modèle actif.
> Effectivement si je le désactive, je n'ai plus les "bandes" mais du coup
> tous les ways sont identiques de couleur grise.
>
> Romain
>
>
> Le 8 novembre 2017 à 22:38, Jo  a écrit :
>
>> Est-ce possible que tu as activé un style MapCSS?
>>
>> Jo
>>
>> 2017-11-08 22:23 GMT+01:00 Romain MEHUT :
>>
>>> Bonsoir,
>>>
>>> Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui
>>> met comme une "bande" de part et d'autre de certains ways. Je voudrais
>>> qu'il n'y ait pas cette "bande" car elle masque trop l'imagerie pour tracer
>>> correctement les ways en dessous.
>>>
>>> Je ne sais pas où cela se trouve dans la configuration de JOSM... Si
>>> vous voyez de quoi je parle, quelqu'un sait comment faire ?
>>>
>>> Merci.
>>>
>>> Romain
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[Talk-cz] import relací

2017-11-08 Per discussione Petr Bolf 

zdravím,

omlouvám se za dotaz, možná bude nakonec chyba mezi židlí a klávesnicí, 
ale nemohu najít řešení.


Potřebuji naimportovat relaci, v mém případě železniční síť, která je 
zde http://www.openstreetmap.org/relation/2332889.


Potřebuji s tím dál programově pracovat, tak jsem se rozhodl použít 
osmosis a naimportovat do postgresql databáze. Příkaz může vypadat třeba 
takto.


curl http://www.openstreetmap.org/api/0.6/relation/2332889 | osmosis 
--read-xml file=- --wp host=xx user=xx password=xx database=gis Toto 
funguje a naplní tabulku relations právě jednou relací a tabulku 
relation_members v ní obsaženými relacemi (případně cestami). A já 
potřebuji rekurzivně stáhnou vše až na úroveň bodů. Nenašel jsem jiný 
způsob, tak jsem si to naprogramoval tak, že v osm souboru projdu 
všechny elementy member a z atributu rel udělám další http dotaz na 
realci,nebo cestu. Případně na bod. Nepřijde mi to příliš efektivní, je 
to pomalé, bodů je opravdu hodně, možná i docela zatěžuju server. Jak 
správně postupovat? díky Petr Bolf
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Auto incastrata

2017-11-08 Per discussione Martin Koppenhoefer 
2017-11-08 18:42 GMT+01:00 Elena ``of Valhalla'' :

> anche come segnaletica "strada senza uscita" mi pare sensata: la strada
> finisce lì, quel che c'è dopo non sono strade.
>


non conosco il posto, probabilmente c'è o c'era un cartello per indicare
dove inizia la mulattiera e finisce la strada, non ci può essere soltanto
un cartello strada senza uscita prima...

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

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

2017-11-08 Per discussione Markus Bärlocher 
Hallo Richard,

>>> nur die "offiziellen" Transkriptionen 
>>
>> Hast Du da mal ein paar Beispiele?
> 
> viele Staaten legen sehr viel wert Wert darauf 
> ihre offizielen Namen und Transkriptionen
> für die bekannteren Sprachen festzulegen.

Das ist international anerkannt für Namen der Staaten
und deren Hauptstädte. Diese und Namen kleinerer Orte und Gebiete werden
international genormt.

In DE macht das der StAGN www.stagn.de

Regel: Endonym wenn immer möglich .
(so wenig Exonym wie möglich)

Ausgewählte Exonyme der deutschen Sprache:
http://www.stagn.de/static/GN/Exonyme/020809%20EXOLISTE_hoch_RH_JS.pdf
(die aber zunehmend durch die Endonyme ersetzt werden)

>> Ja, Zürich heisst Zürich - in allen Sprachen :-)
> 
> nicht so vorschnell:) 

Ok, in  CH gibt es 4 Landesprachen; de, fr, it und rt,
davon sind de und fr Amtssprachen.

Zürich liegt aber ausschliesslich im deutschsprachingen Teil
und wird dort immer "Zürich" geschrieben.

Die Welschschweiz (fr) kennt keine Umlaute, deshalb lässt man sie oft
aus Bequemlickeit einfach weg (falsches Endonym).
Aus Zürich wird dann "Zurich" (französisch ausgesprochen "zyʁik".
Im Tessin wird Zürich oft mit "Turigo" übersetzt (Exonym).
Im Rhätoromanischen (2%) wird Zürich mit "Turitg" übersetzt.
Meist wird Zürich aber richtig geschrieben: "Zürich".

> Wie wäre es mit Zurich

Das ist ein Workaround für Menschen, deren System nur ASCII können
oder die zu faul zum richtig Tippen sind ;-)

Sinn macht hingegen die Schreibweise ohne diakritische Zeichen im
internationalen Verkehr. Da verwendet man den UN/LOCODE.
(damit man Ware nach Monaco liefern kann, statt dass sie in München
landet, nur weil einer meint er müsse München auf Italienisch "übersetzen").

> Zurigo

Eine Schreibweise im Tessin.

> Curych, Zúrich, Sürix, Zirich, Turtigo,

Namensverstümmelung...

> Turicum

Lateinisch: https://de.wikipedia.org/wiki/Turicum
Gehört m.E. nicht in OSM, dafür ist die Quellenlage zu dünn für einen
terminierten Eintrag in old_name.

> da kann man Schwizerdütsch auch noch mitnehmen.

Ja, das ist die in Zürich zu 90% verwendete Umgangssprache.
(wobei Englisch, Russisch und Chinesisch zunehmen ;-) )

> die Flüße "wechseln" den Namen wenn sie über die Grenze BY/AT fließen. 

Das macht m.E. nur Sinn, wenn sie amtlich verschieden genannt werden.
Meist wechseln Namen aber nur mit den Landessprachen.

Gruss, Markus

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

Re: [OSM-talk-fr] Configuration JOSM

2017-11-08 Per discussione Romain MEHUT 
Dans le menu "Coloriage", j'ai "JOSM par défaut (MapCSS)" en modèle actif.
Effectivement si je le désactive, je n'ai plus les "bandes" mais du coup
tous les ways sont identiques de couleur grise.

Romain

Le 8 novembre 2017 à 22:38, Jo  a écrit :

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

Re: [OSM-talk-fr] Configuration JOSM

2017-11-08 Per discussione Jo 
Est-ce possible que tu as activé un style MapCSS?

Jo

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

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

[OSM-talk-fr] Configuration JOSM

2017-11-08 Per discussione Romain MEHUT 
Bonsoir,

Depuis un moment, je suis gêné par un nouveau paramétrage de JOSM qui met
comme une "bande" de part et d'autre de certains ways. Je voudrais qu'il
n'y ait pas cette "bande" car elle masque trop l'imagerie pour tracer
correctement les ways en dessous.

Je ne sais pas où cela se trouve dans la configuration de JOSM... Si vous
voyez de quoi je parle, quelqu'un sait comment faire ?

Merci.

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

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

2017-11-08 Per discussione Marián Kyral 
Dne 8.11.2017 v 21:24 Miroslav Suchý napsal(a):
> Dne 8.11.2017 v 21:22 Miroslav Suchý napsal(a):
>> Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu?
> A mozna bych mel upresnit: objektu ktery v realu neexistuje, tudiz neni
> v OSM, ale vydim jeho obrys v RUIAN/budovy vrstve.
>
> Mirek
>
Na http://ruian.poloha.net/ si zapni vrstvu "budovy" a do nějaké budovy
klikni. Otevře se ti formulář s popisem a kódem budovy a rovnou můžeš
nahlásit, co je špatně.
Pro JOSM jsem zase napsal PointInfo plugin.

Marián

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

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Martin Koppenhoefer 


sent from a phone

> On 8. Nov 2017, at 18:47, Andy Townsend  wrote:
> 
> This is certainly how the centre of London got mapped, and many other places 
> too I suspect


we still have some of them lingering around in the middle of the center and 
nobody seems to see it as priority ;-)
http://www.openstreetmap.org/relation/942599

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

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Martin Koppenhoefer 


sent from a phone

> On 8. Nov 2017, at 16:23, Andrew Buck  wrote:
> 
> If it is an untagged way that covers the whole block of buildings I
> would say just delete it.


I’ve seen this also in places around me, and when I knew the situation I 
retagged them from building to landuse=residential (which was mostly the case, 
if you don’t know the area at all, retagging to a specific landuse might not be 
possible or at least risk to introduce different problems).

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

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

2017-11-08 Per discussione Sean Lindsey 
We have open sourced our US POI data, it may not be ready for a direct
import into OSM, but we'd be willing to try to get it there.

Its a national directory of 59 million US businesses, that has been updated
as of this summer. And should be getting another refresh shortly.

What process is there to discuss and work to integrate this data?

The data is available under a creative commons attribution license at
https://omniplaces.cybo.com/

I would be willing to waive and/or clarify certain aspects of the licence
if needed however.
* I asked this same question in help.openstreetmap.org
,
and was referred to these mailing lists

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

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

2017-11-08 Per discussione Miroslav Suchý 
Dne 8.11.2017 v 21:22 Miroslav Suchý napsal(a):
> Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu?
A mozna bych mel upresnit: objektu ktery v realu neexistuje, tudiz neni
v OSM, ale vydim jeho obrys v RUIAN/budovy vrstve.

Mirek

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


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

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

2017-11-08 Per discussione Miroslav Suchý 
Dne 8.11.2017 v 18:19 Petr Vejsada napsal(a):
> Z ostatních reklamovatelných věcí bychom asi mohli využít jen zrušení budovy. 
> Co se dá reklamovat je pěkně popsané v poznámkách přímo ve vzorovém XML na 
> http://reklamace.cuzk.cz/formular/www/info/hromadna_reklamace_ruian.xml

Muzu se zeptat jak ziskam kod stavebniho objektu podle RUIANu?

> A jak to naprogramovat, aby to bylo user friendly?

V openstreetmap.cz je k zobrazení i vrstva budovy RUIAN. Takze si dokazu
predstavit ze po vybrani teto vrstvy si budu moci kliknout na budovu a
... rict ze tato budova v realu neexistuje, nebo ze ma jiny tvar apod.

Mirek

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


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

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

2017-11-08 Per discussione Jiří Komárek 
Záleží: pokud je v databázi uveden pouze záznam "budova s 
RUIAN:id=123456 má špatnou geometrii", pak ano. Pokud je v databázi 
uložena geometrie budov s příznakem "budova má špatnou geometrii", pak 
je stačí porovnat tyto záznamy se současným RUIANem a pokud budova v 
RUIANu vypadá pořád stejně, tak je pořád stejně špatně.


On 8.11.2017 20:21, majka wrote:
Řekla bych,  že s výjimkou toho nejaktuálnějšího je nám ten seznam ale 
dost k ničemu,  nebo ne?

Protože od roku 2015 toho bude dost opraveno i bez nás.

Nejdou nějak jednoduše hlásit ty "rozkrojené" budovy, kde má jedna 
fyzická budova několik kódů RIUAN podle toho, na jaké parcele stojí?
Tohle by mohlo jít z dat dohledat a odkontrolovat,  osobně to po 
natrasování částí spojuji a čísla nechávám všechna.



Dne 8. 11. 2017 19:51 napsal uživatel "Petr Vejsada" 
>:


Jinak ten seznam se syslí zde:
http://ruian.poloha.net/neplatne-budovy/




___
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] Hlášení budov (Was: Fungující transformace z Křováka!)

2017-11-08 Per discussione Petr Vejsada 
Ahoj,

tvůj optimizmus nesdílím ani v jedné věci.

Mnohokrát jsem ten seznam procházel, zda něco není opraveno. Našel jsem 
"samovolně" opravené dvě budovy a ty jsem ze seznamu smazal.

Stačí projít ty, u nichž je na začátku vykřičník (znamená, že v RUIAN došlo ke 
změně). Pokud je to stále špatně, tak stačí kliknout na ten důvod a jen ho 
potvrdit (aktualizuje se datum, vykřičník zmizí a budeme vědět, že je to stále 
špatně, protože v RUIAN se nic nezměnilo).

Procházím teď "svoje" budovy znovu. Našel jsem další 2 opravené, řadu 
neopravených. Dokonce i takové, které byly "opravené". Příklad: 
http://ruian.poloha.net/19/49.5361751391298/13.353297570223/B - geometrie 
budovy je jakoby správně, jenže ve skutečnosti z ní udělali multipolygon - 
jedna část multipolygonu je OK (to je ta budova) a druhá část je zase nesmyslně 
sousední parcela.

Doprojdu to, odstraním vykřičníky kde mohu a budova bez vykřičníku je zaručeně 
stále špatně. Pokud by něco v RUIAN měnili, vykřičník se zase objeví.

K druhému bodu musíme vycházet z toho, co lze reklamovat přes XML. Můžeme 
ohlásit neexistenci částí rozkrojené budovy. Ale které existují a které ne? 
Dalo by se odhadnout podle informací o budově v RUIAN. Některé budovy nemají 
žádné informace (patra, využité, zastavěná plocha) a jiné ano. Zastavěná plocha 
- můžeme zkusit odhadnout, zda plocha odpovídá skutečnosti. No a kdyby zbyla už 
jen ta správná budova, bude mít špatnou geometrii. No a která identifikační 
parcela je správně a která ne, když budova leží na několika parcelách? Co 
adresní místa, ke které rozkrojené části patří?

Je to boj :)

Dne St 8. listopadu 2017 20:21:52, majka napsal(a):

> Řekla bych,  že s výjimkou toho nejaktuálnějšího je nám ten seznam ale dost
> k ničemu,  nebo ne?
> Protože od roku 2015 toho bude dost opraveno i bez nás.
> 
> Nejdou nějak jednoduše hlásit ty "rozkrojené" budovy, kde má jedna fyzická
> budova několik kódů RIUAN podle toho, na jaké parcele stojí?
> Tohle by mohlo jít z dat dohledat a odkontrolovat,  osobně to po
> natrasování částí spojuji a čísla nechávám všechna.
> 
> 
> Dne 8. 11. 2017 19:51 napsal uživatel "Petr Vejsada" :
> 
> Jinak ten seznam se syslí zde: http://ruian.poloha.net/neplatne-budovy/

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

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

2017-11-08 Per discussione Jan Macura 
2017-11-08 20:21 GMT+01:00 majka :

> Nejdou nějak jednoduše hlásit ty "rozkrojené" budovy, kde má jedna fyzická
> budova několik kódů RIUAN podle toho, na jaké parcele stojí?
> Tohle by mohlo jít z dat dohledat a odkontrolovat,  osobně to po
> natrasování částí spojuji a čísla nechávám všechna.
>

Dělám to stejně. Mám však obavu, že tohle bude pro ČÚZK ten nejsložitější
úkol k opravě. To spíš opraví ty chyby typu "dům už nestojí" nebo "tohle
není dům, ale nádvoří".

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

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

2017-11-08 Per discussione majka 
Řekla bych,  že s výjimkou toho nejaktuálnějšího je nám ten seznam ale dost
k ničemu,  nebo ne?
Protože od roku 2015 toho bude dost opraveno i bez nás.

Nejdou nějak jednoduše hlásit ty "rozkrojené" budovy, kde má jedna fyzická
budova několik kódů RIUAN podle toho, na jaké parcele stojí?
Tohle by mohlo jít z dat dohledat a odkontrolovat,  osobně to po
natrasování částí spojuji a čísla nechávám všechna.


Dne 8. 11. 2017 19:51 napsal uživatel "Petr Vejsada" :

Jinak ten seznam se syslí zde: http://ruian.poloha.net/neplatne-budovy/
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

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

2017-11-08 Per discussione Petr Vejsada 
Ne, není pro parádu. Všechno je uchováno v DB. Dělalo se to ještě v době, než 
ČÚZK tyto reklamace zprovoznil. Byly zde o tom diskuse s p. Součkem. V té době 
nikdo nevěděl, že (zatím?) nepůjdou reklamovat geometrie

Možná jsem to napsal nesrozumitelně, to, že by si měl reklamace podávat každý 
sám. Ano, ale ten XML soubor by se vygeneroval na webu a dotyčný by ho jen 
uploadl na ČÚZK.


Dne St 8. listopadu 2017 19:21:57, Jan Macura napsal(a):

> Takže to zaškrtávátko "Hlásit ČÚZK" při hlášení chyby přes PointInfo je tam
> jenom tak pro parádu? Trochu zklamání...
> 
> H.


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

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

2017-11-08 Per discussione Jan Macura 
Takže to zaškrtávátko "Hlásit ČÚZK" při hlášení chyby přes PointInfo je tam
jenom tak pro parádu? Trochu zklamání...

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

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

2017-11-08 Per discussione Jan Macura 
2017-11-08 9:45 GMT+01:00 majka :

> A doprčic, těch jím zadaných bazénů je hromada (podle overpass turbo
>  přes 5000 v ČR) -  - z toho část jediný
> tag leisure=swimming_pool, část nacpané na objekty Dibavod, případně
> koupaliště.
>

Podle toho dotazu to vypadá, že edituje po celém Česku vyjma západních
Čech. Trochu weird na to, že je z Německa...
To jen tak poznatek, který nám asi k ničemu není...

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

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

2017-11-08 Per discussione Petr Vejsada 
Dne St 8. listopadu 2017 18:19:11, Petr Vejsada napsal(a):

> takže obecná reklamace nefunguje, musí být konkrétní, například navržení 
> nového definičního bodu.

Done :-)


reklamace.xml
Description: XML document
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

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

2017-11-08 Per discussione Petr Vejsada 
Ahoj,

to máš pravdu, neposílalo, až dnes ten pokus.

Důvodem je hlavně to, že nejdou jednoduše reklamovat ty chybné geometrie.

Pak jsou ještě další věci, které by bylo fajn dořešit. Například platí, že 
výslednou zprávu dostaneš až po vyřešení celého balíku. Když budou v balíku 
reklamace pro několik katastrálních pracovišť, může jedno katastrální 
pracoviště zdržovat vyřešení celého balíku. Tedy by se to mělo dělit i podle 
katastrálních pracovišť...

Tak o tom pojďme diskutovat, jak co s tím dál, jak to dořešit.

Jinak ten seznam se syslí zde: http://ruian.poloha.net/neplatne-budovy/

Na úřadě je to zde: http://reklamace.cuzk.cz - klik na Hromadná reklamace. 
Neposílá se to do mailových schránek, ale ČÚZK na to má systém. V době, kdy 
jsme s tím sběrem dat začínali, tak ten systém ještě nebyl. Právě p. Souček na 
tom hodně spolupracoval.

Dne St 8. listopadu 2017 19:35:54, Jan Macura napsal(a):

> 2017-11-08 19:30 GMT+01:00 Petr Vejsada :
> 
> > Ne, není pro parádu. Všechno je uchováno v DB. Dělalo se to ještě v době,
> > než ČÚZK tyto reklamace zprovoznil. Byly zde o tom diskuse s p. Součkem. V
> > té době nikdo nevěděl, že (zatím?) nepůjdou reklamovat geometrie
> >
> 
> Ok, ale zatím se na ČÚZK nic neposílalo, hej? Používal jsem to v domnění,
> že každá jednotlivá chyba přijde do mailové schránky příslušnému
> katastrálnímu pracovišti, např.
> 
> H.

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

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

2017-11-08 Per discussione Yuri Astrakhan 
Thanks Mikel, very well put.

There are currently hundreds of deprecated features & JOSM validations,
with hundreds of thousands of instances. They seem to be good candidates
for community reviewing and fixing. Some of them have been there for over
10 years without being addressed. Setting up a bot to do them may cause
more problems than solving, but the Sophox tasks should help. Reviewing
each change one by one should help spot cases when the change should NOT
happen, and either be fixed manually, or the Sophox query needs changing.
Sophox tags each changset with a task ID, so it will be very easy to undo
in case of a wide-scale error.  This makes Sophox much safer than when
multiple types of changes are combined in the same changeset.

I have copied some of the JOSM & deprecation autofixes as Sophox tasks
(quick fixes page). Which of them would be good for the first review? It
should probably be more obvious, like replacing identical
maxspeed:forward+maxspeed:backward with maxspeed tag, or removing layer=0,
etc.

* https://wiki.openstreetmap.org/wiki/Quick_fixes

Thanks!

On Wed, Nov 8, 2017 at 10:35 AM, Mikel Maron  wrote:

> Hey everyone -- let's do stick to the topic at hand. My takeaways from the
> good points on the discussion here from Frederik and Yuri.
>
> * It's ok to have different points of view
> * Being respectful of each other is important. Very important
> * Let's not make disagreements personal
>
> Online communication is hard. We are missing all the context and cues from
> real life. Let's make an extra effort to get beyond the inevitable
> miscommunications when they crop up.
>
> -Mikel
>
> * Mikel Maron * +14152835207 <(415)%20283-5207> @mikel s:mikelmaron
>
>
> On Tuesday, November 7, 2017, 4:32:42 AM EST, Yuri Astrakhan <
> yuriastrak...@gmail.com> wrote:
>
>
> TLDR; Please read my previous email, and lets discuss the actual tool, its
> capabilities, and how it can fit and add value to OSM ecosystem, while
> minimizing potential negatives.
>
> Frederik, I have offered to have a direct video conversation with you to
> better understand your concerns, explain my goals, and bring it back into
> productive scope, but no luck yet. I still hope you are more interested in
> resolving our differences than having a public tribune.  Lets not spend
> hours on emails, but try to understand each other's concerns in a private
> conversation, without involving the entire world.  I am sure what you think
> I am trying to do is substantially different from what I actually am trying
> to do, and my understanding of your concerns is also different from your
> actual concerns.
>
> If there is a large group of people who are trying to do something
> different from your strongly held believes, it means they have a problem
> you might not be aware about. In your example, "kick foreigners out" is a
> symptom of a problem - possibly related to people's insecurity or lack of
> education. Vilifying them and calling their ideas outrageous makes us feel
> righteous and united, but does not solve the actual problem or changes what
> they think - it actually exacerbates it, because both sides become more
> entrenched in their believes.
>
> So yes, I do want to keep our conversation constructive (not positive!) -
> understand concerns on all sides, and provide the most value to everyone
> involved.
>
>
> On Tue, Nov 7, 2017 at 2:57 AM, Frederik Ramm  wrote:
>
> Hi,
>
> On 07.11.2017 07:29, Yuri Astrakhan wrote:
> > Please keep discussion to constructive suggestions and ideas - they help
> > us all move forward and reach agreement.
>
> I have a general remark about statements like the above, that is not
> related to your specific tool.
>
> Statements like this are aimed at silencing opposition. But that is
> neither fair, nor right, nor a good way for a community to move forward.
> Opposition must be allowed, and people who are in opposition must not be
> cast as "negative" (="bad").
>
> Just imagine if someone suggested something outrageous ("Let's deport
> all foreigners from or village") and then if someone says "no", they are
> told: "Please keep discussion to constructive suggestions and ideas".
> ("If you have a better idea on how to get rid of foreigners, we're all
> ears!")
>
> There are many ideas that are broken beyond repair, where the basic
> tenets are already so wrong that no constructive suggestion can ever
> make it good. Rejecting such ideas is good, and a valuable contribution.
>
> Please don't try to silence opposing voices by limiting discussion to
> "constructive suggestions".
>
> As I said, this is not aimed specifically at you; I think the last time
> I said it was in a discussion about a tree import where the importers
> asked critics to simply take their energy elsewhere instead of being
> "negative" about the import.
>
> Bye
> Frederik
>
> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
>

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

2017-11-08 Per discussione Jan Macura 
2017-11-08 19:30 GMT+01:00 Petr Vejsada :

> Ne, není pro parádu. Všechno je uchováno v DB. Dělalo se to ještě v době,
> než ČÚZK tyto reklamace zprovoznil. Byly zde o tom diskuse s p. Součkem. V
> té době nikdo nevěděl, že (zatím?) nepůjdou reklamovat geometrie
>

Ok, ale zatím se na ČÚZK nic neposílalo, hej? Používal jsem to v domnění,
že každá jednotlivá chyba přijde do mailové schránky příslušnému
katastrálnímu pracovišti, např.

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

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

2017-11-08 Per discussione Jan Macura 
2017-11-08 7:08 GMT+01:00 Marián Kyral :

> Nerozumím. Jediné, co se stane, že konečně bude sedět RUIAN na KM. A to je
> dost podstatná změna. Chápu, že ten posun přijde lidem ze středu republiky
> nepodstatný, ale já to tady vidím jinak. Podle mne to je změna k lepšímu.
>

Je teď srozumitelnější, co se snažím říct? To, že opticky ti při přiblížení
8 hranice sedí, neznamená ani to, že ti sedí i při přiblížení 10, a ani to,
že ti sedí i o 15 m vedle.

Ještě jinými slovy: To, že sis posunul budovy předtím o kousek do leva,
neznamená, že po aktualizaci Traceru, a po tom, co si tohle posunutí
zrušíš, budou souřadnice budov na sebe sedět. Pohledově možná jo, záleží z
jaký vejšky, ale do stupně přesnosti ukládání souřadnic v OSM, což je 7
desetinných míst, tj. ~0,1 m = 0,01 mm, asi ne...

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

Re: [OSM-talk-fr] Géocodage simple et rapide

2017-11-08 Per discussione Christian Quest 

Mouais...

La démo en ligne est là: 
http://services.gisgraphy.com/static/leaflet/gisgraphy-geocoder-leaflet-demo.html


Sur mes adresses habituelles, j'en trouve bien peu et c'est bien lent... 
projet qui semble abandonné depuis 2012



Le 08/11/2017 à 17:50, Nicolas Bétheuil a écrit :
y avait ça aussi https://gisgraphy.com/ qui avait fait un talk a SoTM 
Paris 2014


Le 8 novembre 2017 à 17:06, Christian Quest > a écrit :


Les géocodeurs BAN et BANO aussi peuvent répondre avec moins
d'infos qu'une adresse postale:

http://api-adresse.data.gouv.fr/search?q=dignes+les+bains


http://bano.addok.xyz/search?q=dignes+les+bains


J'ai aussi expérimenté la recherche de POI OSM...

http://poi.addok.xyz/search?q=gare+dignes


Et on peut faire une requête combinant les différentes bases
(encore plus expérimental):

http://all.addok.xyz/search?q=gare+dignes+les+bains



Tout dépend donc de l'objectif...


Le 08/11/2017 à 16:56, Cédric Frayssinet a écrit :


Ce moteur de recherche fonctionne pas mal aussi :
http://photon.komoot.de/

Pas besoin d'adresses postales et il dispose d'une API :
http://photon.komoot.de/api/?q=dignes%20les%20bains


Cédric

Le 08/11/2017 à 14:51, Christian Quest a écrit :

Une API pour géocoder une adresse seule ?

Exemple:
http://api-adresse.data.gouv.fr/search?q=23+rue+greneta+paris


Doc ici: https://adresse.data.gouv.fr/api


Tu peux faire pareil avec BANO sur
http://bano.addok.xyz/search?q=23+rue+greneta+paris



Le 8 novembre 2017 à 12:32, Jean-Christophe Becquet
> a écrit :

Existe t-il une interface équivalente à

https://adresse.data.gouv.fr/map

ou
http://www.ideeslibres.org/GeoCheck/


Mais qui permette de récupérer les coordonnées du point sans
avoir à
passer par un fichier CSV sur
https://adresse.data.gouv.fr/csv


Merci

JC
--
Cartopartie : Libre information sur les services de santé,
tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante


==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com  -
http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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





-- 
Christian Quest - OpenStreetMap France



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




-- 
En cure de désintoxication 

de Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 



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



-- 
Christian Quest - OpenStreetMap France



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





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


--
Christian Quest - OpenStreetMap France

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Jo 
What you can also do is map 1 new building properly and then use replace
geometry, if history seems important enough to preserve.

Polyglot

2017-11-08 18:47 GMT+01:00 Andy Townsend :

> On 08/11/2017 17:40, john whelan wrote:
>
>> ... and to be honest how does one correct this stuff?  Move the points so
>> only one building is mapped?  Delete and redraw would be faster but then
>> you lose the history.
>>
>
> There are lots of examples in OSM of things being mapped "roughly" first
> and then having more detail added to them later.  I'd re-use the nodes that
> you can that define corners of buildings but not get too worried about
> history.  This is certainly how the centre of London got mapped, and many
> other places too I suspect.
>
> Best Regards,
> Andy
>
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] landuse mapping

2017-11-08 Per discussione Lionel Giard 
I would also be interested, virtually or even real meeting. ;-)

Lionel


2017-11-08 17:10 GMT+01:00 joost schouppe :

> Hi,
>
> We would have loved to have a landuse-mapping debate during Foss4G, it
> didn't really happen though. There were two very cool presentations about
> landuse mapping though, by Julien Minet and Julien Radoux.
>
> You can see Julien's presentation here [1]. It does a nice job of
> summarizing the state of the landuse map, and shows some of the current
> mapping dilemmas.
>
> Julien Radoux explained how OSM is useful - and sometimes fails - for his
> project to map the landcover in Wallonia for the Lifewatch project [2].
> This data is available for download and could possibly be interesting for
> us - not for a simple import, but at least as food for a mapping challenge
> to map Wallonia landuse in detail.
>
> The agenda of the meeting would be:
> - work on a Belgian proposal to deal with current dilemmas, so "Belgian
> mapping standards". These would hopefully be followed internationally, but
> we have to start somewhere. This would build especially on the thoughts of
> Marc and Julien on the subject and would ideally result in a Belgian
> mapping standards on the wiki.
> - define usecases for the dataset Julien Radoux is providing, and make
> sure that everything is OK to make that happen
> - what you bring to the table
>
> To move forward, I would like to propose having a (virtual) meeting about
> the subject. Who would be interested in participating? We could have a real
> meeting (probably in Brussels or Namur) with some people participating
> online.
>
> 1: https://cdn.rawgit.com/nobohan/OSMLanduseAnalyzer/
> 9a8b0290/presentation/2017_10_26_FOSS4G.be_OSMLanduse/index.html#/
> 2: http://www.lifewatch.be/en/lifewatch-wb-ecotope-database
>
> --
> Joost Schouppe
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Andy Townsend 

On 08/11/2017 17:40, john whelan wrote:
... and to be honest how does one correct this stuff?  Move the points 
so only one building is mapped?  Delete and redraw would be faster but 
then you lose the history.


There are lots of examples in OSM of things being mapped "roughly" first 
and then having more detail added to them later.  I'd re-use the nodes 
that you can that define corners of buildings but not get too worried 
about history.  This is certainly how the centre of London got mapped, 
and many other places too I suspect.


Best Regards,
Andy


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

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

2017-11-08 Per discussione Petr Vejsada 
Dne St 8. listopadu 2017 18:33:16, Jan Macura napsal(a):

> ..a až pak jsem se podíval do dat. Už chápu. Administrativní hranice jsou
> taky z RÚIANu. Pak ale nechápu něco jiného: jak vám mohly sedět admin
> hranice na státní hranici??   To Němcům, Polákům ani Slovákům
> nevadilo, že jim lezeme do území? 

Administrativní hranice dělá někdo jiný (Xificurk), jak dělá transformaci z 
Křováka nevím.

Administrativní hranice z RUIAN používám pro aktualizaci adres, vlastně se jen 
testuje, zda adresní bod leží uvnitř administrativních hranic. Pokud leží mimo, 
přidávají se explicitní tagy (City apod.)

Nicméně ta konverze by se měla udělat opravdu komplet.

Objevil se problém, padá mi Postgres několikrát do hodiny, tedy přesněji zabíjí 
ho OOM killer. Je to zvláštní, ale příčinou bude pouze existující zázname ve 
spatial_ref_sys s odkazem na ten grid. Když jsem ten odkaz na grid smazal, tak 
to nepadá. Tedy ještě kolem toho bude zábava :)


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

Re: [Talk-it] Auto incastrata

2017-11-08 Per discussione Elena ``of Valhalla'' 
On 2017-11-08 at 13:09:27 +0100, emmexx wrote:
> Solo che mi pare che dall'articolo e dalle foto si possa dedurre che ci
> sono tag che andrebbero aggiunti (width, steps). E bisognerebbe
> verificare se la via prosegue (dimenticando di aver guardato su street
> view).

mah, l'articolo parla di una strada di 200 metri asfaltata e *poi* una
mulattiera, a me pare che la parte mappata (che ok, son 300 metri e non
200) sia quella asfaltata e che semmai manchi da mappare la mulattiera
(che credo sia quella dove si è infilata ed incastrata la macchina).

anche come segnaletica "strada senza uscita" mi pare sensata: la strada
finisce lì, quel che c'è dopo non sono strade.

-- 
Elena ``of Valhalla''

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

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione john whelan 
These days most of my time is spent "validating" on HOT projects.  I've
found that if I can give feedback to the mapper within 24 hrs we usually
get more mapping from them and of higher quality.  Then I find you get into
diminishing returns.  At three months afterwards quite often you'll get no
reaction and the mapper often will not map again.

In some African countries there are groups of local mappers who will take
ownership of problems and sort them out.  Unfortunately there are a number
of areas where this does not happen.  Typically what I see is remote
mappers will map the basics then local boots on the ground start to add
detail such as POIs and street names which can be done with a smartphone
and at that point they start to take ownership.

In some ways I'm not too concerned about the individual who has a thousand
untagged ways.  Actually  I got the number wrong, it is over ten thousand
ways.  They don't render and one day the locals will clean up.  What I am
concerned about is the mapping of a block of buildings as one building.
With JOSM and the building tool plugin they can be mapped correctly quite
quickly but there are simply too many for me to deal with by too many
different mappers. What seems to happen is one mapper will map something
incorrectly and then others follow their example over time and bad habits
have sneaked in.

As far as I can see this practice started in 2013.  For example one mapper
has 14,000 buildings=yes to their credit and I suspect most of these are
multiple buildings tagged as one.  That mapper has made one edit about five
months ago but nothing else in the last year.  This is the same mapper that
Volker mentions.

My gut feeling is to do nothing other than raise the issue.  It's to big a
problem for me to deal with.  The number of changesets that would need to
be commented on is too great if I were to follow the DWG recommended
procedures which I think are normally quite reasonable and to be honest how
does one correct this stuff?  Move the points so only one building is
mapped?  Delete and redraw would be faster but then you lose the history.

Better training guides would help?  But this is fairly old stuff.

Thoughts?

Thanks

Cheerio John

On 8 November 2017 at 11:25, Andy Townsend  wrote:

> On 08/11/2017 12:51, john whelan wrote:
>
>
> One mapper has a thousand untagged ways in Mauritania most of which are of
> this type.  I have sent a note to them but not yet heard anything back.
>
>
> You may have already also done some of these, for completeness and for the
> benefit of anyone unfamiliar with these options:
>
> o One or more changeset discussion comments, including in a language that
> they actually speak (in this case, based on the locale in the changeset
> tags, French).  A bad online translation will likely have some words they
> recognise in it, even if the overall translation quality is up there with
> "English As She Is Spoke".  Don't expect a response immediately though, if
> someone is trekking in the Sahara it may be some time before they read it.
>
> o Try and contact other mappers in the same country and talk to them about
> it.  Maybe someone knows someone who can talk to the mapper?
>
> o If they're still actively doing it and seem not to be getting any
> messages have a look at the "I've seen a problem; what should I do?"
> section of http://wiki.osmfoundation.org/wiki/Data_Working_Group - we can
> send them a message that they need to read before continuing (and hopefully
> fix their email).
>
> Also, and most obviously, if you fancy having a go at fixing some of these
> "giant buildings" then of course you can!
>
> Best Regards,
> Andy (DWG member)
>
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-cz] Diff budov RÚUIAN <-> OSM (Was: Fungující transformace z Křováka!)

2017-11-08 Per discussione Petr Vejsada 
Dne St 8. listopadu 2017 06:53:28, Marián Kyral napsal(a):

> V dalším kroku by se pak už snadno daly porovnávat i ty atributy. A to buď 
> nějakou tabulkou - budova | atributy OSM | atributy RUIAN - aby bylo vidět, 
> kde třeba došlo ke změně. Tady bych neřešil změnu geometrie.

OK tak potřebujeme vymyslet jak budovy k sobě spárovat.

- bude-li ref:ruian:building a nebudou od sebe moc daleko, tak je to jasné
- nebude-li ref:ruian:building tak podle překryvu

v RÚIAN i v OSM jsou občas na sobě budovy naplácané a pak to bude těžké. 
Relativně těch naplácaných přes sebe není tolik.

Asi by to ve většině případů šlo zcela zautomatizovat - pokud nebude pochybnost 
o tom, že k sobě budovy patří, šlo by na to udělat něco jako je teď na adresy. 
Ovšem že to může být v RÚIAN špatně a v OSM dobře.

Pak co s tím zbytkem? Asi tu navrhovanou tabulku.

Dala by se taky udělat další vrstva nebo nějaká značka, třeba by mohla být na 
budově značka, která říká, že by se budova měla přetrasovat (a tím aktualizovat 
ty atributy).

Které atributy by to měly být?

building=
building:ruian:type
building:levels
building:flats

Další atributy? Přípojky elektřiny, vody a plynu asi ne.

Tak přemýšlejme.


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

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

2017-11-08 Per discussione Jan Macura 
2017-11-07 23:27 GMT+01:00 Petr Vejsada :

>  A nejde jen o budovy, ale o všechny geometrie (parcely, hranice všech
> možných administrativních celků, ...) Přeci je blbost přetransformovat jen
> budovy a příslušné parcely nechat nakřivo.
>

Nejdřív jsem napsal odpověď...

> Eh? Tak teď jsem se v tom ztratil i já. Měl jsem za to, že status je teď
> ten, že vrstva "Český CUZK:KM" se zobrazuje správně, jen vrstva "Český
> RÚIAN budovy", resp. "Český RÚIAN parcely" (jejíž použití je medle
> zanedbatelné), trpí tou malou radiální chybou. Takže proč by se oprava té
> radiální chyby měla týkat administrativních hranic? Když ty byly podle tagu
> source vytahány z ÚIR-ZSJ?
>

...a až pak jsem se podíval do dat. Už chápu. Administrativní hranice jsou
taky z RÚIANu. Pak ale nechápu něco jiného: jak vám mohly sedět admin
hranice na státní hranici?? :-O :D To Němcům, Polákům ani Slovákům
nevadilo, že jim lezeme do území? :D

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

Re: [Talk-it] False ciminiere

2017-11-08 Per discussione Paolo Monegato 

Il 07/11/2017 15:36, Volker Schmidt ha scritto:
Ho per caso trovstp un poroblema difso con gli import in Vento del 
2011 e 2012 che sembra è scappato finora:

C'è un numero elevato di oggetti taggati con
man_made=tower
tower:type=chimney
che sono tutt'altro che ciminiere.
La magior parte dei problemi sono orri mediovali taggati in questo modo.
Facendo una piccola ricerca molto limitata ho anche trovato un numero 
di cooling_tower (esistenti o demoliti) taggati cosi.
Estrapolando dai numeri che ho trovato, il problema è nell'ordine di 
grnadeezza di alcune centinaia.


Ho dato un'occhiata al file delle regole e la descrizione del codice 
della CTR (a cui è legato il sistema di tagging) è: "Torre industriale - 
Ciminiera".


Deduco quindi che per le torri medievali si tratti di un problema della 
fonte, mentre le cooling tower direi che sono ricomprese nella categoria 
"torri industriali".
Nel primo caso siamo di fronte a un errore di chi ha prodotto quella 
sezione della CTR, che ha classificato come "torre industriale" e non 
come "torre" (che è un altro codice). Nel secondo caso invece abbiamo un 
codice della CTR che è più estensivo del tag da noi definito (e questa è 
una tipologia di errori credo molto frequente dato che su OSM andiamo 
più nel dettaglio).


Ringrazio Volker per la segnalazione e lo pregherei di aprire un topic 
in lista regionale, che vediamo di organizzarci per la risoluzione.


ciao
Paolo M


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

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

2017-11-08 Per discussione liste DOT girarsi AT posteo DOT eu 

Il 07/11/2017 23:27, dvdzero ha scritto:

Ciao

Data la relazione http://www.openstreetmap.org/relation/934999 del Sentiero
Europeo E5, vedo un sacco di highway facenti parte di questa relazione con
name=E5 oppure name=Via Tizio, E5 (e anche tutte le varianti nelle varie
lingue)

Io partirei col fare pulizia di tutti questi name a mio parere non corretti
ma chiedo parere comune in quanto spesso mi capita di vedere casi di questo
tipo.

Cosa ne pensate?

Ciao
Davide



Da parte mia quelle in Trentino, passanti per relazioni SAT/Sentiero 
Europeo, le ho eliminate, perchè facenti parte del nome della relazione 
in genere, poi le altre sulle way non passanti per sentieri ufficiali le 
ho lasciate perchè non ho dati ufficiali l'unico è il sito ma non è 
abbastanza (in tedesco, non so se è ufficiale, secondo wikipedia sì):



http://www.fernwanderweg5.de/weg.shtml



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

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

[OSM-talk-fr] Relations des gares

2017-11-08 Per discussione Antoine Riche 

Bonjour,

Nous avons jusqu'ici utilisé les relations public_transport=stop_area 
pour regrouper tous les éléments pouvant servir aux passagers : les 
quais et arrêts bien sûr, mais aussi les bâtiments et les portes, les 
escaliers et ascenseurs, les commerces, automates de vente, panneaux 
d'information, bancs, poubelles, etc. Cela est documenté dans le Wiki 
francophone [1]. Avec pour les grandes gares une bonne dose de indoor, 
et parfois des cheminements. C'est ainsi que la gare de Lyon à Paris 
contient plus de 2000 membres.


Récemment le contributeur Zverik a vidé la plupart les grandes gares de 
Paris de la majorité de ces éléments, en n'y conservant que les quais, 
les arrêts (y compris de bus) et les portes, conformément au Wiki 
anglophone [2]. Dans nos échanges 
(https://www.openstreetmap.org/changeset/53267689) il propose d'utiliser 
une relation type=site pour regrouper tous ces éléments. On aurait alors 
pour chaque gare potentiellement deux relations : une stop_area 
contenant "l'essentiel" pour les correspondances, une type=site 
contenant "l'utile" aux usagers.


Que pensez-vous de cette approche ?  Le fait de doubler les relations 
n'est pas très différent de ce qui existe pour les relations de type 
route : une randonnée pédestre est souvent doublée si elle peut être 
parcourue à vélo, et triplée si c'est aussi un itinéraire équestre.


Un point m'inquiète un peu : l'impact sur Nominatim. Trouvera-t-il deux 
gares de Lyon ? Est-ce un problème ?


Un autre point m'inquiète plus : la relation type=site n'est qu'une 
proposition 
(http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site). Tant qu'à 
migrer les données autant partir sur une base pérenne ! Il y a plus de 
139000 relations de ce type : est-ce qu'on peut considérer que cette 
proposition est validée même sans avoir été votée ?


Antoine.

[1] https://wiki.openstreetmap.org/wiki/FR:Gares_ferroviaires
[2] https://wiki.openstreetmap.org/wiki/Tag:public_transport%3Dstop_area



---
L'absence de virus dans ce courrier électronique a été vérifiée par le logiciel 
antivirus Avast.
https://www.avast.com/antivirus
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Volker Schmidt 
>
> http://www.openstreetmap.org/node/330511654#map=16/20.5184/-13.0507
>
> But you really need to zoom in using JOSM to see the problem.
>
> The best way to describe it is the road network is a grid but each block of
> buildings has been mapped as a single building rather than the six to a
> dozen separate buildings that are there and I'm not sure what to do.  It's
> not just in Atar and there are a large number of them.  I've seen something
> similar by HOT mappers before but not on this scale.
>
> One mapper has a thousand untagged ways in Mauritania most of which are of
> this type.


I would go slow on this.
I looked out of curiosity a bit closer, and it looks as if the mappers
involved use a gruadual approach:
they first outline groups of buildings and tag it as a single building or
religious or hospital. At a later stage they (plan to) add details to each
of these groups by adding individual building outlines and footpaths
connecting them to the roads.
One could have done this with a different approach using
landuse=residential|religious|... , but I would not interfere with the
local community's approach without dialogue.
It looks as there is at least one experienced mapper involved in many of
these changesets: Cheibany, 
He has a background in urban planning according to his OSM user page. I
would be surprised if you could not communicate with him.

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

Re: [OSM-talk-fr] Géocodage simple et rapide

2017-11-08 Per discussione Nicolas Bétheuil 
y avait ça aussi https://gisgraphy.com/ qui avait fait un talk a SoTM Paris
2014

Le 8 novembre 2017 à 17:06, Christian Quest  a
écrit :

> Les géocodeurs BAN et BANO aussi peuvent répondre avec moins d'infos
> qu'une adresse postale:
>
> http://api-adresse.data.gouv.fr/search?q=dignes+les+bains
>
> http://bano.addok.xyz/search?q=dignes+les+bains
>
> J'ai aussi expérimenté la recherche de POI OSM...
>
> http://poi.addok.xyz/search?q=gare+dignes
>
> Et on peut faire une requête combinant les différentes bases (encore plus
> expérimental):
>
> http://all.addok.xyz/search?q=gare+dignes+les+bains
>
>
> Tout dépend donc de l'objectif...
>
> Le 08/11/2017 à 16:56, Cédric Frayssinet a écrit :
>
>
> Ce moteur de recherche fonctionne pas mal aussi : http://photon.komoot.de/
>
> Pas besoin d'adresses postales et il dispose d'une API :
> http://photon.komoot.de/api/?q=dignes%20les%20bains
>
> Cédric
>
> Le 08/11/2017 à 14:51, Christian Quest a écrit :
>
> Une API pour géocoder une adresse seule ?
>
> Exemple: http://api-adresse.data.gouv.fr/search?q=23+rue+greneta+paris
>
> Doc ici: https://adresse.data.gouv.fr/api
>
> Tu peux faire pareil avec BANO sur http://bano.addok.xyz/search?
> q=23+rue+greneta+paris
>
>
> Le 8 novembre 2017 à 12:32, Jean-Christophe Becquet  a
> écrit :
>
>> Existe t-il une interface équivalente à
>>
>>https://adresse.data.gouv.fr/map
>> ou
>>http://www.ideeslibres.org/GeoCheck/
>>
>> Mais qui permette de récupérer les coordonnées du point sans avoir à
>> passer par un fichier CSV sur https://adresse.data.gouv.fr/csv
>>
>> Merci
>>
>> JC
>> --
>> Cartopartie : Libre information sur les services de santé,
>> tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
>> http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante
>>
>> ==APITUX : le choix du logiciel libre==
>>
>> APITUX - Jean-Christophe Becquet
>> BP 32 - 04001 Digne-les-Bains Cedex
>> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
>> SIRET : 452 887 441 00031 - APE : 6202A
>>
>> ===
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> En cure de désintoxication  de Google
> ! Client d'Enercoop ,
> l'énergie militante
>
> Également sur Mastodon : @bristow...@framapiaf.org
> 
>
> [image: Promouvoir et soutenir le logiciel libre] 
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-be] landuse mapping

2017-11-08 Per discussione Jo 
I also found Julien Radoux' talk very interesting. We should definitely
seize this opportunity to improve our data. Unfortunately I missed Julien
Minet's talk.

I'm interested in participating online in such a meeting.

Jo

2017-11-08 17:10 GMT+01:00 joost schouppe :

> Hi,
>
> We would have loved to have a landuse-mapping debate during Foss4G, it
> didn't really happen though. There were two very cool presentations about
> landuse mapping though, by Julien Minet and Julien Radoux.
>
> You can see Julien's presentation here [1]. It does a nice job of
> summarizing the state of the landuse map, and shows some of the current
> mapping dilemmas.
>
> Julien Radoux explained how OSM is useful - and sometimes fails - for his
> project to map the landcover in Wallonia for the Lifewatch project [2].
> This data is available for download and could possibly be interesting for
> us - not for a simple import, but at least as food for a mapping challenge
> to map Wallonia landuse in detail.
>
> The agenda of the meeting would be:
> - work on a Belgian proposal to deal with current dilemmas, so "Belgian
> mapping standards". These would hopefully be followed internationally, but
> we have to start somewhere. This would build especially on the thoughts of
> Marc and Julien on the subject and would ideally result in a Belgian
> mapping standards on the wiki.
> - define usecases for the dataset Julien Radoux is providing, and make
> sure that everything is OK to make that happen
> - what you bring to the table
>
> To move forward, I would like to propose having a (virtual) meeting about
> the subject. Who would be interested in participating? We could have a real
> meeting (probably in Brussels or Namur) with some people participating
> online.
>
> 1: https://cdn.rawgit.com/nobohan/OSMLanduseAnalyzer/
> 9a8b0290/presentation/2017_10_26_FOSS4G.be_OSMLanduse/index.html#/
> 2: http://www.lifewatch.be/en/lifewatch-wb-ecotope-database
>
> --
> Joost Schouppe
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be
>
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Andy Townsend 

On 08/11/2017 12:51, john whelan wrote:


One mapper has a thousand untagged ways in Mauritania most of which 
are of this type.  I have sent a note to them but not yet heard 
anything back.


You may have already also done some of these, for completeness and for 
the benefit of anyone unfamiliar with these options:


o One or more changeset discussion comments, including in a language 
that they actually speak (in this case, based on the locale in the 
changeset tags, French).  A bad online translation will likely have some 
words they recognise in it, even if the overall translation quality is 
up there with "English As She Is Spoke".  Don't expect a response 
immediately though, if someone is trekking in the Sahara it may be some 
time before they read it.


o Try and contact other mappers in the same country and talk to them 
about it.  Maybe someone knows someone who can talk to the mapper?


o If they're still actively doing it and seem not to be getting any 
messages have a look at the "I've seen a problem; what should I do?" 
section of http://wiki.osmfoundation.org/wiki/Data_Working_Group - we 
can send them a message that they need to read before continuing (and 
hopefully fix their email).


Also, and most obviously, if you fancy having a go at fixing some of 
these "giant buildings" then of course you can!


Best Regards,
Andy (DWG member)

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

[OSM-talk-be] landuse mapping

2017-11-08 Per discussione joost schouppe 
Hi,

We would have loved to have a landuse-mapping debate during Foss4G, it
didn't really happen though. There were two very cool presentations about
landuse mapping though, by Julien Minet and Julien Radoux.

You can see Julien's presentation here [1]. It does a nice job of
summarizing the state of the landuse map, and shows some of the current
mapping dilemmas.

Julien Radoux explained how OSM is useful - and sometimes fails - for his
project to map the landcover in Wallonia for the Lifewatch project [2].
This data is available for download and could possibly be interesting for
us - not for a simple import, but at least as food for a mapping challenge
to map Wallonia landuse in detail.

The agenda of the meeting would be:
- work on a Belgian proposal to deal with current dilemmas, so "Belgian
mapping standards". These would hopefully be followed internationally, but
we have to start somewhere. This would build especially on the thoughts of
Marc and Julien on the subject and would ideally result in a Belgian
mapping standards on the wiki.
- define usecases for the dataset Julien Radoux is providing, and make sure
that everything is OK to make that happen
- what you bring to the table

To move forward, I would like to propose having a (virtual) meeting about
the subject. Who would be interested in participating? We could have a real
meeting (probably in Brussels or Namur) with some people participating
online.

1:
https://cdn.rawgit.com/nobohan/OSMLanduseAnalyzer/9a8b0290/presentation/2017_10_26_FOSS4G.be_OSMLanduse/index.html#/
2: http://www.lifewatch.be/en/lifewatch-wb-ecotope-database

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

Re: [OSM-talk-fr] Géocodage simple et rapide

2017-11-08 Per discussione Christian Quest 
Les géocodeurs BAN et BANO aussi peuvent répondre avec moins d'infos 
qu'une adresse postale:


http://api-adresse.data.gouv.fr/search?q=dignes+les+bains

http://bano.addok.xyz/search?q=dignes+les+bains

J'ai aussi expérimenté la recherche de POI OSM...

http://poi.addok.xyz/search?q=gare+dignes

Et on peut faire une requête combinant les différentes bases (encore 
plus expérimental):


http://all.addok.xyz/search?q=gare+dignes+les+bains


Tout dépend donc de l'objectif...


Le 08/11/2017 à 16:56, Cédric Frayssinet a écrit :


Ce moteur de recherche fonctionne pas mal aussi : http://photon.komoot.de/

Pas besoin d'adresses postales et il dispose d'une API : 
http://photon.komoot.de/api/?q=dignes%20les%20bains


Cédric

Le 08/11/2017 à 14:51, Christian Quest a écrit :

Une API pour géocoder une adresse seule ?

Exemple: http://api-adresse.data.gouv.fr/search?q=23+rue+greneta+paris

Doc ici: https://adresse.data.gouv.fr/api

Tu peux faire pareil avec BANO sur 
http://bano.addok.xyz/search?q=23+rue+greneta+paris



Le 8 novembre 2017 à 12:32, Jean-Christophe Becquet > a écrit :


Existe t-il une interface équivalente à

https://adresse.data.gouv.fr/map 
ou
http://www.ideeslibres.org/GeoCheck/


Mais qui permette de récupérer les coordonnées du point sans avoir à
passer par un fichier CSV sur https://adresse.data.gouv.fr/csv


Merci

JC
--
Cartopartie : Libre information sur les services de santé,
tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante


==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com  -
http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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





--
Christian Quest - OpenStreetMap France


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



--
En cure de désintoxication  de 
Google ! Client d'Enercoop 
, l'énergie militante


Également sur Mastodon : @bristow...@framapiaf.org 



Promouvoir et soutenir le logiciel libre 



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


--
Christian Quest - OpenStreetMap France

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

Re: [OSM-talk-fr] Géocodage simple et rapide

2017-11-08 Per discussione Cédric Frayssinet 

Ce moteur de recherche fonctionne pas mal aussi : http://photon.komoot.de/

Pas besoin d'adresses postales et il dispose d'une API :
http://photon.komoot.de/api/?q=dignes%20les%20bains

Cédric

Le 08/11/2017 à 14:51, Christian Quest a écrit :
> Une API pour géocoder une adresse seule ?
>
> Exemple: http://api-adresse.data.gouv.fr/search?q=23+rue+greneta+paris
>
> Doc ici: https://adresse.data.gouv.fr/api
>
> Tu peux faire pareil avec BANO sur
> http://bano.addok.xyz/search?q=23+rue+greneta+paris
>
>
> Le 8 novembre 2017 à 12:32, Jean-Christophe Becquet  > a écrit :
>
> Existe t-il une interface équivalente à
>
>    https://adresse.data.gouv.fr/map 
> ou
>    http://www.ideeslibres.org/GeoCheck/
> 
>
> Mais qui permette de récupérer les coordonnées du point sans avoir à
> passer par un fichier CSV sur https://adresse.data.gouv.fr/csv
> 
>
> Merci
>
> JC
> --
> Cartopartie : Libre information sur les services de santé,
> tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
> http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante
> 
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 06 25 86 07 92 - j...@apitux.com  -
> http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
>
>
>
>
> -- 
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

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

2017-11-08 Per discussione Mikel Maron 
Hey everyone -- let's do stick to the topic at hand. My takeaways from the good 
points on the discussion here from Frederik and Yuri.
* It's ok to have different points of view* Being respectful of each other is 
important. Very important* Let's not make disagreements personal
Online communication is hard. We are missing all the context and cues from real 
life. Let's make an extra effort to get beyond the inevitable miscommunications 
when they crop up.
-Mikel
* Mikel Maron * +14152835207 @mikel s:mikelmaron 

On Tuesday, November 7, 2017, 4:32:42 AM EST, Yuri Astrakhan 
 wrote:  
 
 TLDR; Please read my previous email, and lets discuss the actual tool, its 
capabilities, and how it can fit and add value to OSM ecosystem, while 
minimizing potential negatives.
Frederik, I have offered to have a direct video conversation with you to better 
understand your concerns, explain my goals, and bring it back into productive 
scope, but no luck yet. I still hope you are more interested in resolving our 
differences than having a public tribune.  Lets not spend hours on emails, but 
try to understand each other's concerns in a private conversation, without 
involving the entire world.  I am sure what you think I am trying to do is 
substantially different from what I actually am trying to do, and my 
understanding of your concerns is also different from your actual concerns.
If there is a large group of people who are trying to do something different 
from your strongly held believes, it means they have a problem you might not be 
aware about. In your example, "kick foreigners out" is a symptom of a problem - 
possibly related to people's insecurity or lack of education. Vilifying them 
and calling their ideas outrageous makes us feel righteous and united, but does 
not solve the actual problem or changes what they think - it actually 
exacerbates it, because both sides become more entrenched in their believes.

So yes, I do want to keep our conversation constructive (not positive!) - 
understand concerns on all sides, and provide the most value to everyone 
involved.

On Tue, Nov 7, 2017 at 2:57 AM, Frederik Ramm  wrote:

Hi,

On 07.11.2017 07:29, Yuri Astrakhan wrote:
> Please keep discussion to constructive suggestions and ideas - they help
> us all move forward and reach agreement.

I have a general remark about statements like the above, that is not
related to your specific tool.

Statements like this are aimed at silencing opposition. But that is
neither fair, nor right, nor a good way for a community to move forward.
Opposition must be allowed, and people who are in opposition must not be
cast as "negative" (="bad").

Just imagine if someone suggested something outrageous ("Let's deport
all foreigners from or village") and then if someone says "no", they are
told: "Please keep discussion to constructive suggestions and ideas".
("If you have a better idea on how to get rid of foreigners, we're all
ears!")

There are many ideas that are broken beyond repair, where the basic
tenets are already so wrong that no constructive suggestion can ever
make it good. Rejecting such ideas is good, and a valuable contribution.

Please don't try to silence opposing voices by limiting discussion to
"constructive suggestions".

As I said, this is not aimed specifically at you; I think the last time
I said it was in a discussion about a tree import where the importers
asked critics to simply take their energy elsewhere instead of being
"negative" about the import.

Bye
Frederik

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

__ _
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.or g/listinfo/talk


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

Re: [OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione Andrew Buck 
If it is an untagged way that covers the whole block of buildings I
would say just delete it.  It is not accurate data anyway, so not really
worth keeping.  I know we try very hard to clean up data from newbies,
but this I think is beyond the point where it makes sense to.

-AndrewBuck

On 11/08/2017 06:51 AM, john whelan wrote:
> http://www.openstreetmap.org/node/330511654#map=16/20.5184/-13.0507
> 
> But you really need to zoom in using JOSM to see the problem.
> 
> The best way to describe it is the road network is a grid but each block of
> buildings has been mapped as a single building rather than the six to a
> dozen separate buildings that are there and I'm not sure what to do.  It's
> not just in Atar and there are a large number of them.  I've seen something
> similar by HOT mappers before but not on this scale.
> 
> One mapper has a thousand untagged ways in Mauritania most of which are of
> this type.  I have sent a note to them but not yet heard anything back.
> 
> Suggestions please.
> 
> Thanks John
> 
> 
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
> 




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

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

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

Volker

2017-11-08 14:57 GMT+01:00 Catonano :

>
>
> Il giorno 8 novembre 2017 14:41, Alessandro  ha
> scritto:
>
>> Il 08/11/2017 14:31, Catonano ha scritto:
>>
>> questo lampione non compare sulla mappa
>>
>> https://www.openstreetmap.org/node/5217997758
>>
>> perché ?
>>
>>
>> Perchè è troppo vicino ai due alberi e in quel caso il rendering ha delle
>> regole che piuttosto di rendere la mappa illeggibile a causa di troppi
>> simboli ravvicinati ne sacrifica alcuni.
>> Altra possibilità è che il rendering non abbia ancora aggiornato
>> quell'area.
>>
>>
> No, l'ha aggiornata. Ok, li ho messi vicini perche sono vicini
>
> Direi che va bene così
>
> Grazie !
>
>
>
> ___
> 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] lampione non compare sulla mappa

2017-11-08 Per discussione Catonano 
Il giorno 8 novembre 2017 14:41, Alessandro  ha scritto:

> Il 08/11/2017 14:31, Catonano ha scritto:
>
> questo lampione non compare sulla mappa
>
> https://www.openstreetmap.org/node/5217997758
>
> perché ?
>
>
> Perchè è troppo vicino ai due alberi e in quel caso il rendering ha delle
> regole che piuttosto di rendere la mappa illeggibile a causa di troppi
> simboli ravvicinati ne sacrifica alcuni.
> Altra possibilità è che il rendering non abbia ancora aggiornato
> quell'area.
>
>
No, l'ha aggiornata. Ok, li ho messi vicini perche sono vicini

Direi che va bene così

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

[OSM-co] Activada la tarea 94 Corinto, Cauca

2017-11-08 Per discussione carlos felipe castillo 
Buenos días maperos.

Ante los hechos de la tarde del martes 7 de noviembre de 2017, donde se
registró el desbordamiento del rio La Paila, en el Municipio de Corinto,
Cauca; donde se afectarón a almenos cuatro barrios del casco urbano, se
realizo la activación de la tarea 94 para la cual solicitamos de tu
colaboración.
Tarea 94: https://tareas.openstreetmap.co/project/94

Gracias, en los mapas nos vemos.
___
Talk-co mailing list
Talk-co@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-co

Re: [OSM-talk-fr] Statistiques basiques sur OSM

2017-11-08 Per discussione Sylvain Montagner 
Encore plus précisément : 
http://osmstats.neis-one.org/?item=countries=France

A+
Sylvain

*Cédric Frayssinet * listes at frayssinet.org 


/Mer 8 Nov 13:26:20 UTC 2017/

J'ai vu passer ce lien sur Mastodon dernièrement :
http://osmstats.neis-one.org/

Si cela peut aider !

Cédric


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

Re: [OSM-talk-fr] Géocodage simple et rapide

2017-11-08 Per discussione Christian Quest 
Une API pour géocoder une adresse seule ?

Exemple: http://api-adresse.data.gouv.fr/search?q=23+rue+greneta+paris

Doc ici: https://adresse.data.gouv.fr/api

Tu peux faire pareil avec BANO sur
http://bano.addok.xyz/search?q=23+rue+greneta+paris


Le 8 novembre 2017 à 12:32, Jean-Christophe Becquet  a
écrit :

> Existe t-il une interface équivalente à
>
>https://adresse.data.gouv.fr/map
> ou
>http://www.ideeslibres.org/GeoCheck/
>
> Mais qui permette de récupérer les coordonnées du point sans avoir à
> passer par un fichier CSV sur https://adresse.data.gouv.fr/csv
>
> Merci
>
> JC
> --
> Cartopartie : Libre information sur les services de santé,
> tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
> http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> BP 32 - 04001 Digne-les-Bains Cedex
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

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

2017-11-08 Per discussione Alessandro 

  
  
Il 08/11/2017 14:31, Catonano ha
  scritto:


  

  questo lampione non compare sulla mappa 

https://www.openstreetmap.org/node/5217997758

  
  perché ?
  

  


Perchè è troppo vicino ai due alberi e in quel caso il rendering ha
delle regole che piuttosto di rendere la mappa illeggibile a causa
di troppi simboli ravvicinati ne sacrifica alcuni.
Altra possibilità è che il rendering non abbia ancora aggiornato
quell'area.

Alessandro
  


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

Re: [OSM-talk-fr] mapping école primaire et maternelle

2017-11-08 Per discussione Cactusbone 
ha oui en effet, c'est bien indiqué comme ça dans le wiki OSM aussi

http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool#Type_d.27.C3.A9cole
Primaire (maternelle et élémentaire)

merci ! 



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] mapping école primaire et maternelle

2017-11-08 Per discussione Alain VASSAULT 
http://wiki.openstreetmap.org/wiki/FR:Tag:amenity%3Dschool


Le 8 novembre 2017 14:31:59 GMT+01:00, Alain VASSAULT 
 a écrit :
>Bonjour, 
>Il me semble que primaire regroupe maternelle et élémentaire.
>Par déformation on utilise souvent primaire que pour l'élémentaire.
>
>J'ai souvenir d'une page du wiki qui parle de sa. Je te la cherche.
>
>
>
>Le 8 novembre 2017 14:20:05 GMT+01:00, Cactusbone 
>a écrit :
>>Il s'agit d'une école qui fait a la fois primaire et maternelle (dans
>>le même
>>bâtiment, mais il est séparé en deux zones), qui n'as qu'un seul code
>>UAI
>>
>>pour le moment c'est l'école primaire qui est mappé, mais je ne vois
>>pas
>>comment ajouter l'école maternelle, vu que c'est le même code école.
>>
>>Des suggestions ?
>>
>>https://www.openstreetmap.org/way/131936149
>>
>>https://www.openstreetmap.org/#map=19/49.03180/2.35441
>>
>>http://www.education.gouv.fr/annuaire/95-val-d-oise/ezanville/etab/ecole-elementaire-publique-paul-fort.html
>>
>>
>>
>>--
>>Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>>
>>___
>>Talk-fr mailing list
>>Talk-fr@openstreetmap.org
>>https://lists.openstreetmap.org/listinfo/talk-fr
>
>-- 
>Envoyé de mon appareil Android avec Courriel K-9 Mail. Veuillez excuser
>ma brièveté.

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

Re: [OSM-talk-fr] mapping école primaire et maternelle

2017-11-08 Per discussione Alain VASSAULT 
Bonjour, 
Il me semble que primaire regroupe maternelle et élémentaire.
Par déformation on utilise souvent primaire que pour l'élémentaire.

J'ai souvenir d'une page du wiki qui parle de sa. Je te la cherche.



Le 8 novembre 2017 14:20:05 GMT+01:00, Cactusbone  a écrit :
>Il s'agit d'une école qui fait a la fois primaire et maternelle (dans
>le même
>bâtiment, mais il est séparé en deux zones), qui n'as qu'un seul code
>UAI
>
>pour le moment c'est l'école primaire qui est mappé, mais je ne vois
>pas
>comment ajouter l'école maternelle, vu que c'est le même code école.
>
>Des suggestions ?
>
>https://www.openstreetmap.org/way/131936149
>
>https://www.openstreetmap.org/#map=19/49.03180/2.35441
>
>http://www.education.gouv.fr/annuaire/95-val-d-oise/ezanville/etab/ecole-elementaire-publique-paul-fort.html
>
>
>
>--
>Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
>___
>Talk-fr mailing list
>Talk-fr@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk-fr

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

[Talk-it] lampione non compare sulla mappa

2017-11-08 Per discussione Catonano 
questo lampione non compare sulla mappa

https://www.openstreetmap.org/node/5217997758

perché ?

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

Re: [OSM-talk-fr] Statistiques basiques sur OSM

2017-11-08 Per discussione Cédric Frayssinet 

J'ai vu passer ce lien sur Mastodon dernièrement :
http://osmstats.neis-one.org/

Si cela peut aider !

Cédric

Le 08/11/2017 à 14:04, marc marc a écrit :
> sur la page stats en anglais, il y a un graphe avec le nombre de modif
> https://wiki.openstreetmap.org/wiki/File:Edits_per_month.png
> en chiffre arrondit, on a 90 millions de modif/mois qu'il me semble 
> acceptable d'arrondir à 3 millions de modif par jour.
>
> si tu veux des stats pour la France, à mon avis il faut récupérer
> un extract de geofabrik puis parser
> des stats approximative des objets sont dispo dans taginfo
> https://taginfo.openstreetmap.fr/reports/database_statistics
> cela couvre la France déborde un rien des frontières
> nombre d'objets:  436 278 351
>
> Le 08. 11. 17 à 13:38, Jean-Christophe Becquet a écrit :
>> En finalisant ma présentation pour demain
>> ,
>> j'ai eu besoin de quelques statistiques basiques sur OSM.
>>
>> Si quelqu'un sait compléter la page
>> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FFR%3AStatistiques=02%7C01%7Cmarc_marc_irc%40hotmail.com%7C77151c628adc4e0aec3308d526a5c9b1%7C84df9e7fe9f640afb435%7C1%7C0%7C636457415864572913=5YWq8SnJqjM18TfLOFqzZLaradTXTpF9qwsYSmtUqUo%3D=0
>>
>> Merci
>>
>> JC
>>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr


-- 
En cure de désintoxication  de
Google ! Client d'Enercoop
, l'énergie militante

Également sur Mastodon : @bristow...@framapiaf.org


Promouvoir et soutenir le logiciel libre 

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

[OSM-talk-fr] mapping école primaire et maternelle

2017-11-08 Per discussione Cactusbone 
Il s'agit d'une école qui fait a la fois primaire et maternelle (dans le même
bâtiment, mais il est séparé en deux zones), qui n'as qu'un seul code UAI

pour le moment c'est l'école primaire qui est mappé, mais je ne vois pas
comment ajouter l'école maternelle, vu que c'est le même code école.

Des suggestions ?

https://www.openstreetmap.org/way/131936149

https://www.openstreetmap.org/#map=19/49.03180/2.35441

http://www.education.gouv.fr/annuaire/95-val-d-oise/ezanville/etab/ecole-elementaire-publique-paul-fort.html



--
Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html

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

Re: [OSM-talk-fr] Statistiques basiques sur OSM

2017-11-08 Per discussione marc marc 
sur la page stats en anglais, il y a un graphe avec le nombre de modif
https://wiki.openstreetmap.org/wiki/File:Edits_per_month.png
en chiffre arrondit, on a 90 millions de modif/mois qu'il me semble 
acceptable d'arrondir à 3 millions de modif par jour.

si tu veux des stats pour la France, à mon avis il faut récupérer
un extract de geofabrik puis parser
des stats approximative des objets sont dispo dans taginfo
https://taginfo.openstreetmap.fr/reports/database_statistics
cela couvre la France déborde un rien des frontières
nombre d'objets:436 278 351

Le 08. 11. 17 à 13:38, Jean-Christophe Becquet a écrit :
> En finalisant ma présentation pour demain
> ,
> j'ai eu besoin de quelques statistiques basiques sur OSM.
> 
> Si quelqu'un sait compléter la page
> https://nam04.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FFR%3AStatistiques=02%7C01%7Cmarc_marc_irc%40hotmail.com%7C77151c628adc4e0aec3308d526a5c9b1%7C84df9e7fe9f640afb435%7C1%7C0%7C636457415864572913=5YWq8SnJqjM18TfLOFqzZLaradTXTpF9qwsYSmtUqUo%3D=0
> 
> Merci
> 
> JC
> 

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

Re: [Talk-it] Auto incastrata

2017-11-08 Per discussione Martin Koppenhoefer 


sent from a phone

> On 8. Nov 2017, at 13:09, emmexx  wrote:
> 
> Solo che mi pare che dall'articolo e dalle foto si possa dedurre che ci
> sono tag che andrebbero aggiunti (width, steps). E bisognerebbe
> verificare se la via prosegue (dimenticando di aver guardato su street
> view).


in casi simili nel Lazio ho aggiunto flat_steps=yes perché avevo visto che la 
gente locale passava con i veicoli (non sono scale “vere”, benché ci sono 
gradini)


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

Re: [Talk-it] Auto incastrata

2017-11-08 Per discussione Martin Koppenhoefer 


sent from a phone

> On 7. Nov 2017, at 23:26, Davide Sandona'  wrote:
> 
> Se le immagini di Street View sono ancora valide, all'imbocco di questa via è 
> presente il segnale "Strada senza uscita". Quindi oltre ad aggiornare il 
> navigatore, bisognerebbe anche aggiornare l'autista :)
> In questo caso mi sembra non sia colpa di OSM...


se l’unico cartello è “strada senza uscita” vuol dire che probabilmente la 
segnaletica non è a norma

Ciao, Martin 



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

[Talk-it] Mappatura dei cieli

2017-11-08 Per discussione Cascafico Giovanni 
Poco tempo fa David Paleino (thread Mappatura di oggetti "virtuali")
si chiedeva se la sua importazione dei waypoint per la navigazione
aeronautica avesse avuto séguito.

Analogamente alle linee di navigazione marittima si potrebbe indagare
se esistono ancora della autostrade dei cieli.

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



[1] 
https://www.rtl-sdr.com/a-modified-dump1090-with-ads-b-heatmap-and-range-alititude-view/

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

[OSM-talk] Odd mapping in Atar Mauritania

2017-11-08 Per discussione john whelan 
http://www.openstreetmap.org/node/330511654#map=16/20.5184/-13.0507

But you really need to zoom in using JOSM to see the problem.

The best way to describe it is the road network is a grid but each block of
buildings has been mapped as a single building rather than the six to a
dozen separate buildings that are there and I'm not sure what to do.  It's
not just in Atar and there are a large number of them.  I've seen something
similar by HOT mappers before but not on this scale.

One mapper has a thousand untagged ways in Mauritania most of which are of
this type.  I have sent a note to them but not yet heard anything back.

Suggestions please.

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

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Michal Poupa 
No super to je ono!!! Díky jen je to bylo dovedně ukryto.

Díky moc.

Dne 8. listopadu 2017 13:39 Dalibor Jelínek  napsal(a):

> Zkus povolit “Expert mode” v menu View.
>
>
>
> Dalibor
>
>
>
> *From:* Michal Poupa [mailto:michal.po...@gmail.com]
> *Sent:* Wednesday, November 8, 2017 1:34 PM
> *To:* OpenStreetMap Czech Republic 
> *Subject:* Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
>
>
>
> v menu volbu "Move Node" namám pouze "Move Node onto Way" a žádné menu se
> souřadnicemi se neotevře... viz screensot
>
>
>
>
>
>
>
> Dne 8. listopadu 2017 10:47 Petr Holub  napsal(a):
>
> > A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat
> nepřesně myší. Když tak
> > prosím sreccnshot.
>
> JOSM:
> - vyberu bod
> - menu Tools -> Move Node...
> - zadam souradnice
>
>
>
>
> ___
> 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

[OSM-talk-fr] Statistiques basiques sur OSM

2017-11-08 Per discussione Jean-Christophe Becquet 
En finalisant ma présentation pour demain
,
j'ai eu besoin de quelques statistiques basiques sur OSM.

Si quelqu'un sait compléter la page
https://wiki.openstreetmap.org/wiki/FR:Statistiques

Merci

JC
-- 
Cartopartie : Libre information sur les services de santé,
tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Dalibor Jelínek 
Zkus povolit “Expert mode” v menu View.

 

Dalibor

 

From: Michal Poupa [mailto:michal.po...@gmail.com] 
Sent: Wednesday, November 8, 2017 1:34 PM
To: OpenStreetMap Czech Republic 
Subject: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

 

v menu volbu "Move Node" namám pouze "Move Node onto Way" a žádné menu se 
souřadnicemi se neotevře... viz screensot

 

 

 

Dne 8. listopadu 2017 10:47 Petr Holub  > napsal(a):

> A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat 
> nepřesně myší. Když tak
> prosím sreccnshot.

JOSM:
- vyberu bod
- menu Tools -> Move Node...
- zadam souradnice




___
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] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Michal Poupa 
v menu volbu "Move Node" namám pouze "Move Node onto Way" a žádné menu se
souřadnicemi se neotevře... viz screensot



Dne 8. listopadu 2017 10:47 Petr Holub  napsal(a):

> > A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat
> nepřesně myší. Když tak
> > prosím sreccnshot.
>
> JOSM:
> - vyberu bod
> - menu Tools -> Move Node...
> - zadam souradnice
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Auto incastrata

2017-11-08 Per discussione emmexx 
On 11/07/2017 11:26 PM, Davide Sandona' wrote:

> In questo caso mi sembra non sia colpa di OSM...

Nemmeno io.

Solo che mi pare che dall'articolo e dalle foto si possa dedurre che ci
sono tag che andrebbero aggiunti (width, steps). E bisognerebbe
verificare se la via prosegue (dimenticando di aver guardato su street
view).

ciao
maxx

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

[Talk-dk] Hvis du anvender AWSbot-scriptene: STOP

2017-11-08 Per discussione Mikkel Kirkgaard Nielsen 
Hej OSM'ere.

Vi havde en fin snak omkring AWSbot, og hvordan adressedata bliver
importeret fra DAR via DAWA i august 2016[1][2], hvor dele af de
anvendte værktøjerne også blev åbnet op[3] og dokumenteret[4] en smule.

Det lader dog til at vi har en kedelig situation med uhensigtsmæssig
opførsel af scriptene i forhold til de anvendte API'er. I hvert fald
rapporterer[5] en af Overpass API-udviklerne om  stor belastning på
Overpass-serverne[6] med mere end 20.000 forespørgsler pr. døgn, fra
noget der lugter meget af at være et af AWSbot-scriptene

Jeg har kontaktet Stephen Møller, som kører og administrerer den
egentlige import til OSM via OSM-brugeren AWSbot[7], og han har slukket
for noget af kørslen i morges, så forhåbentlig har vi allerede reduceret
belastningen.

Skulle der dog være nogen derude som selv har taget initiativ til at
køre scriptene periodisk, i et cron-job eller lignende, så vil jeg gerne
opfordre til at kørslen bliver midlertidigt lukket ned hurtigst muligt,
så den ikke er årsag til for meget ballade.


Jeg har selv faktuelt konstateret at det osmdata-add.php script der er
på Github[8] ved forespørgsel på postnummer 1533 på DAWA (som giver et
tomt svar) havner i en løkke som aldrig afslutter. Får det lov at køre
uovervåget, fortsætter det med at forsøge at hente data om dette
postnummer, først på Overpass, så på DAWA indtil det formentlig løber
tør for hukommelse eller ved en timeout på ~694 dage.

Jeg regner med ret hurtigt, måske i aften, at kunne lave en
nød-rettelse, så scriptene fortsætter på mere fornuftig vis, måske efter
et par retries, når denne situation opstår.
Om rettelserne kan komme på det oprindelige Github-repository ved jeg
ikke (mon ikke Stephen er administrator for det?), men ellers vil de
være i mit fork[9].

Hilsner,
-- 
Mikkel

PS: rent datamæssigt ser postnummer 1532+1533 ud til at være[10]
"Internationalt Postcenter" i Kastrup. Nogen der ved om dette er blevet
ændret/nedlagt for nyligt siden de ikke er i DAWA?

[1]
https://lists.openstreetmap.org/pipermail/talk-dk/2016-August/004683.html
[2] https://lists.openstreetmap.org/pipermail/talk-dk/2016-April/004595.html
[3] https://github.com/AWSbot
[4] http://www.openstreetmap.org/user/AWSbot
[5] https://github.com/AWSbot/PHPscript/issues/1#issue-251346914
[6] https://wiki.openstreetmap.org/wiki/Overpass_API
[7] https://lists.openstreetmap.org/pipermail/talk-dk/2016-April/004595.html
[8] https://github.com/AWSbot/PHPscript/blob/master/osmdata-add.php
[9] https://github.com/mikini/PHPscript
[10]
https://subscription.postnord.dk/webservices/export/07-11-2017-postnummer.xlsx



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

Re: [Talk-cz] Uživatel fell3: navrhuji nechat zablokovat

2017-11-08 Per discussione Marián Kyral 
Zkus napsat na DWG. Mají různé možnosti, jak situaci řešit a uživateli
domluvit. Včetně nějaké možnosti banu a kompletního revertu.

Marián

-- Původní e-mail --
Od: majka 
Komu: talk-cz@openstreetmap.org
Datum: 8. 11. 2017 12:32:59
Předmět: [Talk-cz] Uživatel fell3: navrhuji nechat zablokovat
"
Z mé strany závěrečný návrh:



- vzhledem k mechanickým editacím - například zastávky MHD
(http://overpass-turbo.eu/s/sQ8) - cca 400 ks 

- víceméně spamu (minimálně ty soukromé bazény
(http://overpass-turbo.eu/s/sQ9) - přes 5000 objektů s jediným tagem
swimming_pool)

- a těm nejasným zdrojům 




dát návrh na zablokování.




Bohužel netuším, jak to jde udělat pokud uživatel komunikuje.

Co s těmi jeho daty taky netuším, jako revert by to vzhledem k množství sad
byl docela průšvih.




Co vy na to?





Na výzvu, aby ty zastávky opravil, udělá jednu novou editaci na komentovaném
objektu. Chyba samozřejmě není u něj - my pořádáme hon na čarodějnice a JOSM
je blbě naprogramovaný.

___
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] Uživatel fell3: navrhuji nechat zablokovat

2017-11-08 Per discussione majka 
Z mé strany závěrečný návrh:

- vzhledem k mechanickým editacím - například zastávky MHD
 - cca 400 ks
- víceméně spamu (minimálně ty soukromé bazény
 - přes 5000 objektů s jediným tagem
swimming_pool)
- a těm nejasným zdrojům

dát návrh na zablokování.

Bohužel netuším, jak to jde udělat pokud uživatel komunikuje.
Co s těmi jeho daty taky netuším, jako revert by to vzhledem k množství sad
byl docela průšvih.

Co vy na to?

Na výzvu, aby ty zastávky opravil, udělá jednu novou editaci na
komentovaném objektu. Chyba samozřejmě není u něj - my pořádáme hon na
čarodějnice a JOSM je blbě naprogramovaný.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

[OSM-talk-fr] Géocodage simple et rapide

2017-11-08 Per discussione Jean-Christophe Becquet 
Existe t-il une interface équivalente à

   https://adresse.data.gouv.fr/map
ou
   http://www.ideeslibres.org/GeoCheck/

Mais qui permette de récupérer les coordonnées du point sans avoir à
passer par un fichier CSV sur https://adresse.data.gouv.fr/csv

Merci

JC
-- 
Cartopartie : Libre information sur les services de santé,
tous acteurs, tous concernés ! jeudi 16 novembre 2017 à Digne
http://ferme.animacoop.net/wikis/afnicarto/wakka.php?wiki=CartoSante

==APITUX : le choix du logiciel libre==

APITUX - Jean-Christophe Becquet
BP 32 - 04001 Digne-les-Bains Cedex
06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
SIRET : 452 887 441 00031 - APE : 6202A

===

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

Re: [Talk-dk] Adding housenumbers with StreetComplete

2017-11-08 Per discussione Tobias Zwick 
> But this also means that the functionality of leaving an OSM note for
> missing and wrong addresses would be very helpful in Denmark.

To clarify:

The app asks for the housenumber of a building and prompts the user to
input it. This housenumber and only the housenumber is then directly
added to the OSM database, no note is created for that. (And similarly
with inputing housenames)

Only if the user clicks on "Unable to answer", so in case the user
surveyed the place and could not find a housenumber (or something like
that), the user is given the choice to instead leave a note and explain
the situation. The notes generally look like this then:

  Unable to answer "What is the housenumber of this building?" for
  https://www.openstreetmap.org/way/[element id] via StreetComplete 3.0:

  [user message]

So then, so far, it looks like I shall disable the functionality for
Denmark.

Tobias

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

Re: [Talk-it] import di tutti gli edifici del Canada

2017-11-08 Per discussione Martin Koppenhoefer 
2017-11-08 7:55 GMT+01:00 Aury88 :

> Federico Cortese wrote
> > Quando ho iniziato a mappare, gli edifici si contavano sulle dita, ce
> > n'era solo qualcuno sparso qua e là e devo dire che questo mi
> > scoraggiava: la mappa era palesemente incompleta e ritenevo
> > impossibile compiere un buon lavoro per inserire tutti i fabbricati,
> > perchè come diceva Andrea, anche il mappatore più esperto non può
> > raggiungere in alcun modo la precisione delle CTR, anche delle più
> > approssimative.
>
> sarò strano io, ma a me l'inserimento degli edifici non disturba e non ha
> disturbato quando ho cominciato (edifici 0, sia a verderio che a gela e
> strade solo quelle principali senza nomi). se devo fare mappatura da
> "remoto" strade ed edifici sono di fatto l'unica cosa che mappo



+1, in una prima approssimazione va benissimo di tracciare gli edifici con
le ortofoto, poi in una fase successiva, con un rilievo dei civici e
altezze edifici, uno si accorge spesso che ci sono dei problemi nel
dettaglio e si corregge. Chi disegna un edificio (o qualsiasi altro
elemento), generalmente si sente "responsabile", ed è più motivato di fare
la manutenzione e gli aggiornamenti, rispetto a qualcuno che importa dati
da altri. E' un fenomeno oramai anche scientificamente analizzato: le zone
dove sono stati fatti import hanno meno contribuzioni successivi rispetto
alle zone dove non c'era un import.

E' vero che le geometrie degli edifici mappati dai mappatori OSM spesso
sono meno dettagliati/accurati rispetto a quelli provenienti da fonti
ufficiali (anche se chi ha visto la CTR del Lazio può capire che i dati
ufficiali non sono necessariamente sempre buoni), ma l'accuratezza
geometrica non è la parte più importante: chi vuole geometrie affidabili
per scopi professionali probabilmente non usera una fonte come OSM, dove
non è affidabile o ufficiale niente, ma piùttosto una fonte ufficiale, la
quale, anche se errata, è sempre ufficiale, e quindi il professionista può
rilassarsi: gli stessi errori ce l'hanno tutti (utilizzatori della fonte
ufficiale) e non è certo l'errore del professionista se ci stanno (come
dire: "Nessuno non è mai stato licenziato per aver comprato IBM / Microsoft
/ etc.). Invece la parte importante, dove i mappatori OSM possono
eccellere, sono gli attributi.

Se avessimo a disposizione una buona fonte di fabbricati, recente e
aggiornata, senza vincoli che ci costringono di togliere questi dati e
sopratutto quelli basati su di essi, saremo contenti di accoglierli in OSM.
Purtroppo, nella realtà, non è quasi mai così. I dati sono quasi sempre
vincolati (cc-by, IODL, entrambi nel dettaglio nemmeno compatibili con OSM
come riporta Napo), sono talvolta anche vecchi e non aggiornati (al meno
nelle parte mie).



 (i civici vanno solo su nodi agli accessi o

> sull'area?



tema discusso parrecchio, è comunque un dettaglio (rispetto a non avere un
civico è molto meglio averne uno o più, a prescindere se si trova sul
ingresso o sul edificio).



> se ci sono più accessi tutti con lo stesso civico?



ovviamente, chi sostiene di mappare civici sugli accessi, mettera su ogni
accesso con un civico questo civico (a prescindere che sia uguale o no).
Comunque sono casi da segnalare al comune / ISTAT, in quanto non
corrisponde alle normative.


  il POI
> corrispondente a quel negozio x che tag devo usare? ma x non è solo x, fa
> anche y e z...come faccio? quali degli stili conviene prendere? va
> applicato
> esteso all'area interessata dall'attività (anche il suo parcheggio) o solo
> alla parte all'interno dell'edificio...



direi che dipende. Si, la mappatura chiede un'interpretazione e valutazione
continua delle situazioni, l'astrazione, ecc.



> si può usare un nodo dentro
> l'edificio o deve essere sul perimetro?



qui direi meglio dentro, perché sul perimetro non è (topologia), ma anche
questo è un dettaglio che non cambia molto.




> con o senza associato il civico)



se il POI si trova all'interno di un'area con civico, direi che potresti
non mettere l'indirizzo al POI (anche se così è meno stabile: se un giorno
per sbaglio si sposta l'edificio o il POI potrebbe perdersi l'informazione,
e se è stato oneroso riperire questa informazione tenderei ad aggiungerla,
anche se ridondante). Se invece il civico è mappato su un nodo (di ingresso
ecc.), dovresti aggiungere l'indirizzo anche al POI, altrimenti non hai
l'informazione.



> > Infine la carenza degli edifici rendeva difficilissimo anche
> > l'inserimento dei numeri civici e dei POI sul posto.
>


+1, questo senza dubbio. Consiglio anche io di tracciare prima gli edifici
e poi i civici. Tracciare gli edifici è la parte meno impegnativa e dove si
vedono più velocemente i risultati. In primavera di quest'anno abbiamo
fatto una mapping party di 4 mattinata a Mazzano Romano (borgo medievale
nel Lazio), e disegnare gli edifici si faceva in un paio di ore da solo,
mentre i rilievi e la mappatura hanno impiegato 4 mezza giornate di un

[Talk-dk] Opdaterede Luftfotos fra SDFE

2017-11-08 Per discussione Michael Andersen 
Hej

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

Mvh Hjart

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

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Petr Holub 
> A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat 
> nepřesně myší. Když tak
> prosím sreccnshot.

JOSM:
- vyberu bod
- menu Tools -> Move Node...
- zadam souradnice



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

Re: [OSM-talk-fr] Rappel réunion 8 novembre / groupe local OSM/Toulibre à Toulouse

2017-11-08 Per discussione Vincent Privat 
Moi c'est bon, mais c'est à quelle heure ? :)

Le 8 novembre 2017 à 10:13, Ludovic Hirlimann  a
écrit :

>
> Je pourrais pas venir ce soir.
>
>
> On 08/11/2017 03:12, Jean-Guilhem Cailton wrote:
>
> Bonjour,
>
> Pour rappel, la prochaine réunion du groupe local OSM, hébergée par
> Toulibre au Centre culturel Bellegarde, est ce soir mercredi 8 novembre.
>
> Nous pourrons parler notamment :
> - de la préparation de la participation au Capitole du Libre, et de la
> tenue du stand OSM,
> - de la recherche par l’association OSM FR d’un « relai local », rôle qui
> pourrait éventuellement être rempli collégialement.
>
> S’il y a de l’intérêt, je pourrais parler un peu de Geotrek, logiciel
> libre de gestion de sentiers de randonnée, qui s’intéresse de plus en plus
> à l’Open Data et à OSM, après avoir assisté à Montpellier à la journée des
> « Rencontres techniques des utilisateurs de Geotrek 2017 ».
>
> À ce soir j’espère,
>
> Jean-Guilhem
>
>
> Le 30/09/2017 à 17:00, Laurent Combe a écrit :
>
> Bonjour,
>
> comme convenu voici qq éléments pour faciliter votre intégration dans la
> communauté OSM
>
> j'ai mis en ligne un premier résumé de la réunion de mercredi dernier sur
> le wiki
> https://wiki.openstreetmap.org/wiki/Toulouse/Reunion_27_septembre_2017
>
> j'en ai profité pour actualiser la page Toulouse du wiki pour indiquer
> l'existence de ce groupe local
> https://wiki.openstreetmap.org/wiki/Toulouse
>
> vous y trouverez deux liens pour vous abonner
> - à la liste de diffusion du groupe local
> http://listes.openstreetmap.fr/wws/arc/local-toulouse
>
> - à la liste nationale d'OSM (dénommée talk-fr)
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
> pour tous les participants à la réunion, je n'ai mis qu'un squelette de
> compte-rendu
> si sur un point particulier vous souhaitez rajouter un lien, une phrase,
> 
> surtout sentez-vous Libre de le faire
>
> prochaine réunion fixée au 8 Novembre,
> il faudra se charger en octobre d'annoncer la réunion sur les différents
> canaux
>
> A+
> Laurent Combe
>
>
>
>
> --
> "Tant qu’on n’aura pas compris que le cerveau est une machine à dominer,
> on ne pourra pas lutter efficacement contre ces hiérarchies aliénantes."
> Dominique Dupagne, La revanche du rameur
> 
>
> -- https://www.hirlimann.net/Ludovic/carnet/
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Rappel réunion 8 novembre / groupe local OSM/Toulibre à Toulouse

2017-11-08 Per discussione Ludovic Hirlimann 

Je pourrais pas venir ce soir.

On 08/11/2017 03:12, Jean-Guilhem Cailton wrote:
> Bonjour,
>
> Pour rappel, la prochaine réunion du groupe local OSM, hébergée par
> Toulibre au Centre culturel Bellegarde, est ce soir mercredi 8 novembre.
>
> Nous pourrons parler notamment :
> - de la préparation de la participation au Capitole du Libre, et de la
> tenue du stand OSM,
> - de la recherche par l’association OSM FR d’un « relai local », rôle
> qui pourrait éventuellement être rempli collégialement.
>
> S’il y a de l’intérêt, je pourrais parler un peu de Geotrek, logiciel
> libre de gestion de sentiers de randonnée, qui s’intéresse de plus en
> plus à l’Open Data et à OSM, après avoir assisté à Montpellier à la
> journée des « Rencontres techniques des utilisateurs de Geotrek 2017 ».
>
> À ce soir j’espère,
>
> Jean-Guilhem
>
>
> Le 30/09/2017 à 17:00, Laurent Combe a écrit :
>> Bonjour,
>>
>> comme convenu voici qq éléments pour faciliter votre intégration dans
>> la communauté OSM
>>
>> j'ai mis en ligne un premier résumé de la réunion de mercredi dernier
>> sur le wiki
>> https://wiki.openstreetmap.org/wiki/Toulouse/Reunion_27_septembre_2017
>>
>> j'en ai profité pour actualiser la page Toulouse du wiki pour
>> indiquer l'existence de ce groupe local
>> https://wiki.openstreetmap.org/wiki/Toulouse
>>
>> vous y trouverez deux liens pour vous abonner
>> - à la liste de diffusion du groupe local
>> http://listes.openstreetmap.fr/wws/arc/local-toulouse
>>
>> - à la liste nationale d'OSM (dénommée talk-fr)
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> pour tous les participants à la réunion, je n'ai mis qu'un squelette
>> de compte-rendu
>> si sur un point particulier vous souhaitez rajouter un lien, une
>> phrase, 
>> surtout sentez-vous Libre de le faire
>>
>> prochaine réunion fixée au 8 Novembre,
>> il faudra se charger en octobre d'annoncer la réunion sur les
>> différents canaux
>>
>> A+
>> Laurent Combe
>>
>>
>
>
> -- 
> "Tant qu’on n’aura pas compris que le cerveau est une machine à
> dominer, on ne pourra pas lutter efficacement contre ces hiérarchies
> aliénantes." Dominique Dupagne, La revanche du rameur
> 

-- 
https://www.hirlimann.net/Ludovic/carnet/



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

Re: [Talk-dk] Adding housenumbers with StreetComplete

2017-11-08 Per discussione Jørgen Elgaard Larsen 

Tobias Zwick wrote:

So that is why I would like to ask you whether adding any housenumbers > (on 
building outlines) should be disabled for your country in the app.


It should definitively be disabled in Denmark.

First of all, in Denmark, addresses are placed on nodes rather than 
buildings. The nodes are placed where the official address is; Typically 
this is the main entrance of the main building. More importantly, the 
node is the place where ambulances etc. will arrive when summoned to 
that address.


Adding addresses to buildings in Denmark would break this scheme.


As mentioned on the wiki, the data quality of address nodes is quite 
high. But there are a few glitches when data is entered incorrectly in 
the official register by municipality staff. In such cases, the Danish 
OSM community works with the municipalities to have the data corrected 
at the source, i.e. in the municipality systems. This is much 
appreciated by the authorities, and is sometimes showcased as a benefit 
from opening government data to the public.



But this also means that the functionality of leaving an OSM note for 
missing and wrong addresses would be very helpful in Denmark.



- Jørgen

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

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

2017-11-08 Per discussione majka 
A doprčic, těch jím zadaných bazénů je hromada (podle overpass turbo
 přes 5000 v ČR) -  - z toho část jediný
tag leisure=swimming_pool, část nacpané na objekty Dibavod, případně
koupaliště.

Co teď?

Samozřejmě můžu vyfiltrovat objekty s jediným tagem leisure=swimming_pool,
ale tohle už nevypadá na debatu, ale na naprášení na vyšší místa a reverty.
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Michal Poupa 
Díky moc to sloučení zafungovalo perfektně

Dne 8. listopadu 2017 9:23 Petr Schönmann  napsal(a):

> Já bych na to šel takhle. Vytvorim si presny bod jak chces ty pomoci
> zkratek co tu kluci psali. Pak oznacis tvuj bod co chces presunout, pak ten
> nove vytvoreny a dáš sloučit ( M - merge). JOSM ma pak tu vlastnost ze
> všechny oznacene body sloučí na posledni označený.
>
> st 8. 11. 2017 v 9:11 odesílatel Michal Poupa 
> napsal:
>
>> A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat
>> nepřesně myší. Když tak prosím sreccnshot.
>>
>> Dne 8. listopadu 2017 9:02 Marián Kyral  napsal(a):
>>
>>
>>> -- Původní e-mail --
>>> Od: Dalibor Jelínek 
>>> Komu: 'OpenStreetMap Czech Republic' 
>>> Datum: 8. 11. 2017 8:58:48
>>> Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
>>>
>>> Čau,
>>>
>>> možná nechápou přesně tvůj problém,
>>>
>>> ale v JOSM stačí dát Shift+D a zadat souřadnice
>>>
>>> a na ty zadané souřadnice se přidá nový bod.
>>>
>>> (Nebo je to v menu Nástroje->Přidat uzel)
>>>
>>>
>>>
>>>
>>> Jů, a když nějaký uzel vyberu, tak se objeví možnost "Přesunout uzel" :-D
>>>
>>> Marián
>>>
>>> ___
>>> 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
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Michal Poupa 
Jů takže to nejde tak jednoduše :-) proto jsem to nemohl najít jů.

Dne 8. listopadu 2017 9:23 Petr Schönmann  napsal(a):

> Já bych na to šel takhle. Vytvorim si presny bod jak chces ty pomoci
> zkratek co tu kluci psali. Pak oznacis tvuj bod co chces presunout, pak ten
> nove vytvoreny a dáš sloučit ( M - merge). JOSM ma pak tu vlastnost ze
> všechny oznacene body sloučí na posledni označený.
>
> st 8. 11. 2017 v 9:11 odesílatel Michal Poupa 
> napsal:
>
>> A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat
>> nepřesně myší. Když tak prosím sreccnshot.
>>
>> Dne 8. listopadu 2017 9:02 Marián Kyral  napsal(a):
>>
>>
>>> -- Původní e-mail --
>>> Od: Dalibor Jelínek 
>>> Komu: 'OpenStreetMap Czech Republic' 
>>> Datum: 8. 11. 2017 8:58:48
>>> Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
>>>
>>> Čau,
>>>
>>> možná nechápou přesně tvůj problém,
>>>
>>> ale v JOSM stačí dát Shift+D a zadat souřadnice
>>>
>>> a na ty zadané souřadnice se přidá nový bod.
>>>
>>> (Nebo je to v menu Nástroje->Přidat uzel)
>>>
>>>
>>>
>>>
>>> Jů, a když nějaký uzel vyberu, tak se objeví možnost "Přesunout uzel" :-D
>>>
>>> Marián
>>>
>>> ___
>>> 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
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Petr Schönmann 
Já bych na to šel takhle. Vytvorim si presny bod jak chces ty pomoci
zkratek co tu kluci psali. Pak oznacis tvuj bod co chces presunout, pak ten
nove vytvoreny a dáš sloučit ( M - merge). JOSM ma pak tu vlastnost ze
všechny oznacene body sloučí na posledni označený.

st 8. 11. 2017 v 9:11 odesílatel Michal Poupa 
napsal:

> A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat
> nepřesně myší. Když tak prosím sreccnshot.
>
> Dne 8. listopadu 2017 9:02 Marián Kyral  napsal(a):
>
>
>> -- Původní e-mail --
>> Od: Dalibor Jelínek 
>> Komu: 'OpenStreetMap Czech Republic' 
>> Datum: 8. 11. 2017 8:58:48
>> Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
>>
>> Čau,
>>
>> možná nechápou přesně tvůj problém,
>>
>> ale v JOSM stačí dát Shift+D a zadat souřadnice
>>
>> a na ty zadané souřadnice se přidá nový bod.
>>
>> (Nebo je to v menu Nástroje->Přidat uzel)
>>
>>
>>
>>
>> Jů, a když nějaký uzel vyberu, tak se objeví možnost "Přesunout uzel" :-D
>>
>> Marián
>>
>> ___
>> 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] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Michal Poupa 
A kde se to objeví a kde tam zadám přesné souřadnice? Nechci to tahat
nepřesně myší. Když tak prosím sreccnshot.

Dne 8. listopadu 2017 9:02 Marián Kyral  napsal(a):

>
> -- Původní e-mail --
> Od: Dalibor Jelínek 
> Komu: 'OpenStreetMap Czech Republic' 
> Datum: 8. 11. 2017 8:58:48
> Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
>
> Čau,
>
> možná nechápou přesně tvůj problém,
>
> ale v JOSM stačí dát Shift+D a zadat souřadnice
>
> a na ty zadané souřadnice se přidá nový bod.
>
> (Nebo je to v menu Nástroje->Přidat uzel)
>
>
>
>
> Jů, a když nějaký uzel vyberu, tak se objeví možnost "Přesunout uzel" :-D
>
> Marián
>
> ___
> 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] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Michal Poupa 
Takže normálne lidsky a jednoduše - dát edit bodu upravit parametry a
uložit to nejde? Rozumím dobře?

Dne 8. listopadu 2017 9:00 Marián Kyral  napsal(a):

>
> -- Původní e-mail --
> Od: Michal Poupa 
> Komu: OpenStreetMap Czech Republic 
> Datum: 8. 11. 2017 8:33:34
> Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
>
> díky za radu
> Ztáhl jsem si ten JOSM. Souřadnice tam dokážu zobrazit ale nikoliv zadat
> přesně - editovat musel jsem ten pomník taht myší a trefit to ... je
> velmi divné že taková věc jako souřadnice ve WGS-84 nelze přímo editovat ..
>
>
> Napadají mne tři postupy:
>
> 1) vytvořit si nový uzel na zadaných souřadnicích (Ctrl+Shift+L) a pak na
> něj přetáhnout (se stisknutým Ctrl) pomník. Dojde ke sloučení uzlů, přičemž
> JOSM ponechá starší uzel, tedy jen aktualizuje souřadnice. Udělá přesně to
> co chceš.
>
>
> 2) stáhnout si v JOSM data oblasti s pomníkem, uložit do souboru a
> následně to XML editovat v normálním textovém editoru. Jen je potřeba
> přidat na daný uzel flag, že na něm došlo ke změně.
>
>
> 3) podobně jako 2), ale použít Level0 editor: https://wiki.openstreetmap.
> org/wiki/Level0 Možnost editace v textovém editoru zůstává, ale vše kolem
> řeší ten editor.
>
> Přihlásíš se, do pole nahoru zadáš n, dáš download .osm,
> změníš souřadnice, zvaliduješ a nahraješ.
>
>
> Marián
>
> ___
> 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] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Marián Kyral 

-- Původní e-mail --
Od: Dalibor Jelínek 
Komu: 'OpenStreetMap Czech Republic' 
Datum: 8. 11. 2017 8:58:48
Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
"


Čau,

možná nechápou přesně tvůj problém,

ale v JOSM stačí dát Shift+D a zadat souřadnice

a na ty zadané souřadnice se přidá nový bod.

(Nebo je to v menu Nástroje->Přidat uzel)

 


"


Jů, a když nějaký uzel vyberu, tak se objeví možnost "Přesunout uzel" :-D

Marián___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)

2017-11-08 Per discussione Marián Kyral 

-- Původní e-mail --
Od: Michal Poupa 
Komu: OpenStreetMap Czech Republic 
Datum: 8. 11. 2017 8:33:34
Předmět: Re: [Talk-cz] Jak zadám přesné souřadnice (WGS-84 nebo S-JTSK)
"

díky za radu

Ztáhl jsem si ten JOSM. Souřadnice tam dokážu zobrazit ale nikoliv zadat
přesně - editovat musel jsem ten pomník taht myší a trefit to ... je
velmi divné že taková věc jako souřadnice ve WGS-84 nelze přímo editovat ..



"



Napadají mne tři postupy:

1) vytvořit si nový uzel na zadaných souřadnicích (Ctrl+Shift+L) a pak na
něj přetáhnout (se stisknutým Ctrl) pomník. Dojde ke sloučení uzlů, přičemž
JOSM ponechá starší uzel, tedy jen aktualizuje souřadnice. Udělá přesně to
co chceš.




2) stáhnout si v JOSM data oblasti s pomníkem, uložit do souboru a následně
to XML editovat v normálním textovém editoru. Jen je potřeba přidat na daný
uzel flag, že na něm došlo ke změně.




3) podobně jako 2), ale použít Level0 editor: https://wiki.openstreetmap.
org/wiki/Level0 Možnost editace v textovém editoru zůstává, ale vše kolem
řeší ten editor.


Přihlásíš se, do pole nahoru zadáš n, dáš download .osm, změníš
souřadnice, zvaliduješ a nahraješ.




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

  1   2   >