date:20150226

'k ben er niet zo zeker van dat de medewerkers van Westtoer zelf de mapping
gaan doen.
De mapping party zal bestaande en nieuwe mappers aantrekken, waarbij er
mogelijk medewerkers aanwezig zullen zijn.
Taggen zal natuurlijk volgens de OSM regels gebeuren.

Een deel van de gegevens die jij aangeeft (bv. evenementen) horen mijns
inziens in hun db thuis met allerlei extra data. Ze  kunnen dan markers
bovenop een osm kaart plaatsen met CartoDB, umap, hun eigen redering.

Een mapping party gaat over het verzamelen van gegevens en het mappen
ervan. Het genereren van een kaart , routering etc. staat daar los van voor
mij.

mvg

m





2015-02-26 16:04 GMT+01:00 Jakka vdmfrank...@gmail.com:

 Ben Abelshausen schreef op 26/02/2015 om 15:29:

 Hey Marc,

 2015-02-26 15:02 GMT+01:00 Marc Gemis
 marc.ge...@gmail.com
 mailto:marc.ge...@gmail.com:


 het is me niet helemaal duidelijk wat er hier zal moeten gebeuren.
 willen ze bv. tellen hoeveel kilometer snelweg er is en zien dat dat
 aantal niet dramatisch zakt ?
 het lukt me momenteel niet om bv. alle changesets tussen Antwerpen
 en Mechelen deftig te bekijken om problemen te detecteren. Hoe kan
 je je zoiets dan doen voor een volledige provincie zonder
 automatische tools ?
 'k denk dat er eerst wat meer duidelijkheid moet geschept worden
 over de verwachtingen voordat iemand gaat toehappen.


 Zoals gewoonlijk, goei punt! :-) Die stats uit de originele mail die
 kunnen we wel berekenen maak je daar geen zorgen over.

 Wat ik dus zoek:

 Iemand die met westtoer en co wat will communiceren en eventueel een
 mappingparty of 2 wil organiseren. Eventueel rond het thema toerisme.

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen


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


 Enkel gedachten op papier gezet voor de uiteenzetters van mappingparty.

 Vermoed dat de toeristische dienst vooral oog zal hebben hoe zij zaken
 kunnen presenteren op maps, daarvan folders kunnen maken en free draagbare
 applicaties om toeristen op pad te sturen.

 Hun medewerkers (onderbemand) zullen handleiding vragen de wiki 's ? hmm
 dat wordt puzzelen.
 Gaan zij werken met browser editors of java? welk OS systeem.
 Wie krijgt dat draaiende ?
 Taggen volgens de regels van OSM of wordt het taggen voor hun behoeften ?

 Welke gebruiksvriendelijk consument gerichte programma's zijn er al?
 Of moeten die nog aangemaakt worden ?

 Wat kan er weer gegeven worden met iconen (internationaal publiek) lijst
 niet te beperkt ?
 Zoals een beetje in de reisbrochures?
 - één per evenement of meerdere op bezienswaardigheden ?
 - één of veel per gebouw is dat mogelijk ?
 (bar, restaurant, wheelchair, p(arking) wifi enz
 - openingsuren flexibel aan te passen ? mogelijk door eigenaars,
 inrichters ?
 - last minute aanpassing optreden of zeker de afgelasting ervan.
 - routeplanning ?
 -

 Jakka



 ___
 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-de] Strittige Adressen / Gemeindegrenzen

2015-02-26 Thread Georg Feddern


Moin,

neugierig wie ich nun mal bin, hab ich mir die aktuelle Situation aus 
der Ferne angeschaut:


Mit Datenstand heute 10:56 Uhr sind doch beide Informationen immer noch 
da - die offizielle Adresse am Gebäude und die inoffizielle Adresse am 
node auf der Grenze.

Diesen Stand halte ich auch für eine gelungene Lösung.

Gruß
Georg


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

[Talk-it] Nomi errati (era Re: How to extract a topographic map of an area)

2015-02-26 Thread Luigi Toscano

On Thursday 26 of February 2015 17:31:18 Fabri wrote:
 ps: un altro si lamenta dei nomi errati
 http://www.openstreetmap.org/user/Francesco%20Maria%20Volpe%20Montesani/diar
 y/34474

Un po' opinabile (e che c'entra con l'altro messaggio?).

Si lamenta della A3 Salerno-Reggio Calabria che sarebbe Napoli-RC?
Però è pure vero che hanno gestori diversi, e le due tratte sono identificate 
separatamente come Napoli-Salerno e Salerno-Reggio Calabria. 
Wikipeda (che non è una fonte primaria, ok) parrebbe confermare, come mi 
ricordo, che il chilometraggio si azzera quando si passa dall'una all'altra 
tratta. Quindi in questo specifico caso non sarebbe un errore usare Salerno-
Reggio Calabria...

E la Strada Statale Tirrena Inferiore è indicata come SS 18 per buona parte 
del suo itinerario. Purtroppo stradeanas.it non permette un collegamento 
diretto, ma cercate SS18 da qua:
http://www.stradeanas.it/index.php?/strade/consistenza/regione/sede/TUTTE

Ciao
-- 
Luigi





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

[Talk-gb-london] Pub meet-up next Tuesday near Trafalgar Sq

2015-02-26 Thread Harry Wood

The next casual social pub meet-up will be on Tuesday 3rd March at The Lord 
Moon of the Mall pub near Trafalgar Square. We'll be there from 7pm


Map: http://osm.org/go/euu4gPUIN-?way=140469340

Jim McAndrew AKA JimmyRocks is visiting London from the states, so the pub 
meet-up is dedicated to him! I also picked a pub in a touristy spot for him too 
:-)

This is a big wetherspoons pub, but I think it's all on one level. We'll aim to 
get a table somewhere but it can be crowded earlier on, so may be standing near 
the bar at first. If you turn up a little later you may find it easier to spot 
the group. We'll try to get organised with an OpenStreetMap sign and / or an 
orange OSM Surveyors Jacket /  Polo shirts.
Sign up on lanyrd: http://lanyrd.com/2015/3-mar-osm By signing up there, you 
make the event look more popular (Note: A lot people don't bother signing up. 
We expect between 5 and 15 people. It is popular, honest)

As always...


London events listed here: http://wiki.osm.org/wiki/London#Upcoming_Events

And you should follow https://twitter.com/OSMLondon



Harry

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

[Talk-es] GeocampES 2015 - Sevilla

2015-02-26 Thread Moises Arcos

Este 20 de Junio se celebrará en Sevilla la tercera edición de la versión
española de la Geocamp.

Se trata de una geo-desconferencia, una conferencia sin programa previo
donde los propios asistentes definen el contenido del mismo, tomando un
papel más activo dentro de la creación del evento. Es un día para el
intercambio de experiencias, conocimientos y valores en torno a todo
aquello que tenga que ver con lo GEO y no tan GEO.

En la edición del año pasado más de 50 personas se juntaron en A Coruña,
venidos de varios puntos de España, procedentes de entidades públicas,
empresas punteras del sector GEO a nivel mundial, administraciones,
freelances, etc...

El escenario elegido para esta edición es El Cortijo del Alamillo, un
cortijo de estilo andaluz enmarcado en el entorno de un parque
metropolitano, convertido en pulmón de la ciudad.

Este año se contará de nuevo con la participación de empresas y
organizaciones de ámbito local, nacional e internacional, con gran
importancia dentro del panorama GEO, lo que permitirá a los asistentes
poder aprender, conocer y compartir iniciativas en torno al mundo de la
información geográfica.

La GeocampES está organizada por la agrupación Geoinquietos Sevilla,
contando con  la colaboración  de  la Consejería de Fomento y Vivienda de
la Junta de Andalucía, así como con el patrocinio  y apoyo del Colegio de
Geógrafos de Andalucía y de las empresas Geocat y Emergya.

Más información:
 - Página web: http://geocamp.es/
 - Inscripción: http://geocampes2015.eventbrite.es/
 - Twitter: @geocampes
 - Facebook: www.facebook.com/geocampes
 - Hashtag: #geocampes15

Un saludo y os esperamos en Sevilla.
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-us] Mappy hours questionnaire

2015-02-26 Thread Martijn van Exel

Hey all,

Thanks to many who have already filled out this 2 minute survey. I plan to
use the results to make the mappy hour more attractive to more of you. If
you haven't yet, your opinion is valuable to me. Please take 2 minutes to
fill it out: http://goo.gl/forms/6h432K2l3L

Thanks again!
Martijn

On Tue, Feb 24, 2015 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote:

 Hey all,

 We've been doing Mappy Hours on Google Hangouts for a little while now. I
 would like to get your opinion on a few aspects such as format, theme, time
 and day. If you could help me out by filling out this quick survey I would
 be really grateful.

 Link to survey: http://goo.gl/forms/6h432K2l3L

 Thanks for your time!
 --
 Martijn van Exel
 skype: mvexel




-- 
Martijn van Exel
skype: mvexel
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-ro] Primaria Cluj va folosi tool-uri Open Source pentru sistemul lor GIS - Cu ajutorul nostru

2015-02-26 Thread ciprian niculescu

Salut,

super initiativa, felicitari si bafta.

Nu am citit inca documentele de la tine, si nu am inteles daca primaria
vrea sa si returneze comunitatii toate datele ce le introduc. Daca vor,
atunci solutia cea mai simpla este sa editeze direct pe OSM, si local sa
tina o baza pre-procesata (osmose, overpass) ca sa le mearga mai rapid.
Daca vor sa pastreze la ei, atunci trebuie facut un sistem inchis 

eu sunt din bucuresti, dar pot sa ajut cu ceva scripting, ceva resurse de
procesare pentru un POC...

bafta

CiprianN

2015-02-26 17:10 GMT+02:00 Badita Florin baditaflo...@gmail.com:

 De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
 implementa un sistem de cadastru eficient si util
 Astazi am fost si am prezentat directoarei de la Urbanism si de la IT cum
 functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
 relatii intre obiecte, etc )

 Acest articol explica putin ce vreau sa fac.

 www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca

 Un articol mai tehnic este aici
 https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing

 Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
 imposibil, deci trebuie gasita o solutie.

 Eu am propus ca sa facem o instanta a serverului OSM locala, iar primaria
 sa adauge datele in JOSM, fiind cel mai user friendly editor
 Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS

 Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie sa
 descarci fisierul OSM,sa il convertesti, etc.

 Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze pe
 serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere.

 Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este nevoie
 de o solutie tehnica, unde sa fie nevoie de o parola, etc.

 Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
 foarte bun.
 Prin acesta colaborare o sa obtinem mai multe seturi de date de la
 primarie si o sa fie un super bun prim pas spre deschiderea datelor altor
 primarii, care vor putea sa intelegeaga mai bine ce inseamna tool-uri open
 source



 ᐧ

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


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

[talk-ph] GADM data into OSM

2015-02-26 Thread maning sambale

Hi,

Please see related boundary edits by this user:
https://www.openstreetmap.org/user/joyvious324/history#map=7/12.341/123.202
Specifically those with changeset comment: [Samar] Added more boundaries

For a brief background, community consensus was, GADM is not good for
import into OSM both from legal and data quality perspective.  See
Eugene's mail:
https://lists.openstreetmap.org/pipermail/talk-ph/2011-May/003255.html

If anyone wants to talk to the user (no time for me right now), please
send a message nicely. :)

P.S. Just came from Catbalogan and the data is really good within the
city center.  Thanks to the above user and others. :)

-- 
cheers,
maning
--
Freedom is still the most radical idea of all -N.Branden
blog: http://epsg4253.wordpress.com/
--

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

[Talk-it] How to extract a topographic map of an area

2015-02-26 Thread Fabri


Un utente italiano chiede consiglio tramite diario

http://www.openstreetmap.org/user/Alberto1989/diary/34388

chi può aiutare lo contatti


ps: un altro si lamenta dei nomi errati 
http://www.openstreetmap.org/user/Francesco%20Maria%20Volpe%20Montesani/diary/34474


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

Re: [OSM-talk-be] Mapping in West-Vlaanderen

2015-02-26 Thread Jakka


Ben Abelshausen schreef op 26/02/2015 om 15:29:

Hey Marc,

2015-02-26 15:02 GMT+01:00 Marc Gemis
marc.ge...@gmail.com
mailto:marc.ge...@gmail.com:

het is me niet helemaal duidelijk wat er hier zal moeten gebeuren.
willen ze bv. tellen hoeveel kilometer snelweg er is en zien dat dat
aantal niet dramatisch zakt ?
het lukt me momenteel niet om bv. alle changesets tussen Antwerpen
en Mechelen deftig te bekijken om problemen te detecteren. Hoe kan
je je zoiets dan doen voor een volledige provincie zonder
automatische tools ?
'k denk dat er eerst wat meer duidelijkheid moet geschept worden
over de verwachtingen voordat iemand gaat toehappen.


Zoals gewoonlijk, goei punt! :-) Die stats uit de originele mail die
kunnen we wel berekenen maak je daar geen zorgen over.

Wat ik dus zoek:

Iemand die met westtoer en co wat will communiceren en eventueel een
mappingparty of 2 wil organiseren. Eventueel rond het thema toerisme.

Met vriendelijke groeten,
Best regards,

Ben Abelshausen


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



Enkel gedachten op papier gezet voor de uiteenzetters van mappingparty.

Vermoed dat de toeristische dienst vooral oog zal hebben hoe zij zaken 
kunnen presenteren op maps, daarvan folders kunnen maken en free 
draagbare applicaties om toeristen op pad te sturen.


Hun medewerkers (onderbemand) zullen handleiding vragen de wiki 's ? hmm 
dat wordt puzzelen.

Gaan zij werken met browser editors of java? welk OS systeem.
Wie krijgt dat draaiende ?
Taggen volgens de regels van OSM of wordt het taggen voor hun behoeften ?

Welke gebruiksvriendelijk consument gerichte programma's zijn er al?
Of moeten die nog aangemaakt worden ?

Wat kan er weer gegeven worden met iconen (internationaal publiek) lijst 
niet te beperkt ?

Zoals een beetje in de reisbrochures?
- één per evenement of meerdere op bezienswaardigheden ?
- één of veel per gebouw is dat mogelijk ?
(bar, restaurant, wheelchair, p(arking) wifi enz
- openingsuren flexibel aan te passen ? mogelijk door eigenaars, 
inrichters ?

- last minute aanpassing optreden of zeker de afgelasting ervan.
- routeplanning ?
-

Jakka


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

Re: [Talk-br] Quando usar shelter e covered

2015-02-26 Thread Nelson A. de Oliveira

2015-02-26 10:43 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 Aqui no Brasil nunca vi, só pontos cobertos mesmo. Acho melhor usar
 covered=yes.

Mas essas coberturas dos pontos é shelter.
Tanto é que existe diferenciação de shelter no OSM:
http://wiki.openstreetmap.org/wiki/Key:shelter_type
Olha o public_transport

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

Re: [Talk-ro] [geo-spatial] Primaria Cluj va folosi tool-uri Open Source pentru sistemul lor GIS - Cu ajutorul nostru

2015-02-26 Thread Sorin ANDREI

Salut,

Se poate rezolva mai simplu:
- instalezi Postgres/PostGIS si prima oara faci import la datele pe
Romania la fisierul OSM
- apoi cu un script simplu in fiecare noape faci update automat la
baza de date din PostGIS direct de la serverul OSM. Nu mai trebuie
copie locala la serverul OSM.
- editarea/adaugarea de date o faci direct pe serverul mare OSM, fara
sa te mai stresezi.

Si gata ai date pentru QGIS, fara sa pierzi atribute la exportul in
SHP, plus ca poti folosi datele din PostGIS la alte chestii: rutare,
geocoding, reverse geocoding si alte mii de chestii de care are nevoie
primaria.

Mai simplu nu vad cum ar putea fi.

Numai bine si bafta la implementare.
Sorin.

On 26/02/2015, Badita Florin baditaflo...@gmail.com [geo-spatial]
geo-spat...@yahoogroups.com wrote:
De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le
implementa un sistem de cadastru eficient si util
Astazi am fost si am prezentat directoarei de la Urbanism si de la IT cum
functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad (
relatii intre obiecte, etc )

Acest articol explica putin ce vreau sa fac.
www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca

Un articol mai tehnic este aici
https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing

Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam
imposibil, deci trebuie gasita o solutie.

Eu am propus ca sa facem o instanta a serverului OSM locala, iar primaria
sa adauge datele in JOSM, fiind cel mai user friendly editor
Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS

Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie sa
descarci fisierul OSM,sa il convertesti, etc.

Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze pe
serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere.

Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este nevoie
de o solutie tehnica, unde sa fie nevoie de o parola, etc.

Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas
foarte bun.
Prin acesta colaborare o sa obtinem mai multe seturi de date de la primarie
si o sa fie un super bun prim pas spre deschiderea datelor altor primarii,
care vor putea sa intelegeaga mai bine ce inseamna tool-uri open source

ᐧ

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

Re: [Talk-cz] WeeklyOSM 238 CZ

2015-02-26 Thread Marián Kyral

Wow. Ráno jsem si to přečetl anglicky a už je česká verze :-D

Díky.
Marián


-- Původní zpráva --
Od: TK tomas.kaspa...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 26. 2. 2015 15:33:11
Předmět: [Talk-cz] WeeklyOSM 238 CZ

Ahoj, je dostupne vydani 238 tydeniku weeklyOSM:

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

Pekne pocteni...

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

Re: [Talk-it] Istituzione dell'elenco degli alberi monumentali d'Italia

2015-02-26 Thread Leonardo Frassetto

In questo caso si parla di alberi importati da dati regionali che
probabilmente non riflettono un vero albero presente nella realtà. Alberi
esistenti inseriti dagli utenti dopo controllo in loco non fanno parte
della possibile pulizia dei dati.
Il 26/feb/2015 15:43 Ruggero giurr...@gmail.com ha scritto:

Il 20 gennaio 2015 18:58, Volker Schmidt vosc...@gmail.com ha scritto:
... ma prima di importare veri alberi monumentali, eliminiamo gli alberi
importati en masse! E' un problema massiccio nel Veneto, ma anche
altrove.

non vedo cosa ci sia di male ad avere una mappa dettagliata con alberi
che non si meritano l'aggettivo monumentale. Esempio:
http://www.openstreetmap.org/#map=16/45.3058/9.4900

L'unico problema che vedo è se un albero è da considerarsi come
qualcosa di temporaneo, ma questo problema si applica anche a tutti
gli edifici e in principio a tutto ciò costruito dall'uomo.

Dalla twiki:

Subtag denotation to indicate the significance

It can be helpful to further describe the context and significance of
a tree. It can be used for some maps to enhance landmarks and to tone
down or skip unremarkable trees. There are some further suggestions
for this on the discussion page. denotation=* seems to be widely in
use. To mark monumental trees: additional monument=yes (compare to
historic=monument).

Ruggero

2015-01-20 18:38 GMT+01:00 Federico Leva (Nemo) nemow...@gmail.com:

Letto ne La nuova ecologia di gennaio 2015:
* http://www.gazzettaufficiale.it/eli/id/2014/11/18/14A08883/sg
*

http://www.ansa.it/web/notizie/canali/energiaeambiente/natura/2014/11/19/realacci-al-via-sanzioni-a-tutela-alberi-monumentali_32ee22e2-ec7d-4af8-bd6f-6199e546f9b0.html
*

http://www.corpoforestale.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/6309

Entro luglio 2015 dovremmo avere un elenco nazionale di alberi
monumentali. Mi pare che ciò risolva il dubbio su quale/i Wiki Loves
fare,
è evidente che non si può perdere questa occasione! ;-)

L'articolo 8 prevede un elenco nel sito del corpo forestale, ma il 7
parla
dei contenuti e dice che a livello regionale è «aperto alla
consultazione
e/o all'inserimento dei dati da parte degli enti territoriali
interessati,
con abilitazione di funzioni diversificate». Mi sembra quindi che si
debbano
chiamare gli amici di WWF e Legambiente per convincere il ministero a
1) includere le coordinate geografiche nei dati da fornire;
2) assicurarsi che il tutto sia pubblicato in CC-0 e in un qualche
formato
machine-readable.

Poi andranno tutti inseriti in OSM (cc talk-it).

Nemo

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

Re: [Talk-cz] WeeklyOSM 238 CZ

2015-02-26 Thread Marián Kyral

Jo aha. Ráno byla 239 a tohle je 238
Drobnost. :-D

Marián

-- Původní zpráva --
Od: Marián Kyral mky...@email.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 26. 2. 2015 15:53:14
Předmět: Re: [Talk-cz] WeeklyOSM 238 CZ


Wow. Ráno jsem si to přečetl anglicky a už je česká verze :-D

Díky.
Marián


-- Původní zpráva --
Od: TK tomas.kaspa...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 26. 2. 2015 15:33:11
Předmět: [Talk-cz] WeeklyOSM 238 CZ

Ahoj, je dostupne vydani 238 tydeniku weeklyOSM:

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

Pekne pocteni...

___
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] ŘOPíky

2015-02-26 Thread Lukas Gebauer

 PS: je blbý, že databáze je 2 roky stará, ale bylu doplněny
 ref:ropik.net: id pro pozdější aktualizace, nejlepší by byla
 databáze přímo z ropik.net

Ale toto JE DATABAZE z ropiky.net! Odtamtud jsem ji dostal. ;-)

A dva roky stare nevadi, nove ROPiky se nestavi, a ty stare v CR by 
bely byt uz vsechny znamy. (doplnuji se hlavne na Slovensku a 
ukrajine) Nicmene v te databazi jsou nektere zcela zamerne vynechany.

Nicmene pro potreby OSM bych doporucil importovat pouze stavy:

postaven, dochovan    4986
postaven, neznamo    1
postaven, poskozen    126
postaven, rozvalen    614

Nejak nevim, k cemu mi v mape bude informace o tom, ze tady nekde byl 
planovany, ale nikdy nepostaveny ROPik, nebo ze tu naopak byl, ale 
byl zboren, a veskere stopy po nem byly zahlazeny? Mam za to, ze 
ROPiky v OSM by mely popisovat veci, ktere v terenu opravdu jsou.



-- 
Lukas Gebauer.

http://synapse.ararat.cz/ - Ararat Synapse - TCP/IP Lib.
http://geoget.ararat.cz/ - Geocaching solution


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

Re: [OSM-talk] Standard rendering totally fuzzy for countries boundaries

2015-02-26 Thread Severin Menard

Thanks for the link to the good github repo.
I did not expect to be the first one to point this out. Same issues and
suggestions have been made at least on June 10, 2014:
https://github.com/gravitystorm/openstreetmap-carto/issues/622
Do the people in charge of the rendering plan to solve this? The UI is
improving more and more, would be great if the standard map becomes fully
understandable.

Sincerely,

Severin

On Thu, Feb 26, 2015 at 12:57 PM, moltonel 3x Combo molto...@gmail.com
wrote:

 On 26/02/2015, Severin Menard severin.men...@gmail.com wrote:
  Hi,
 
  I would like to know where is the good door to knock on to report an
 issue
  with the OSM standard rendering. For a few months, it became totally
 fuzzy
  regarding the countries boundaries, almost preventing to distinguish the
  countries from each other. Eg in Westerm Africa from zoom 4, then zoom in
  on Senegal and Gambia down to zoom 9:
  http://www.openstreetmap.org/#map=4/15.88/-6.37
  I suggest to use the great improvements made on the osmfr rendering
  
 http://layers.openstreetmap.fr/?zoom=5lat=15.73535lon=-7.30745layers=BFF
 .

 There's already quite a lot of discussion on github on this subect:


 https://github.com/gravitystorm/openstreetmap-carto/issues?q=is%3Aissue+is%3Aopen+boundaries

 https://github.com/gravitystorm/openstreetmap-carto/issues?q=is%3Aissue+is%3Aopen+admin

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

Re: [OSM-talk] Standard rendering totally fuzzy for countries boundaries

On 26/02/2015, Severin Menard severin.men...@gmail.com wrote:
 Hi,

 I would like to know where is the good door to knock on to report an issue
 with the OSM standard rendering. For a few months, it became totally fuzzy
 regarding the countries boundaries, almost preventing to distinguish the
 countries from each other. Eg in Westerm Africa from zoom 4, then zoom in
 on Senegal and Gambia down to zoom 9:
 http://www.openstreetmap.org/#map=4/15.88/-6.37
 I suggest to use the great improvements made on the osmfr rendering
 http://layers.openstreetmap.fr/?zoom=5lat=15.73535lon=-7.30745layers=BFF.

There's already quite a lot of discussion on github on this subect:

https://github.com/gravitystorm/openstreetmap-carto/issues?q=is%3Aissue+is%3Aopen+boundaries
https://github.com/gravitystorm/openstreetmap-carto/issues?q=is%3Aissue+is%3Aopen+admin

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

Re: [OSM-talk-be] Mapping in West-Vlaanderen

het is me niet helemaal duidelijk wat er hier zal moeten gebeuren. willen
ze bv. tellen hoeveel kilometer snelweg er is en zien dat dat aantal niet
dramatisch zakt ?
het lukt me momenteel niet om bv. alle changesets tussen Antwerpen en
Mechelen deftig te bekijken om problemen te detecteren. Hoe kan je je
zoiets dan doen voor een volledige provincie zonder automatische tools ?
'k denk dat er eerst wat meer duidelijkheid moet geschept worden over de
verwachtingen voordat iemand gaat toehappen.

mvg

m.

2015-02-26 14:55 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com:

 Hallo,

 2015-02-21 10:35 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com:

 Laat zeker weten als je dit ziet zitten. Laat je niet afschrikken voor de
 workload want dat zal nogal meevallen denk ik.


 = écht niemand die dit ziet zitten?

 Met vriendelijke groeten,
 Best regards,

 Ben Abelshausen

 ___
 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-se] Trafikverket öppnar upp NVDB!

2015-02-26 Thread Andreas Vilén

Så bra. Kanske borde ligga på dem ang. licens bara så det inte blir en som
är inkompatibel med OSM? Det är ju rätt hårda krav för att få läggas in på
OSM numera. Som jag fattat det duger inte cc-licenser utöver cc-0 längre.

/Andreas

2015-02-26 14:14 GMT+01:00 Tomas Wennström tomas.wennst...@gmail.com:

Hittade följande i NVDB-rådets senaste minnesanteckningar:

Öppna data
Beslut taget på Trafikverket att nyttja Vinnovas definitioner av Öppna
data och att jobba mot att NVDB-data öppnas upp från och med 1 januari
2016. Två projekt kommer att genomföras under vintern 2015 för att
säkerställa detta, ett projekt internt på Trafikverket som ska se till att
det fungerar internt Trafikverket och ett projekt tillsammans med
Lantmäteriet för att lösa frågor kring öppna geodata för alla och
produktion kring enskilda vägar. Senast 1/5 2015 skall Trafikverket och
Lantmäteriet vara överens om ersättning för produktion av det enskilda
vägnätet. Projektledare från Trafikverket är Patrik Jansson Det är viktigt
att Trafikverket vid öppnandet visar på att NVDB tas fram i samverkan med
kommunerna, Lantmäteriet och skogsnäringen. Beslut 3:3 Projekt startas upp
för att NVDB blir öppna data den 1/1 2016. Senast 1/5 2015 skall
Trafikverket och Lantmäteriet vara överens om ersättning för produktion av
det enskilda vägnätet.

http://www.nvdb.se/PageFiles/61/Minnesanteckningar%202014-12-12.pdf

I dokumentet Inriktning för utveckling av och samverkan kring NVDB
2014-2016 hittar jag följande:

NVDB:s inriktning är att erbjuda grundläggande vägdata avgiftsfritt
(avgift = 0 kr). I detta bör ingå automatiserade datauttag och
grundläggande användarstöd.

http://nvdb.se/PageFiles/61/Inriktning%20f%C3%B6r%20utveckling%20av%20och%20samverkan%20kring%20NVDB%202014-2016.pdf

Väl karterat,

Tomas

--
--
Tomas Wennström
0739-464202
tomas.wennst...@gmail.com

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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

2015-02-26 Thread Jérôme Seigneuret

C'est du super taf. Merci

Le 26 février 2015 13:31, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le vendredi 20 février 2015 20:14:51 Frédéric Rodrigo a écrit :
  Bonjour,
 
  On a mis en place un petit serveur qui permet d'avoir le cadastre par
  tuiles. Ça facilité l'utilisation (et la configuration dans Josm !) mais
  ça permet aussi d'avoir un mode joker qui détecte automatiquement la
  commune en cours de visualisation. Donc un seul TMS pour toutes les
  communes :
 
  tms[20]:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png

 On pourrait le mettre dans la liste d'imagerie de Josm. Mais on met quoi
 comme
 emprise ?

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

 ___
 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] Standard rendering totally fuzzy for countries boundaries

2015-02-26 Thread Matthijs Melissen

On 26 February 2015 at 12:39, Severin Menard severin.men...@gmail.com wrote:
 I would like to know where is the good door to knock on to report an issue
 with the OSM standard rendering. For a few months, it became totally fuzzy
 regarding the countries boundaries, almost preventing to distinguish the
 countries from each other. Eg in Westerm Africa from zoom 4, then zoom in on
 Senegal and Gambia down to zoom 9:
 http://www.openstreetmap.org/#map=4/15.88/-6.37
 I suggest to use the great improvements made on the osmfr rendering.


This is a known problem, see the following issue:

https://github.com/gravitystorm/openstreetmap-carto/issues/907

-- Matthijs

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

Re: [OSM-talk-be] Mapping in West-Vlaanderen

2015-02-26 Thread Ben Abelshausen

Hallo,

2015-02-21 10:35 GMT+01:00 Ben Abelshausen ben.abelshau...@gmail.com:

 Laat zeker weten als je dit ziet zitten. Laat je niet afschrikken voor de
 workload want dat zal nogal meevallen denk ik.


= écht niemand die dit ziet zitten?

Met vriendelijke groeten,
Best regards,

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

Re: [Talk-it] Istituzione dell'elenco degli alberi monumentali d'Italia

2015-02-26 Thread Ruggero

non vedo cosa ci sia di male ad avere una mappa dettagliata con alberi
che non si meritano l'aggettivo monumentale. Esempio:
http://www.openstreetmap.org/#map=16/45.3058/9.4900

L'unico problema che vedo è se un albero è da considerarsi come
qualcosa di temporaneo, ma questo problema si applica anche a tutti
gli edifici e in principio a tutto ciò costruito dall'uomo.

Dalla twiki:

Subtag denotation to indicate the significance

Ruggero

2015-01-20 18:38 GMT+01:00 Federico Leva (Nemo) nemow...@gmail.com:

Letto ne La nuova ecologia di gennaio 2015:
* http://www.gazzettaufficiale.it/eli/id/2014/11/18/14A08883/sg
*
http://www.ansa.it/web/notizie/canali/energiaeambiente/natura/2014/11/19/realacci-al-via-sanzioni-a-tutela-alberi-monumentali_32ee22e2-ec7d-4af8-bd6f-6199e546f9b0.html
*
http://www.corpoforestale.it/flex/cm/pages/ServeBLOB.php/L/IT/IDPagina/6309

Entro luglio 2015 dovremmo avere un elenco nazionale di alberi
monumentali. Mi pare che ciò risolva il dubbio su quale/i Wiki Loves fare,
è evidente che non si può perdere questa occasione! ;-)

L'articolo 8 prevede un elenco nel sito del corpo forestale, ma il 7 parla
dei contenuti e dice che a livello regionale è «aperto alla consultazione
e/o all'inserimento dei dati da parte degli enti territoriali interessati,
con abilitazione di funzioni diversificate». Mi sembra quindi che si debbano
chiamare gli amici di WWF e Legambiente per convincere il ministero a
1) includere le coordinate geografiche nei dati da fornire;
2) assicurarsi che il tutto sia pubblicato in CC-0 e in un qualche formato
machine-readable.

Poi andranno tutti inseriti in OSM (cc talk-it).

Nemo

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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

2015-02-26 Thread Nicolas Dumoulin

Le vendredi 20 février 2015 20:14:51 Frédéric Rodrigo a écrit :
 Bonjour,
 
 On a mis en place un petit serveur qui permet d'avoir le cadastre par
 tuiles. Ça facilité l'utilisation (et la configuration dans Josm !) mais
 ça permet aussi d'avoir un mode joker qui détecte automatiquement la
 commune en cours de visualisation. Donc un seul TMS pour toutes les
 communes :
 
 tms[20]:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png

On pourrait le mettre dans la liste d'imagerie de Josm. Mais on met quoi comme 
emprise ?

-- 
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

[OSM-talk] Standard rendering totally fuzzy for countries boundaries

2015-02-26 Thread Severin Menard

Hi,

I would like to know where is the good door to knock on to report an issue
with the OSM standard rendering. For a few months, it became totally fuzzy
regarding the countries boundaries, almost preventing to distinguish the
countries from each other. Eg in Westerm Africa from zoom 4, then zoom in
on Senegal and Gambia down to zoom 9:
http://www.openstreetmap.org/#map=4/15.88/-6.37
I suggest to use the great improvements made on the osmfr rendering
http://layers.openstreetmap.fr/?zoom=5lat=15.73535lon=-7.30745layers=BFF.


Sincerely,

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

Re: [Talk-br] Quando usar shelter e covered

2015-02-26 Thread Nelson A. de Oliveira

2015-02-26 14:17 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 highway=bus_stop
 shelter=yes

Eu só usaria esse. É um ponto de ônibus que tem abrigo.

 amenity=shelter
 highway=bus_stop
 shelter=public_transport

Aqui pra mim já vira um abrigo que é/possui um ponto de ônibus :-)

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

Re: [Talk-ro] Primaria Cluj va folosi tool-uri Open Source pentru sistemul lor GIS - Cu ajutorul nostru

2015-02-26 Thread Alex Morega

Foarte tare ideea, mi-ar plăcea să ajut la proiect. Din păcate pot să fac asta 
doar online. Dacă organizezi o listă de discuții, sau grup de lucru, pune-mă și 
pe mine :)
-- Alex

 On 26 Feb 2015, at 19:09, ciprian niculescu cnicu...@gmail.com wrote:
 
 Salut,
 
 super initiativa, felicitari si bafta.
 
 Nu am citit inca documentele de la tine, si nu am inteles daca primaria vrea 
 sa si returneze comunitatii toate datele ce le introduc. Daca vor, atunci 
 solutia cea mai simpla este sa editeze direct pe OSM, si local sa tina o baza 
 pre-procesata (osmose, overpass) ca sa le mearga mai rapid. Daca vor sa 
 pastreze la ei, atunci trebuie facut un sistem inchis 
 
 eu sunt din bucuresti, dar pot sa ajut cu ceva scripting, ceva resurse de 
 procesare pentru un POC...
 
 bafta
 
 CiprianN
 
 2015-02-26 17:10 GMT+02:00 Badita Florin baditaflo...@gmail.com:
 De vreo 6 luni sunt in discuții cu primaria Cluj-Napoca pentru a le 
 implementa un sistem de cadastru eficient si util
 Astazi am fost si am prezentat directoarei de la Urbanism si de la IT cum 
 functioneaza Qgis, avantajele folosiri unui sistem GIS decat autocad ( 
 relatii intre obiecte, etc )
 
 Acest articol explica putin ce vreau sa fac. 
 www.ziardecluj.ro/un-tanar-vine-cu-o-propunere-inovatoare-pentru-reducerea-cheltuielilor-primariei-cluj-napoca
 
 Un articol mai tehnic este aici 
 https://docs.google.com/document/d/1I8rNt52_VwHkj54x7Z4ebYEMOZtmbJO_9HvXIgpisF4/edit?usp=sharing
 
 Acum trebuie sa vin cu o propunere tehnica. Eu ce as vrea este momentam 
 imposibil, deci trebuie gasita o solutie. 
 
 Eu am propus ca sa facem o instanta a serverului OSM locala, iar primaria sa 
 adauge datele in JOSM, fiind cel mai user friendly editor
 Iar pentru vizualizarea datelor, analiza de date, etc sa fie folosit QGIS
 
 Idee este ca momentan de fiecare data cand vrei sa vezi datele, trebuie sa 
 descarci fisierul OSM,sa il convertesti, etc.
 
 Ma gandesc ca se poate face o implementare gen geofabrik care sa ruleze pe 
 serverul lor o data la 6 ore, care salveaza SHP-uri cu diverse layer-ere. 
 
 Ca si baza de date, ma gandesc cumva la un PostGis, pentru ca este nevoie de 
 o solutie tehnica, unde sa fie nevoie de o parola, etc.
 
 Asta este doar pe scurt, lansez aici provocarea, fiindcă consider un pas 
 foarte bun. 
 Prin acesta colaborare o sa obtinem mai multe seturi de date de la primarie 
 si o sa fie un super bun prim pas spre deschiderea datelor altor primarii, 
 care vor putea sa intelegeaga mai bine ce inseamna tool-uri open source
 
 
 
 ᐧ
 
 
 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ro
 
 
 ___
 Talk-ro mailing list
 Talk-ro@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-ro


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

Re: [OSM-talk] Standard rendering totally fuzzy for countries boundaries

2015-02-26 Thread Matthijs Melissen

On 26 February 2015 at 13:56, Severin Menard severin.men...@gmail.com wrote:
 Do the people in charge of the rendering plan to solve this? The UI is
 improving more and more, would be great if the standard map becomes fully
 understandable.

Yes, we're planning to solve this (it is bothering me too). However,
there are still 333 other open issues, and the people in charge are
volunteers with a limited amount of time. If you would like to speed
things up, you're more than welcome to join us and write a pull
request on Github.

-- Matthijs

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread John F. Eldredge

I agree. In most cases, a FIXME should be left until someone on-site can 
verify what is correct.


--
John F. Eldredge -- j...@jfeldredge.com
Darkness cannot drive out darkness; only light can do that. Hate cannot 
drive out hate; only love can do that. Dr. Martin Luther King, Jr.




On February 26, 2015 3:49:58 AM Jonathan Bennett jonobenn...@gmail.com wrote:


On 26/02/2015 08:43, Andreas Labres wrote:
 This confirmation of course could be automated: show the user the
 object with the tags on some areal imagery background and she/he can 
decide (in

 most cases, I'd say).

No -- the aerial imagery could be out of date, and it may not be
possible to tell if the problem has been fixed (or even existed in the
first place) *only* from aerial images. Confirmation by survey would
reliable.

If the problem is in an area where there's no-one to survey, then so
what? Fixmes don't show up on any end-user (as opposed to mapping QA)
rendering, they don't mess up routing, they don't affect geocoding or
have any other negative consequences for consumers of the data. So just
leave them be until someone can get to the area to survey.

J.

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




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

Re: [Talk-br] Quando usar shelter e covered

2015-02-26 Thread Lists

Nelson

De acordo com 
http://wiki.openstreetmap.org/wiki/Key:public_transport#Platform_2 
http://wiki.openstreetmap.org/wiki/Key:public_transport#Platform_2 tem os 
duas formas, “covered=yes” e “shelter=yes”

Aun Johnsen

 On Feb 26, 2015, at 13:06, Nelson A. de Oliveira nao...@gmail.com wrote:
 
 2015-02-26 10:43 GMT-03:00 Vitor George vitor.geo...@gmail.com:
 Aqui no Brasil nunca vi, só pontos cobertos mesmo. Acho melhor usar
 covered=yes.
 
 Mas essas coberturas dos pontos é shelter.
 Tanto é que existe diferenciação de shelter no OSM:
 http://wiki.openstreetmap.org/wiki/Key:shelter_type
 Olha o public_transport
 
 ___
 Talk-br mailing list
 Talk-br@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-br

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

Re: [Talk-br] Quando usar shelter e covered

2015-02-26 Thread Nelson A. de Oliveira

2015-02-26 13:24 GMT-03:00 Lists johnsen-offsh...@gimnechiske.org:
 De acordo com
 http://wiki.openstreetmap.org/wiki/Key:public_transport#Platform_2 tem os
 duas formas, covered=yes e shelter=yes

Isso, tem os dois.
Mas covered seria http://goo.gl/maps/82t2A e shelter a cobertura comum
que a gente vê nas ruas.

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

Re: [OSM-talk-be] JOSM Remote control

2015-02-26 Thread Jo

I'm having the same problem now. Matthieu already experienced this before
and for him it was resolved by clearing the cache, then accepting a
certificate again.

I'm going to try doing that.

Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al
gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna
hij opnieuw de vraag kreeg om een self signed certificate te accepteren.

Jo

Op 26 februari 2015 06:45 schreef Gilbert Hersschens gherssch...@gmail.com
:

 Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input
 voor selectie van gebied voor download.
 On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote:

 Gilbert,

 vraagje: draait JOSM al als je dit doet?

 Op mijn platform zal een klik in een browser nooit iets lokaal lanceren.
   Volgens mij moet het gewoon eerst draaien.

 Glenn

 On 25-02-15 23:35, Gilbert Hersschens wrote:
  Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or
  Merkaartor is loaded and the remote control option is enabled.
  Blijkbaar krijgt het commando om JOSM te starten geen respons ?
 
  2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com
  mailto:winfi...@gmail.com:
 
  Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het
  muiswieltje indrukken op zo'n link?
 
  Het staat los van Java. Het is gewoon een http request naar poort
 8111.
 
  Jo
 
  Op 25 februari 2015 21:49 schreef Gilbert Hersschens
  gherssch...@gmail.com mailto:gherssch...@gmail.com:
 
  Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie).
  Geen probleem met Internet Explorer 11 of Chrome. Wellicht een
  kwestie van security of Java instellingen ? Iemand een idee ?
 
  Gilbert
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto: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
 


 --
 Everything is going to be 200 OK.

 ___
 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


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

Re: [Talk-br] Quando usar shelter e covered

2015-02-26 Thread Vitor George

Usando somente a página highway=bus_stop
http://wiki.openstreetmap.org/wiki/Tag:highway%3Dbus_stop#Bus_stop como
referência, um ponto de ônibus coberto deve ter as tags:

highway=bus_stop
shelter=yes

Consultando a página shelter=*
http://wiki.openstreetmap.org/wiki/Key:shelter_type e considerando que um
ponto de ônibus coberto também serve como abrigo em geral, ele deveria
ficar assim:

amenity=shelter
highway=bus_stop
shelter=public_transport

Ambos os casos estão corretos?




On Thu, Feb 26, 2015 at 1:06 PM, Nelson A. de Oliveira nao...@gmail.com
wrote:

 2015-02-26 10:43 GMT-03:00 Vitor George vitor.geo...@gmail.com:
  Aqui no Brasil nunca vi, só pontos cobertos mesmo. Acho melhor usar
  covered=yes.

 Mas essas coberturas dos pontos é shelter.
 Tanto é que existe diferenciação de shelter no OSM:
 http://wiki.openstreetmap.org/wiki/Key:shelter_type
 Olha o public_transport

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

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread Paul Johnson

Now that we have an anointed notes system, how about an automated move to
notes, with the owner of the note being the person who originated the FIXME?

On Thu, Feb 26, 2015 at 10:38 AM, John F. Eldredge j...@jfeldredge.com
wrote:

 I agree. In most cases, a FIXME should be left until someone on-site can
 verify what is correct.

 --
 John F. Eldredge -- j...@jfeldredge.com
 Darkness cannot drive out darkness; only light can do that. Hate cannot
 drive out hate; only love can do that. Dr. Martin Luther King, Jr.




 On February 26, 2015 3:49:58 AM Jonathan Bennett jonobenn...@gmail.com
 wrote:

  On 26/02/2015 08:43, Andreas Labres wrote:
  This confirmation of course could be automated: show the user the
  object with the tags on some areal imagery background and she/he can
 decide (in
  most cases, I'd say).

 No -- the aerial imagery could be out of date, and it may not be
 possible to tell if the problem has been fixed (or even existed in the
 first place) *only* from aerial images. Confirmation by survey would
 reliable.

 If the problem is in an area where there's no-one to survey, then so
 what? Fixmes don't show up on any end-user (as opposed to mapping QA)
 rendering, they don't mess up routing, they don't affect geocoding or
 have any other negative consequences for consumers of the data. So just
 leave them be until someone can get to the area to survey.

 J.

 ___
 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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

Here's an example semi-bulk FIXME cleanup just done.  This was manual, not
script based:
http://www.openstreetmap.org/changeset/29107328

Clearly this was a simple mistake (a JOSM user doing select all and
getting nodes in addition to the ways they wanted to target).  The original
changeset was:
http://www.openstreetmap.org/changeset/26696654




When it comes to cleanup, I don't view a fixme object as inherently more
important than any other needed cleanup.
If a fixme note adds information I don't already have, great.  Else the
fixme note is just eating time and mapping energy
that could be better spent.

-

An example intentional tag I'd like to clear is:
fixme=stream␣attibutes␣missing
stream=fixme

Along with any fixme that simply indicates missing data (since the lack of
that data is obvious).
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-be] JOSM Remote control

Somewhere last weekend a new certificate was installed on osm.org. It's
some kind of weird certificate (don't know the details, but it was
discussed on the josm-dev mailing list), since it is signed by startssl.

I had a problem on a machine running Java 6, it was no longer possible to
submit changesets. I had to configure JOSM to use http instead of https.

regards

m

2015-02-26 20:28 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com:

 It appears to be related to the use of https. When I use http the
 connection succeeds with FireFox. With https it fails - although JOSM is
 set up to supoprt https.
 With Chrome and IE it works with http and https.
 When I use a network sniffer like fiddler I see that JOSM actively
 refuses the connection with FF and https.

 2015-02-26 18:40 GMT+01:00 Jo winfi...@gmail.com:

 I'm having the same problem now. Matthieu already experienced this before
 and for him it was resolved by clearing the cache, then accepting a
 certificate again.

 I'm going to try doing that.

 Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al
 gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna
 hij opnieuw de vraag kreeg om een self signed certificate te accepteren.

 Jo

 Op 26 februari 2015 06:45 schreef Gilbert Hersschens 
 gherssch...@gmail.com:

 Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input
 voor selectie van gebied voor download.
 On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote:

 Gilbert,

 vraagje: draait JOSM al als je dit doet?

 Op mijn platform zal een klik in een browser nooit iets lokaal lanceren.
   Volgens mij moet het gewoon eerst draaien.

 Glenn

 On 25-02-15 23:35, Gilbert Hersschens wrote:
  Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or
  Merkaartor is loaded and the remote control option is enabled.
  Blijkbaar krijgt het commando om JOSM te starten geen respons ?
 
  2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com
  mailto:winfi...@gmail.com:
 
  Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het
  muiswieltje indrukken op zo'n link?
 
  Het staat los van Java. Het is gewoon een http request naar poort
 8111.
 
  Jo
 
  Op 25 februari 2015 21:49 schreef Gilbert Hersschens
  gherssch...@gmail.com mailto:gherssch...@gmail.com:
 
  Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie).
  Geen probleem met Internet Explorer 11 of Chrome. Wellicht een
  kwestie van security of Java instellingen ? Iemand een idee ?
 
  Gilbert
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto: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
 


 --
 Everything is going to be 200 OK.

 ___
 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



 ___
 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


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

[Talk-de] Treffen ÖPNV-Mapper Bereich VRR am 29.03.2015

2015-02-26 Thread Achim B.


Hallo,

am Sonntag den 29.03.2015 ab 14:00 Uhr findet in Dortmund ein Treffen 
ÖPNV-affiner/-interessierter Mapper aus dem Bereich des Verkehrsverbund 
Rhein-Ruhr (VRR) statt.
Eine Vertreterin des VRR und wahrscheinlich auch von MentzDV wird 
zugegen sein.

Weitere Informationen, geplante Agenda und Anmeldung hier:

http://wiki.openstreetmap.org/wiki/VRR/Zusammenarbeit

Grüße
Achim


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

Re: [OSM-talk-fr] FME, OpenStreetMap et Veremap

2015-02-26 Thread LionelB

Bonjour,

pour les rendus avec mapserver il existe le projet basemaps :
https://github.com/mapserver/basemaps
pour la remontée des données dans une base postgis, il existe également
imposm : http://imposm.org/ dont la dernière version gère l'utilisation des
fichiers difs.
Cordialement
Lionel Bargeot

Le 25 février 2015 13:41, Tony Emery tony.em...@yahoo.fr a écrit :

 Bonjour à tous,

 Dans l'optique de franchir un pas de plus dans l'exploitation des données
 OSM, nous (la CCPRO) souhaiterions utiliser les données dans notre WebSIG
 (Logiciel open source Veremap de chez Veremes).

 L'idée est de récupérer les données OSM via un batch de requêtes et
 l'importer les données dans une base de données PostGIS via le logiciel
 FME.

 Quelqu'un a-t-il déjà tester d'importer des données OpenStreetMap avec FME
 pour alimenter une base de données PostGIS ?

 Concernant le rendu cartographique, Veremes utilise MapServer. Existe-t-il
 une bibliothèque de style pour OSM en MapServer ?

 Merci d'avance,



 -
 Tony EMERY
 Administrateur OpenStreetMap.fr
 Mandataire Grand Sud-Est
 Géomaticien  chef de projets
 --
 View this message in context:
 http://gis.19327.n5.nabble.com/FME-OpenStreetMap-et-Veremap-tp5834924.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

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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

2015-02-26 Thread Frédéric Rodrigo


Ça couvre les communes du cadastre vectorisées.


Le 26/02/2015 19:53, Vincent Privat a écrit :

Si ça couvre la France entière - la France. On a déjà des emprises qui
couvrent un pays entier, pas de souci.

Le 26 févr. 2015 13:33, Nicolas Dumoulin
nicolas_openstreetmap@dumoulin63.net
mailto:nicolas_openstreetmap@dumoulin63.net a écrit :

Le vendredi 20 février 2015 20:14:51 Frédéric Rodrigo a écrit :
  Bonjour,
 
  On a mis en place un petit serveur qui permet d'avoir le cadastre par
  tuiles. Ça facilité l'utilisation (et la configuration dans Josm
!) mais
  ça permet aussi d'avoir un mode joker qui détecte
automatiquement la
  commune en cours de visualisation. Donc un seul TMS pour toutes les
  communes :
 
  tms[20]:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png

On pourrait le mettre dans la liste d'imagerie de Josm. Mais on met
quoi comme
emprise ?

--
Nicolas Dumoulin
http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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



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




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

Re: [OSM-talk-fr] Serveur proxy de tuiles du cadastre avec mode joker

2015-02-26 Thread Vincent Privat

Si ça couvre la France entière - la France. On a déjà des emprises qui
couvrent un pays entier, pas de souci.
Le 26 févr. 2015 13:33, Nicolas Dumoulin 
nicolas_openstreetmap@dumoulin63.net a écrit :

 Le vendredi 20 février 2015 20:14:51 Frédéric Rodrigo a écrit :
  Bonjour,
 
  On a mis en place un petit serveur qui permet d'avoir le cadastre par
  tuiles. Ça facilité l'utilisation (et la configuration dans Josm !) mais
  ça permet aussi d'avoir un mode joker qui détecte automatiquement la
  commune en cours de visualisation. Donc un seul TMS pour toutes les
  communes :
 
  tms[20]:http://tms.cadastre.openstreetmap.fr/*/tout/{z}/{x}/{y}.png

 On pourrait le mettre dans la liste d'imagerie de Josm. Mais on met quoi
 comme
 emprise ?

 --
 Nicolas Dumoulin
 http://wiki.openstreetmap.org/wiki/User:NicolasDumoulin

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

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

[OSM-talk-be] Watch a Decade of Data Come to Life on OpenStreetMap

2015-02-26 Thread hvdb

http://www.citylab.com/design/2015/02/watch-a-decade-of-data-come-to-life-on-openstreetmap/386183/

https://a.tiles.mapbox.com/v4/enf.0576ad9c/6/32/22.png?access_token=pk.eyJ1IjoidHJpc3RlbiIsImEiOiJiUzBYOEJzIn0.VyXs9qNWgTfABLzSI3YcrQ
___
Talk-be mailing list
Talk-be@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-be

Re: [Talk-cz] ŘOPíky

2015-02-26 Thread Ondrej Steiner

Ahoj,

Rad bych ve svem okoli odstranil duplicity mezi importem a puvodnimi
daty. Neresim situaci, kdy i puvodni objekt byl bod, ale kdy puvodni
objekt byla oblast (area). Predpokladam, ze v danem pripade je
optimalni prenest tagy z importovaneho bodu na puvodni oblast. Nebo je
postup jiny?

Priklad http://www.openstreetmap.org/node/3371652553

To mne vede jeste k jedna otazce: Je vhodne pridavat tag building=yes
a nebo building=bunker?

Diky.

Ondra

Dne 26. února 2015 9:38  talk-cz-requ...@openstreetmap.org napsal(a):

 Ahoj, včera NAIMPORTOVÁNO.
 Malá statistika:
 Zdroj databáze: rop-1.0.0.gip ze dne 2013/12/05 19:52
 Stavy:
 nepostaven37
 neznamo2
 postaven, dochovan4986
 postaven, neznamo1
 postaven, poskozen126
 postaven, rozvalen614
 postaven, zahlazen2358
 postaven, znicen1408
 
 Celkem objektů: 9532

 Importováno celkem 5727 se stavy:
 'postaven, dochovan','postaven, neznamo','postaven, poskozen','postaven, 
 rozvalen'

 Níže uvedený příklad je zde:
 http://www.openstreetmap.org/node/3371258109

 Duplicity byly řešeny ručně (odhadem 5-7%) s tím, že původnímu objektu byly 
 dány nové souřadnice a atributy dle ropik.net. Asi u cca. 5 objektů byla 
 vzdálenost větší (odhadem více jak 50m) - ty jsem nechal jako duplicitní. 
 Musím ještě udělat kontrolní součty.


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

Re: [OSM-talk-be] JOSM Remote control

2015-02-26 Thread Gilbert Hersschens

I created a ticket. Will see what happens...
https://josm.openstreetmap.de/ticket/11170#ticket

Gilbert

On 26 February 2015 at 20:52, Marc Gemis marc.ge...@gmail.com wrote:

 Somewhere last weekend a new certificate was installed on osm.org. It's
 some kind of weird certificate (don't know the details, but it was
 discussed on the josm-dev mailing list), since it is signed by startssl.

 I had a problem on a machine running Java 6, it was no longer possible to
 submit changesets. I had to configure JOSM to use http instead of https.

 regards

 m

 2015-02-26 20:28 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com:

 It appears to be related to the use of https. When I use http the
 connection succeeds with FireFox. With https it fails - although JOSM is
 set up to supoprt https.
 With Chrome and IE it works with http and https.
 When I use a network sniffer like fiddler I see that JOSM actively
 refuses the connection with FF and https.

 2015-02-26 18:40 GMT+01:00 Jo winfi...@gmail.com:

 I'm having the same problem now. Matthieu already experienced this
 before and for him it was resolved by clearing the cache, then accepting a
 certificate again.

 I'm going to try doing that.

 Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al
 gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna
 hij opnieuw de vraag kreeg om een self signed certificate te accepteren.

 Jo

 Op 26 februari 2015 06:45 schreef Gilbert Hersschens 
 gherssch...@gmail.com:

 Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op input
 voor selectie van gebied voor download.
 On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote:

 Gilbert,

 vraagje: draait JOSM al als je dit doet?

 Op mijn platform zal een klik in een browser nooit iets lokaal
 lanceren.
   Volgens mij moet het gewoon eerst draaien.

 Glenn

 On 25-02-15 23:35, Gilbert Hersschens wrote:
  Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or
  Merkaartor is loaded and the remote control option is enabled.
  Blijkbaar krijgt het commando om JOSM te starten geen respons ?
 
  2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com
  mailto:winfi...@gmail.com:
 
  Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het
  muiswieltje indrukken op zo'n link?
 
  Het staat los van Java. Het is gewoon een http request naar
 poort 8111.
 
  Jo
 
  Op 25 februari 2015 21:49 schreef Gilbert Hersschens
  gherssch...@gmail.com mailto:gherssch...@gmail.com:
 
  Ik krijg JOSM niet gestart vanuit Firefox (OSM edit functie).
  Geen probleem met Internet Explorer 11 of Chrome. Wellicht
 een
  kwestie van security of Java instellingen ? Iemand een idee ?
 
  Gilbert
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto: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
 


 --
 Everything is going to be 200 OK.

 ___
 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



 ___
 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



 ___
 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] ŘOPíky

2015-02-26 Thread Petr Slavíček , Bc .

Ahoj, podívej se jak je řešena adresa budovy:
budova je area
adresa je samostatný node (pokud možno v budově)
Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v tom 
bude pěkný bordýlek: blbý vyhledávání a zobrazování

Spíše jsem za odebrat atributy z area a umístit samostatný node do této area 
jako u adres. Rendery např. i hospody u area nezobrazují, ale u node ano.

Petr
  
-- Původní zpráva --
Od: Ondrej Steiner 
Komu: talk-cz@openstreetmap.org
Datum: 26. 2. 2015 21:53:42
Předmět: Re: [Talk-cz] ŘOPíky

Ahoj,

Rad bych ve svem okoli odstranil duplicity mezi importem a puvodnimi
daty. Neresim situaci, kdy i puvodni objekt byl bod, ale kdy puvodni
objekt byla oblast (area). Predpokladam, ze v danem pripade je
optimalni prenest tagy z importovaneho bodu na puvodni oblast. Nebo je
postup jiny?

Priklad http://www.openstreetmap.org/node/3371652553

To mne vede jeste k jedna otazce: Je vhodne pridavat tag building=yes
a nebo building=bunker?

Diky.

Ondra

Dne 26. února 2015 9:38   napsal(a):

 Ahoj, včera NAIMPORTOVÁNO.
 Malá statistika:
 Zdroj databáze: rop-1.0.0.gip ze dne 2013/12/05 19:52
 Stavy:
 nepostaven37
 neznamo2
 postaven, dochovan4986
 postaven, neznamo1
 postaven, poskozen126
 postaven, rozvalen614
 postaven, zahlazen2358
 postaven, znicen1408
 
 Celkem objektů: 9532

 Importováno celkem 5727 se stavy:
 'postaven, dochovan','postaven, neznamo','postaven, poskozen','postaven, 
 rozvalen'

 Níže uvedený příklad je zde:
 http://www.openstreetmap.org/node/3371258109

 Duplicity byly řešeny ručně (odhadem 5-7%) s tím, že původnímu objektu byly 
 dány nové souřadnice a atributy dle ropik.net. Asi u cca. 5 objektů byla 
 vzdálenost větší (odhadem více jak 50m) - ty jsem nechal jako duplicitní. 
 Musím ještě udělat kontrolní součty.


___
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-de] Positionsgenauigkeit der Daten (war: admin schläft)

2015-02-26 Thread Joachim

Nicht spekulieren, ins Wiki schauen! :) Habe in den letzten Wochen da
kräftig dokumentiert und im Forum darüber diskutiert. Hat zwar keine
hübschen Bilder sollte aber relativ komplett sein.
http://wiki.openstreetmap.org/wiki/Stuttgart/Transportation

Importieren ist sicher keine gute Idee, aber die Daten sind zum
Abgelcih natürlich trotzdem sehr willkommen, an Buslinien fehlt es
noch viel.

Gibt es noch Infos zur Lizenz und zu den Hintergründen?

LG Joachim

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

Re: [OSM-talk-be] JOSM Remote control

2015-02-26 Thread Gilbert Hersschens

Issue is already going on for 10 months. Doesn't look like it will be fixed
anytime soon.
Since the intro of support for https JOSM team has been struggling with
certificates.
https://josm.openstreetmap.de/ticket/10033

Gilbert

On 26 February 2015 at 22:05, Gilbert Hersschens gherssch...@gmail.com
wrote:

 I created a ticket. Will see what happens...
 https://josm.openstreetmap.de/ticket/11170#ticket

 Gilbert

 On 26 February 2015 at 20:52, Marc Gemis marc.ge...@gmail.com wrote:

 Somewhere last weekend a new certificate was installed on osm.org. It's
 some kind of weird certificate (don't know the details, but it was
 discussed on the josm-dev mailing list), since it is signed by startssl.

 I had a problem on a machine running Java 6, it was no longer possible to
 submit changesets. I had to configure JOSM to use http instead of https.

 regards

 m

 2015-02-26 20:28 GMT+01:00 Gilbert Hersschens gherssch...@gmail.com:

 It appears to be related to the use of https. When I use http the
 connection succeeds with FireFox. With https it fails - although JOSM is
 set up to supoprt https.
 With Chrome and IE it works with http and https.
 When I use a network sniffer like fiddler I see that JOSM actively
 refuses the connection with FF and https.

 2015-02-26 18:40 GMT+01:00 Jo winfi...@gmail.com:

 I'm having the same problem now. Matthieu already experienced this
 before and for him it was resolved by clearing the cache, then accepting a
 certificate again.

 I'm going to try doing that.

 Oei, in 't Engels vertrokken... Matthieu heeft dat probleem dus ook al
 gehad. Bij hem was het opgelost nadat hij z'n cache had leeggemaakt, waarna
 hij opnieuw de vraag kreeg om een self signed certificate te accepteren.

 Jo

 Op 26 februari 2015 06:45 schreef Gilbert Hersschens 
 gherssch...@gmail.com:

 Misverstandje. JOSM draait natuurlijk al. Zit gewoon te wachten op
 input voor selectie van gebied voor download.
 On 25 Feb 2015 23:44, Glenn Plas gl...@byte-consult.be wrote:

 Gilbert,

 vraagje: draait JOSM al als je dit doet?

 Op mijn platform zal een klik in een browser nooit iets lokaal
 lanceren.
   Volgens mij moet het gewoon eerst draaien.

 Glenn

 On 25-02-15 23:35, Gilbert Hersschens wrote:
  Maakt niks uit. Ik krijg altijd Editing failed - make sure JOSM or
  Merkaartor is loaded and the remote control option is enabled.
  Blijkbaar krijgt het commando om JOSM te starten geen respons ?
 
  2015-02-25 22:24 GMT+01:00 Jo winfi...@gmail.com
  mailto:winfi...@gmail.com:
 
  Dat is eigenaardig, kan je 's proberen met Ctrl-Click of het
  muiswieltje indrukken op zo'n link?
 
  Het staat los van Java. Het is gewoon een http request naar
 poort 8111.
 
  Jo
 
  Op 25 februari 2015 21:49 schreef Gilbert Hersschens
  gherssch...@gmail.com mailto:gherssch...@gmail.com:
 
  Ik krijg JOSM niet gestart vanuit Firefox (OSM edit
 functie).
  Geen probleem met Internet Explorer 11 of Chrome. Wellicht
 een
  kwestie van security of Java instellingen ? Iemand een idee
 ?
 
  Gilbert
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto:Talk-be@openstreetmap.org
 
  https://lists.openstreetmap.org/listinfo/talk-be
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org mailto: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
 


 --
 Everything is going to be 200 OK.

 ___
 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



 ___
 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



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



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

Re: [OSM-talk] [Imports] Mechanically Cleaning Up FIXME Tags

On Thu, Feb 26, 2015 at 1:16 PM, Greg Troxel g...@ir.bbn.com wrote:


 I think part of the objection to mechanical removal is that just because
 there are a lot of particular values doesn't mean they are all junk, and
 some could well have been added by hand.

 Perhaps a more limited cleanup that removes fixme tags that were added
 by previous mechanical edits/imports?  That would seem to be far less
 controversial, and would probably still do a lot of good from the
 cleanup POV.


Your suggestion is exactly what's on the table: removal of select mass
added fixme tags like:
 fixme=stream␣attibutes␣missing
 stream=fixme
http://keepright.ipax.at/report_map.php?zoom=12lat=39.95356lon=-75.12364
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread Andreas Labres

On 25.02.15 08:01, Frederik Ramm wrote:
I think in many cases the proper action to perform on an object with
 a FIXME tag that has a low chance of ever getting addressed is deletion.

-1

You can't really tell if the problem wasn't fixed of if it was fixed and the
user fixing it forgot to delete the fixme tag.

Only if you can determine that the fixme tag definitively was from an import and
this importing user has created (maybe last edited) that object, then it could
eventually be deleted. But I'd prefer a visual confirmation by a human on any
instance. This confirmation of course could be automated: show the user the
object with the tags on some areal imagery background and she/he can decide (in
most cases, I'd say).

/al

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

[Talk-it] Violazione copyright - Verona - Saba

2015-02-26 Thread dvdzero

Stamattina ho notato queste violazioni del copyright nel parcheggio gestito
da Saba (http://www.sabait.it/) all'ospedale di Borgo Trento, Verona.

http://gis.19327.n5.nabble.com/file/n5835036/2015-02-26_09.jpg 
http://gis.19327.n5.nabble.com/file/n5835036/2015-02-26_09.jpg 

Le mappe sono situate nelle scale di accesso al parcheggio.
Sul sito non mi sembra di vedere violazioni perchè usano gmaps ma potrebbero
essercene in altri loro parcheggi.

Probabilmente potremmo chiedere di applicare un adesivo.
Come si procede?

Ciao
Davide



--
View this message in context: 
http://gis.19327.n5.nabble.com/Violazione-copyright-Verona-Saba-tp5835036.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] Mechanically Cleaning Up FIXME Tags

On 26/02/2015, Bryce Nesbitt bry...@obviously.com wrote:
 *One)* We have a fixme system where human mappers are encouraged to pay
 extra attention to particular areas or objects.

 *Two) *There is an issue of mapper fatigue: each mapper will look at only
 so many such tags in a lifetime of mapping.

 *Three)* The fixme system is not self-cleaning.  Certain conditions result
 in fixme tags that are unlikely to be acted on.  There are some 1.3 million
 open fixme tagged items, more than half from mechanical tagging.

 *Four)* In some cases the fixme tags happen to be associated with poor
 quality imports. But this is not universal: some poor data has fixme tags,
 other poor data does not.

+1 on all that, except that 4) is barely relevant. If an import is so
bad that it needs to be undone, I really hope that the presence of a
fixme tag is not the only way to detect said import.

 -
 How about a two step process:

 *Step One ) * People who wish to delete a particular import look through
 the FIXME tagged items, and  propose specific deletions.  For example
 there's a bus stop import that looks to be of bad quality.  If that data is
 removed, the fixme tag will go with it. Problem solved.  *Make a specific
 proposal showing why the fixme tag is needed in order to clean the data.*

Fair enough, but note that the problem being solved is the bad import,
not the distracting fixme tags.

 *Step Two )  *Remaining fixme values with a count above 1 are
 reviewed.  If they are deemed to add value, or if they come from
 many hand mapping efforts, they stay.  The rest are mechanically trimmed.

The usual find a frequently-used tag that ought to be deleted an
maybe its associated data fixed process then. Not really specific to
fixme tags, until you point out a particular fixme value that deserves
the treatment.

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

On 26/02/2015, Andreas Labres l...@lab.at wrote:
 On 25.02.15 08:01, Frederik Ramm wrote:
I think in many cases the proper action to perform on an object with
 a FIXME tag that has a low chance of ever getting addressed is deletion.

highway=service
access=private
surface=asphalt
fixme=the surface type changes here according to imagery

Clearly that fixme is unlikely to be resolved anytime soon (survey
needed but impossible). And your suggested action is to delete the
actual way object ?? I wouldn't even remove the fixme.

Sorry for only offering an anecdote against your in many cases, but
it reflects my general feeling. Deleting an unfixable fixme tag can
make sense; deleting the underlying object doesn't. The fixme tag may
be a hint that the underlying object is so bad that it needs to be
deleted, but the tag itself is no reason to delete. An interesting
version of don't shoot the messenger :p

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread Jonathan Bennett

On 26/02/2015 08:43, Andreas Labres wrote:
 This confirmation of course could be automated: show the user the
 object with the tags on some areal imagery background and she/he can decide 
 (in
 most cases, I'd say).

No -- the aerial imagery could be out of date, and it may not be
possible to tell if the problem has been fixed (or even existed in the
first place) *only* from aerial images. Confirmation by survey would
reliable.

If the problem is in an area where there's no-one to survey, then so
what? Fixmes don't show up on any end-user (as opposed to mapping QA)
rendering, they don't mess up routing, they don't affect geocoding or
have any other negative consequences for consumers of the data. So just
leave them be until someone can get to the area to survey.

J.

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread Mateusz Konieczny

I think that it may be a good idea to considering deleting fixmes that:
- were added by mechanical mass edit
- were added to existing objects
- are completely useless
- are not indicating low quality of data/tags

For example set␣better␣denotation is not fitting - it seems that in this
case
also denotation tag should be removed, together with fixme.

Obviously these restrictions apply only to an automatic edit.


2015-02-25 2:58 GMT+01:00 Bryce Nesbitt bry...@obviously.com:


 I'm opening a discussion about a potential mechanical edit to FIXME tags:

 http://taginfo.openstreetmap.org/keys/fixme#values
 http://taginfo.openstreetmap.org/keys/FIXME#values

 It is apparent that a number of imports have left tens of thousands of
 fixme notes that have a low chance of ever getting addressed.  Pick your
 favorite from the lists above: set␣better␣denotation is my mine.

 The goal would be to reduce the pain felt by anyone with fixme warnings
 turned on in their editing tool.

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


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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

On 25/02/2015, Bryce Nesbitt bry...@obviously.com wrote:
 fixme=yes is an interesting one socially.  It's a bit like
 tiger:reviewed=no

Yes. I'm also willing to bet that in manny cases fixme=yes was added
by mistake, without the mapper understanding what it means.

 If there's an obvious problem, I might feel confident to fix the issue and
 clear the tag out.

Sure.

 But for most nodes I might be unsure what's wrong, or
 not be confident I know 100% about the object. Thus the fixme=yes sits
 there forever, for future generations of mappers to look at, make the same
 conclusion, and leave the tag for the next next generation of mapper.

IMHO if you're an experienced mapper in this area and you couldn't
make head or tails of a fixme, nobody will. So shamelessly remove the
distracting tag. It's no worse than the aging process you suggest in
another mail.

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread Mateusz Konieczny

I think that it may be a good idea to considering automated deleting fixmes
that:
- were added by mechanical mass edit
- were added to existing objects
- are completely useless
- are not indicating low quality of data/tags

For example set␣better␣denotation is not fitting - it seems that in this
case
also denotation tag should be removed, together with fixme.


2015-02-25 2:58 GMT+01:00 Bryce Nesbitt bry...@obviously.com:


 I'm opening a discussion about a potential mechanical edit to FIXME tags:

 http://taginfo.openstreetmap.org/keys/fixme#values
 http://taginfo.openstreetmap.org/keys/FIXME#values

 It is apparent that a number of imports have left tens of thousands of
 fixme notes that have a low chance of ever getting addressed.  Pick your
 favorite from the lists above: set␣better␣denotation is my mine.

 The goal would be to reduce the pain felt by anyone with fixme warnings
 turned on in their editing tool.

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


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

Re: [OSM-ja] インポートデータに関する削除について

2015-02-26 Thread Yuichiro Nishimura

奈良のにしむらです。

OSM 
wikiのインポートガイドラインのページについて、OSMが現在採用するOdbLライセンスなどを取り込んだ最新の内容への翻訳が行われていなかったので、本日翻訳を進め、アップロードしてみました（まだこなれていない箇所やリンクの調整など完璧でないところがあるかと思いますが）。

http://wiki.openstreetmap.org/wiki/JA:Import/Guidelines


（翻訳の元ページ）
http://wiki.openstreetmap.org/wiki/Import/Guidelines

インポートの手順・ガイドラインが簡潔に示されていますので、自治体オープンデータ等のインポートを考えておられる際には、参考にしていただければと思います。


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

[Talk-de] Strittige Adressen / Gemeindegrenzen

2015-02-26 Thread Florian Lohoff


Hi,
ich habe hier den Fall das es einige Adressen gibt die strittig sind.
Das Gebäude (Hambrinker Heide 54, 33649 Bielefeld ) steht unstrittig 
in Bielefeld die Adresse findet man in unterschiedlichen Adressbeständen
aber auch in Gütersloh.

D.h. es gibt beide Adressen (Siehe Webatlas z.b.):

Hambrinker Heide 54, 33649 Bielefeld
Hambrinker Heide 54, 4 Gütersloh

Ich hatte das Ursprünglich so gelöst das die Gütersloher
Adresse auf dem Gebäudehülle war und die Bielefelder zusammen mit
einem Note auf einem Node innerhalb der Gebäudehülle.

Jetzt hat ein User den Node gelöscht und die Bielefelder Adresse
auf das Gebäude kopiert.

Jetzt habe ich das wieder so hergestellt wie es war damit eben beide
Adresse auch geokodierbar sind. Die Reaktion des mappers ist ich solle
mich aus Bielefeld raushalten und den Node auch nach Gütersloh, also
auf die andere Straßenseite verschieben.

Natürlich ist letzteres Bullshit - Dann stimmt ja die Geokoordinate
nicht mehr zur Adresse. 

Ich habe bisher die Aussage vertreten das wir alle Adressen aufnehmen
die in Benutzung sind und nicht nur die die offiziell im ALK stehen
und von der Gemeinde vergeben werden (Mal davon abgesehen das die
Gemeinden die Postleitzahlen gar nicht vergeben).

Ich habe das Gefühl das die beiden Hauptprobleme hier sind das es
ein unglaubliches vertrauen in offizielle Daten gibt d.h. ALK und
Co, und das andere das Auswertungstools wie
https://osm.wno-edv-service.de/plz/ als Religion betrachtet werden.
Wenn da was rot wird wird wie geistesgestört alles sofort bereinigt.

Wie werden hier an anderen stellen strittige Adressen behandelt?

Am Ende ist ja entscheidend was in Benutzung ist und nicht was im ALK 
steht.

Flo
-- 
Florian Lohoff f...@zz.de
 We need to self-defense - GnuPG/PGP enable your email today!


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

Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)

2015-02-26 Thread Martin Koppenhoefer

Am 26. Februar 2015 um 07:00 schrieb Jo winfi...@gmail.com:

 Ich habe es etwas geändert:

 R-Bahn/S-Bahn - railway=station, train=yes



R-Bahn ist railway=rail
S-Bahn ist afaik light_rail

bin nicht sicher ob ich auf dem Laufenden bin bei ÖPNV (und dann noch,
welches Schema), aber es gibt da auch noch den station-key um einzelne
Bahnhofsarten / Haltestellen zu unterscheiden:
http://taginfo.osm.org/keys/station



 Stadtbahn - railway=halt, subway=yes



die Stuttgarter Stadtbahn ist AFAIK (bin kein Pufferküsser, glaube das aber
so zu erinnern) kein subway, weil nicht kreuzungsfrei ausgebaut, d.h.
entweder tram oder light_rail (obwohl die Linien z.T. U... heissen).
AFAIK ist das auch nicht halt sondern entweder ebenfalls station oder
tram_stop (je nachdem, wie man die Stadtbahn bewertet und nach welchem
Schema man taggt).



 Zahnradbahn - railway=tram_stop, tram=yes



gibt es da nichts Spezifischeres?

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

Re: [Talk-cz] ŘOPíky

2015-02-26 Thread Petr Slavíček , Bc .

Ahoj, včera NAIMPORTOVÁNO.
Malá statistika:
Zdroj databáze: rop-1.0.0.gip ze dne 2013/12/05 19:52
Stavy:
nepostaven    37
neznamo    2
postaven, dochovan    4986
postaven, neznamo    1
postaven, poskozen    126
postaven, rozvalen    614
postaven, zahlazen    2358
postaven, znicen    1408

Celkem objektů: 9532

Importováno celkem 5727 se stavy:
'postaven, dochovan','postaven, neznamo','postaven, poskozen','postaven, 
rozvalen'

Níže uvedený příklad je zde:
http://www.openstreetmap.org/node/3371258109

Duplicity byly řešeny ručně (odhadem 5-7%) s tím, že původnímu objektu byly 
dány nové souřadnice a atributy dle ropik.net. Asi u cca. 5 objektů byla 
vzdálenost větší (odhadem více jak 50m) - ty jsem nechal jako duplicitní. Musím 
ještě udělat kontrolní součty.

Ještě se mi moc nelíbí název
name:M1/36/A-160
(stavební úsek, poř. č., typ)
Na jihu u Slavonic bylo nejvice duplicit, a tam bylo Bunkr A-160, což je zase 
málo informací. Pokud bude nějaký zájem, tak to změním, např:
name:M1/36
pillbox_type:A-160

Co se týče area: Nebyla předmětem importu, ale je součástí databáze (jen 
čtverec). U některých řopíků v osm byla vyplněna z katastru. Asi bych se jí 
nezabýval.

Petr

PS: je blbý, že databáze je 2 roky stará, ale bylu doplněny ref:ropik.net: id 
pro pozdější aktualizace, nejlepší by byla databáze přímo z ropik.net


-- Původní zpráva --
Od: luka...@volny.cz
Komu: OpenStreetMap Czech Republic 
Datum: 25. 2. 2015 14:58:30
Předmět: Re: [Talk-cz] ŘOPíky

Tak to je dobra prace... Ja jsem sic minuly tyden dostal mail na spravce 
databaze ROPiku, ale bohuzel predpoklad, ze bude ted volneji nevysel. Takze 
jsem se zatim neposunul. 
Mam dotaz tech 5700 objektu je plus minus kompletni seznam fyzicky existujicich 
objektu? 
Pokud ano, import bude bajo. Co se duplicit tyce, nebal bych se hromadneho 
importu, pak cesta nejmensiho odporu bude smazat jiz existujici body (hadam, ze 
import bude probihat na urovni bodu) a ojekty (area) prehodit na building=yes, 
kdyz uz by si nekdo dal praci (a myslim, ze jsem to i nekde cetl) s presnym 
vykreslovanim objektu. 

L.
__
 Od: Petr Slavíček, Bc. 
 Komu: OpenStreetMap Czech Republic 
 Datum: 23.02.2015 09:59
 Předmět: Re: [Talk-cz] ŘOPíky

Ahoj,
doteďka jsem byl takový malý osamělý mapovací vlk. Rád bych se zhostil 
tohoto sousta, ale postupně.
Udělal jsme malý skriptík v bash, který konvertuje tuto databázi do osm. 
Databáze má cca 5700 objektů (mimo stav 5). Stav objektů je:
1) 'postaven, dochovan'
2) 'postaven, neznamo'
3) 'postaven, poskozen'
4) 'postaven, rozvalen'
5) 'postaven, zahlazen','postaven, znicen','neznamo','nepostaven'

Importuji je s následujícími atributy:
lat='50.813853' lon='14.678253'
military=bunker
bunker_type=pillbox
historic=yes
name=(2)M1/36/A-160
website=http://dbase.ropiky.net/dbase.php?objekt=1075725216
ref=1075725216
source=ropiky.net

Stav objektů 3,4 přidám atribut ruins=yes
Stav 5 neimportuji

Název z databáze a je po rozklíčování: Sbor: II. Stavební úsek: M1 - 
Mařenice ŘOP: 36 Typ: A-160

A teď by se rád zeptal, jak řešíte již existující řopíky v osm (při 
hromadném importu vznikne duplicita). Pokud by se importovalo po 
jednotlivých stavebních úsecích (většinou desítky řop/úsek, jsou vyjímky) 
zda by někdo pomohl. Mohu poskytnout jak celý seznam řopíků v osm, tak i po 
částech.

Díky Petr

PS: rád bych i nějaké rady, schválení či zamítnutí, abych něco neudělal 
blbě.



-- Původní zpráva --
Od: luka...@volny.cz
Komu: OpenStreetMap Czech Republic , talk-cz@
openstreetmap.org
Datum: 19. 2. 2015 15:02:27
Předmět: Re: [Talk-cz] ŘOPíky

Zdravim,
jak to s problematikou vypada, uz nekdo napsal? Popripadne mohu zkontaktovat
ja, pokud se jiz nekdo nenasel.
Mejte se,
L.


__
 Od: Kamenitxan 
 Komu: 
 Datum: 15.01.2015 10:10
 Předmět: Re: [Talk-cz] ŘOPíky

Ahoj,
Lukáš vyhrabal email vedouciho od ROPiku. Najde se dobrovolník, který to s 
ním zkusí vyjednat, nebo mu mám napsat já?

Kamenitxan

11. 1. 2015 v 13:00, talk-cz-requ...@openstreetmap.org:

 
 Jj urcite by nejaky posveceni cele akce stalo za to...
 
 L.
 
 __
 Od: Lukáš Gebauer 
 Komu: OpenStreetMap Czech Republic 
 Datum: 10.01.2015 13:13
 Předmět: Re: [Talk-cz] ŘOPíky
 
 Dne 10.1.2015 v 12:44 Karel Volný napsal(a):
 no, víme něco jiného, než že ropiky.net nás ignorují? - 
 http://forum.ropiky.net/tema.php?id=1244118437 a když se
 
 Da se rict, ze vsechny ROPiky jsou na nasem uzemi zmapovane (od 
 dochovanych, pres poskozene, rozestavene, az po planovane, co se ani 
 stavet nezacaly). Takze mit v mape ty dochovane a poskozene, by asi 
 rozumne bylo. Zbytek uz moc orientacni prvek neni, a zajimat to bude jen

 pro bunkrology, kteri si to najdou jinde.
 
 Ony ty ropiky.net bezi uz nejakou dobu vlastne samospadem. Tam se asi 
 zadne reakce nedockas.

[OSM-talk] New statistics on volume of note creation and closing

In light of the discussion the volume and quality of note and fixme items,
Pascal Neis
has whipped up some nice long term data for notes.  Hopefully corresponding
data on fixme
will be possible in the future.

http://resultmaps.neis-one.org/osm-notes-overview




--
I feel that asking note writers to do more, and to optionally leave contact
info,
will not significantly reduce note volume.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [talk-ph] OSM Notes opened for the Yolanda / Haiyan Typhoon and not yet resolved

2015-02-26 Thread Daniel Joseph

I actually reached out to ChrisEspectato (via an OSM account message) on 21
February to ask about the purpose of the notes. If I haven't heard back
after some time I was planning on going through and closing the notes. With
the anonymous notes, reaching out isn't possible. I think it's good to
close some of the notes in the manner you mention.

There are certainly some notes leftover from Yolanda that could be resolved
(because they are no longer relevant or do not contain enough detail). On a
side note, there are also many tags related to the Yolanda response that
could be 'archived' or removed. Unfortunately this sort of cleanup work
tends to be a lot less interesting than adding new details and features to
the map.

All the best,
Dan

On Fri, Feb 27, 2015 at 7:17 AM, Pierre Béland pierz...@yahoo.fr wrote:

 There is a discussion today on the general talk list about anonymous OSM
 notes.

 The Yolanda / Haiyan Activation is an example where such info could have
 helped if more infos provided and the possibility to interact with the
 person adding such note. To revise the OSM Notes and enhance the map, we
 can select this layer from openstreetmap.org

 Today, after more then a year, this info seems useless and I revises and
 resolves/closed some of these notes adding this comment:

 *Incomplete infos from this note or comments not related to mapping
 objects . More then a year later, no more infos added. I am closing this
 note.*

 I also see notes Created by ChrisEspectato
 http://www.openstreetmap.org/user/ChrisEspectato with comments that
 seem to refer to an event or trip simply.
 #28 1-27-14 834am
  See http://www.openstreetmap.org/note/157873
 http://www.openstreetmap.org/note/157873

 regard

 Pierre

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


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

Re: [Talk-cz] ŘOPíky

2015-02-26 Thread Karel Volný

Dne Čt 26. února 2015 22:28:44, Petr Slavíček, Bc. napsal(a):
 adresa je samostatný node (pokud možno v budově)

ne nutně samostatný, ten bod může být klidně součástí budovy, např. když 
označuje v obvodu budovy místo, kde je vchod s příslušnou adresou

 Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v tom
 bude pěkný bordýlek: blbý vyhledávání a zobrazování

toto tvrzení by si IMO zasloužilo bližšího vysvětlení

 Spíše jsem za odebrat atributy z area a umístit samostatný node do této area
 jako u adres.

nevím, proč se inspirovat zrovna u adres, kde je situace odlišná - jeden dům 
může mít více adres, zatímco, nakolik je mi známo, jeden bunkr má (v 
příslušném systému sborů a stavebních úseků) právě jedno označení, tedy v 
rámci dané plochy by se nemělo vyskytnout více identifikačních bodů, a v tom 
případě je potom samostatný bod, který vlastně platí právě pro tu jednu 
plochu, jaksi nadbytečný

 Rendery např. i hospody u area nezobrazují, ale u node ano.

před dávnými a dávnými časy existovalo pravidlo, že nemapujeme pro renderery 
...

just my 0.02€

K.

p.s. ještě k předchozímu - původnímu objektu byly dány nové souřadnice a 
atributy dle ropik.net ... kde se bere jistota, že přispěvatelé ropiky.net 
mají lepší gpsky než přispěvatelé OSM?
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

2015-02-26 Thread Steve Doerr


On 26/02/2015 18:25, Paul Johnson wrote:
Now that we have an anointed notes system, how about an automated 
move to notes, with the owner of the note being the person who 
originated the FIXME?




Personally I'd rather keep any FIXMEs on the objects that they relate to.

--
Steve

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


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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

To make this simpler, for now I propose to mechanically delete the tags:

fixme=stream␣attibutes␣missing
stream=fixme

From several stream imports in the USA.   Does anyone have comment or
considerations for that proposal (beyond the usual mechanical edit policy)?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-us] [OSM-talk] Mechanically Cleaning Up FIXME Tags

To make this simpler, for now I propose to mechanically delete the tags:

fixme=stream␣attibutes␣missing
stream=fixme

From several stream imports in the USA.   Does anyone have comment or
considerations for that proposal (beyond the usual mechanical edit policy)?
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] New statistics on volume of note creation and closing

2015-02-26 Thread Ian Dees

On Thu, Feb 26, 2015 at 5:14 PM, Bryce Nesbitt bry...@obviously.com wrote:

 I feel that asking note writers to do more, and to optionally leave
 contact info,
 will not significantly reduce note volume.


No one's holding you back from proposing (or making) code changes, are they?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] WeeklyOSM 238 CZ

2015-02-26 Thread Michal Pustějovský

Pěkná práce, díky :-)


Uvažovalo se nad tím, že by se na závěr přidalo české okénko s informacemi
z české komunity? Například co se řeší na mailing listu, informace týkající 
se mapování ČR apod.? Byla by to taková pěkná přidaná hodnota. :-)

Michal



-- Původní zpráva --
Od: TK tomas.kaspa...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 26. 2. 2015 15:33:11
Předmět: [Talk-cz] WeeklyOSM 238 CZ

Ahoj, je dostupne vydani 238 tydeniku weeklyOSM:

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

Pekne pocteni...

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

Re: [Talk-it] Violazione copyright - Verona - Saba

2015-02-26 Thread Luca Delucchi

2015-02-26 10:34 GMT+01:00 dvdzero dvdz...@gmail.com:
 Stamattina ho notato queste violazioni del copyright nel parcheggio gestito
 da Saba (http://www.sabait.it/) all'ospedale di Borgo Trento, Verona.

 http://gis.19327.n5.nabble.com/file/n5835036/2015-02-26_09.jpg
 http://gis.19327.n5.nabble.com/file/n5835036/2015-02-26_09.jpg

 Le mappe sono situate nelle scale di accesso al parcheggio.
 Sul sito non mi sembra di vedere violazioni perchè usano gmaps ma potrebbero
 essercene in altri loro parcheggi.

 Probabilmente potremmo chiedere di applicare un adesivo.

+1,

 Come si procede?


lo puoi fare te scrivendo direttamente a loro...

 Ciao
 Davide




-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org

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

Re: [OSM-talk] New statistics on volume of note creation and closing

On Thu, Feb 26, 2015 at 2:18 PM, Ian Dees ian.d...@gmail.com wrote:

 No one's holding you back from proposing (or making) code changes, are
 they?


That proposal is already on the table:
https://github.com/openstreetmap/openstreetmap-website/issues/776
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

[OSM-talk-ie] Open Data Licencing in Ireland - Important for OSM in Ireland

2015-02-26 Thread Dave Corley

Hi everyone,

I wanted to draw your attention to a release from the Dept. of Public
Enterprise Reform [1] on Feb 12th in which the Minister, Brendan
Howlin, launched a policy paper looking for feedback regarding the
type of licence to be applied in the future to data released by the
Irish Govt. through data.gov.ie [2].

In the release, the main information you need is contained in the
policy paper (word document) [3]. In it, the case is made for various
different licence options.

I would strongly encourage everyone on this list to take 10-15 minutes
to have a read through the policy document [3] and to give their views
on the licence options listed. The closing date for submissions is
18th March 2015 so you have a bit of time, please do give this the
time it deserves and send a mail to [4].

Why is this important to OpenStreetMap?

The irish govt. has signed up to the OGP (Open Government Partnership)
and has committed to releasing large swathes of govt. data under open
licences to allow it to be used by anyone. This is still in its early
stages but will become more important over the next year or two as
more elements are locked down. In the OpenStreetMap context, it is
vital that the right licence is chosen to allow us to even consider
using any data that might be opened up. The policy document swings
between either going the PD (Public domain) route where the govt.
relinquishes all rights and its basically a free-for-all with the data
to alternatively going down the CC-BY route, where all that is
required is attribution.

Either option is compatible with OSM and will allow us to make use of
any data released.

Why is this important to everyone in general?

One additional option listed is Share-Alike (CC-BY-SA) licencing which
will not be compatible with OSM licencing. If you are making a
submission, I would ask that you call out the lack of suitability of
any licence that requires share-alike as it will suit very few data
consumers and will limit the data usage from academics, commercial
entities, OSM etc. About the only group that would benefit from a
CC-BY-SA licence is Wikipedia, but that is about all.

Once the licence is chosen, if the wrong one is chosen, it will take a
herculean effort to get it changed and would take several years so
this is the point at which you want to make your voice heard regarding
this issue.

Thanks,
Dave

1 -
http://www.per.gov.ie/minister-howlin-launches-open-data-licences-paper-for-public-consultation-at-public-service-seminar/
2 - http://data.gov.ie/
3 -
http://per.gov.ie/wp-content/uploads/Open-Data-Licence-Consultation-Paper-February-2015.docx
4 - opend...@per.gov.ie

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

Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags

On Thu, Feb 26, 2015 at 3:55 PM, Blake Girardot bgirar...@gmail.com wrote:

 I am strongly in this camp. I have not seen any actual harm or problem
 presented for 1.3 million fixme tags yet. But there is the potential for
 problems if removed.
 Even fixme=yes tags convey information: Someone felt something was in
 question about that node/way/polygon. That is not insignificant information.


At no point has a proposal been made to remove fixme=yes.

--
As for harm, any user of a tool that shows fixme tags:
http://keepright.ipax.at/report_map.php?zoom=12lat=39.95356lon=-75.12364
Is directing energy to both useful fixme tags, and fixme tags that at best
are markers
of a poorly considered import.  A bulk purge cold save a lot of time.

I do encourage people to remove fixme keys when they edit: many times the
underlying problem gets fixed, but the fixme tag stays.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] ŘOPíky

2015-02-26 Thread Michal Pustějovský



-- Původní zpráva --
Od: Karel Volný ka...@seznam.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 26. 2. 2015 23:19:30
Předmět: Re: [Talk-cz] ŘOPíky

Dne Čt 26. února 2015 22:28:44, Petr Slavíček, Bc. napsal(a):
 adresa je samostatný node (pokud možno v budově)

ne nutně samostatný, ten bod může být klidně součástí budovy, např. když 
označuje v obvodu budovy místo, kde je vchod s příslušnou adresou

 Ty bunkry by buď všechny měly být area s vlastnostmi nebo nody, jinak v 
tom
 bude pěkný bordýlek: blbý vyhledávání a zobrazování

toto tvrzení by si IMO zasloužilo bližšího vysvětlení 




Overpass API (i XAPI apod.) tohle řeší naprosto jednoduše, dotážeš se akorát
přes dva objektové typy, tj. node a way. Příkladů je na wiki k nalezení 
dost. Problém by nikde nastat neměl.


 

 Spíše jsem za odebrat atributy z area a umístit samostatný node do této 
area
 jako u adres.

nevím, proč se inspirovat zrovna u adres, kde je situace odlišná - jeden dům

může mít více adres, zatímco, nakolik je mi známo, jeden bunkr má (v 
příslušném systému sborů a stavebních úseků) právě jedno označení, tedy v 
rámci dané plochy by se nemělo vyskytnout více identifikačních bodů, a v tom

případě je potom samostatný bod, který vlastně platí právě pro tu jednu 
plochu, jaksi nadbytečný






Naprostý souhlas, v OSM platí pravidlo Jeden reálný objekt = jeden objekt v
OSM. Adresy jsou tak trochu specifický systém samy o sobě, jejich složitý 
vztah k budovám vedl k tomu, že se preferuje značení adres separátně. 





Přístup Ondry Steinera (tedy překopírovat tagy na plochu reprezentující 
budovu a bod smazat) je podle mě ideální. Značka building=bunker taky sedí
(mimochodem klíč building lze použít i na body).


 


 Rendery např. i hospody u area nezobrazují, ale u node ano.

před dávnými a dávnými časy existovalo pravidlo, že nemapujeme pro renderery

...



A stále je mezi námi ;-)


 

just my 0.02€

K.

p.s. ještě k předchozímu - původnímu objektu byly dány nové souřadnice a 
atributy dle ropik.net ... kde se bere jistota, že přispěvatelé ropiky.net 
mají lepší gpsky než přispěvatelé OSM?



Pravda, možná by nebylo špatné případné velké posuny kontrolovat oproti 
katastru (stačila by i cuzk:km), kde spousta objektů zanesená je.


 







Michal 

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

Re: [Talk-de] Positionsgenauigkeit der Daten (war: admin schläft)

2015-02-26 Thread Jo

Hallo Joachim,

Für die Lizenz ist es in Ordnung. Michael kann dich der Mail besorgen der
sagt das wir das benutzen können. Die HS sind natürlich nur die Hälfte der
Geschichte. Mir wäre es noch lieber wenn wir etwas wie GTFS oder
Datenbankdump haben könnten um so alle Linienvariante extrahieren zu
können. Hier in Belgien kann ich Routerelationen erfassen mit alle
Haltestellen im richtigen Reihenfolge für jede Variante, also üblich
wenigstens 2. In solche Relationen sind dann aber nur die HS drin.

Dann habe ich ein Skript gemacht das in JOSM selber die anliegende Wege
findet und versucht die zu verbinden, sich dabei basierend auf andere
Routen die schon vollständig sind. Büsse benutzen meistens dieselbe
Korridors.

Jo





2015-02-26 22:39 GMT+01:00 Joachim nore...@freedom-x.de:

 Nicht spekulieren, ins Wiki schauen! :) Habe in den letzten Wochen da
 kräftig dokumentiert und im Forum darüber diskutiert. Hat zwar keine
 hübschen Bilder sollte aber relativ komplett sein.
 http://wiki.openstreetmap.org/wiki/Stuttgart/Transportation

 Importieren ist sicher keine gute Idee, aber die Daten sind zum
 Abgelcih natürlich trotzdem sehr willkommen, an Buslinien fehlt es
 noch viel.

 Gibt es noch Infos zur Lizenz und zu den Hintergründen?

 LG Joachim

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

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

[talk-ph] OSM Notes opened for the Yolanda / Haiyan Typhoon and not yet resolved

2015-02-26 Thread Pierre Béland

There is a discussion today on the general talk list about anonymous OSM notes.
The Yolanda / Haiyan Activation is an example where such info could have helped 
if more infos provided and the possibility to interact with the person adding 
such note. To revise the OSM Notes and enhance the map, we can select this 
layer from openstreetmap.org

Today, after more then a year, this info seems useless and I revises and 
resolves/closed some of these notes adding this comment:
Incomplete infos from this note or comments not related to mapping objects . 
More then a year later, no more infos added. I am closing this note.
I also see notes Created by ChrisEspectato with comments that seem to refer to 
an event or trip simply.  #28 1-27-14 834am   See 
http://www.openstreetmap.org/note/157873
regard
 Pierre 
___
talk-ph mailing list
talk-ph@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ph

Re: [OSM-talk-be] city names - bug in OFM?