Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

[Martin Koppenhoefer]

sent from a phone

> Am 07.12.2015 um 18:05 schrieb Alessandro :
> 
> man_made=cross
> man_made=summit_cross
> summit:cross=yes
> historic=wayside_cross
> 
> le occorrenze nel mondo e in Liguria di questi oggetti sono rispettivamente
> 1743, 1
> 132, 0
> 1372, 4
> 63433, 36
> 
> E questo con un oggetto relativamente semplice.
> Ma c'è veramente bisogno di tutti questi tag? A mio avviso no



i mapper hanno ritenuto di si. ;-)
Comunque non si tratta dello stesso oggetto, sono oggetti un po' diversi (1 è 
generico, 2 è monumentale, 3 è un attributo per un altro oggetto (quindi 
letteralmente non potrebbe essere una croce ISOLATA) e 4 è una croce in scala 
per chi passa vicino.

In tedesco, per esempio, avendo 2 parole distinte, nessuno si lamenterebbe di 
presunti sovrapposizioni tra Gipfelkreuz e Wegkreuz.


> , basterebbe un man_made=cross con tag primario, poi uno si può sbizzarrire 
> con tutto quello che si vuole.


perché fermarsi lì, basterebbe un tag poi=yes, i dettagli si aggiungono poi ;-)

Seriamente, il livello di dettaglio iniziale lo scelgono i mappatori, ed è 
abbastanza importante per come si sviluppa l'ontologia del tagging poi di 
seguito...



> Che senso ha specificare che è un man_made=summit_cross quando posso capirlo 
> dalla vicinanza con una vetta?


non lo puoi, anche un wayside cross potrebbe trovarsi vicino una vetta. 


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

Re: [talk-au] Explicit Permission to use NSW Land and Property Information data in JOSM

[Andrew Harvey]

I've put together a JOSM Imagery Sources document at
https://gist.github.com/andrewharvey/84959a3025d32ef6237c and added
this to the list for JOSM at
https://josm.openstreetmap.de/wiki/Maps/Australia.

Next job is to translate this into JSON for
https://github.com/osmlab/editor-imagery-index.

On 6 December 2015 at 11:32,   wrote:
> Wow, this is like an early xmas present :-D
> - I'm super-happy to get access to missing street names around Sydney
> for OSM.
>
>>QUESTION
>>How do I get this imagery into JOSM?! They have one access in javaGIS ... A 
>>simple explanation ?
>
> In JOSM, go to: Edit --> Preferences, WMS TMS tab, in the bottom right
> click on "+ TMS" icon.
> URL:
> http://maps.six.nsw.gov.au/arcgis/rest/services/public/NSW_Base_Map/MapServer/tile/{zoom}/{y}/{x}.png
> maximum zoom: 19
> The generated TMS URL should look like:
> tms[19]:http://maps.six.nsw.gov.au/arcgis/rest/services/public/NSW_Base_Map/MapServer/tile/{zoom}/{y}/{x}.png
> Layer name: NSW LPI
>
> Then you're done :-)
>
> Cam.
>
> --
> http://www.fastmail.com - Or how I learned to stop worrying and
>   love email again
>
>
> ___
> Talk-au mailing list
> Talk-au@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-au

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

[talk-au] Bushwalking site using OSM

[Andrew Harvey]

I just wanted to share a project I've been working on recently, which
provides bush walking information, mainly in NSW.

http://beyondtracks.com/

Most of the route geometries have come from OpenStreetMap, the
basemaps are using OpenStreetMap, I've pulled in points of interest
along the walk from OpenStreetMap and the search uses names of
features near the walk from OpenStreetMap.

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

Re: [OSM-talk-be] Robot pour CP manquants à Bruxelles - A bot for missing postal codes [FR-EN]

[Marc Ducobu]

On 7 December 2015 at 18:30, Glenn Plas  wrote:
> On 06-12-15 18:25, Bruno Veyckemans wrote:
>> OK, Thanks for your answers.
>>
>> I understand that some of you consider postal code as redundant
>> information in Belgium. Maybe it is... but I'm not 100% convinced ;-)
>
> I consider repeating addr:postcode on every bloody building (node or
> way) in OSM a severe waste of resources, not only in size of the databse
> but also in efforts by mappers... relations are exactly meant to make
> your live easier by not repeating the same information over an over
> again that can easily be derived from existing data itself.
>
> You really don't have to calculate it  http://overpass-turbo.eu/s/d8S
>
> The only reason I believe it is useful is when a bordercase goes wrong
> and you want to help geocoding/reverse geocoding a bit.
>
> You don't repeat addr:city or addr:country and on every node/building in
> Belgium either, we know where it is by using the coordinates.  It's the
> same for postal codes once you have the boundary borders, it's piece of
> cake in any programming language to figure out if a point is inside or
> outside a polygon.

I agree.

For the website ici.brussels how do you load the POI ?

If you do it in you php script you can load all the POI, then all the
postcodes then use a library like https://github.com/phayes/geoPHP to
compute the postal code of the POI.

>
>
>> When I use OSM as a database with Overpass Turbo, I like to receive
>> postal code as a variable and display it without having to calculate it
>> (maybe there's another way to do this ?).
>
> Again, that word calculate, makes me wonder where that idea comes from.
>  Could you elaborate ?
>
>> PS: I hope this answer will be associated with the correct thread...
>> This is my first answer in the mailing-list and I'm definitely not a geek :)
>
> I found it! So A-OK.  Welcome!
>
> Glenn
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be



-- 
et en avant pour de folles aventures...

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

Re: [OSM-talk-be] Rise of the voetwegen

[Jo]

The question is rather: how many messages are not getting written in
French, because people feel obliged to translate themselves?

2015-12-08 2:56 GMT+01:00 André Pirard :

> On 2015-12-04 08:13, joost schouppe wrote :
>
> I don't think it's realistic to ask everyone to translate into the three
> languages. It is too much work, but also: I'm not sure anyone would
> understand my French :)
>
> There is no perfect solution as some of us are monolingual. But I think
> we're actually doing pretty good. People do tend to write in English when
> their message is relevant to all Belgians.
>
> Some things we might do to improve:
> - try to write auto-translate friendly. So try to avoid typical
> expressions, mixing languages, etcetera.
> - try to be mindful of a conversation  turning from local interest to
> Belgian interest. Consider switching to English in those cases.
> - when you're interested in a conversation but can't follow because of the
> language, just ask for a summary of the conversation in English or the
> other  main national language.
>
> Good thoughts.
> Sorry I hadn't seen Lionel's message and Jo's and Joost's answers before
> sending my last message.
> (I'm a threaded messages display newbie ;-) )
>
> First, I repeat, and maybe update, my previous advice for translation for
> Thunderbird and Firefox:
> S3.Google Translator (extension): no need to copy and paste to read
> messages, just select.
> This (the following) is done with it.  Even a "language learning" function.
>
> Tout d'abord, je le répète, et peut-être mettre à jour, mon conseil
> précédent pour la traduction pour Thunderbird et Firefox:
> S3.Google Translator: pas besoin de copier et coller à lire les messages,
> sélectionnez simplement.
> Cela se fait avec elle. Même une fonction "d'apprentissage de la langue".
>
> Ten eerste, ik herhaal, en misschien werken, mijn vorige advies voor
> vertaling voor Thunderbird en Firefox:
> S3.Google Translator: geen behoefte om te kopiëren en te plakken om
> berichten te lezen, gewoon selecteren.
> Dit wordt gedaan met het. Zelfs een functie "leren van talen".
>
> Second, as an experiment, I used Google Translation from nl.wikipedia.
> Google has a terrible problem with word order (1), for example, the verb
> at the end of the phrase.
> I understood most of the translation to English directly, but I rather
> often had to read the phrase a second time to understand.  So, why was it
> so difficult with talk-be?
>
> "try to write auto-translate friendly" says Joost.
> Perfectly true. When I write text on my Web site which uses translation
> buttons, I often check the translation. But Google are a real pest, they
> made a translation cache, they don't check the file date and you don't see
> any change. So the trick is to write in Thunderbird and to check the
> translation with S3.Google Translator.
> But this feedback process is tedious and without it it's only guesses.
> The only advice I can think of is to make simple and unambiguous phrases.
> I don't know Dutch enough to give advices for it.
> But maybe Jo, who knows the three languages so well, could repeat my
> experiment, see if he finds a translation quality difference and why and
> conclude with advices to write his mother language more simply.
>
> Hoping this can help,
>
> André.
> (1) I once put in the Wikipedia "Google Translation" page a Russian ->
> English translation that said exactly the opposite because of word order
> (but, as usual, they removed it and they asked me 2€ instead).
>
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [OSM-talk-be] kaartje om ontbrekende wegen te vinden op basis van GRB

[Jo]

Mooi werk, Joost! Zeer handig om te vergelijken en om ons een gevoel van
voldoening te geven: ik zie meer blauw dan rood.

Jo

Op 7 december 2015 19:23 schreef joost schouppe :

> Hoi,
>
> Ik heb wat zitten knoeien om snel iets te maken waarmee je kan zien of er
> nog wegen gekend zijn bij het GRB die wij niet kennen.
>
> Hier is het resultaat:
> http://www.osm.be/animap/vergelijkinggrb.html
>
> In het blauw: alle Openstreetmap wegen, steeds actueel
> In het rood: een upload van WVG, die moet manueel geupdate worden
>
> Waar de twee beschikbaar zijn, kleurt het paars
> Waar "wij" en weg hebben en Agiv niet, kleurt het blauw.
> Waar wij geen weg hebben, maar Agiv wel, kleurt het rood: dus nader te
> bekijken.
> Waar blauw en rood naast elkaar lopen, heb je een verschil in geometrie.
>
> De namen volgens Agiv verschijnen in het rood als je wat inzoomt.
>
> Als je niet ver ingezoomed bent, ga ja nog vrij veel rood zien, maar dat
> komt omdat ik het nog niet aan de praat heb gekregen dat Mapbox ook kleine
> wegjes laat zien als je ver uitgezoomed bent.
>
> Het is nogal "rough and ready", maar volgens mij wel goed genoeg om een
> beetje een idee te krijgen van de stand van zaken in je eigen mapping
> omgeving.
>
> Als iemand zijn weg kent in Mapbox studio: hulp om dat blauw op alle
> zoomlevels te krijgen zeker welkom.
>
> --
> Joost @
> Openstreetmap  |
> Twitter  | LinkedIn
>  | Meetup
>  | Reddit
>  | Wordpress
> 
>
> ___
> 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: [Talk-cz] Prušánky - vandalismus?

[Marián Kyral]

-- Původní zpráva --
Od: Vladimír Slávik 
Komu: talk-cz@openstreetmap.org
Datum: 7. 12. 2015 11:57:20
Předmět: Re: [Talk-cz] Prušánky - vandalismus?

"

Ahoj,
pár postřehů k tomuto případu:

Možná je to dojem, ale úpravy proběhly na podzim loni i letos, přijde mi to 
jako následek školního roku. Představa že by se každý rok takto vyrojili 
další... :-/ Já jsem se k nim dostal přes bordel v centru Brna, kde jeden z 
těchto miláčků takto také vylepšil mapu http://www.openstreetmap.org/node/
2059921432/history(http://www.openstreetmap.org/node/2059921432/history)


"



Asi jen dojem, poslední změny jsou čtyři měsíce staré, což spadá někam do 
prázdnin.



"


Odněkud se tyto osoby musí brát, ne? Možná by mělo smysl zavolat tam do 
školy http://www.zsprusanky.cz/kontaktni-informace.phtml
(http://www.zsprusanky.cz/kontaktni-informace.phtml) , zeptat se na 
vyučujícího "informatiky" a zeptat se ho jestli ukazuje OSM - a natvrdo 
požádat aby přestal ukazovat jak přispívat do OSM. 

"



Těžko říci, třeba to je některá střední škola v okolí.


 
"

Myšleno tak, že děti si budou hrát a zlobit tak jako tak, ale nemusí to být 
v mapě. Vhodné je ukázat něco na kreslení vlastních izolovaných map, jako 
např. umap. Nebo je to blbost?


"



Nebo http://opengeofiction.net/




Marián



"


Hezký den,
Vláďa



Dne 7.12.2015 v 10:51 Marián Kyral napsal(a):

"No jo. Máš pravdu, tahle vesnice už tady vlastně před časem byla :-(
Jsem si říkal, že mi to jméno je nějaké povědomé.

Marián


-- Původní zpráva --
Od: honny (mailto:honny...@gmail.com)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 7. 12. 2015 10:43:26
Předmět: Re: [Talk-cz] Prušánky - vandalismus?

"Zase? :-)

https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html
(https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html)



h.

Dne 7. prosince 2015 10:38 Marián Kyral 
(mailto:mky...@email.cz) napsal(a):
> Ahoj,
> narazil jsem na podivné objekty v Prušánkách:
> http://www.openstreetmap.org/#map=16/48.8268/16.9871
(http://www.openstreetmap.org/#map=16/48.8268/16.9871)
>
> Obchod s erotikou ve vojenském prostoru uprostřed vesnice, pekárna Kde nic
> nemajů, Nemocnice Blázinec, Drogérka, Horská chata Čechova rezidence...
>
> Našel jsem dva hlavní "autory":
> http://www.openstreetmap.org/user/viktorcech1
(http://www.openstreetmap.org/user/viktorcech1) a
> http://www.openstreetmap.org/user/ur%C5%A1ula
(http://www.openstreetmap.org/user/ur%C5%A1ula)
> Působí to na mne, jako by si děti hrály. Co si o tom myslíte?
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
>

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


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

" 

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

Re: [Talk-es] Importacion de IDENA para Pamplona

[Rafael Avila Coya]

Hola:

Durante la crisis del terremoto del Nepal en Mayo de este año, quise
importar los límites administrativos de distrito y VDC's (Village
Development Commities - equivalente a municipio, más o menos) del Nepal
[1]. La licencia era la CC-by 3.0, pero como puedes ver en la lista de
importaciones [2] la rechazaron por no ser compatible con la ODbL.
Aunque pueda parecer mentira.

Ni que decir tiene que yo no voy a ponerte ningún problema, por la
sencilla razón de que creo que es una auténtica pijada. Según esa visión
super restrictiva, OSM no puede garantizar la correcta atribución de la
autoría de los datos.

También me sorprende ver que, efectivamente, hubo importaciones de datos
con CC-by 3.0. Un día de estos preguntaré por qué algunas importaciones
(como es el caso de Great Smoky Mountains National Park), sí fueron
aceptadas.

Un saludo,

Rafael.

[1] https://wiki.openstreetmap.org/wiki/Nepal_VDCs_boundaries_import
[2] https://lists.openstreetmap.org/pipermail/imports/2015-May/003902.html

On 07/12/15 15:46, k1wi . wrote:
> Hola a todos!
> 
> He estado mirando el tema de las importaciones y he descubierto que
> los datos del IDENA en Navarra están disponibles bajo licencia CC-BY
> 3.0. [1] Revisando las importaciones que se han hecho en OSM [2], he
> visto que hay unas cuantas importaciones de datos CC-BY 3.0 así que
> supongo que se pueden importar sin problemas.
> 
> Me gustaría poder importar los números de los portales de las calles
> en Pamplona. He creado una página en la wiki para recoger la
> importación. [3] Comentad que os parece, sugerencias...
> 
> k1wi
> 
> [1] http://idena.navarra.es/Portal/Descargar
> 
> [2] http://wiki.openstreetmap.org/wiki/Import/Catalogue
> 
> [3] http://wiki.openstreetmap.org/wiki/Pamplona/IDENA
> 
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
> 

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

[Talk-es] Importacion de IDENA para Pamplona

[k1wi .]

Hola a todos!

He estado mirando el tema de las importaciones y he descubierto que
los datos del IDENA en Navarra están disponibles bajo licencia CC-BY
3.0. [1] Revisando las importaciones que se han hecho en OSM [2], he
visto que hay unas cuantas importaciones de datos CC-BY 3.0 así que
supongo que se pueden importar sin problemas.

Me gustaría poder importar los números de los portales de las calles
en Pamplona. He creado una página en la wiki para recoger la
importación. [3] Comentad que os parece, sugerencias...

k1wi

[1] http://idena.navarra.es/Portal/Descargar

[2] http://wiki.openstreetmap.org/wiki/Import/Catalogue

[3] http://wiki.openstreetmap.org/wiki/Pamplona/IDENA

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

Re: [OSM-talk] Graphic vector maps - Illustrator

[Colin Smale]

And you get prompted to allow cookies on the page containing the cookie
policy, which is daft. The cookie policy page is Shopify's, and does not
cover GA. You have to add GA to your web page yourself with Shopify, if
I recall correctly.

On 2015-12-07 16:26, Simon Poole wrote:

> Your website requires google analytics to be allowed (doesn't work without). 
> IMHO not a good idea considering your target audience.
> 
> Simon
> 
> Am 07.12.2015 um 12:50 schrieb Stijn Tallir: 
> 
>> Hi, 
>> 
>> Just to get the word out. 
>> 
>> As of last week Aquaterra has opened an online web-shop offering +1200 
>> digital open licensed graphic vector maps of the world in Adobe Illustrator 
>> format. The maps are derived from Openstreetmap data and are specifically 
>> designed for printing and publishing (DTP). 
>> 
>> Please take a look at our catalog here: http://www.mapshop.be 
>> 
>> We'll be updating the maps regularly and any suggestions to improve our 
>> products are welcome. 
>> 
>> Best regards, 
>> 
>> Stijn Tallir 
>> Aquaterra NV 
>> -- 
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
> 
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[Talk-co] Semanario Nr. 280

[Laura Barroso]

Hola, el semanario Nr. 280, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM







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

Re: [Talk-cz] WeeklyOSM CZ 278

[Michal Grézl]

2015-12-07 10:25 GMT+01:00 Miroslav Suchy :
> Dne 6.12.2015 v 21:57 Michal Grézl napsal(a):
>> Guidepost editor je funkcni na adrese 
>> http://api.openstreetmap.cz/editor.html,
>> editovat jdou nyni atributy ref a jmeno.
>
> Super. Diky.
>
> Ja mam UX pripominku. Je strasny opruz se dostat na ten rozcestnik, ktery 
> chci editovat.
> Ja si ho najdu na mape na api.o.c, ale pak nevim jak se dostat do toho 
> editoru.
> Takze se akorat podivam kdo ho nahral, pak se prepnu na editor. Kliknu na 
> prvni rozcestnik na "By" a pak manualne
> upravim url na autora toho rozcestniku co me zajima a pak vysledky manualne 
> projdu nez najdu ten rozcestnik.
> Coz je na pytel... Pokud to jde nejak primocareji tak sem s radou.
>
> Jinak by bylo super kdybys mohl dat do te vyskakovaci bubliny na mape malou 
> ikonu tuzky [1]
>
> Alternativa je pouzit tabulku z PatternFly [2], kde ty vysledky nasypes 
> vsechny do HTML a Javascriptova knihovna se
> postara o strankovani, trideni a hledani v tech hodnotach. Prekvapive je to 
> velmi rychle. Jedine co je potreba si overit
> aby ty SQL query stihli probehnout dostatecne rychle. U uzivatele je to uz 
> dost rychle.
>
> [1] napr. pficon-edit z
> https://www.patternfly.org/styles/icons/cheatsheet/
>
> [2] https://www.patternfly.org/patterns/table/
>
> Mirek
>

vyborny napad, zatim sem do bubliny dodal id toho rozcestniku, klikaci
tuzka bude brzo, snad aspon tohle pomuze zatim.
Knihovnam na tabulky v js sem se zatim chtel vyhnout ...

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

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

Re: [OSM-talk-fr] Aménagements sous une place

[Florian LAINEZ]

Bonjour Axelos,
Je suis très content de compter un nouveau membre qui s'intéresse au
mapping indoor !

Le sujet n'est pas encore mature et il n'y a donc pas d'interface standard
sur osm.org mais en France nous avons l'excellent OpenLevelUp :
http://github.pavie.info/openlevelup/
J'ai zoomé sur ta place et rien ne s'affiche. En effet il faut utiliser le
tag level=-1 à la place (ou en supplément) du tag layer=-1 sur les éléments
que tu as rajouté.
Plus d'infos sur les tags à utiliser ici :
https://wiki.openstreetmap.org/wiki/OpenLevelUp/Recommended_tagging

Contactes moi si tu as besoin de plus d'aide,
Cordialement

Le 5 décembre 2015 à 11:02, Axelos  a écrit :

> Bonjour,
>
> À Nancy nous avons une place qui vient d’être ouverte suite à deux ans de
> travaux, la surface est encore vide, en revanche les niveaux inférieurs
> sont
> finalisés. Il y a entre autres un parking vélo, une station de taxi, et un
> parking pour voiture sur plusieurs niveaux inférieurs. Et un accès direct
> aux quais via un petit tunnel qui passe sous le bâtiment principal de la
> gare de Nancy.
>
> Moi je veux seulement indiquer des informations concernant le niveau -1,
> avec des chemins pour avoir un bon routage pour l'ensemble des moyens de
> locomotions. J'ai déjà mappé de façon schématique le niveau inférieur, donc
> sous la Place Thiers http://osm.org/way/41455100
>
> Au niveau de ce que j'ai fait, ça me semble cohérent, j'ai utilisé le tag
> layer=-1 pour l'ensemble des aménagements.
> En revanche, niveau rendu, les chemins sont autant mis en valeur que les
> chemins à la surface.
>
> Ma question est : Est-ce moi qui ai utilisé de mauvaises balises, ou est-ce
> le rendu qui n'a pas été pensé pour gérer ce type de cas ?
>
> Cordialement.
>
>
>
> --
> View this message in context:
> http://gis.19327.n5.nabble.com/Amenagements-sous-une-place-tp5861722.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



-- 

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

Re: [Talk-GB] route relations type=road

[Richard Fairhurst]

Dave F. wrote:
> I've always read the brackets to mean 'leading to' or 'via' not as being 
> shared. From the Highway Code: "Motorways shown in brackets can 
> also be reached along the route indicated." 

Yes, exactly. Because they're just numbers, not routes, the brackets simply
mean "if you want the bit of the A11 that goes to Norwich, it's this way",
not that the road is both A14 and A11.

Interestingly[1], looking on G**gle Str**t V**w, even the few erroneous
examples of signposting "A123 / A456" without brackets appear to have been
replaced now. I knew of one, at Monmouth, and (thanks to a SABRE thread)
there appears to be one at Caerphilly too. The Kendal example sometimes
cited has been replaced.

Richard

[1] well, FSVO "interestingly"



--
View this message in context: 
http://gis.19327.n5.nabble.com/route-relations-type-road-tp5861709p5861876.html
Sent from the Great Britain mailing list archive at Nabble.com.

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

Re: [Talk-cz] Prušánky - vandalismus?

[Miroslav Suchy]

Dne 7.12.2015 v 10:38 Marián Kyral napsal(a):
> Našel jsem dva hlavní "autory": http://www.openstreetmap.org/user/viktorcech1 
> a
> http://www.openstreetmap.org/user/ur%C5%A1ula

Napsal jsem těmto autorům:

Dobrý den, řešíme teď na konferenci že vaše editace na Openstreetmap.org nejsou 
úplně korektní a podle zvyklostí a kolem
vaší vesnice (Prušánky) je takových uživatelů a editací více. Tak bych se rád 
zeptal odkud jste se dozvěděli o možnosti
editovat OpenStreetMap? Zda jste to brali ve škole nebo kde jste o tom slyšeli? 
Abychom toho učitele mohli poučit kde
dělat testovací editace a jak to dělat správně.

S pozdravem Miroslav Suchý


Dám vědět až/jakmile odpoví.

Mirek

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

Re: [OSM-talk-fr] Intégration de CLC 2012 de Guyane (bande littorale)

[J. N. Squire]

Bonjour à tous,

J'ai conduis récemment le test d'intégration évoqué dans mon courriel
précédent concernant les forêts à feuilles épineuses
(leaf_type=needleleaved). Tous ces types étaient rassemblés autour d'un
même endroit que vous pouvez observer à l'adresse
http://osm.org/go/Yp1jrfQs--?m= . J'y ai privilégié les contours originaux
de CLC 2012 car la couche OSM n'est pas plus précise/à jour, en remettant
l'adaptation à Bing aerial plus tard. À terme, la plus grande partie de cet
endroit sera rempli par les polygones de CLC 2012 pour les cas simples,
avec des nœuds fusionnés.

Du fait du manque de volontaires et si personne n'y voit d'objection, je
compte utiliser le fichier de Frédéric dès que possible tant que j'ai
encore du temps libre devant moi. Il s'agira en effet d'un travail de
longue haleine.

Afin de surveiller l’avancement et toute collaboration de dernière
minute, tous les polygones déjà intégrés sont listés sur un document Google
Sheet : *Avancement intégration OSM de Guyane CLC 12.xlsx* -
https://docs.google.com/spreadsheets/d/1RC2DoQzX_pDip22XTmmxsscyFAYhVCf0-V2vZwIFfFs/edit?usp=sharing

N'hésitez pas à me faire part de vos remarques.

-

J. N. Squire (Feldo sur OSM)

Le 30 novembre 2015 à 13:35, J. N. Squire  a
écrit :

> Bonsoir à tous,
>
> J'avais créé dans mon coin (avant l'email de Frédéric) une version .osm
> .bz2 avec les correspondances entre ID et labels (tags)
> 
>  indiquées sur le wiki
> 
>  mis
> à jour par mes soins (comparer avec la version FR
> ),
> et avec des polygones de moins de 2000 points). Le fichier compte environ
> 1680 polygones et pèse 1,8 Mo, ce qui est assez peu vue la surface
> couverte. Pour vous y retrouver, vous pouvez également vous référer à ce
> fichier Excel
> 
> contenant un code couleur de ce que j'ai modifié ou non (bleu : label
> ajouté ; jaune : à labelliser/importer manuellement au cas par cas; noir :
> id absent du fichier).
>
> Certains labels/tags sont dépréciés mais peuvent contenir des contours
> intéressants pour d'autres éléments de surface (des bords des rivières et
> une côte potentiellement plus à jour, par exemple).
>
> Pour des raisons de licence, faut-il adapter les bords avant importation
> ou bien laisser les contours originaux de CLC 2012 avant d'ensuite modifier
> en comparant avec Bing aerial ? À noter ici que je ne parle pas des
> chevauchements, mais de simple comparaison CLC/photo.
>
> À titre personnel, je propose de n'adapter avant importation qu'en cas de
> superposition avec des éléments existants (en ajoutant "Bing aerial" en
> source en plus de la mention de CLC12, par exemple) pour que la plupart des
> polygones gardent leur forme d'origine (questions de respect de
> licence/droit d'auteur). CLC 12 ne prendrait le pas qu'en cas de données
> plus précises/à jour que le polygone de départ. La correspondance avec Bing
> aerial ne se ferait qu'après importation (question de respect des formes
> par rapport à la source/licence de CLC, toujours).
>
>
> Je propose de conduire un test prochainement avec les rares polygones
> décrivant une forêt à feuilles épineuses (leaf_type=needleleaved) pour
> vérifier si la technique d’importation décidée fonctionne bien avant de
> procéder à toute opération plus lourde/visible. La question de quel fichier
> utiliser dépendra de vos retours, sachant que je compte participer
> activement à cette intégration et qu'une fusion entre ma version de fichier
> et celle de Frédéric est techniquement faisable.
>
> Bref, que pensez-vous de ces idées ? Du fichier un peu différent de celui
> de Frédéric et des améliorations à y apporter ? Avez-vous d'autres
> propositions ?
>
>
> ---
> Feldo
>
>
> [OSM-talk-fr] Intégration de CLC 2012 en Guyane*Frédéric Rodrigo *fred.rodrigo
>> at gmail.com
>> 
>> *Sam 21 Nov 22:10:01 UTC 2015*
>>
>>
>>- Message précédent: [OSM-talk-fr] [SOTMTG2015] SOTM en cours au Togo
>>- dans le cadre de la mission de renforcement de capacités du Projet EOF
>>
>> 

[Talk-cu] Semanario Nr. 280

[Laura Barroso]

Hola, el semanario Nr. 280, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM







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

[Talk-es] Semanario Nr. 280

[Laura Barroso]

Hola, el semanario Nr. 280, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM







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

[Talk-cz] Fwd: Vandalismus v důsledku výuky Informatiky u vás na škole

[Miroslav Suchy]

Napsal jsem jim.

Mirek


 Přeposlaná zpráva 
Předmět: Vandalismus v důsledku výuky Informatiky u vás na škole
Datum: Mon, 7 Dec 2015 15:53:41 +0100
Od: Miroslav Suchy 
Komu: skolaprusa...@seznam.cz

Dobrý den,
jsem členem OpenStreetMap.org a rád bych vás poprosil o přeposlání tohoto 
emailu učiteli, který učí tento předmět:
  http://www.zsprusanky.cz/Informatika.phtml


Dobrý den,
velice si vážím, že při výuce věnujete jednu z hodin i OpenStreetMap.org, 
bohužel někteří vaší studenti prováděli
editace, které přinejmenším nenásledují obvyklé standardy pro editaci.
Viz:
  https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html
  https://lists.openstreetmap.org/pipermail/talk-cz/2015-December/012926.html

Rád bych vás poprosil zda byste mohl tuto oblast někdy po svých studentech 
zkontrolovat. Případně sdělit svým studentům,
že editují živou mapu, kterou používá mnoho dalších lidí, kterým tyto editace 
tak moc vtipné už nepřijdou.

Případně pokud si chtějí zavtipkovat tak mohou použít testovací server. Např.:
  http://master.apis.dev.openstreetmap.org/
(má i oddělená uživatelské účty od hlavní mapy).

Ještě jednou vám děkuji za vaši práci a doufám že takovéto nepříjemnosti vás 
neodradí od výuky OpenStreetMap.

S pozdravem
   Mgr. Miroslav Suchý
   Red Hat, Senior Software Engineer



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

Re: [OSM-talk] Graphic vector maps - Illustrator

[Simon Poole]

Your website requires google analytics to be allowed (doesn't work
without). IMHO not a good idea considering your target audience.

Simon

Am 07.12.2015 um 12:50 schrieb Stijn Tallir:
> Hi,
>
> Just to get the word out.
>
> As of last week Aquaterra has opened an online web-shop offering +1200
> digital open licensed graphic vector maps of the world in Adobe
> Illustrator format. The maps are derived from Openstreetmap data and
> are specifically designed for printing and publishing (DTP).
>
> Please take a look at our catalog here: http://www.mapshop.be
>
> We'll be updating the maps regularly and any suggestions to improve
> our products are welcome.
>
> Best regards,
>
> Stijn Tallir
> Aquaterra NV
>
> -- 
>
>
>
> ___
> 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

[talk-latam] Semanario Nr. 280

[Laura Barroso]

Hola, el semanario Nr. 280, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM







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

Re: [Talk-cz] Prušánky - vandalismus?

[Marián Kyral]

Tak ne, nakonec máš pravdu: http://www.zsprusanky.cz/Informatika.phtml

Napíše jim někdo aby si to dali do pořádku?

Marián


-- Původní zpráva --
Od: Marián Kyral 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 12. 2015 14:24:01
Předmět: Re: [Talk-cz] Prušánky - vandalismus?

"


-- Původní zpráva --
Od: Vladimír Slávik 
Komu: talk-cz@openstreetmap.org
Datum: 7. 12. 2015 11:57:20
Předmět: Re: [Talk-cz] Prušánky - vandalismus?

"

Ahoj,
pár postřehů k tomuto případu:

Možná je to dojem, ale úpravy proběhly na podzim loni i letos, přijde mi to 
jako následek školního roku. Představa že by se každý rok takto vyrojili 
další... :-/ Já jsem se k nim dostal přes bordel v centru Brna, kde jeden z 
těchto miláčků takto také vylepšil mapu http://www.openstreetmap.org/node/
2059921432/history(http://www.openstreetmap.org/node/2059921432/history)


"



Asi jen dojem, poslední změny jsou čtyři měsíce staré, což spadá někam do 
prázdnin.



"


Odněkud se tyto osoby musí brát, ne? Možná by mělo smysl zavolat tam do 
školy http://www.zsprusanky.cz/kontaktni-informace.phtml
(http://www.zsprusanky.cz/kontaktni-informace.phtml) , zeptat se na 
vyučujícího "informatiky" a zeptat se ho jestli ukazuje OSM - a natvrdo 
požádat aby přestal ukazovat jak přispívat do OSM. 

"



Těžko říci, třeba to je některá střední škola v okolí.


 
"

Myšleno tak, že děti si budou hrát a zlobit tak jako tak, ale nemusí to být 
v mapě. Vhodné je ukázat něco na kreslení vlastních izolovaných map, jako 
např. umap. Nebo je to blbost?


"



Nebo http://opengeofiction.net/




Marián



"


Hezký den,
Vláďa



Dne 7.12.2015 v 10:51 Marián Kyral napsal(a):

"No jo. Máš pravdu, tahle vesnice už tady vlastně před časem byla :-(
Jsem si říkal, že mi to jméno je nějaké povědomé.

Marián


-- Původní zpráva --
Od: honny (mailto:honny...@gmail.com)
Komu: OpenStreetMap Czech Republic 
(mailto:talk-cz@openstreetmap.org)
Datum: 7. 12. 2015 10:43:26
Předmět: Re: [Talk-cz] Prušánky - vandalismus?

"Zase? :-)

https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html
(https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html)



h.

Dne 7. prosince 2015 10:38 Marián Kyral 
(mailto:mky...@email.cz) napsal(a):
> Ahoj,
> narazil jsem na podivné objekty v Prušánkách:
> http://www.openstreetmap.org/#map=16/48.8268/16.9871
(http://www.openstreetmap.org/#map=16/48.8268/16.9871)
>
> Obchod s erotikou ve vojenském prostoru uprostřed vesnice, pekárna Kde nic
> nemajů, Nemocnice Blázinec, Drogérka, Horská chata Čechova rezidence...
>
> Našel jsem dva hlavní "autory":
> http://www.openstreetmap.org/user/viktorcech1
(http://www.openstreetmap.org/user/viktorcech1) a
> http://www.openstreetmap.org/user/ur%C5%A1ula
(http://www.openstreetmap.org/user/ur%C5%A1ula)
> Působí to na mne, jako by si děti hrály. Co si o tom myslíte?
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org(mailto:Talk-cz@openstreetmap.org)
> https://lists.openstreetmap.org/listinfo/talk-cz
(https://lists.openstreetmap.org/listinfo/talk-cz)
>

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


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

" 

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

Re: [Talk-GB] route relations type=road

[David Woolley]

On 07/12/15 13:11, Lester Caine wrote:

what is now the highways
agency


Recently re-branded Highways England!

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

[Talk-cl] Semanario Nr. 280

[Laura Barroso]

Hola, el semanario Nr. 280, el sumario de todo lo que está ocurriendo en el
mundo de OpenStreetMap está en línea en español
http://www.weeklyosm.eu/es/ ¡Disfruta!

WeeklyOSM en Español esta produzido por:
https://wiki.openstreetmap.org/wiki/WeeklyOSM







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

Re: [Talk-cz] Tag "network" na pěších turistických trasách

[Václav Kubíček]

Pro cyklotrasy jsou pravidla jasně daná na wiki a kontola je jednoduchá.
 
Např. zde: 
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/cycle_ways
a nebo zde: 
http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/OTM_zna%C4%8Dkov%C3%BD_kl%C3%AD%C4%8D
 
Tj.:
ncn pro cyklotrasy KČT 1., 2. a 3. třídy,
rcn pro 4. třídu,
lcn pro různá místní značení
+
icn pro Eurovelo - mezinárodní trasy.
 
Vašek
 
__

Od: Tom Ka 
Komu: OpenStreetMap Czech Republic 
Datum: 07.12.2015 09:46
Předmět: Re: [Talk-cz]Tag "network" na pěších turistických trasách


Cyklo jsem zatim neresil vubec. Ale pokud je pravda co pises (zdroj?),
tak by to bylo super, slo byt to automatizovane zkontrolovat
(OsmHiCheck).
Jsme schopni to tedy nejak potvrdit?

Jinak prosim reakce na ty non-major turisticke at se neresi moc veci
naraz, pak je v tom gulas.

Diky


Dne 6. prosince 2015 21:44 Tomas Janousek  napsal(a):

Zdar,

On Fri, Dec 04, 2015 at 01:54:22PM +0100, Tom Ka wrote:

Velmi podobne plati pravidla pro cyklotrasy - ncn,rcn,lcn - national cycle
network, regional, local.


U cyklotras je to ale mnohem jasnější, ne? Jednočíselné jsou ncn, čtyřčíselné
lcn. Nebo něco přehlížím?

--
Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/ 



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



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


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

Re: [Talk-cz] WeeklyOSM CZ 278

[Michal Grézl]

2015-12-07 2:32 GMT+01:00 Petr Vozdecký :
> Ahoj,
>
> nejprve diky!
>
> ten zoom fotek je uplne super, zoom map je oproti tomu na nic, protoze se
> zoomuje ten GIF a tim clovek nic neziska. Naopak by mohlo byt OK, kdyz by
> mapky obsahovala uprostred cerveny puntik a byla zoomovatelna se vsim
> vsudy... Ale on by asi stacil jen ten puntik...

zoomuji se uplne vsechny obrazky na strance, nejaka zvlastni chyba ani
nevim jestli moje nebo autora toho zoom udelatoru nebo dokonce
browseru znemoznuje udelat zoomovani jen tech nahledu fotek. Mapy by
mely byt ne staticke jak je to ted ale uplne normalni klikaci a
posunovaci, s openlayers to byl strasnej problem, leaflet treba bude
prijemnejsi. Pak se v tom bude resit editace souradnic.

> k cemu je polozka note:, hodnota TBD a treti sloupecek s textem Checking???

to be done - tzn ze to jeste neni ale bude poznamka (uz vyrabim
pocestenou verzi)

> bylo by super, kdyz by bylo mozne z rozeviraciho seznamu ty fotky tridit do
> kategorii, napr.:
> - turistický rozcestník
> - cykloturistický rozcestník
> - lyžařský rozcestník
> - mapa
> - turistické informace
> - ostatní

kategorie tam jeste nejsou, ale az budou pujde to

> a už přímo v tom editoru si vybrat (filtr), že chci vidět jen tu jednu
> kategorii. Bude tak možné "zbavit se" filtrem nepotřebných fotek pro další
> práci. kategorie "ostatní" pak může vygenerovat nějakou novou, když tam bude
> najednou hodně něčeho... Pokud fotka obsahuje vice polozek z ruznych
> kategorii, tak to je otazka - zda motivovat autora k opakovanemu uploadu
> nebo ten seznam udelat nikoliv vybiraci, ale klikaci (tedy muzes vybrat vice
> hodnot)

to musim promyslet, patrne to bude tak ze se ke kazde fotce prida
vsechno co na ni je, tj. ze fotka bude mit vic refu, protoze na ni sou
normalni i cyklorozcestniky a bude to i mapa, protoze tam je mapa. Ty
atributy pak budou mit formu tagu ci stitku. Ke kazde fotce se prida
proste vse, co je na ni videt.

> dale bych byl pro, aby filtr v editoru dokazal filtrovat zobrazeni nejen
> podle kategorii ale podle vyskytu hodnoty, tedy napr. pokud je/neni u
> hodnoty ref nejaka hodnota. Z hlediska lepsiho filtrovani by bylo vhodne
> zavest tri stavy:
> - ref=none (hodnota nebyla zadana)
> - ref=unknown (hodnota byla zadana jako "neznama")
> - ref= ### (hodnota byla zadana

to uz jde, po kliknuti na slovo ref, se zobrazi vsechny rozcestniky se
stejnym ref, stejne to funguje i u jmena autora a vsech dalsich
budoucich atributu

> tim se pak docili to, ze bude opravdu snadno proveditelne postupne ziskani
> tagu z fotek - mapperi mohou prochazet jen vyfiltrovanou skupinu "ref=none"
> a postupne "odbavovat" (zadavat unknown nebo hodnotu ref),databaze
> neoznacenych se bude zmensovat a to je hezka motivace... :o)

Pozor doopravdy to nezkousejte, seznam je dost dlouhy zatim a zabije
prohlizec:) -> http://api.openstreetmap.cz/table/ref/none
tohle uz muzete, testovaci fotky ->
http://api.openstreetmap.cz/table/name/bublifuk

> vop
>


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

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

[OSM-talk] 180th meridian software support

[Richard]

Hi,

recently tried editing Taveuni, turned out to be not se easy.

JOSM is outright dangerous, Merkaartor buggy but works. 

Vespucci seems to work though it can't yet download data or pan across
the meridian.

Did anyone have more luck with other tools?

http://wiki.openstreetmap.org/wiki/180th_meridian#Software_support

Richard

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

Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

[Aury88]

Paolo Monegato wrote
> 
> Bah, son sempre stato del parere che per i niubbi una pagina come Map 
> features o come How to map a [1] sia più che sufficiente...
> 
> Ma il sistema da te 
> proposto, sempre se l'ho capito, mi sembra un'inutile complicazione.

Chiarissimo, come non detto allora; è evidente che se l'idea, oltre che
confusionaria, risulta inutile oltre che complicata è evidente che non solo
non migliorerebbe la situazione, ma risulterebbe addirittura
controproducente. Essendo tra l'altro le cose da te indicate già realizzate
immagino che la situazione wiki sia già sufficientemente adeguata per il suo
scopo e sia solo una questione di tempo . La confusione che trovo io nella
consultazione della wiki probabilmente è solo frutto della mia non
conoscenza di quella particolare pagina, mentre l'impressione di una
situazione tag ridondanti tendente a peggiorare e necessariamente solo
appunto una mia persolissima impressione.

direi a questo punto che conviene  provare  a migliorare quella
paginanoto che mancano moltissimi tag (anche i più banali come un po'
tutte le highway, porti, un po' tutti gli shop dai panettieri ai supermarket
) e vengono suggeriti alcuni di fatto sconsigliati (come landuse=farm) e
questo sicuramente non contribuisce alla sua efficacia...



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/La-nostra-wiki-come-e-e-come-dovrebbe-essere-tp5861712p5861896.html
Sent from the Italy General mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] Escaliers et escalators

[David Crochet]

Bonjour

Le 07/12/2015 17:46, Luc a écrit :

Puis-je simplement ajouter conveying=forward/backward aux escaliers
existants ?


hum, a priori non puisque ce sont 2 chemins différents



Peut-être dois-je dessiner une nouvelle "voie" (way) avec
  - highway=steps
  - conveying=forward/backward

Par ailleurs, comment représenter 2 escalators (un montant et un
descendant) ? Dessiner chaque escalator un à un ?


Oui


Ça me parait
fastidieux et risque de polluer la carte, non ?


On ne raisonne pas en fonction de ce que l'on voit en rendu, mais en 
fonction de ce qui est géographiquement visible sur le terrain


Ça se voit, ça rentre dans OSM

Cordialement
--
David Crochet

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

Re: [OSM-talk-be] WMTS and JOSM

[André Pirard]

On 2015-12-07 00:34, Jo wrote :
> Thank you André. I hadn't been able to get WMTS configured yet,
> probably because of that reason.
The fix should be in the latest snapshot already for any eagerness to know.
>
> Cheers,
>
> Jo
>
> 2015-12-06 23:17 GMT+01:00 André Pirard  >:
>
> Hi,
>
> I see that OSM.be members are using WMTS.
> A WMTS layer is slow to start on JOSM, to the point that JOSM may
> seem to be looping (>3 min start).
> I have filed a ticket and the next JOSM version will have a
> drastically sped up Capabilities parser.
>
> André.
>
>

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

Re: [OSM-talk] Graphic vector maps - Illustrator

[Stijn Tallir]

Thanks for the valuable tips guys. I'll see what can be done to fix this.

Op maandag 7 december 2015 16:47:50 UTC+1 schreef Colin Smale:
>
> And you get prompted to allow cookies on the page containing the cookie 
> policy, which is daft. The cookie policy page is Shopify's, and does not 
> cover GA. You have to add GA to your web page yourself with Shopify, if I 
> recall correctly.
>  
>
>  
>
> On 2015-12-07 16:26, Simon Poole wrote:
>
>
> Your website requires google analytics to be allowed (doesn't work 
> without). IMHO not a good idea considering your target audience.
>
> Simon
>
> Am 07.12.2015 um 12:50 schrieb Stijn Tallir:
>
> Hi,
>  
> Just to get the word out.
>  
> As of last week Aquaterra has opened an online web-shop offering +1200 
> digital open licensed graphic vector maps of the world in Adobe Illustrator 
> format. The maps are derived from Openstreetmap data and are specifically 
> designed for printing and publishing (DTP).
>  
> Please take a look at our catalog here: http://www.mapshop.be
>  
> We'll be updating the maps regularly and any suggestions to improve our 
> products are welcome.
>  
> Best regards,
>  
> Stijn Tallir
> Aquaterra NV
>  
> -- 
>
>
> ___
> talk mailing listta...@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
>
>
>
> ___
> talk mailing list
> ta...@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk
>
>___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-fr] Escaliers et escalators

[Luc]

Bonjour,

J'aimerais ajouter les escalators non référencés sur les stations de métro
près de chez moi.
Les entrées sont déjà indiquées avec des escaliers (highway=steps,
incline=up/down, level=0;-1).

La plupart du temps, ces escaliers sont accompagnés d'escalators, parfois
dans la montée seulement, parfois dans les deux sens.

Puis-je simplement ajouter conveying=forward/backward aux escaliers
existants ?
J'ai peur qu'en faisant ainsi, je représente un escalator mais plus un
escalier...

Peut-être dois-je dessiner une nouvelle "voie" (way) avec
 - highway=steps
 - conveying=forward/backward

Par ailleurs, comment représenter 2 escalators (un montant et un
descendant) ? Dessiner chaque escalator un à un ? Ça me parait fastidieux
et risque de polluer la carte, non ?
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] OpenStreetMap et climat

[Vincent Calame]

Bonjour à toutes et à tous,

Dans le cadre de la zone d'action climat (ZAC) qui a lieu au 104 rue 
d'Aubervilliers à Paris qui est une manifestation qui réunit des 
collectifs de la société civile lié à la COP 21, je vais animer un petit 
atelier autour d'OpenStreetMap (mercredi 14h-17h). C'est pompeusement 
appelé « cartographier le climat » et le but est de surtout de mettre un 
pied à l'étrier des participants dans leur découverte du monde OSM. Je 
pense notamment les aider à utiliser Umap pour intégrer leur propre 
carte dans leurs sites. Mais je suis intéressé par toute valorisation 
d'OpenStreetMap lié à la thématique afin de montrer qu'OpenStreetMap, ce 
n'est pas qu'un fond de carte.


Je vais évidemment présenter OpenSolarMap 
(http://www.opensolarmap.org/). Je suis preneur de toute carte Umap sur 
le thème, notamment si cette carte récupère des données via Overpass ou 
d'autres sources.


Vincent


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

Re: [OSM-talk-fr] Escaliers et escalators

[Luc]

> On ne raisonne pas en fonction de ce que l'on voit en rendu, mais en
> fonction de ce qui est géographiquement visible sur le terrain
>
> Ça se voit, ça rentre dans OSM
>


 Merci, ça confirme mon point de vu.

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

Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

[Alessandro]

Personalmente trovo (anche se dovrei dire *oggettivamente*) un gran 
casino nel tagging.
Se provate a fare qualcosa di serio è il primo grosso scoglio che dovete 
affrontare.


In questi giorni scaricando dei dataset regionali
http://www.regione.liguria.it/opendata/dati-cartografici.html
mi sono detto: iniziamo da qualcosa di semplice.

Ho preso un layer che pensavo fosse banale per incrociarlo con i dati 
all'interno di OSM. Ho scelto il layer "croce_isolata", un oggetto 
abbastanza univoco nella sua definizione.
Peccato che in OSM ci siano almeno queste definizioni che sono 
corrispondenti a croce_isolata (poi magari non le ho scoperte nemmeno 
tutte):


man_made=cross
man_made=summit_cross
summit:cross=yes
historic=wayside_cross

le occorrenze nel mondo e in Liguria di questi oggetti sono rispettivamente
1743, 1
132, 0
1372, 4
63433, 36

E questo con un oggetto relativamente semplice.
Ma c'è veramente bisogno di tutti questi tag? A mio avviso no, 
basterebbe un man_made=cross con tag primario, poi uno si può 
sbizzarrire con tutto quello che si vuole.
Che senso ha specificare che è un man_made=summit_cross quando posso 
capirlo dalla vicinanza con una vetta?
E historic=wayside_cross non basterebbe aggiungere anche lì un tag 
secondario, dal start_date a uno più generico?
E man_made=summit_cross VS summit:cross=yes che senso ha? Perchè c'è chi 
dice 'ma se la croce è sul punto di vetta?' Ma se la piazzi a 8cm da 
dove hai messo il natural=peak ti processano per crimini all'umanità???


Alessandro Ale_zena-IT



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

Re: [OSM-talk-fr] Escaliers et escalators

[Francescu GAROBY]

Bonjour,
S'il y a un escalier ET un escalator côte à côte, je pense qu'il faut
dessiner les 2 (donc 2 nodes/ways, dont l'un des 2 a un tag "conveying" en
plus)
Dans le cas d'un escalator à double-sens, pourquoi ne pas mettre :
"conveying=both" ?

Francescu

Le 7 décembre 2015 à 17:46, Luc  a écrit :

> Bonjour,
>
> J'aimerais ajouter les escalators non référencés sur les stations de métro
> près de chez moi.
> Les entrées sont déjà indiquées avec des escaliers (highway=steps,
> incline=up/down, level=0;-1).
>
> La plupart du temps, ces escaliers sont accompagnés d'escalators, parfois
> dans la montée seulement, parfois dans les deux sens.
>
> Puis-je simplement ajouter conveying=forward/backward aux escaliers
> existants ?
> J'ai peur qu'en faisant ainsi, je représente un escalator mais plus un
> escalier...
>
> Peut-être dois-je dessiner une nouvelle "voie" (way) avec
>  - highway=steps
>  - conveying=forward/backward
>
> Par ailleurs, comment représenter 2 escalators (un montant et un
> descendant) ? Dessiner chaque escalator un à un ? Ça me parait fastidieux
> et risque de polluer la carte, non ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-be] Robot pour CP manquants à Bruxelles - A bot for missing postal codes [FR-EN]

[Glenn Plas]

On 06-12-15 18:25, Bruno Veyckemans wrote:
> OK, Thanks for your answers.
> 
> I understand that some of you consider postal code as redundant
> information in Belgium. Maybe it is... but I'm not 100% convinced ;-)

I consider repeating addr:postcode on every bloody building (node or
way) in OSM a severe waste of resources, not only in size of the databse
but also in efforts by mappers... relations are exactly meant to make
your live easier by not repeating the same information over an over
again that can easily be derived from existing data itself.

You really don't have to calculate it  http://overpass-turbo.eu/s/d8S

The only reason I believe it is useful is when a bordercase goes wrong
and you want to help geocoding/reverse geocoding a bit.

You don't repeat addr:city or addr:country and on every node/building in
Belgium either, we know where it is by using the coordinates.  It's the
same for postal codes once you have the boundary borders, it's piece of
cake in any programming language to figure out if a point is inside or
outside a polygon.


> When I use OSM as a database with Overpass Turbo, I like to receive
> postal code as a variable and display it without having to calculate it
> (maybe there's another way to do this ?).

Again, that word calculate, makes me wonder where that idea comes from.
 Could you elaborate ?

> PS: I hope this answer will be associated with the correct thread...
> This is my first answer in the mailing-list and I'm definitely not a geek :)

I found it! So A-OK.  Welcome!

Glenn


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

Re: [Talk-cz] Geofabrik

[Marián Kyral]

-- Původní zpráva --
Od: Petr Vejsada 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 12. 2015 9:43:15
Předmět: Re: [Talk-cz] Geofabrik

"Ahoj,

jj, také to vidím opravené. Co se dělo, nevím.
"



Holt se semtam vloudí nějaká chybička. Je třeba to hlásit, ale hlavně 
nepanikařit ;-)




Marián



"
--
Petr

Dne Po 7. prosince 2015 08:11:23, Janda Martin napsal(a):

> Dorby den,
> 
> u me se to tvari normalne 998.osm.gz ma 824kB. Asi uz je to opravene.
> 
> M
> 
> - Original Message -
> From: "Petr Vejsada" 
> To: talk-cz@openstreetmap.org
> Sent: Sunday, December 6, 2015 12:40:16 PM
> Subject: [Talk-cz] Geofabrik
> 
> Ahoj všem,
> 
> něco se asi rozbilo na Geofabrik. Dnešní změnový soubor má 1 GB, normálně 
má
> 1000x méně, tedy necelý 1 MB. Kompletní data mají normálně skoro 600 MB,
> dnešní kompletní data mají 91 MB. Namátkou jsem se podíval na Ukrajinu a
> tam je to obdobné. U Polska taky.
> 
> Název dnešního změnového souboru je 998, přičemž názvy jsou 001, 002 atd.
> Možná to souvisí s nadcházejícím "přetečením" toho číslování změnových
> souborů, neb přetečení je za dveřmi.
> 
> Jelikož $TMP mám 512 MB, tak se to nenahrálo, což je jen dobře.
> 
> Nečetli jste někdo někde o tomto problému?
> 
> http://download.geofabrik.de/europe/czech-republic-updates/000/000/
> 
> 998.osc.gz má 1 GB.


___
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] Tag "network" na pěších turistických trasách

[Tom Ka]

Cyklo jsem zatim neresil vubec. Ale pokud je pravda co pises (zdroj?),
tak by to bylo super, slo byt to automatizovane zkontrolovat
(OsmHiCheck).
Jsme schopni to tedy nejak potvrdit?

Jinak prosim reakce na ty non-major turisticke at se neresi moc veci
naraz, pak je v tom gulas.

Diky


Dne 6. prosince 2015 21:44 Tomas Janousek  napsal(a):
> Zdar,
>
> On Fri, Dec 04, 2015 at 01:54:22PM +0100, Tom Ka wrote:
>> Velmi podobne plati pravidla pro cyklotrasy - ncn,rcn,lcn - national cycle
>> network, regional, local.
>
> U cyklotras je to ale mnohem jasnější, ne? Jednočíselné jsou ncn, čtyřčíselné
> lcn. Nebo něco přehlížím?
>
> --
> Tomáš Janoušek, a.k.a. Pivník, a.k.a. Liskni_si, http://work.lisk.in/
>
>
> ___
> 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-dk] village eller hamlet

[Soren Johannessen]

Hej alle sammen

Alle danske landsbyer under 200 indbyggere (som jeg ville give
place=hamlet i OSM regi)  ca. 6552 stk (Kilde Geodatastyrelsens
Stednavne Database) har jeg i et uMap kort samt angivet indbygger
antal (2013 tal) - Indbyggerantal kommer fra Geodatastyrelsen
Stednavne database og er selvfølgelig frie oplysninger og kan tilføjes
i OSM med tag

population=XXTAL - Der har været en del vilde tal gætterier nogen har
tilføjet landsbyer (hamlets) population tagget, som jeg så løbende har
rettet til Geodatastyrelsens tal. Og jo der er spøgelsesbyer i Danmark
hvor der ingen bor (rettere sagt ej tilmeldt CPR, som alt optælling er
baseret på)

- læs her samt linket til uMap kortet (tager lidt tid at indlæse)
http://www.microformats.dk/2014/06/26/mindre-aendring-i-klyngekort-for-6552-danske-landsbyer/

Såvidt jeg kan se så mangler vi at få ca. 1600 af disse meget små
danske landsbyer (place=hamlet, name=XXNAVN) med på OSM DK

Til orientering så er der ca. 1450 byer,landsbyer, storbyer med over
200 indbyggere i Danmark jfr. Danmarks Statistik.

Vh.
Søren


2015-12-07 9:56 GMT+01:00 Ole Laursen :
> 6. december 2015 kl. 16.23 skrev Kristian Krægpøth :
>> Men inden jeg begynder at rette betegnelser for større/mindre landsbyer
>> efter min egen opfattelse, vil jeg høre, hvad den almindelige holdning til
>> spørgsmålet er. Der kunne måske også tænkes andre inddelingskriterier end
>> indbyggerantal, selv om det er dejlig enkelt at forholde sig til et tal, som
>> man kan finde hos Danmarks Statistik.
>
> Min personlige holdning er at indbyggertal-inddelingen ikke passer på
> Danmark. Betegnelserne passer ikke (det er så måske en mindre ting),
> men hvis man kigger på kortet på zoomniveauer osv. så synes jeg heller
> ikke det giver mening, forstået på den måde at du kan stå på et
> fornuftigt zoomniveau uden at kunne se hvad nogen af landsbyerne
> hedder.
>
> Sådan var det i hvert fald for et par år siden. Om betegnelserne
> passer i andre lande ved jeg ikke.
>
> Men rent filosofisk synes jeg også det er helt skudt ved siden af at
> basere det udelukkende på indbyggertal. Hvis man vil basere noget på
> indbyggertal, og det er der jo ikke noget i vejen for, som et godt
> gammeldags atlas, så skal det da være på et felt der hedder
> indbyggertal/population! Så kan man synkronisere data over fra andre
> kilder, eller bare indtaste et cirka-tal.
>
> Så ud fra den betragtning, kan jeg ikke se at der er noget galt med at
> tilpasse betegnelserne til det område man sidder med. Hvad jeg så har
> gjort. Men ja, det er modstrid med det der står på wikien, så måske er
> jeg helt galt på den. Jeg nåede aldrig til at tage det op på den
> engelske postliste.
>
>
> OIe
>
> ___
> Talk-dk mailing list
> Talk-dk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-dk

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

[Talk-cz] Prušánky - vandalismus?

[Marián Kyral]

Ahoj,
narazil jsem na podivné objekty v Prušánkách: http://www.openstreetmap.org/#
map=16/48.8268/16.9871

Obchod s erotikou ve vojenském prostoru uprostřed vesnice, pekárna Kde nic 
nemajů, Nemocnice Blázinec, Drogérka, Horská chata Čechova rezidence...

Našel jsem dva hlavní "autory": http://www.openstreetmap.org/user/viktorcech
1 a http://www.openstreetmap.org/user/ur%C5%A1ula
Působí to na mne, jako by si děti hrály. Co si o tom myslíte?

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

Re: [Talk-cz] Prušánky - vandalismus?

[Marián Kyral]

No jo. Máš pravdu, tahle vesnice už tady vlastně před časem byla :-(
Jsem si říkal, že mi to jméno je nějaké povědomé.

Marián


-- Původní zpráva --
Od: honny 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 12. 2015 10:43:26
Předmět: Re: [Talk-cz] Prušánky - vandalismus?

"Zase? :-)

https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html



h.

Dne 7. prosince 2015 10:38 Marián Kyral  napsal(a):
> Ahoj,
> narazil jsem na podivné objekty v Prušánkách:
> http://www.openstreetmap.org/#map=16/48.8268/16.9871
>
> Obchod s erotikou ve vojenském prostoru uprostřed vesnice, pekárna Kde nic
> nemajů, Nemocnice Blázinec, Drogérka, Horská chata Čechova rezidence...
>
> Našel jsem dva hlavní "autory":
> http://www.openstreetmap.org/user/viktorcech1 a
> http://www.openstreetmap.org/user/ur%C5%A1ula
> Působí to na mne, jako by si děti hrály. Co si o tom myslíte?
>
> 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;___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-dk] Hvordan mappes en almindelig cykelsti langs en landevej?

[Emil Tin]

Jeg vil bestemt også anbefale at cykelstier tagges med track, når de følger en 
vej, og ikke tegnes som separate stier.

I Københavns Kommune har vi brugt en del tid på at opdatere OSM cykeldata for 
Københavnsområdet. En del af tiden gik faktisk med at rydde op i stier der var 
blevet tegnet ind som separate stier. Det var næsten altid noget rod, bl.a. 
fordi det topografisk ikke hang sammen og var umuligt og urimeligt kompliceret 
i store kryds. Nogle kryds var det rene spaghetti.



Med venlig hilsen

Emil Tin
IT- og Processpecialist
Trafik
___
KØBENHAVNS KOMMUNE
Teknik- og Miljøforvaltningen
Byens Anvendelse

Njalsgade 13, 1035
Postboks 380
2300 København S

Direkte 2369 5986
Mobil 2369 5986
Email z...@tmf.kk.dk
EAN 5798009493149
-Oprindelig meddelelse-
Fra: Michael Larsen [mailto:mvl@network42.dk] 
Sendt: 5. december 2015 10:59
Til: OpenStreetMap Denmark
Emne: Re: [Talk-dk] Hvordan mappes en almindelig cykelsti langs en landevej?

+1 til track løsningen.

Ud over smag og behag, er det væsentligste problem i mine øjne ved at tegne 
cykelstier som separate veje at det øger kompleksitenten tilpas meget til at 
resultatet ikke bliver korrekt (som det nævnte eksempel også viser). Track 
løsningen er nok mindre 1:1 ift. virkeligheden, men jeg vil mene at den meget 
oftere giver et retvisende billede af virkeligheden da det er en løsning de 
fleste kan lave korrekt uanset erfaringsniveau. Dertil kommer at kompleksiteten 
i størrere byer gør det meget svært at rette fx lyskryds.

Mht. til cykelruter er separate cykelstier også et problem da det igen øger 
muligheden for at ødelægge route-relations hvis man ikke er meget opmærksom. 
At editere/opdatere cykelstier som indgår i route-relations er nok næsten 
umuligt for en gennemsnitlig OSM bruger.

Michael

On Thursday, December 03, 2015 10:54:19 PM Michel Coene wrote:
> Da går en lille filosofi og et drys religionskrig i sådan noget.  Ser 
> man kortet som en tegning af virkeligheden eller som et værktøj til at 
> kunne komme fra A til B?  Personlig er jeg forstænder af det andet, 
> man kan jo aldrig slå et luftfoto.  Så jeg foretrækker også klart 
> track-løsningen.
> Udover risiko-et for fejl er der også det at track-løsningen fylder 
> mindre, både grafisk og i kilobyte.  Men hvis I sletter eksisterende 
> stiger synes jeg at I skulle sende et lille besked til den bruger som 
> har tegnet dem og forklarer hvad I laver og hvorfor, Det undgår 
> frustrationer lige som man oplever i Wikipedia.
> 
> 2015-12-03 22:38 GMT+01:00 Niels Elgaard Larsen :
> > Asger Frank:
> > > Det drejer sig om en helt almindelig cykelsti, envejs, typisk 
> > > langs en landevej, med omkring 1-3 meter flad græsrabat imellem.
> > 
> > 
> > 
> > > Intet taler således umiddelbart imod en track.
> > 
> > Helt enig.
> > 
> > > Imidlertid kan jeg se, at virkelig mange af den type er tegnet som 
> > > sin selvstændige cycleway.
> > 
> > Det irriterer også mig.
> > 
> > Der er to problemer, dels bliver al ting mere bøvlet hver gang der 
> > et vejkryds.
> > 
> > Dels laver dem der tegner den slags cykelstier det ikke færdigt, og 
> > så skal vi andre rydde op forbinde til krydsende indkørsler osv.
> > 
> > Se fx:
> > http://www.openstreetmap.org/#map=18/55.56972/11.19551
> > 
> > Hvis man cykler nordpå ad landevejen og skal til venstre ad 
> > Filipsdalvej, så bliver det en lang omvej, hvis man bruger OSM.
> > 
> > Og på et luftfoto er det tydeligt, at der lidt sydpå mellem 
> > Filipsdalvej og Tystrupvej er en fin asfalteret forbindelse hvor man 
> > kan krydse mellem de to cykelstier, men det er heller ikke med på OSM.
> > 
> > Og hvis man kommer cyklende fra Tystrupvej og vil dreje til venstre 
> > ad landevejen så kan man ifølge OSM ikke bruge cykelstien. Det samme 
> > hvis man kommer fra Filipsdalvej og skal til venstre.
> > 
> > Og de fleste cyklister ville jo ikke have noget problem med at 
> > trække cyklen over græsstykket.
> > 
> > > På grund af dette problem er jeg faktisk gået lidt i stå med at 
> > > mappe cykelstier, og jeg ville jeg endnu mindre kunne rette i andres.
> > > Fortolker jeg wiki’en rigtigt, eller tegner man efter sin præference?
> > 
> > Jeg har heller ikke lyst til at arbejde videre på den slags cykelstier.
> > Men det kan være, at jeg sletter nogle af dem og laver dem om til tracks.
> > Hvis det altså er noget, vi er enige om her på listen.
> > 
> > Og jeg må hellere tilstå at jeg selv kom til at mappe en cykelsti, 
> > som også burde have været som track.
> > 
> > http://www.openstreetmap.org/way/383816187
> > 
> > Men det skal jeg nok rette. Selv om den må kandidere til Danmarks 
> > korteste cykelsti.
> > 
> > > Mvh.
> > > Asger Frank
> > > 
> > > 
> > > 
> > > ___
> > > Talk-dk mailing list
> > > Talk-dk@openstreetmap.org
> > > https://lists.openstreetmap.org/listinfo/talk-dk
> > 
> > --
> > Niels Elgaard Larsen
> > 
> > 

Re: [Talk-dk] village eller hamlet

[Ole Laursen]

6. december 2015 kl. 16.23 skrev Kristian Krægpøth :
> Men inden jeg begynder at rette betegnelser for større/mindre landsbyer
> efter min egen opfattelse, vil jeg høre, hvad den almindelige holdning til
> spørgsmålet er. Der kunne måske også tænkes andre inddelingskriterier end
> indbyggerantal, selv om det er dejlig enkelt at forholde sig til et tal, som
> man kan finde hos Danmarks Statistik.

Min personlige holdning er at indbyggertal-inddelingen ikke passer på
Danmark. Betegnelserne passer ikke (det er så måske en mindre ting),
men hvis man kigger på kortet på zoomniveauer osv. så synes jeg heller
ikke det giver mening, forstået på den måde at du kan stå på et
fornuftigt zoomniveau uden at kunne se hvad nogen af landsbyerne
hedder.

Sådan var det i hvert fald for et par år siden. Om betegnelserne
passer i andre lande ved jeg ikke.

Men rent filosofisk synes jeg også det er helt skudt ved siden af at
basere det udelukkende på indbyggertal. Hvis man vil basere noget på
indbyggertal, og det er der jo ikke noget i vejen for, som et godt
gammeldags atlas, så skal det da være på et felt der hedder
indbyggertal/population! Så kan man synkronisere data over fra andre
kilder, eller bare indtaste et cirka-tal.

Så ud fra den betragtning, kan jeg ikke se at der er noget galt med at
tilpasse betegnelserne til det område man sidder med. Hvad jeg så har
gjort. Men ja, det er modstrid med det der står på wikien, så måske er
jeg helt galt på den. Jeg nåede aldrig til at tage det op på den
engelske postliste.


OIe

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

Re: [Talk-de] Karten für Flüchtlinge

[Manfred A. Reiter]

Hallo Hartmut,

Am 6. Dezember 2015 um 23:53 schrieb Hartmut Holzgraefe <
hartmut.holzgra...@gmail.com>:

> On 06.12.2015 22:57, Richard wrote:
>
>> [...] und auch
>
>
[...]


> Mir geht es nur darum wichtige allgemein benannte POIs wie "Hauptbahnhof"
> oder "Rathaus" übersetzt zu haben. Eigennamen
> bleiben natürlich deutsch. Aus "Rathaus Bielefeld" würde also
> zB. "دار البلدية Bielefeld" (oder beser "Bielefeld دار البلدية"?)


Nein, auch das ist kontraproduktiv!

Damit verhinderst Du was das was in der Sprachwissenschaft Immersion
genannt wird, und das gilt bei Leibe nicht nur für Kinder! Gut gemeint ist
nicht gut gemacht!

Bitte, bitte macht nicht solch einen Unsinn! *Sprachbad* hilft - ich
persönlich weiss wovon ich rede!

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

Re: [Talk-cz] WeeklyOSM CZ 278

[Miroslav Suchy]

Dne 6.12.2015 v 21:57 Michal Grézl napsal(a):
> Guidepost editor je funkcni na adrese http://api.openstreetmap.cz/editor.html,
> editovat jdou nyni atributy ref a jmeno.

Super. Diky.

Ja mam UX pripominku. Je strasny opruz se dostat na ten rozcestnik, ktery chci 
editovat.
Ja si ho najdu na mape na api.o.c, ale pak nevim jak se dostat do toho editoru.
Takze se akorat podivam kdo ho nahral, pak se prepnu na editor. Kliknu na prvni 
rozcestnik na "By" a pak manualne
upravim url na autora toho rozcestniku co me zajima a pak vysledky manualne 
projdu nez najdu ten rozcestnik.
Coz je na pytel... Pokud to jde nejak primocareji tak sem s radou.

Jinak by bylo super kdybys mohl dat do te vyskakovaci bubliny na mape malou 
ikonu tuzky [1]

Alternativa je pouzit tabulku z PatternFly [2], kde ty vysledky nasypes vsechny 
do HTML a Javascriptova knihovna se
postara o strankovani, trideni a hledani v tech hodnotach. Prekvapive je to 
velmi rychle. Jedine co je potreba si overit
aby ty SQL query stihli probehnout dostatecne rychle. U uzivatele je to uz dost 
rychle.

[1] napr. pficon-edit z
https://www.patternfly.org/styles/icons/cheatsheet/

[2] https://www.patternfly.org/patterns/table/

Mirek

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

Re: [OSM-talk-fr] BANO et fichiers .json.gz

[Cactusbone]

je confirme.
J'ai ouvert un bug a ce sujet : https://github.com/osm-fr/bano/issues/99
mais pas de nouvelles :(



--
View this message in context: 
http://gis.19327.n5.nabble.com/BANO-et-fichiers-json-gz-tp5861807p5861862.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [Talk-cz] Geofabrik

[Petr Vejsada]

Ahoj,

jj, také to vidím opravené. Co se dělo, nevím.

--
Petr

Dne Po 7. prosince 2015 08:11:23, Janda Martin napsal(a):

> Dorby den,
> 
>   u me se to tvari normalne 998.osm.gz ma 824kB. Asi uz je to opravene.
> 
>   M
> 
> - Original Message -
> From: "Petr Vejsada" 
> To: talk-cz@openstreetmap.org
> Sent: Sunday, December 6, 2015 12:40:16 PM
> Subject: [Talk-cz] Geofabrik
> 
> Ahoj všem,
> 
> něco se asi rozbilo na Geofabrik. Dnešní změnový soubor má 1 GB, normálně má
> 1000x méně, tedy necelý 1 MB. Kompletní data mají normálně skoro 600 MB,
> dnešní kompletní data mají 91 MB. Namátkou jsem se podíval na Ukrajinu a
> tam je to obdobné. U Polska taky.
> 
> Název dnešního změnového souboru je 998, přičemž názvy jsou 001, 002 atd.
> Možná to souvisí s nadcházejícím "přetečením" toho číslování změnových
> souborů, neb přetečení je za dveřmi.
> 
> Jelikož $TMP mám 512 MB, tak se to nenahrálo, což je jen dobře.
> 
> Nečetli jste někdo někde o tomto problému?
> 
> http://download.geofabrik.de/europe/czech-republic-updates/000/000/
> 
> 998.osc.gz má 1 GB.


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

Re: [Talk-cz] Prušánky - vandalismus?

[honny]

Zase? :-)

https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html



h.

Dne 7. prosince 2015 10:38 Marián Kyral  napsal(a):
> Ahoj,
> narazil jsem na podivné objekty v Prušánkách:
> http://www.openstreetmap.org/#map=16/48.8268/16.9871
>
> Obchod s erotikou ve vojenském prostoru uprostřed vesnice, pekárna Kde nic
> nemajů, Nemocnice Blázinec, Drogérka, Horská chata Čechova rezidence...
>
> Našel jsem dva hlavní "autory":
> http://www.openstreetmap.org/user/viktorcech1 a
> http://www.openstreetmap.org/user/ur%C5%A1ula
> Působí to na mne, jako by si děti hrály. Co si o tom myslíte?
>
> 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

[Talk-cz] WeeklyOSM CZ 279

[Tom Ka]

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

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

Téma čísla: Mapillary

* Smazání a editace fotek rozcestníku na old.osm.cz.
* Postup přejmenování dálniční sítě v CZ.
* Data pro dopravu – opentraffic.io.
* Majorita HOT v radě OSMF
* Nový souřadnicový systém W3W
* Turobokruháče v UK a NL.

Pěkné počtení...

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

Re: [Talk-cz] Tag "network" na pěších turistických trasách

[Zdeněk Pražák]

 - local, learning, wheelchair,peak,ruin,spring,interesting_object jsou
podle OTM a i v realu POUZE lwn. (asi 3 vyskyty nwn a rwn, kde to byl
evidentni nesmysl jsem opravil)
- horse - drtiva vetsina je lwn, 3x rwn (podle mne muze byt), 0x nwn
- ski - vsechny lwn, dokazu si predstavit ze mozna neco muze byt rwn,
ale ted neni.

Souhlasím s tímto zpúsobem značení

Dne 5. prosince 2015 11:43 Tom Ka  napsal(a):

> Dne 4. prosince 2015 23:33 Karel Volný  napsal(a):
> > ovšem hlavně je totiž blbě předpoklad "nekdy jsou major i mensi, kratke
> apod,
> > pak to muze byt i rwn,lwn" - totiž *většina* _major jsou rwn, či spíše
> lwn, a
> > *někdy* jsou i delší, nwn nebo iwn
> >
> > například tohle: http://www.openstreetmap.org/relation/2355959 rozhodně
> nwn
> > být nemá!
> >
> > - 40 km celý okruh (okruh!) není "long distance", a dokonce to ani
> nesplňuje
> > co citoval Petr pro rwn, "that cross regions", ponevadž to celé pokrývá
> jen
> > malou část regionu Vranovska, resp. jen samý krajíček Jevišovické
> pahorkatiny,
> > resp. podle správního členění to prochází jen jedním okrajem okresu
> Znojmo a
> > opouští ho to pouze když to v úseku Kopka-Lubice střihá výběžek lesa
> okresu
> > Třebíč, což snad uznáme, že je zanedbatelné ...
> >
> > takže se připojuji k Václavovi s prosbou, vyčistěte někdo tenhle bordel
> (a kdo
> > ho způsobil, nechť se při dalším mapování laskavě řídí tím, co citoval
> Petr
> > ... Cornštejn je sice úctyhodná zřícenina, ale max dvoudenní kolečko
> přes něj
> > rozhodně není "long distance" a nemá "national" význam)
>
> Je mozne se drzet nejake konstruktivni diskuse? Jestli si nekdo
> potrebuje zanadavat, tak mi to poslete na soukromy mail, ja to hodim
> do spamu a vsichni budou happy. Stravil jsem dalsi cas nad
> prohledavanim a kontrolou stavu. Vse se tyka relaci, kde je tag
> kct_XXX: TYP a TYP je nasledujici:
>
> - local, learning, wheelchair,peak,ruin,spring,interesting_object jsou
> podle OTM a i v realu POUZE lwn. (asi 3 vyskyty nwn a rwn, kde to byl
> evidentni nesmysl jsem opravil)
> - horse - drtiva vetsina je lwn, 3x rwn (podle mne muze byt), 0x nwn
> - ski - vsechny lwn, dokazu si predstavit ze mozna neco muze byt rwn,
> ale ted neni.
> - route bycicle - neprochazel jsem detaily, takze jen statistiky: lcn:
> 30 relaci, rcn: 100 relaci, ncn: 2 relace (nektere urcite blbe)
>
> - major - jen statistiky: lwn 108 relaci, rwn: 611, nwn: 2023
>
> Prosim o vyjadreni k tomuhle stavu - MIMO MAJOR. Pojdme nejdriv nejak
> uzavrit tu (doufam) lehci cast a pak se posunout k major.
>
> Diky
>
> ___
> 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] Tag "network" na pěších turistických trasách

[Petr Vozdecký]

umim si prestavit , ze by nejake souhrnne doporuceni tohoto typu pribylo na 
wiki...

vop



-- Původní zpráva --
Od: Zdeněk Pražák 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 12. 2015 10:09:46
Předmět: Re: [Talk-cz] Tag "network" na pěších turistických trasách

"


- local, learning, wheelchair,peak,ruin,spring,interesting_object jsou
podle OTM a i v realu POUZE lwn. (asi 3 vyskyty nwn a rwn, kde to byl
evidentni nesmysl jsem opravil)
- horse - drtiva vetsina je lwn, 3x rwn (podle mne muze byt), 0x nwn
- ski - vsechny lwn, dokazu si predstavit ze mozna neco muze byt rwn,
ale ted neni.


Souhlasím s tímto zpúsobem značení




Dne 5. prosince 2015 11:43 Tom Ka  napsal(a):
"Dne 4. prosince 2015 23:33 Karel Volný  napsal(a):
> ovšem hlavně je totiž blbě předpoklad "nekdy jsou major i mensi, kratke 
apod,
> pak to muze byt i rwn,lwn" - totiž *většina* _major jsou rwn, či spíše 
lwn, a
> *někdy* jsou i delší, nwn nebo iwn
>
> například tohle: http://www.openstreetmap.org/relation/2355959
(http://www.openstreetmap.org/relation/2355959) rozhodně nwn
> být nemá!
>
> - 40 km celý okruh (okruh!) není "long distance", a dokonce to ani 
nesplňuje
> co citoval Petr pro rwn, "that cross regions", ponevadž to celé pokrývá 
jen
> malou část regionu Vranovska, resp. jen samý krajíček Jevišovické 
pahorkatiny,
> resp. podle správního členění to prochází jen jedním okrajem okresu Znojmo
a
> opouští ho to pouze když to v úseku Kopka-Lubice střihá výběžek lesa 
okresu
> Třebíč, což snad uznáme, že je zanedbatelné ...
>
> takže se připojuji k Václavovi s prosbou, vyčistěte někdo tenhle bordel (a
kdo
> ho způsobil, nechť se při dalším mapování laskavě řídí tím, co citoval 
Petr
> ... Cornštejn je sice úctyhodná zřícenina, ale max dvoudenní kolečko přes 
něj
> rozhodně není "long distance" a nemá "national" význam)

Je mozne se drzet nejake konstruktivni diskuse? Jestli si nekdo
potrebuje zanadavat, tak mi to poslete na soukromy mail, ja to hodim
do spamu a vsichni budou happy. Stravil jsem dalsi cas nad
prohledavanim a kontrolou stavu. Vse se tyka relaci, kde je tag
kct_XXX: TYP a TYP je nasledujici:

- local, learning, wheelchair,peak,ruin,spring,interesting_object jsou
podle OTM a i v realu POUZE lwn. (asi 3 vyskyty nwn a rwn, kde to byl
evidentni nesmysl jsem opravil)
- horse - drtiva vetsina je lwn, 3x rwn (podle mne muze byt), 0x nwn
- ski - vsechny lwn, dokazu si predstavit ze mozna neco muze byt rwn,
ale ted neni.
- route bycicle - neprochazel jsem detaily, takze jen statistiky: lcn:
30 relaci, rcn: 100 relaci, ncn: 2 relace (nektere urcite blbe)

- major - jen statistiky: lwn 108 relaci, rwn: 611, nwn: 2023

Prosim o vyjadreni k tomuhle stavu - MIMO MAJOR. Pojdme nejdriv nejak
uzavrit tu (doufam) lehci cast a pak se posunout k major.

Diky



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


"



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

Re: [Talk-se] Talk-se Digest, Vol 96, Issue 1

[Christian Asker]

Var är detta?
Mvh Christian 

Johannes Scherman  skrev: (6 december 2015 16:47:08 CET)
>Även SMHI använder numera OSM. Dock utan att ange källa.
>Mvh
>Johannes
>
>2015-12-06 13:00 GMT+01:00 :
>
>> Send Talk-se mailing list submissions to
>> talk-se@openstreetmap.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>> https://lists.openstreetmap.org/listinfo/talk-se
>> or, via email, send a message with subject or body 'help' to
>> talk-se-requ...@openstreetmap.org
>>
>> You can reach the person managing the list at
>> talk-se-ow...@openstreetmap.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Talk-se digest..."
>>
>>
>> Today's Topics:
>>
>>1. sl.se har börjat använda openstreetmap (Fredrik Nyqvist)
>>2. Re: sl.se har börjat använda openstreetmap (Henrik Lundqvist)
>>
>>
>>
>--
>>
>> Message: 1
>> Date: Sat, 5 Dec 2015 15:28:59 +0100
>> From: Fredrik Nyqvist 
>> To: talk-se@openstreetmap.org
>> Subject: [Talk-se] sl.se har börjat använda openstreetmap
>> Message-ID: <5662f4ab.8050...@nyqvist.biz>
>> Content-Type: text/plain; charset=utf-8; format=flowed
>>
>> Hej,
>>
>> Jag upptäckte idag att sl.se använder openstreetmap.
>>
>> Kartan syns nedanför rutan för sökning av resa.
>>
>> Kanske har varit där ett tag men jag har i alla fall inte sett det
>> tidigare. Har för mig att de använt Google maps förut.
>>
>> /Fredrik
>>
>>
>>
>> --
>>
>> Message: 2
>> Date: Sat, 5 Dec 2015 16:04:56 +0100
>> From: Henrik Lundqvist 
>> To: talk-se 
>> Subject: Re: [Talk-se] sl.se har börjat använda openstreetmap
>> Message-ID:
>> 

Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

[Paolo Monegato]

Il 06/12/2015 09:53, Aury88 ha scritto:

dieterdreist wrote

si,  purtroppo, la soluzione sarebbe di mettere a posto, non di cambiare
tutto per alcuni problemi parziali.

ma io non ho mai parlato di cambiare tutto, ne di cambiare qualcosa che non
sia la struttura del wiki (non viene cambiato neanche il contenuto del wiki,
cioè i tag suggeriti, solo come arrivi alle pagine).

Una volta posizionato un tag sotto un percorso logico, l'oggetto della
pagina rimane li...al massimo verrà aggiornato il tag suggerito. mettiamo
che passiamo dal considerare l'amenity=fuel un negozio e di conseguenza
avviamo un passaggio al key shop, la sua pagina sarà sempre sotto, per
esempio, ^/retestradale/attivitàcommerciale/vendità/benzina...ne più ne meno
che il cambiamento richiesto dall'attuale wiki


Non è che potresti fare un esempio concreto, tipo su una tua sandbox sul 
wiki?

Perché non è che si capisca tanto...


ergo una migliore documentazione (diciamo passo-passo) può essere di grande
aiuto ad evitare che qualcuno inserisca un tag nuovo per una cosa già
mappata...almeno per i niubbi.


Bah, son sempre stato del parere che per i niubbi una pagina come Map 
features o come How to map a [1] sia più che sufficiente... forse 
potrebbe servire anche una pagina tipo questa [2]. Ma il sistema da te 
proposto, sempre se l'ho capito, mi sembra un'inutile complicazione.


ciao
Paolo M

[1] http://wiki.openstreetmap.org/wiki/IT:Glossario_OSM
[2] http://wiki.openstreetmap.org/wiki/WikiProject_France/Osmecum

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

Re: [Talk-cz] WeeklyOSM CZ 279

[Jan Dudík]

Dne 7. prosince 2015 9:25 Tom Ka  napsal(a):

> Ahoj, je dostupné vydání 279 týdeníku weeklyOSM:
>
> http://www.weeklyosm.eu/cz/archives/6000
>
> Téma čísla: Mapillary
>
> * Smazání a editace fotek rozcestníku na old.osm.cz.
> * Postup přejmenování dálniční sítě v CZ.
> * Data pro dopravu – opentraffic.io.
> * Majorita HOT v radě OSMF
> * Nový souřadnicový systém W3W
> * Turobokruháče v UK a NL.
>
Čtyři turbokruháče jsou i v Českých Budějovicích. Troufne si někdo na ně?


>
> Pěkné počtení...
>
> ___
> 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] Prušánky - vandalismus?

[Vladimír Slávik]

Ahoj,
pár postřehů k tomuto případu:

Možná je to dojem, ale úpravy proběhly na podzim loni i letos, přijde mi 
to jako následek školního roku. Představa že by se každý rok takto 
vyrojili další... :-/ Já jsem se k nim dostal přes bordel v centru Brna, 
kde jeden z těchto miláčků takto také vylepšil mapu 
http://www.openstreetmap.org/node/2059921432/history


Odněkud se tyto osoby musí brát, ne? Možná by mělo smysl zavolat tam do 
školy http://www.zsprusanky.cz/kontaktni-informace.phtml , zeptat se na 
vyučujícího "informatiky" a zeptat se ho jestli ukazuje OSM - a natvrdo 
požádat aby přestal ukazovat jak přispívat do OSM. Myšleno tak, že děti 
si budou hrát a zlobit tak jako tak, ale nemusí to být v mapě. Vhodné je 
ukázat něco na kreslení vlastních izolovaných map, jako např. umap. Nebo 
je to blbost?


Hezký den,
Vláďa



Dne 7.12.2015 v 10:51 Marián Kyral napsal(a):

No jo. Máš pravdu, tahle vesnice už tady vlastně před časem byla :-(
Jsem si říkal, že mi to jméno je nějaké povědomé.

Marián

-- Původní zpráva --
Od: honny 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 12. 2015 10:43:26
Předmět: Re: [Talk-cz] Prušánky - vandalismus?


Zase? :-)

https://lists.openstreetmap.org/pipermail/talk-cz/2014-October/010990.html



h.

Dne 7. prosince 2015 10:38 Marián Kyral  napsal(a):
> Ahoj,
> narazil jsem na podivné objekty v Prušánkách:
> http://www.openstreetmap.org/#map=16/48.8268/16.9871
>
> Obchod s erotikou ve vojenském prostoru uprostřed vesnice,
pekárna Kde nic
> nemajů, Nemocnice Blázinec, Drogérka, Horská chata Čechova
rezidence...
>
> Našel jsem dva hlavní "autory":
> http://www.openstreetmap.org/user/viktorcech1 a
> http://www.openstreetmap.org/user/ur%C5%A1ula
> Působí to na mne, jako by si děti hrály. Co si o tom myslíte?
>
> 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



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


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

Re: [Talk-GB] route relations type=road

[Derick Rethans]

On Sat, 5 Dec 2015, Dave F. wrote:

> I know this has been discussed before , but recent edits by user: 
> abc26324  prompts me to 
> ask/verify again the point of road relations in the UK. Example:
> 
> http://www.openstreetmap.org/relation/103301#map=10/51.2112/-2.5578
> 
> Route relations are meant to represent, err... routes taken by people 
> that transverse multiple different ways; such as bus cycle etc & not 
> just a 'collection' of things, especially when they can easily be 
> collated/extracted from the ref on the actual way.
> 
> I notice even the M4/M5 have one apiece. This has lead to tag 
> duplication which can never be a good thing.
> 
> Are there any roads in GB where references are shared? If not, I see 
> no reason for their existence.

My wife (works for DfT, did road ref assignments) claims that a road 
segment can not share more than one ref. The "norwegian" situation of 
the 32/35 like at 
http://www.openstreetmap.org/way/329206956#map=13/59.5053/10.1548 can 
not happen in the UK. In the UK, that situation is the A14 and A11 where 
the A11 disappears for a strech to come back later. (Between junctions 
36 and 38, 
http://www.openstreetmap.org/way/367772226#map=12/52.2445/0.3914)

The only "exception" is that roads with a ref can have names attached to 
them too, but they're "unofficial" (such as the example at 
http://www.openstreetmap.org/way/232728113#map=19/51.53625/-0.19143 
which is both A5 and "Kilburn high Road").

There is some info in 
https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/315783/road-classification-guidance.pdf,
 
but it's a bit vague on this part.


cheers,
Derick

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

Re: [Talk-cz] Prušánky - vandalismus?

[Pavel Machek]

On Mon 2015-12-07 11:55:57, Vladimír Slávik wrote:
> Ahoj,
> pár postřehů k tomuto případu:
> 
> Možná je to dojem, ale úpravy proběhly na podzim loni i letos, přijde mi to
> jako následek školního roku. Představa že by se každý rok takto vyrojili
> další... :-/ Já jsem se k nim dostal přes bordel v centru Brna, kde jeden z
> těchto miláčků takto také vylepšil mapu
> http://www.openstreetmap.org/node/2059921432/history
> 
> Odněkud se tyto osoby musí brát, ne? Možná by mělo smysl zavolat tam do
> školy http://www.zsprusanky.cz/kontaktni-informace.phtml , zeptat se na
> vyučujícího "informatiky" a zeptat se ho jestli ukazuje OSM - a natvrdo
> požádat aby přestal ukazovat jak přispívat do OSM. Myšleno tak, že děti si
> budou hrát a zlobit tak jako tak, ale nemusí to být v mapě. Vhodné je ukázat
> něco na kreslení vlastních izolovaných map, jako např. umap. Nebo je to
> blbost?

Pridat skole

name="Zakladni skola mapo-vandalska"

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

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

Re: [Talk-at] Küchenzeiten

[Thomas Konrad]

@Erwin: Das hast damit definitiv etwas sinnvolles beigetragen - danke dafür.

Lass dir nicht grundlos die Motivation und Freude verderben.

> Am 07.12.2015 um 03:09 schrieb Kevin Kofler :
> 
> Erwin OSM wrote:
>> Tut mir leid, dass ich durch das Erfassen der Öffnungszeiten und den
>> Kontaktdaten der Gemeindeämter dachte, etwas bei osm beizutragen.
> 
> Meiner Meinung nach hast du das auch. Danke!
> 
>Kevin Kofler
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

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

Re: [Talk-cz] WeeklyOSM CZ 279

[Marián Kyral]

-- Původní zpráva --
Od: Jan Dudík 
Komu: OpenStreetMap Czech Republic 
Datum: 7. 12. 2015 11:54:06
Předmět: Re: [Talk-cz] WeeklyOSM CZ 279

"




Dne 7. prosince 2015 9:25 Tom Ka  napsal(a):



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

http://www.weeklyosm.eu/cz/archives/6000
(http://www.weeklyosm.eu/cz/archives/6000)

Téma čísla: Mapillary

* Smazání a editace fotek rozcestníku na old.osm.cz(http://old.osm.cz).
* Postup přejmenování dálniční sítě v CZ.
* Data pro dopravu – opentraffic.io(http://opentraffic.io).
* Majorita HOT v radě OSMF
* Nový souřadnicový systém W3W
* Turobokruháče v UK a NL.
"
Čtyři turbokruháče jsou i v Českých Budějovicích. Troufne si někdo na ně?

 




"



Na jeden jsem narazil i kousek od Prahy v Rudné. Nějak jsem to poeditoval, 
ale jak tak na to teď koukám, tak to mám stejně špatně - nedá se dostat ve 
směru zprava doleva :-(




http://www.openstreetmap.org/#map=19/50.02373/14.20689




Marián





  

"





" 
Pěkné počtení...

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




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

Re: [Talk-GB] route relations type=road

[Colin Smale]

You are referring to the "official" refs. Is it *possible* that the
signs disagree with the official data? To make things look more logical
for drivers? 

I ask this because we tend to give precedence in our mapping to what is
visible on road signs, rather than blindly following the official truth.


Where two roads are multiplexed, it looks like one of the refs is the
primary and is shown without brackets, and the other is shown within
brackets, such as the A22 near Uckfield which multiplexes with the A26.
It is shown as "Eastbourne A22 / Lewes (A26)". Is this done 100%
consistently? 

What about link roads between two motorways? Is it possible that they
are signed as one motorway (the one it leads to, nice and clear for the
driver) but administratively part of another? 

//colin

On 2015-12-07 12:09, Derick Rethans wrote:

> On Sat, 5 Dec 2015, Dave F. wrote:
> 
>> I know this has been discussed before , but recent edits by user: 
>> abc26324  prompts me to 
>> ask/verify again the point of road relations in the UK. Example:
>> 
>> http://www.openstreetmap.org/relation/103301#map=10/51.2112/-2.5578
>> 
>> Route relations are meant to represent, err... routes taken by people 
>> that transverse multiple different ways; such as bus cycle etc & not 
>> just a 'collection' of things, especially when they can easily be 
>> collated/extracted from the ref on the actual way.
>> 
>> I notice even the M4/M5 have one apiece. This has lead to tag 
>> duplication which can never be a good thing.
>> 
>> Are there any roads in GB where references are shared? If not, I see 
>> no reason for their existence.
> 
> My wife (works for DfT, did road ref assignments) claims that a road 
> segment can not share more than one ref. The "norwegian" situation of 
> the 32/35 like at 
> http://www.openstreetmap.org/way/329206956#map=13/59.5053/10.1548 can 
> not happen in the UK. In the UK, that situation is the A14 and A11 where 
> the A11 disappears for a strech to come back later. (Between junctions 
> 36 and 38, 
> http://www.openstreetmap.org/way/367772226#map=12/52.2445/0.3914)
> 
> The only "exception" is that roads with a ref can have names attached to 
> them too, but they're "unofficial" (such as the example at 
> http://www.openstreetmap.org/way/232728113#map=19/51.53625/-0.19143 
> which is both A5 and "Kilburn high Road").
> 
> There is some info in 
> https://www.gov.uk/government/uploads/system/uploads/attachment_data/file/315783/road-classification-guidance.pdf,
>  
> but it's a bit vague on this part.
> 
> cheers,
> Derick
> 
> ___
> Talk-GB mailing list
> Talk-GB@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb
 ___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb

[OSM-talk] Graphic vector maps - Illustrator

[Stijn Tallir]

Hi,

Just to get the word out.

As of last week Aquaterra has opened an online web-shop offering +1200
digital open licensed graphic vector maps of the world in Adobe Illustrator
format. The maps are derived from Openstreetmap data and are specifically
designed for printing and publishing (DTP).

Please take a look at our catalog here: http://www.mapshop.be

We'll be updating the maps regularly and any suggestions to improve our
products are welcome.

Best regards,

Stijn Tallir
Aquaterra NV

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

Re: [Talk-de] Karten für Flüchtlinge

[Richard]

On Mon, Dec 07, 2015 at 09:54:59AM +0100, Manfred A. Reiter wrote:
> Hallo Hartmut,
> 
> Am 6. Dezember 2015 um 23:53 schrieb Hartmut Holzgraefe <
> hartmut.holzgra...@gmail.com>:
> 
> > On 06.12.2015 22:57, Richard wrote:
> >
> >> [...] und auch
> >
> >
> [...]
> 
> 
> > Mir geht es nur darum wichtige allgemein benannte POIs wie "Hauptbahnhof"
> > oder "Rathaus" übersetzt zu haben. Eigennamen
> > bleiben natürlich deutsch. Aus "Rathaus Bielefeld" würde also
> > zB. "دار البلدية Bielefeld" (oder beser "Bielefeld دار البلدية"?)
> 
> 
> Nein, auch das ist kontraproduktiv!
> 
> Damit verhinderst Du was das was in der Sprachwissenschaft Immersion
> genannt wird, und das gilt bei Leibe nicht nur für Kinder! Gut gemeint ist
> nicht gut gemacht!
> 
> Bitte, bitte macht nicht solch einen Unsinn! *Sprachbad* hilft - ich
> persönlich weiss wovon ich rede!

+1

ein gedruckter Zettel mit den wichtigsten deutschen Begriffen ist ein 
*muß*. 
Wenn man 10-mal nachschlagen muß hat man es garantiert gelernt, sonst 
wirds nichts mit der Integration.

Richard


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

Re: [Talk-GB] route relations type=road

[Richard Fairhurst]

Colin Smale wrote:
> Where two roads are multiplexed, it looks like one of the refs is 
> the primary and is shown without brackets, and the other is shown 
> within brackets, such as the A22 near Uckfield which multiplexes 
> with the A26. It is shown as "Eastbourne A22 / Lewes (A26)". 
> Is this done 100% consistently? 

99.99% consistently, and that might actually be understating it. Anything
that is missing the brackets can be considered a signage error (I can only
think of one instance) and not worth constructing an entire data model
around.

Dave and Derick are right in that any one road in the UK can only have one
ref, other than the unsignposted European E routes of course.

More fundamentally, these are "route relations". Road numbers in the UK,
unlike the US, do not represent "routes". They are just road numbers. There
are plenty of numbers in the UK where no-one would use that route to drive
from one end to another, or even to a halfway point, following the number
all the way. In many cases, such as the A47 between Birmingham and
Leicester, the concept of a route has long been lost.

Historically there is a designated route concept in the UK in the sense that
some countries have them, but it doesn't map to road numbers, has largely
fallen from use, and is neither signposted nor verifiable:
http://www.watsonlv.net/pdf/trunk_roads.pdf

These route relations are pointless armchairing and make the map harder to
edit for newbies to no benefit. If the user doesn't respond to changeset
comments I would agree with deleting them.

Richard



--
View this message in context: 
http://gis.19327.n5.nabble.com/route-relations-type-road-tp5861709p5861871.html
Sent from the Great Britain mailing list archive at Nabble.com.

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

Re: [Talk-GB] route relations type=road

[Andy Townsend]

On 07/12/2015 11:35, Colin Smale wrote:


Where two roads are multiplexed, it looks like one of the refs is the 
primary and is shown without brackets, and the other is shown within 
brackets, such as the A22 near Uckfield which multiplexes with the 
A26. It is shown as "Eastbourne A22 / Lewes (A26)". Is this done 100% 
consistently?





If it helps, here's an Overpass query to search for refs with a 
semicolon in:


http://overpass-turbo.eu/s/d8v

An example mapped like that near me is 
http://www.openstreetmap.org/way/33276389#map=19/52.92697/-1.47667 , and 
I'm pretty sure that's not signed A601 (nothing is).  It may be signed 
A52, or perhaps nothing at all.  If you believe OS OpenData StreetView, 
it's the A601.  Other alleged examples locally are roundabouts which 
have signed exits but aren't obviously part of one road or another.


Cheers,

Andy (SomeoneElse)

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

Re: [Talk-GB] route relations type=road

[Lester Caine]

On 07/12/15 12:53, Richard Fairhurst wrote:
> Historically there is a designated route concept in the UK in the sense that
> some countries have them, but it doesn't map to road numbers, has largely
> fallen from use, and is neither signposted nor verifiable:
> http://www.watsonlv.net/pdf/trunk_roads.pdf

I'm not sure of the current situation, but these were the routes that
were maintained and managed centrally via what is now the highways
agency? Rather than being a local council responsibility? Motorways have
replaced many of the original primary routes, but essentially this list
is still the base for the green trunk routes?

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [Talk-GB] route relations type=road

[Dave F.]

On 07/12/2015 12:53, Richard Fairhurst wrote:

Colin Smale wrote:

Where two roads are multiplexed, it looks like one of the refs is
the primary and is shown without brackets, and the other is shown
within brackets, such as the A22 near Uckfield which multiplexes
with the A26. It is shown as "Eastbourne A22 / Lewes (A26)".
Is this done 100% consistently?

99.99% consistently, and that might actually be understating it. Anything
that is missing the brackets can be considered a signage error (I can only
think of one instance) and not worth constructing an entire data model
around.


I've always read the brackets to mean 'leading to' or 'via' not as being 
shared. From the Highway Code: "Motorways shown in brackets can also be 
reached along the route indicated." 
https://www.gov.uk/guidance/the-highway-code/traffic-signs


Dave F.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-us] Deleting standalone empty nodes?

[Mike N]

On 12/7/2015 8:39 PM, Steve Friedl wrote:

Most of them are by bots – OSMF Redaction Account, woodpeck_fixbot – and
they appear to be spurious, but I’m not sure if they are there for a
reason.

Is there ever any benefit in a standalone node with no tags, especially
if it doesn’t appear to be in an “interesting” location relative to
underlying imagery?



  There are 2 common reasons for this:

 1 - an import with a partial failed upload that hasn't been cleaned 
up.  Most of the early orphan nodes have been mechanically removed.


  2 - The license change redaction process may have left these nodes 
when the attached way was redacted.


  If the standalone nodes are recent, don't delete them for at least 2 
weeks in case an approved import is in process and will resume later and 
need to use those nodes.   Also be sure they are not contained in a 
relation (I'm not sure how clearly all editors show relation membership).




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

Re: [Talk-it] Percorsi preferiti o sconsigliati per bici

[Federico Leva (Nemo)]

Intanto ho letto e riletto la discussione parallela 
https://lists.openstreetmap.org/pipermail/talk-it/2015-December/thread.html#50266 
e ho consultato il wiki, ma non ho cavato un ragno dal buco.


Alla fine sono convinto che vincerà ciò che funziona meglio nella realtà 
cioè nelle indicazioni stradali effettivamente prodotte da GraphHopper 
(e mapzen, brouter ecc.): infatti ci sono oltre 100 discussioni 
inhttps://github.com/graphhopper/graphhopper/search?utf8=%E2%9C%93=bike+OR+bicycle+OR+cycleway+OR+cycle=Issues


A quanto vedo:
* dalla prossima versione, highway=path e bicycle=designated saranno 
equivalenti a cycleway 
https://github.com/graphhopper/graphhopper/issues/546#issuecomment-156720373 
;
* un percorso highway=footway non è piú sconsigliato per le bici, ma 
solo segnato come piú lento 
https://github.com/graphhopper/graphhopper/issues/412#ref-pullrequest-77319068 
(e viceversa è importante segnare la velocità massima delle strade 
perché oltre un certo limite sono evitate dalle bici);
* track senza tracktype/surface è molto penalizzato, cosí come la 
pendenza, mentre class:bicycle è usato poco 
https://github.com/graphhopper/graphhopper/issues/330#issuecomment-74653493 
https://github.com/graphhopper/graphhopper/pull/423 ;
* non potendo accontentare tutti gli stili di pedalata, ci sarà un 
sistema per personalizzare il peso dei vari microcasi, nonché di 
utilizzare brouter (quando cambia licenza), che però è piú lento 
https://github.com/graphhopper/graphhopper/issues/193#issuecomment-147957101 
;

* altre questioni interessanti sono
** cancelli 
https://github.com/graphhopper/graphhopper/issues/407#issuecomment-103567368 
,
** motorway senza bicycle=yes 
https://github.com/graphhopper/graphhopper/issues/592 ,
** entrare nelle aree 
https://github.com/graphhopper/graphhopper/issues/371 ,

** tornanti https://github.com/graphhopper/graphhopper/issues/201 ,
** sensi unici da permettere 
https://github.com/graphhopper/graphhopper/issues/196 compresi 
cycleway=opposite e oneway:bicycle=(no/-1) 
https://github.com/graphhopper/graphhopper/issues/429#ref-pullrequest-88081619 
,

** scenic=yes https://github.com/graphhopper/graphhopper/pull/580
** uso delle ciclabili per indicazioni a pedoni 
https://github.com/graphhopper/graphhopper/issues/257 .


Quindi in conclusione direi che le prime cose da controllare per 
quell'area sono:
1) limiti di velocità (e classificazione) di via Padova quando interseca 
la tangenziale;

2) superficie di via Idro, come ha detto Volker;
3) altre questioni come ponti 
https://github.com/graphhopper/graphhopper/issues/597 e svincoli 
https://github.com/graphhopper/graphhopper/issues/598 .


Nemo

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

[Talk-cz] Multipolygony lesů - převod starého tagování na nové

[Marián Kyral]

Ahoj,
jak se díváte na hromadnou opravu tagování multipolygonů. Z varianty
landuse=forest na outer hranici(ích) na variantu landuse=forest na relaci?
Zdá se, že některé rendery mají problém v případě, že outer roli má více
cest:
http://www.geocaching.cz/topic/25018-offline-turistick%C3%A1-mapa-pro-android/page-31#entry516431
Sice bychom mohli říci, že tohle je problém těch rendererů, ale vzhledem
k tomu, že je to tagování zastaralé, bylo by asi lepší to opravit.

A dokáže někdo sestavit overpass query, která by našla všechny lesní
multipolygony , které na relaci nemají tag landuse, ale mají jej na
outer cestě? Mně se to nějak nedaří.

Marián

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

Re: [Talk-cz] Multipolygony lesů - převod starého tagování na nové

[Petr Vejsada]

Ahoj,

už zase? :-)

thread začíná 
https://lists.openstreetmap.org/pipermail/talk-cz/2014-September/010728.html

Ale třeba nová aktivita bude úspěšnější. Odkazuji dle pravidla, že před každou 
vědeckou prací je nutné prostudovat dostupnou literaturu :)

--
Petr

Dne Po 7. prosince 2015 20:41:42, Marián Kyral napsal(a):

> Ahoj,
> jak se díváte na hromadnou opravu tagování multipolygonů. Z varianty
> landuse=forest na outer hranici(ích) na variantu landuse=forest na relaci?
> Zdá se, že některé rendery mají problém v případě, že outer roli má více
> cest:
> http://www.geocaching.cz/topic/25018-offline-turistick%C3%A1-mapa-pro-androi
> d/page-31#entry516431 Sice bychom mohli říci, že tohle je problém těch
> rendererů, ale vzhledem k tomu, že je to tagování zastaralé, bylo by asi
> lepší to opravit.
> 
> A dokáže někdo sestavit overpass query, která by našla všechny lesní
> multipolygony , které na relaci nemají tag landuse, ale mají jej na
> outer cestě? Mně se to nějak nedaří.
> 
> Marián


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

Re: [Talk-cz] Multipolygony lesů - převod starého tagování na nové

[Martin Švec - OSM]

Ale tentokrát to nejsem já :-) Pokud si vzpomínám, tehdy jsem z toho tiše 
vycouval, protože se
vyskytla řada nejasných situací a nebylo jasné, jestli něco nerozbijeme. Víc 
viz thread. Navíc změn
multipolygonů by bylo tolik, že to zavánělo porušením pravidla "používejte nový 
styl tagování ale
neopravujte hromadně starý".

Overpass query jsem taky nedal.

Martin

Dne 7.12.2015 v 21:12 Petr Vejsada napsal(a):
> Ahoj,
>
> už zase? :-)
>
> thread začíná 
> https://lists.openstreetmap.org/pipermail/talk-cz/2014-September/010728.html
>
> Ale třeba nová aktivita bude úspěšnější. Odkazuji dle pravidla, že před 
> každou 
> vědeckou prací je nutné prostudovat dostupnou literaturu :)
>
> --
> Petr
>
> Dne Po 7. prosince 2015 20:41:42, Marián Kyral napsal(a):
>
>> Ahoj,
>> jak se díváte na hromadnou opravu tagování multipolygonů. Z varianty
>> landuse=forest na outer hranici(ích) na variantu landuse=forest na relaci?
>> Zdá se, že některé rendery mají problém v případě, že outer roli má více
>> cest:
>> http://www.geocaching.cz/topic/25018-offline-turistick%C3%A1-mapa-pro-androi
>> d/page-31#entry516431 Sice bychom mohli říci, že tohle je problém těch
>> rendererů, ale vzhledem k tomu, že je to tagování zastaralé, bylo by asi
>> lepší to opravit.
>>
>> A dokáže někdo sestavit overpass query, která by našla všechny lesní
>> multipolygony , které na relaci nemají tag landuse, ale mají jej na
>> outer cestě? Mně se to nějak nedaří.
>>
>> 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] Multipolygony lesů - převod starého tagování na nové

[Marián Kyral]

Dne 7.12.2015 v 21:12 Petr Vejsada napsal(a):
> Ahoj,
>
> už zase? :-)
>
> thread začíná 
> https://lists.openstreetmap.org/pipermail/talk-cz/2014-September/010728.html
>
> Ale třeba nová aktivita bude úspěšnější. Odkazuji dle pravidla, že před 
> každou 
> vědeckou prací je nutné prostudovat dostupnou literaturu :)

Kurde. Já mám dneska den. Samý kostlivec ;-)

Marián

> --
> Petr
>
> Dne Po 7. prosince 2015 20:41:42, Marián Kyral napsal(a):
>
>> Ahoj,
>> jak se díváte na hromadnou opravu tagování multipolygonů. Z varianty
>> landuse=forest na outer hranici(ích) na variantu landuse=forest na relaci?
>> Zdá se, že některé rendery mají problém v případě, že outer roli má více
>> cest:
>> http://www.geocaching.cz/topic/25018-offline-turistick%C3%A1-mapa-pro-androi
>> d/page-31#entry516431 Sice bychom mohli říci, že tohle je problém těch
>> rendererů, ale vzhledem k tomu, že je to tagování zastaralé, bylo by asi
>> lepší to opravit.
>>
>> A dokáže někdo sestavit overpass query, která by našla všechny lesní
>> multipolygony , které na relaci nemají tag landuse, ale mají jej na
>> outer cestě? Mně se to nějak nedaří.
>>
>> 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] Multipolygony lesů - převod starého tagování na nové

[Petr Vejsada]

Dne Po 7. prosince 2015 21:55:56, Marián Kyral napsal(a):

> Kurde. Já mám dneska den. Samý kostlivec

:-), ta fce v Postgre je hotová a stále funguje. Stačí jí jen pustit a na 
výstupu z ní je changeset a ten stačí jen uploadnout. To uploadnutí si ale 
nikdo nedovolil. Nebo jen 2-3 lesy, už nevím. import.relforests()

--
Petr


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

Re: [Talk-cz] Multipolygony lesů - převod starého tagování na nové

[Marián Kyral]

Dne 7.12.2015 v 21:54 Martin Švec - OSM napsal(a):
> Ale tentokrát to nejsem já :-) Pokud si vzpomínám, tehdy jsem z toho tiše 
> vycouval, protože se
> vyskytla řada nejasných situací a nebylo jasné, jestli něco nerozbijeme. Víc 
> viz thread. Navíc změn
> multipolygonů by bylo tolik, že to zavánělo porušením pravidla "používejte 
> nový styl tagování ale
> neopravujte hromadně starý".

Tak jsem to zase prošel a zpřesnil bych to na relaci, která má více
outer neuzavřených cest, jenž na sebe pěkně navazují a mají na sobě tag
landuse=forest a relace ne.
Ale jak tohle dostat do sql nebo overpass query. Na to už dneska nemám
mozkové kapacity :-D

Marián

> Overpass query jsem taky nedal.
>
> Martin
>
> Dne 7.12.2015 v 21:12 Petr Vejsada napsal(a):
>> Ahoj,
>>
>> už zase? :-)
>>
>> thread začíná 
>> https://lists.openstreetmap.org/pipermail/talk-cz/2014-September/010728.html
>>
>> Ale třeba nová aktivita bude úspěšnější. Odkazuji dle pravidla, že před 
>> každou 
>> vědeckou prací je nutné prostudovat dostupnou literaturu :)
>>
>> --
>> Petr
>>
>> Dne Po 7. prosince 2015 20:41:42, Marián Kyral napsal(a):
>>
>>> Ahoj,
>>> jak se díváte na hromadnou opravu tagování multipolygonů. Z varianty
>>> landuse=forest na outer hranici(ích) na variantu landuse=forest na relaci?
>>> Zdá se, že některé rendery mají problém v případě, že outer roli má více
>>> cest:
>>> http://www.geocaching.cz/topic/25018-offline-turistick%C3%A1-mapa-pro-androi
>>> d/page-31#entry516431 Sice bychom mohli říci, že tohle je problém těch
>>> rendererů, ale vzhledem k tomu, že je to tagování zastaralé, bylo by asi
>>> lepší to opravit.
>>>
>>> A dokáže někdo sestavit overpass query, která by našla všechny lesní
>>> multipolygony , které na relaci nemají tag landuse, ale mají jej na
>>> outer cestě? Mně se to nějak nedaří.
>>>
>>> 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


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

Re: [OSM-talk-be] Rise of the voetwegen

[André Pirard]

On 2015-12-02 21:35, Jo wrote :
> It seems like a way to prove that Google Translate is not quite up to
> spec...
It is indeed one reason that you should know: Google does not help
understanding such messages, possibly because of turns of phrases.
When I was an OSM newbie, although I fairly know Dutch from school, I
did not subscribe to talk-be because of that.
It seemed Dutch-only at first sight.
On the other hand, I almost never saw a French-only message, even for
Southern matters.
But Marc is reading Russian ;-)
> The list is multilingual. The topic concerns "slow" paths in Flanders.
> If we'd try to have the conversation in English we'd exclude people
> who need to participate and that can't be the intention.
OK. Let us not exclude people who need to participate in Southern matters.
I recently read "C'est quoi talk-be ?".
> Op deze lijst kan in meerdere talen gepost worden. Het gaat over Trage
> Wegen in Vlaanderen. Als we de conversatie in het Engels zouden
> trachten te voeren, dan sluiten we mensen uit die betrokken zijn en
> dat kan de bedoeling niet zijn.
Пока

André.


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

Re: [Talk-GB] route relations type=road

[Andrew Hain]

But surely I can see no obvious harm in the presence of the relations. Also 
searching the database by reference doesn’t always work, for instance not all 
road segments tagged  A1 in the UK are part of the road from London to 
Edinburgh.

--
Andrew


From: Chris Hill 
Sent: 07 December 2015 10:27
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] route relations type=road

On 07/12/15 18:11, Philip Barnes wrote:
> On Sat, 2015-12-05 at 00:54 +, Dave F. wrote:
>> Hi
>>
>> I know this has been discussed before , but recent edits by user:
>> abc26324 prompts me to ask/verify again the point of road relations
>> in the UK. Example:
>>
>> http://www.openstreetmap.org/relation/103301#map=10/51.2112/-2.5578
>>
>> Route relations are meant to represent, err... routes taken by people
>> that transverse multiple different ways; such as bus cycle etc & not
>> just a 'collection' of things, especially when they can easily be
>> collated/extracted from the ref on the actual way.
>>
>> I notice even the M4/M5 have one apiece. This has lead to tag
>> duplication which can never be a good thing.
>>
>> Are there any roads in GB where references are shared? If not, I see
>> no reason for their existence.
>>
> I have noticed that he is at it again and has not responded to either
> my comment with regards to the A50, or chillly's comments with regard
> to the A161.
>
> This time he has added a relation for the bits of the A1 that are not
> A1(M), there is already an A1 relation. I again am not sure why we need
> such relations, and the history is too big to view.delete
>
The author has not responded, so I have deleted the route relation for
A161. I will use changeset comments on any more that I find in the UK to
discuss why they are there - my expectation would be to delete any
others but only after attempting to engage the author.

--
Cheers, Chris (chillly)


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

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

Re: [Talk-GB] route relations type=road

[Lester Caine]

On 07/12/15 19:20, Andrew Hain wrote:
> But surely I can see no obvious harm in the presence of the relations. Also 
> searching the database by reference doesn’t always work, for instance not all 
> road segments tagged  A1 in the UK are part of the road from London to 
> Edinburgh.

>>> >> http://www.openstreetmap.org/relation/103301#map=10/51.2112/-2.5578

The question is more one of what is the point of adding another layer of
complexity that has to be maintained. The sample relation here has
numerous gaps and parallel elements that make it simply a unordered list
of elements. If any element on that list does not currently have an A37
tag then THAT needs to be fixed, and looking up all elements that are
tagged A37 should reproduce the same list, but these will be different
because currently elements of the A303 for example are incorrectly
related as A37. The ONLY way to correctly identify the Route North and
South is to trace the traffic path for each rather than randomly linking
elements which route to other paths. Every time a component of the road
system gets split then the relation also needs updating, but that may
not be easy to verify while the new road network needs to be correct.

If I want data on 'route' like A37 then the starting point is the ref
tag and traffic direction rather than a messed up list of elements.

-- 
Lester Caine - G8HFL
-
Contact - http://lsces.co.uk/wiki/?page=contact
L.S.Caine Electronic Services - http://lsces.co.uk
EnquirySolve - http://enquirysolve.com/
Model Engineers Digital Workshop - http://medw.co.uk
Rainbow Digital Media - http://rainbowdigitalmedia.co.uk

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

Re: [OSM-talk-fr] Escaliers et escalators

[osm . sanspourriel]

Comme le fait remarquer David, s'il y a un qui monte et un qui descend, 
on met 2 escalators.
Si son sens peut changer en fonction du trafic, alors pourquoi pas 
conveying=both.

Mais ne pas rester bêtement devant si le sens est opposé ;-).
Au fait, plutôt dessiner les chemins dans le sens naturel pour avoir 
uniquement conveying=forward pour les escalators à sens unique (et pour 
ceux à double sens, dessiner du point bas vers le point haut).

Rien d'obligatoire, juste plus naturel pour le suivant.

Jean-Yvon

Le 07/12/2015 17:51, Francescu GAROBY - windu...@gmail.com a écrit :

Bonjour,
S'il y a un escalier ET un escalator côte à côte, je pense qu'il faut 
dessiner les 2 (donc 2 nodes/ways, dont l'un des 2 a un tag 
"conveying" en plus)
Dans le cas d'un escalator à double-sens, pourquoi ne pas mettre : 
"conveying=both" ?


Francescu



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

Re: [OSM-talk-fr] Escaliers et escalators

[Philippe Verdy]

Bof... chaque escalator est physiquement séparé de l'autre, il n'y a pas de
demi-tour possible (sauf à vouloir dévaler les marches en contre-sens, avec
quelques risques)
Pour moi ce sont deux escalators distincts (et la plupart du temps ils se
croisent à mi-hauteur au lieu de monter/descendre en parallèle en partant
des mêmes paliers). Il y a bien une barrière physique entre les deux (en
fait deux barrières).
Raisonner comme pour les routes à chaussées séparées. OSM stocke des
données assez précises pour pouboir les séparer (les axes centraux des deux
chemins sont séparés d'environ 2 mètres au minimum, OSM est fait pour
distinguer des détails décimétriques).
Donc deux chemins en sens uniques à tracer, chacun avec ses propres
connexions de paliers (pas sur les mêmes noeuds, et ces noeuds n'étant même
pas sur les mêmes niveaux quand ils sont disposés en croisement).

Sinon à priori les escalators en sens unique sont toujours en sens
"forward", aucune raison de les tracer en contre-sens.

Mais il y a un cas possible où le sens d'un escalator peut être inversé
selon les horaires (par exemple trois escalators, le central pouvant
tourner dans un sens ou l'autre selon l'affluence, ou bien tous les
escalators (disposés en parallèle) pouvent aller dans le sens vers la
sortie à l'heure de fermeture ("conveying=variable" ?): cas trouvé dans les
hypermarchés, les salles de spectacle.

Il y a aussi des escalators sur des trajets peu fréquentés qui vont dans un
sens à la demande : ils sont arrêtés la plupart du temps pour économiser
l'énergie, et ne se mettent en marche dans le bon sens que quand quelqu'un
se présente sur un des paliers, et s'arrêtent automatiquement quand il n'y
a plus personne dessus. Quand il fonctionne dans un sens pour monter ou
descendre quelqu'un, si quelqu'un d'autre se présente dans l'autre sens, ce
dernier devra prendre l'escalier parallèle ("conveying=ondemand" ?).

Il y a aussi des escalators avec portillons qui permettent de fermer
temporairement l'entrée le temps de terminer la livraison des usagers
restants dessus, puis l'escalator s'arrête, change de direction et le
portillon s'ouvre pour libérer la sortie, et cela se répète en faisant des
cycles d'environ 2 minutes. ("converying=alternating" ?)


Le 7 décembre 2015 à 17:51, Francescu GAROBY  a écrit :

> Bonjour,
> S'il y a un escalier ET un escalator côte à côte, je pense qu'il faut
> dessiner les 2 (donc 2 nodes/ways, dont l'un des 2 a un tag "conveying" en
> plus)
> Dans le cas d'un escalator à double-sens, pourquoi ne pas mettre :
> "conveying=both" ?
>
> Francescu
>
> Le 7 décembre 2015 à 17:46, Luc  a écrit :
>
>> Bonjour,
>>
>> J'aimerais ajouter les escalators non référencés sur les stations de
>> métro près de chez moi.
>> Les entrées sont déjà indiquées avec des escaliers (highway=steps,
>> incline=up/down, level=0;-1).
>>
>> La plupart du temps, ces escaliers sont accompagnés d'escalators, parfois
>> dans la montée seulement, parfois dans les deux sens.
>>
>> Puis-je simplement ajouter conveying=forward/backward aux escaliers
>> existants ?
>> J'ai peur qu'en faisant ainsi, je représente un escalator mais plus un
>> escalier...
>>
>> Peut-être dois-je dessiner une nouvelle "voie" (way) avec
>>  - highway=steps
>>  - conveying=forward/backward
>>
>> Par ailleurs, comment représenter 2 escalators (un montant et un
>> descendant) ? Dessiner chaque escalator un à un ? Ça me parait fastidieux
>> et risque de polluer la carte, non ?
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Francescu
>
> ___
> 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] OpenStreetMap et climat

[Philippe Verdy]

pour les opérations pro-climat, il est intéressant de cartographier aussi
- les sites en reconversion énergétique : modes de transport alternatifs
(vélo, autopartage), jardins municipaux, conversion d'anciennes friches en
jardins municipaux, replantations de forêts...
- les anciennes zones de culture abandonnées (sols devenus incultes car
trop érodées, salinisés ou pollués, déficit en eau trop important)
- les anciens puits et anciennes stations de pompage fermés (baisse
alarmante du niveau d'eau ou de la qualité de l'eau)
- les plans de protection contre les inondations et l'érosion marine :
digues, étangs de retenue, bassins d'orage, zones laissées volontairement
inondables, souvent des paturages aux portes des villes.
- les anciennes mines et carrières (dangers d'effondrement, ou reconversion
en lacs)
- les zones de danger suite à l'érosion ou aux risques de chutes de pierres
ou glissements de terrains
- les décharges (officielles ou sauvages) avec indication de leur état
(dépollution en cours ou pas, ou bien isolation et enfouissement).
- les sites industriels polluants ou dangereux (voir aussi les plans Seveso)


Le 7 décembre 2015 à 17:31, Vincent Calame  a
écrit :

> Bonjour à toutes et à tous,
>
> Dans le cadre de la zone d'action climat (ZAC) qui a lieu au 104 rue
> d'Aubervilliers à Paris qui est une manifestation qui réunit des collectifs
> de la société civile lié à la COP 21, je vais animer un petit atelier
> autour d'OpenStreetMap (mercredi 14h-17h). C'est pompeusement appelé «
> cartographier le climat » et le but est de surtout de mettre un pied à
> l'étrier des participants dans leur découverte du monde OSM. Je pense
> notamment les aider à utiliser Umap pour intégrer leur propre carte dans
> leurs sites. Mais je suis intéressé par toute valorisation d'OpenStreetMap
> lié à la thématique afin de montrer qu'OpenStreetMap, ce n'est pas qu'un
> fond de carte.
>
> Je vais évidemment présenter OpenSolarMap (http://www.opensolarmap.org/).
> Je suis preneur de toute carte Umap sur le thème, notamment si cette carte
> récupère des données via Overpass ou d'autres sources.
>
> Vincent
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Aménagements sous une place

[osm . sanspourriel]

Tu veux dire la cartographie d'intérieur ?
There is another list for English ;-)
Boutade et pas boutade à la fois.
Je n'ai rien contre l'anglais, même contre l'Anglais, mais contre le 
franglais si.

Pourquoi utiliser un terme quand l'équivalent existe ?
Et quand il n'existe pas, pourquoi ne pas l'inventer ?

On peut considérer que c'est un jargon compris par tout le monde.
Sauf que justement non, et on se coupe de ceux qui ne parlent pas / pas 
couramment anglais.
Un des gros plus d'OpenStreetMap est d'être multilingue. Not English 
only: c'est la différence entre un service mondial et "World-" quelque 
chose.

En général world- quelque chose ça veut dire américain.

Jean-Yvon

Le 07/12/2015 14:24, Florian LAINEZ - winner...@free.fr a écrit :

Bonjour Axelos,
Je suis très content de compter un nouveau membre qui s'intéresse au 
mapping indoor !


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

[OSM-talk-fr] limite de bureau de vote

[David Crochet]

Bonjour

J'ai fait un essai en me basant sur une discussion courant 2012
https://www.openstreetmap.org/relation/5726128

z'en pensez quoi ?

Cordialement

--
David Crochet


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

Re: [OSM-talk-fr] OpenStreetMap et climat

[osm . sanspourriel]

Les anciennes mines (site pollués) peuvent aussi servir pour accueillir 
du solaire au sol.
C'est de l'écoblanchiment d'un côté (Areva pour ses sites miniers et du 
côté de son usine de Narbonne) mais de l'autre côté une reconnaissance 
qu'on ne peut plus utiliser le sol pour des usages normaux.


Voir aussi le message suivant de Frank Villaro-Dixon de geconomise.ch 
 créé pour un concours sur les donnée 
ouvertes de Genève.

(Je le mets en copie cachée, Frank je te laissse contacter Vincent).

On peut aussi faire une requête dynamique pour mettre en valeur les parc 
éoliens marins extraits d'OSM et un WMS d'Ifremer pour la carte des 
vents en mer (ou hydrolien mais je crains que les sites sous OSM se 
limitent au plus au site pilote de Bréhat).
La DREAL LR doit bien nous proposer ce WMS dans sa liste 
, sinon directement sur le site de 
l'Ifremer.


Pour en revenir aux équivalents d'OpenSolarMap en Allemagne 
(Solarkadaster = Cadastre solaire), pas mal ont comme fond de carte 
le... cadastre.

Un exemple : http://geo.gkd-el.de/website/solar/viewer.htm

J'en ai trouvé un qui semble utiliser OSM tant pour le fond que pour la 
surcouche solaire :

https://qgiscloud.com/delsa/Bornheim_qgiscloud
Je leur demande si la surcouche est bien issue de données OSM.

Jean-Yvon

-Message d'origine-
De :discussion-requ...@listes.enercoop.org
[mailto:discussion-requ...@listes.enercoop.org] De la part de Frank
Villaro-Dixon
Envoyé : mercredi 2 décembre 2015 01:02
Cc :discuss...@listes.enercoop.org
Objet : Re: [Enercoop Discussion] OpenSolarMap

Ca me fait penser au canton de Genève qui a LIDARisé tous ses toits (en
gros, depuis une avionnette, un radar scanne les toits; cela permet de
connaitre, entre autres, son inclinaison).

Du coup, avec d'autres données du canton de Geneve, on s'est amusés à faire
une petite appli sympa:
http://geconomise.ch/

L'idée est que l'utilisateur met son adresse puis le site lui retourne un
"bilan" de sa maison/immeuble (potentiel solaire, de chaudière, etc.).

Ex d'un mauvais batiment:
http://geconomise.ch/#house/1013424/Rue%20des%20Allobroges%2013
et d'un bon:
http://geconomise.ch/#house/1021203/Avenue%20Jacob-Daniel%20MAILLARD%201


J'avais pensé étendre cet outil à la France, mais jamais eu le temps
malheureusement





Le 07/12/2015 21:01, Philippe Verdy - verd...@wanadoo.fr a écrit :

pour les opérations pro-climat, il est intéressant de cartographier aussi
- les sites en reconversion énergétique : modes de transport 
alternatifs (vélo, autopartage), jardins municipaux, conversion 
d'anciennes friches en jardins municipaux, replantations de forêts...
- les anciennes zones de culture abandonnées (sols devenus incultes 
car trop érodées, salinisés ou pollués, déficit en eau trop important)
- les anciens puits et anciennes stations de pompage fermés (baisse 
alarmante du niveau d'eau ou de la qualité de l'eau)
- les plans de protection contre les inondations et l'érosion marine : 
digues, étangs de retenue, bassins d'orage, zones laissées 
volontairement inondables, souvent des paturages aux portes des villes.
- les anciennes mines et carrières (dangers d'effondrement, ou 
reconversion en lacs)
- les zones de danger suite à l'érosion ou aux risques de chutes de 
pierres ou glissements de terrains
- les décharges (officielles ou sauvages) avec indication de leur état 
(dépollution en cours ou pas, ou bien isolation et enfouissement).
- les sites industriels polluants ou dangereux (voir aussi les plans 
Seveso)



Le 7 décembre 2015 à 17:31, Vincent Calame > a écrit :


Bonjour à toutes et à tous,

Dans le cadre de la zone d'action climat (ZAC) qui a lieu au 104
rue d'Aubervilliers à Paris qui est une manifestation qui réunit
des collectifs de la société civile lié à la COP 21, je vais
animer un petit atelier autour d'OpenStreetMap (mercredi 14h-17h).
C'est pompeusement appelé « cartographier le climat » et le but
est de surtout de mettre un pied à l'étrier des participants dans
leur découverte du monde OSM. Je pense notamment les aider à
utiliser Umap pour intégrer leur propre carte dans leurs sites.
Mais je suis intéressé par toute valorisation d'OpenStreetMap lié
à la thématique afin de montrer qu'OpenStreetMap, ce n'est pas
qu'un fond de carte.

Je vais évidemment présenter OpenSolarMap
(http://www.opensolarmap.org/). Je suis preneur de toute carte
Umap sur le thème, notamment si cette carte récupère des données
via Overpass ou d'autres sources.

Vincent



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




___
Talk-fr mailing list
Talk-fr@openstreetmap.org

Re: [OSM-talk-fr] BANO : les lieux-dits

[Vincent de Château-Thierry]

Bonsoir,

Le 03/12/2015 10:34, Vincent de Château-Thierry a écrit :


Merci pour vos retours.
=> J'ai créé les tickets suivants :

Onglet lieux-dits : tri alphabétique 
https://github.com/osm-fr/osm-vs-fantoir/issues/21
Onglet lieux-dits : distinguer les LD habités 
https://github.com/osm-fr/osm-vs-fantoir/issues/22


Ces 2 points sont traités. Les lieux-dits bâtis _selon FANTOIR_ sont 
regroupés en haut de liste.
Sur quelques tests j'ai l'impression que la qualification bâti/non bâti 
est approximative. J'ai notamment remarqué des équivalents de 
place=hamlet notés comme non bâtis. Bref, il sera intéressant de croiser 
les retours de chacun.


vincent

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

Re: [OSM-talk-fr] limite de bureau de vote

[Philippe Verdy]

"admin_level=11" pout un bureau de vote?

Ok pour "boundary=political" mais je vois mal en quoi c'est un niveau 11
sauf si tu crois que c'est une analogie aux niveaux administratifs (et que
légalement un bureau de vote ne peutr pas être à cheval sur plusieurs
communes, niveau admin=8, ni sur plusieurs cantons, sans admin_level, je ne
vois pas en quoi le bureau ne pourrait pas être à cheval sur plusieurs
quartiers adminsitratifs, comme c'est le cas déjà des cantons, et même sur
plusieurs IRIS).

Les bureaux de vote sont plutôt délimités selon le nombre nécessaire de
listes d'électeurs inscrits, et qui peuvent ensuite être accueillis
convenablement dans un bureau physique qui devra supporter l'affluence et
un temps de dépouillement raisonnable.

Les bureaux sont également faits chaque année pour être indépêndant du type
de scrutin qui aura lieu (municipal/communautaire, départemental, régional,
legislatif, présidentiel, référendaire...), ils tiennent donc compte des
autres découpages de circonscriptions électorales soumises au même régime
d'inscription -- mais ils ne sont pas concernés par les autres types
scrutins dont les communes n'ont pas directement la charge et qui utilisent
d'autres listes d'inscrits, tels que les élections
prudhommales/professionnelles, sénatoriales, etc.)

Bref j'aurais plutôt mis "political_division=polling_station" ou similaire,
en évitant toute notion de "niveau".


Le 7 décembre 2015 à 21:49, David Crochet  a écrit :

> Bonjour
>
> J'ai fait un essai en me basant sur une discussion courant 2012
> https://www.openstreetmap.org/relation/5726128
>
> z'en pensez quoi ?
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> 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] BANO : les lieux-dits

[osm . sanspourriel]

intéressant... la précision "selon FANTOIR" est plus qu'utile.
Peut-être qu'un transformateur suffit à FANTOIR pour considérer un 
endroit comme bâti, dnas OSM c'est plutôt un endroit habité.


Comment indiquer proprement "sans objet".
Je vois en tête de liste 
(http://cadastre.openstreetmap.fr/fantoir/#insee=56078=4) des 
références par rapport à des lieux-dits (à l'est de, autour de) : 
typiquement si les lieux en question sont nommés ainsi c'est que ce ne 
sont pas des lieux-dits.

Donc à mon avis ils sont à poubelliser.
Je suis tombé sur :
A L EST DU
AU NORD DE
AU NORD DU
AU SUD DU
AUTOUR DE
ENTRE (...) ET (...)

D'autres ne semblent pas habités (LA PIECE POINTUE) que ce soit selon 
OSM ou la cadastre.
D'autres sont des combinaisons de lieux-dits (Le Cap Kerdudal), sachant 
que Le Cap et Kerdudal sont des lieux-dit FANTOIR rapprochés avec OSM.
D'autres encore doivent correspondre à des besoins du facteur (Le Cap 
Nord) pas à une réalité de terrain (si ce n'est qu'il y a un chemin nord 
sud et au milieu un chemin qui va vers l'est : donc ce que est au nord 
du chemin est-ouest et desservi par la branche nord du les route 
nord-sud est "Le Cap Nord". Mais mettre 2 lieux-dits pour un hameau 
d'une vingtaine de maisons... sachant que seul un existe et regroupe les 
deux (ici Le Cap).


Pour ces faux lieux-dits, qu'est ce que tu peux faire ? Qu'est ce que 
l'on peut faire ?


N. B. d'autres non habités le sont. Par exemple Kerbigot (OSM a la rue 
"Résidence de Kerbigot à côté, la Poterie de Kerbigot 
 se trouve à côté)


Jean-Yvon

Le 07/12/2015 22:00, Vincent de Château-Thierry - osm.v...@free.fr a écrit :

Bonsoir,

Le 03/12/2015 10:34, Vincent de Château-Thierry a écrit :


Merci pour vos retours.
=> J'ai créé les tickets suivants :

Onglet lieux-dits : tri alphabétique 
https://github.com/osm-fr/osm-vs-fantoir/issues/21
Onglet lieux-dits : distinguer les LD habités 
https://github.com/osm-fr/osm-vs-fantoir/issues/22


Ces 2 points sont traités. Les lieux-dits bâtis _selon FANTOIR_ sont 
regroupés en haut de liste.
Sur quelques tests j'ai l'impression que la qualification bâti/non 
bâti est approximative. J'ai notamment remarqué des équivalents de 
place=hamlet notés comme non bâtis. Bref, il sera intéressant de 
croiser les retours de chacun.


vincent

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


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

Re: [OSM-talk-fr] BANO : les lieux-dits

[Vincent de Château-Thierry]

Le 07/12/2015 22:51, osm.sanspourr...@spamgourmet.com a écrit :


Pour ces faux lieux-dits, qu'est ce que tu peux faire ? Qu'est ce que
l'on peut faire ?


Je rappelle l'existence de ce ticket
https://github.com/osm-fr/osm-vs-fantoir/issues/23 pour qualifier les 
situations où les noms proposés nous semblent déconnectés du terrain. En 
affectant un statut à chaque nom problématique, on y verra un peu plus 
clair sur le reste à faire dans OSM.


vincent

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

[OSM-talk-be] kaartje om ontbrekende wegen te vinden op basis van GRB

[joost schouppe]

Hoi,

Ik heb wat zitten knoeien om snel iets te maken waarmee je kan zien of er
nog wegen gekend zijn bij het GRB die wij niet kennen.

Hier is het resultaat:
http://www.osm.be/animap/vergelijkinggrb.html

In het blauw: alle Openstreetmap wegen, steeds actueel
In het rood: een upload van WVG, die moet manueel geupdate worden

Waar de twee beschikbaar zijn, kleurt het paars
Waar "wij" en weg hebben en Agiv niet, kleurt het blauw.
Waar wij geen weg hebben, maar Agiv wel, kleurt het rood: dus nader te
bekijken.
Waar blauw en rood naast elkaar lopen, heb je een verschil in geometrie.

De namen volgens Agiv verschijnen in het rood als je wat inzoomt.

Als je niet ver ingezoomed bent, ga ja nog vrij veel rood zien, maar dat
komt omdat ik het nog niet aan de praat heb gekregen dat Mapbox ook kleine
wegjes laat zien als je ver uitgezoomed bent.

Het is nogal "rough and ready", maar volgens mij wel goed genoeg om een
beetje een idee te krijgen van de stand van zaken in je eigen mapping
omgeving.

Als iemand zijn weg kent in Mapbox studio: hulp om dat blauw op alle
zoomlevels te krijgen zeker welkom.

-- 
Joost @
Openstreetmap  |
Twitter  | LinkedIn
 | Meetup
 | Reddit
 | Wordpress

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

Re: [Talk-it] Tutto Città - mappa edificato

[Any File]

2015-12-06 21:19 GMT+01:00 Stefano :
>> > :
>> >
>> > pubblicato la mappa con OSM
>> > http://www.ospedalesanmartino.it/ospedale/dove-siamo.html
>>

> Come su qualunque mappa che usa LeafletJS (http://leafletjs.com/) in tutto
> il mondo, compreso OSM?
>

Andando a guardare il codice HTML della pagina indicata
http://www.ospedalesanmartino.it/ospedale/dove-siamo.html

scopro che non hanno usato LeafletJS, ma che includono con un iframe
una pagina del sito di OSM, con url che inizia per
http://www.openstreetmap.org/export/embed.html?bbox=

Il codice è quello che si ottiene andando sul sito OSM, premendo a
destra l'icona share e poi premendo HTM (dove ci sono tre bottoni
"Link", "Short Link", "HTML"

Pertanto la scritta con il copyright (e anche il link "report a
problem") è generato dal sito OSM

AnyFile

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

Re: [Talk-GB] route relations type=road

[Philip Barnes]

On Sat, 2015-12-05 at 00:54 +, Dave F. wrote:
> Hi 
> 
> I know this has been discussed before , but recent edits by user:
> abc26324 prompts me to ask/verify again the point of road relations
> in the UK. Example:
> 
> http://www.openstreetmap.org/relation/103301#map=10/51.2112/-2.5578
> 
> Route relations are meant to represent, err... routes taken by people
> that transverse multiple different ways; such as bus cycle etc & not
> just a 'collection' of things, especially when they can easily be
> collated/extracted from the ref on the actual way.  
> 
> I notice even the M4/M5 have one apiece. This has lead to tag
> duplication which can never be a good thing.
> 
> Are there any roads in GB where references are shared? If not, I see
> no reason for their existence.
> 
I have noticed that he is at it again and has not responded to either
my comment with regards to the A50, or chillly's comments with regard
to the A161.

This time he has added a relation for the bits of the A1 that are not
A1(M), there is already an A1 relation. I again am not sure why we need
such relations, and the history is too big to view.

Phil (trigpoint)

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

Re: [Talk-GB] route relations type=road

[Dave F.]

On 07/12/2015 18:11, Philip Barnes wrote:


I have noticed that he is at it again and has not responded to either
my comment with regards to the A50, or chillly's comments with regard
to the A161.


I think a zero-hour block is probably called for, if only to grab his 
attention.


Dave F.

---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus


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

Re: [Talk-GB] route relations type=road

[Philip Barnes]

On Mon, 2015-12-07 at 05:53 -0700, Richard Fairhurst wrote:


> These route relations are pointless armchairing and make the map
> harder to
> edit for newbies to no benefit. If the user doesn't respond to
> changeset
> comments I would agree with deleting them.
> 
I agree Richard

The relations as added are completely pointless as he has not actually
joined the sections up where the could conceivably be mistaken for
multiplexes, but has merely created a collection of ways with the same
reference, some are even for B roads.

Phil (trigpoint)

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

Re: [Talk-GB] route relations type=road

[Chris Hill]

On 07/12/15 18:11, Philip Barnes wrote:

On Sat, 2015-12-05 at 00:54 +, Dave F. wrote:

Hi

I know this has been discussed before , but recent edits by user:
abc26324 prompts me to ask/verify again the point of road relations
in the UK. Example:

http://www.openstreetmap.org/relation/103301#map=10/51.2112/-2.5578

Route relations are meant to represent, err... routes taken by people
that transverse multiple different ways; such as bus cycle etc & not
just a 'collection' of things, especially when they can easily be
collated/extracted from the ref on the actual way.

I notice even the M4/M5 have one apiece. This has lead to tag
duplication which can never be a good thing.

Are there any roads in GB where references are shared? If not, I see
no reason for their existence.


I have noticed that he is at it again and has not responded to either
my comment with regards to the A50, or chillly's comments with regard
to the A161.

This time he has added a relation for the bits of the A1 that are not
A1(M), there is already an A1 relation. I again am not sure why we need
such relations, and the history is too big to view.delete

The author has not responded, so I have deleted the route relation for 
A161. I will use changeset comments on any more that I find in the UK to 
discuss why they are there - my expectation would be to delete any 
others but only after attempting to engage the author.


--
Cheers, Chris (chillly)


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

Re: [Talk-it] La nostra wiki, come è e come dovrebbe essere

[Federico Leva (Nemo)]

Scusate, rispondo senza aver letto tutto. Storicamente, secondo me i 
principalissimi problemi del wiki OSM sono due:
1) organizzazione multilingue pessima, rimasta a pratiche che erano 
obsolete già 10 anni fa (traduzione difficile, sincronizzazione 
inesistente): la soluzione è pronta e si chiama Translate, il consenso 
c'è e la conversione può essere graduale 
https://wiki.openstreetmap.org/wiki/Talk:Wiki_Translation#Translate_extension 
;
2) duplicazione non-linguistica delle informazioni, per esempio fra 
pagine specifiche dei tag e pagine con tabelle che sintetizzano piú tag: 
la soluzione è come minimo una transclusione via 
LabeledSectionTransclusion, al meglio un sistema semantico con SMW o Cargo.


Nemo

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

Re: [Talk-it] Percorsi preferiti o sconsigliati per bici

[Federico Leva (Nemo)]

Giovanni, grazie: non avevo provato brouter. Commette però lo stesso 
errore, forse perché (come GraphHopper) non conosce la pendenza del 
cavalcavia. Comunque è sbagliato mandare la bici verso uno svincolo 
autostradale (per quanto a me personalmente possa andare bene).


Volker, se vedi la pagina che ho collegato, uso già graphhopper per 
indicare i punti intermedi. Il mio obiettivo è che OSM/GraphHopper diano 
indicazioni migliori in partenza. :) È vero che il percorso ciclabile è 
90 metri piú lungo; ho provato ad aggiungere che il tunnel è asfaltato.


Alecs, in effetti quei consigli sono una sintesi milanocentrica che 
cerca di convincere che è poca fatica, quindi 1,3 km a piedi sono 
esclusi e i pendolari con competenze di linee alternative non sono 
serviti. :)


Nemo

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

Re: [talk-au] GNAF (address) data to be released under open license

[Daniel O'Connor]

> Those individuals who are concerned should lobby the government NOW. Not
wait for the licence to be declared, nor any requirements made.

There is already a commitment for CC-BY-3.0 or better due to
http://www.ausgoal.gov.au/creative-commons  and http://data.gov.au/about

Prematurely lobbying the teams who are responsible for this without
understanding prior commitments they've made; and without evidence they'll
violate those commitments might do more harm than good.


The web link in the above ref  (http://data.australia.gov.au) is no longer
> valid ...


Irrelevant: data.gov.au and data.australia.gov.au are the same site run by
the department of finance, the explicit permission was given in response to
an email titled *data.gov.au  feedback*. The older URL
was simply retired after the Gov 2.0 taskforce was over and pilot phase was
done.



> At the moment if looks like you have to subscribe and then they send you
> out the data.


Please read the original announcement carefully. Specifically: "The G-NAF
and Administrative Boundaries datasets will be published under an open data
licence at no cost to end users on data.gov.au in February 2016."
___
Talk-au mailing list
Talk-au@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-au

[Talk-us] Deleting standalone empty nodes?

[Steve Friedl]

Hello all,

 

I'm mapping mostly in Southern California where I live and hike, and
sometimes I run across nodes with no tags, not part of anything, often the
owned by some kind of bot.  You can't see them directly in OSM, but in JOSM
there's a trail of them paralleling Santiago Truck Trail:

 

http://www.openstreetmap.org/#map=16/33.6903/-117.5494

 

Most of them are by bots - OSMF Redaction Account, woodpeck_fixbot - and
they appear to be spurious, but I'm not sure if they are there for a reason.


 

Is there ever any benefit in a standalone node with no tags, especially if
it doesn't appear to be in an "interesting" location relative to underlying
imagery?

 

Thanks,

Steve

 

--- 

Stephen J Friedl  | Security Consultant | UNIX Wizard | 714 345-4571

  st...@unixwiz.net | Southern California |
Windows Guy |  unixwiz.net

 

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

Re: [OSM-talk-be] Rise of the voetwegen

[André Pirard]

On 2015-12-04 08:13, joost schouppe wrote :
>
> I don't think it's realistic to ask everyone to translate into the
> three languages. It is too much work, but also: I'm not sure anyone
> would understand my French :)
>
> There is no perfect solution as some of us are monolingual. But I
> think we're actually doing pretty good. People do tend to write in
> English when their message is relevant to all Belgians.
>
> Some things we might do to improve:
> - try to write auto-translate friendly. So try to avoid typical
> expressions, mixing languages, etcetera.
> - try to be mindful of a conversation  turning from local interest to
> Belgian interest. Consider switching to English in those cases.
> - when you're interested in a conversation but can't follow because of
> the language, just ask for a summary of the conversation in English or
> the other  main national language.
>
Good thoughts.
Sorry I hadn't seen Lionel's message and Jo's and Joost's answers before
sending my last message.
(I'm a threaded messages display newbie ;-) )

First, I repeat, and maybe update, my previous advice for translation
for Thunderbird and Firefox:
S3.Google Translator (extension): no need to copy and paste to read
messages, just select.
This (the following) is done with it.  Even a "language learning" function.

Tout d'abord, je le répète, et peut-être mettre à jour, mon conseil
précédent pour la traduction pour Thunderbird et Firefox:
S3.Google Translator: pas besoin de copier et coller à lire les
messages, sélectionnez simplement.
Cela se fait avec elle. Même une fonction "d'apprentissage de la langue".

Ten eerste, ik herhaal, en misschien werken, mijn vorige advies voor
vertaling voor Thunderbird en Firefox:
S3.Google Translator: geen behoefte om te kopiëren en te plakken om
berichten te lezen, gewoon selecteren.
Dit wordt gedaan met het. Zelfs een functie "leren van talen".

Second, as an experiment, I used Google Translation from nl.wikipedia.
Google has a terrible problem with word order (1), for example, the verb
at the end of the phrase.
I understood most of the translation to English directly, but I rather
often had to read the phrase a second time to understand.  So, why was
it so difficult with talk-be?

"try to write auto-translate friendly" says Joost.
Perfectly true. When I write text on my Web site which uses translation
buttons, I often check the translation. But Google are a real pest, they
made a translation cache, they don't check the file date and you don't
see any change. So the trick is to write in Thunderbird and to check
the  translation with S3.Google Translator.
But this feedback process is tedious and without it it's only guesses.
The only advice I can think of is to make simple and unambiguous phrases.
I don't know Dutch enough to give advices for it.
But maybe Jo, who knows the three languages so well, could repeat my
experiment, see if he finds a translation quality difference and why and
conclude with advices to write his mother language more simply.

Hoping this can help,

André.


(1) I once put in the Wikipedia "Google Translation" page a Russian ->
English translation that said exactly the opposite because of word order
(but, as usual, they removed it and they asked me 2€ instead).
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [talk-au] Explicit Permission to use NSW Land and Property Information data

[Warin]

On 8/12/2015 3:14 PM, Andrew Harvey wrote:


On 8 December 2015 at 04:54, Paul Norman > wrote:


When we're talking about source tags, we should use whatever is
useful for mappers. In theory source date tags can be useful, but
in practice I've not seen them worth the bother.


Agreed. As a mapper something easy to type is ideal such as 
lpi_imagery, lpi_basemap, but I'm not overly fussed. I don't know how 
much I would use the Base map though since I generally favor on the 
ground verification. the Imagery will be very useful for more accurate 
tracing.



I have been surprised at how accurate the base map is in its location.  
The imagery would be usefull for building locations etc.


The base map has things like post offices, libraries, medical, RFS, 
parks, mountain tops, saddles, creeks, stations (homesteads, ranches) 
with their names. And  property address numbers for adding the address 
information.


On the ground sourcing is a much much slower process ... and has 'us' 
with lots of blank information. The base map will be very usefull to me 
at least... to get information that is presently missing in OSM. Must be 
1,000s of street names missing in Sydney alone.


I'm using JOSM .. and find a source tag can be nicely descriptive and 
used repetitively using a simple mouse click process once typed 
initially. You could also use a copy and paste system. I tend to use one 
source at at time so this works well for me.


Verification is a much quicker process - you spot what is wrong and only 
need to note that .. not every street name and its location.


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