date:20150630



sent from a phone

 Am 29.06.2015 um 19:40 schrieb Aury88 spacedrive...@gmail.com:
 
 il fatto che al momento non risultano registrati brand di nome Indipendent
 o indipendent mi lascia supporre che non possa essere il nome di un
 brand...


conosco al meno un giornale e un marchio di abbigliamento con questo nome.


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

Re: [Talk-cat] Condiciones de uso del ICGC

2015-06-30 Per discussione Carlos Sánchez

El problema aquí és el poder modificar la informació. No queda molt clar
aquest ús de reutilització. També s'hauria de mirar com afegir la font;
potser es podria fer un source=ICGC

2015-06-30 10:24 GMT+02:00 Wladimir Szczerban bolo...@gmail.com:

 Hola a todos,

 Con la entrada en vigor de la nueva ley de transparencia el ICGC ha
 cambiado las condiciones de uso ahora los datos son CC-BY 4.0 así que ya se
 pueden usar en OSM si se pone la atribución.

 Aquí pueden ver las nuevas conidiciones de uso.

 http://www.icc.cat/Home-ICC/Geoinformacio-digital/Sobre-la-geoinformacio-ICGC/Condicions-d-us-de-la-geoinformacio-ICGC


 --
 Saludos,

 Bolo
 www.geoinquiets.cat

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




-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [OSM-talk-nl] [Dutch] vanmiddag: gebruikersoverleg BAG

2015-06-30 Per discussione 'Gert-Jan van der Weijden'

(maar even naar allebei de tweelinglijsten)

 

highlights halfjaarlijkse gebruikersoverleg BAG.

ca 25 aanwezigen, van oa PostNL, OOV-sector (brandweer etc), gemeenten (met 
name afdelingen belastingzaken) en uiteraard de mensen van Kadaster (Martijn 
Klomp, Janette Storm) die voor beheer verantwoordelijk zijn en het Ministerie 
van IenM (Martijn Odijk) als opdrachtgever

 

- Actueel topic is de samenhang met de BGT (basisregistratie grootschalige 
topografie): wat stop je in welke basisregistraties. Die samenhang in het 
stelsel van basisregistraties maakt aanpassen van het datamodel lastig, als je 
hier trekt dondert er 2 basisregistraties verderop iets om ;-)

Streven is om de Wet BAG per 2017 lichter te maken, zodat kleine aanpassingen 
niet meer bij wet hoeven te worden geregeld.

 

-Inhoud: nog lopende discussie over alsnog opnemen van windturbines,  over 
gebruik van echte bogen (arcs) in de geometrie,  en over  3D geometrieën.

 

- Discussie over Amerikaanse huisnummer: zie mailwisseling hieronder

 

- In de loop van 2015 komt er een vernieuwde webservice BAG bevragen (waarmee 
je detailinfo over een BAG-pand, BAG-verblijfsobject etc. kunt opvragen)

 

- In de loop van 2015 komt er (in samenwerking met PDOK) een vernieuwde 
geocodeerservice. Details nog niet bekend.

 

- Kwaliteit : de BAG is volgens inschatting van Kadaster ca. 99% op orde, al is 
dat lastig exact vast te stellen omdat we domweg niet weten hoeveel panden en 
verblijfsobjecten we in dit land hebben (dus we weten niet wat 100% is). 

 

- Kwaliteitsdashboard: een (besloten) instrument voor bronhouders (=gemeenten) 
waarin met een reeks landelijke standaardqueries wordt getoond wat er schort 
aan de BAG-inhoud. 

Dat kan gaan om verdachte bouwjaren (Amsterdam heeft 1005 als defaultwaarde), 
verdachte combinatie van oppervlakte en gebruiksdoel (onderwijs op 30 m2) etc.

Dit sloot mooi aan bij de recente puzzelqueries van Pander (Open Taal) waarin 
oa dubbele spaties in namen van openbare ruimte (straatnamen) naar voren 
kwamen.

Met Kadaster afgesproken dat dit soort bevindingen vooralsnog het beste naar 
b...@kadaster.nl worden gestuurd (en dan even iets opmerken als zoals 
afgesproken in het gebruikersoverleg BAG). Het is dan aan Kadaster of zo'n 
query eenmalig of structureel in het dashboard wordt opgenomen.

 

-Noteer in de agenda: woensdag 30 september is er een gebruikersdag 
BAG/BRT/PDOK/Inspire. Naar alle waarschijnljkheid in Amersfoort.

 

- Ik ga met Janette Storm (en met jullie) nog even bedenken of bovenstaande 
interessant is om op een OSGeo.nl en/of OSM event verder uit te diepen

 

- Algemeen: ik heb een half jaar geleden bij Kadaster aangegeven dat ik het 
handig vond om hier vanuit OSgeo.nl aan te kunnen schuiven. Hoe structureel we 
dat doen weet ik nog niet: zo'n tripje naar Apeldoorn kost driekwart dag. Het 
liefst kijk ik per keer waar het is, en of iemand van ons dan toevalig handig 
kan aanschuiven.  Ook een beetje afhankelijk van agenda.

 

 

groet, 

 

Gert-Jan

 

 

 

Van: Gertjan Idema [mailto:g.id...@zonnet.nl] 
Verzonden: maandag 29 juni 2015 22:02
Aan: Edward Mac Gillavry
CC: Gert-Jan van der Weijden; du...@lists.osgeo.org
Onderwerp: Re: [Dutch] vanmiddag: gebruikersoverleg BAG

 

Ik denk het stratenplan van New York City. 5th Avenue, West 17th street etc. 

Ik mijn linkje waren de DF van PDF weggevallen. Daarom nog even de volledige 
link, omdat het wel een interessant document is:
http://www.basisregistratiesienm.nl/binaries/basisregistraties-ienm/documenten/rapport/2015/04/09/rapport-werkgroep-3/defintief-rapport-advies-werkgroep-3-aan-ienm-publieksversie.PDF

@Gert-Jan
Waren er verder nog vermeldenswaardige zaken op het overleg?

Groeten, Gertjan


On Mon, 2015-06-29 at 21:49 +0200, Edward Mac Gillavry wrote: 

Dankjewel voor de heldere uitleg van de problematiek. Maar wat is er nu 
Amerikaans aan?

E 

  _  


From: gee...@dds.nl
To: g.id...@zonnet.nl; emacgilla...@hotmail.com
CC: du...@lists.osgeo.org
Subject: RE: [Dutch] vanmiddag: gebruikersoverleg BAG
Date: Mon, 29 Jun 2015 21:35:21 +0200

10 punten!

Naast Nijmegen  en Lelystad komt het ook voor in Zevenaar, Wijchen en naar 
verluidt ook in Almere. 

 

Er is geen eenduidige (BAG-)registratie, soms het het straatnummer aan de 
straatnaam geplakt, soms wordt het straatnummer vóór het huisnummer geplakt.

Beetje lastig voor met name de OOV sector, die hebben graag dat kruispunten 
uniek identificeerbaar zijn (ongeval op de kruising van Zwanenveld met 
Zwanenveld

En zoals gertjan aangeeft: het speelt zich allemaal af in bloemkoolwijken waar 
oriëntatie toch al niet eenvoudig is.

 

Nog geen eenduidige oplossing, de BAG staat allebei toe (mits in 
overeenstemming met straatnaam cq huisnummerbesluit).

En nee, Plein 1813 in Den Haag is een ander geval ;-)

 

 

groet, 

 

GJ

 

Van: Gertjan Idema [mailto:g.id...@zonnet.nl] 
Verzonden: maandag 29 juni 2015 21:14
Aan: Edward Mac Gillavry
CC: Gert-Jan van der Weijden -

Re: [Talk-cz] Pole a sloupy VN - import LPIS

2015-06-30 Per discussione Ratt Snake

Souhlasím, díry bych nechával, odráží to lépe realitu.
Pavel

Dne 30. června 2015 9:13 Marián Kyral mky...@email.cz napsal(a):

 Ahoj,
 je to různé. V LPIS někdy ty díry jsou, jindy ne. Asi záležím kdo to právě
 zakresloval.

 Jsem pro to je tam nechat. Kdybychom je tam nechtěli, tak jsem je mohli
 mazat už při importu a mohli jsme se vyhnout velké většině problémů, které
 způsobují relace ;-)

 Ono typicky kolem toho sloupu roste tráva nebo křoví. A to pole rozhodně
 není.

 Marián

 -- Původní zpráva --
 Od: Lukas Kabrt lu...@kabrt.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 30. 6. 2015 9:04:24
 Předmět: [Talk-cz] Pole a sloupy VN - import LPIS

 Při toulkách po mapě jsem si všimnul, že pravděpodobně po importu
 LPIS, se okolo sloupů VN často objevují maličké díry v polích. Např.
 http://www.openstreetmap.org/#map=19/50.50930/16.23577

 Zajimálo by mě jaký je pohled ostatních na to, jestli se mají při
 editaci takové díry zachovávat. V naprosté většině případů, co jsem
 zkoumal je to opravdu jenom sloup (= bod) uprostřed pole, který by se
 neměl značit jako plocha.

 Podle mě je ideální postup nakreslit vedení VN, pokud není, a díry
 smazat. Jaký je pohled ostatních?

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


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


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

[Talk-de] Antw: Re: MeckPomm - Ergänzung Straßenschlüssel / Abgleich mit öff. Straßen

2015-06-30 Per discussione Matthias Meißer

Hallo Joachim,

früher hatte ich mich privat ja auch lange um Straßenverzeichnisse
bemüht, leider hatten die aber eine sehr durchwachsene Qualität
(https://wiki.openstreetmap.org/wiki/M-V_Strassenabgleich) und so
richtig kamen wir da als Community leider nicht vorran. Als Mapper denke
ich muss man auch sehen, dass derzeit in der ländlichen Fläche wohl noch
etliche Abweichung bei den Straßen in unserem Bundesland sind. Das ist
natürlich schade, da Leute sich so u.U. noch nicht mal richtig zum Ziel
navigieren / das Ziel finden können :-/

Leider hat unser Bundesland noch kein eigenes OpenData-Portal und auch
die Nutzbarmachung von Daten aus verschiedenen Kommunen und von
verschiedenen föderalen Ebenen ist kompliziert. Deswegen konnten wir es
leider nicht so machen, dass wir einfach eine offizielle Straßenkarte
oder Daten rausgeben und die Community das selbst manuell abgleicht.
Vielleicht ist es so aber auch nicht schlecht, dass sich ein Dritter mal
beide Datenbestände nimmt und vergleicht. Denn so kommt keine in
Versuchung davon auszugehen, dass nur der eine oder andere Datenbestand
richtiger ist und im Endergebnis erhalten wir glaube ich so auch viele
gute Hinweise, wo die amtlichen Daten mit hoher Wahrscheinlichkeit wohl
veraltet sind bzw. Karteilaichen enthalten ;-)

Wir haben auch lange gegrübelt. ob das mit dem Import wirklich Not tut
(aufgrund der eher neg. Erfahrungen der Community mit TMC und Importen
allg.). Da aus unserer Sicht aber eindeutig die langfristige
Zusammenarbeit mit OSM im Vordergrund steht und es sich ähnlich Grenzen,
Gemeindeschlüsseln, ... um amtliche Daten in  einen einzigen tag
handelt, haben wir uns dann doch dazu durchgerungen. Neben der Anwendung
in der QS finden sich evtl. auch noch weitere Anwendungsfälle, sowohl
für die Community (Statistiken, ...) als auch für die Verwaltungen..
Und vielleicht kann das ja auch andere Bundesländer dazu ermutigen
solche Informationen zumindest bereitzustellen und zu zeigen, dass OSM
durchaus auch für die Verwaltung mit nutzbar ist und zumindest eine
sinnvolle Ergänzung darstellt? 

P.S: Habe die Wikiseite mal in den offiziellen Namensraum verschoben,
in dem Import Katalog vermerkt und noch englische Beschreibungen
ergänzt

Mit freundlichen Grüßen
Matthias Meißer



-- 
Matthias Meißer

Sachbearbeiter Regionale Geoinformationsssysteme
 
Hansestadt Rostock
Der Oberbürgermeister
 
Kataster-, Vermessungs- und Liegenschaftsamt
Abt. Kataster
 
Holbeinplatz 14, 18069 Rostock
Tel.: +49 (0)381 381 6221
Fax: +49 (0)381 381 6902
E-Mail: matthias.meis...@rostock.de 


 Joachim Kast osm...@dd1gj.de schrieb am 29.06.2015 um 21:24 in
Nachricht
55919b60.2060...@dd1gj.de:
 Hallo Matthias,
 
 das ist natürlich sehr interessant, amtliche und OSM-Daten durch
einen 
 einheitlichen Schlüssel abgleichbar zu machen. In Baden-Württemberg 
 steht das amtliche Straßenverzeichnis [1] incl. Straßenschlüssel
schon 
 einige Zeit als OpenData [2] zur Verfügung, wird aber bisher nur für
den 
 Straßenabgleich mittels regio-osm.de benutzt.
 
 Ich werde die Aktion in MV weiterhin mit großem Interesse beobachten.

 Durch den Schlüssel ergibt sich insbesondere die große Chance, die 
 offiziellen Straßennamen erkennen zu können. Hier in Baden-Baden ist
der 
 große Klassiker die Merkurstraße [3]. In den Anfangszeiten der
Autonavis 
 wurde da so mancher Hotelgast auf den Berg [4] geschickt.
 
 Viele Grüße
 Joachim
 
 
 [1] 

www.lgl-bw.de/lgl-internet/web/sites/default/de/07_Produkte_und_Dienstleistu


ngen/Open_Data_Initiative/Galerien/Dokumente/OD_strassenschluessel_20150331.z
 ip
 
 [2] 

http://www.lgl-bw.de/lgl-internet/opencms/de/07_Produkte_und_Dienstleistunge

 n/Open_Data_Initiative/index.html
 
 [3] http://www.openstreetmap.org/way/5011198 
 
 [4] http://www.openstreetmap.org/way/296321331 
 
 
 
 __
_
 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

Re: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur

Škoda. 

Zdrojová data ve formátu shapefile jsou sice fajn pro úvodní import, ale z 
aktualizací to dělá noční můru. Je potřeba ten shapefile zpracovat, porovnat
s aktuálním stavem v OSM a následně nějak zapracovat změny.

Naproti tomu, pokud mám WMS nebo TMS vrstvu, můžu to porovnání OSM vs. 
aktuální stav udělat jen tím, že si tu vrstvu dám na pozadí a vizuálně to 
zkontroluji. Hned vidím, kde se mi to liší.

A WMS má tu výhodu (pokud vrací i něco jiného než obrázky), že si můžu 
vyžádat souřadnice, které následně použiji pro aktualizaci dat v OSM. Stejně
jako u LPIS.

Co jsem se tak koukal, tak u většiny vodních ploch naimportovaných z DIBAVOD
nepasuje tvar na ortofoto. Někde jsou rozdíly zanedbatelné, jinde docela 
výrazné.

Marián


-- Původní zpráva --
Od: Jachym Cepicky jachym.cepi...@gmail.com
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 30. 6. 2015 10:42:19
Předmět: Re: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur



Obecně: dělat něco z WMS mi tedy přijde hodně přes ruku, když existují 
zdrojový data



Konkrétně: jsme schopni vypublikovat jenom to co je na http://www.dibavod.
cz/index.php?id=27(http://www.dibavod.cz/index.php?id=27) - rok 2006, takže 
nic




J




po 29. 6. 2015 v 7:41 odesílatel Marián Kyral mky...@email.cz
(mailto:mky...@email.cz) napsal:


A byla by to aktuální data? A dalo by se to pak použít do Traceru na 
přetrasovávání vodních ploch?

Marián


-- Původní zpráva --
Od: Jachym Cepicky jachym.cepi...@gmail.com
(mailto:jachym.cepi...@gmail.com)




Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)




Datum: 29. 6. 2015 7:37:48
Předmět: Re: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur





muzeme rozjet dibavod wms u nas



On Sun, Jun 28, 2015, 21:23 Marián Kyral mky...@email.cz
(mailto:mky...@email.cz) wrote:

 

Super, díky,

Tam ten rybník už není, takže jej předělám na louku, nebo co to tam teď je ;
-)

Marián

Dne 28.6.2015 v 11:03 Mirek Dlask napsal(a):



 
Ahoj, 



na ověření třeba vrstva s vodou 
 
wms:http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?FORMAT=image/
pngtransparent=TRUEVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=GL_BH
140A,GL_BH140B,GP_NF120,GL_BI020A,GL_BI020B,GL_BI030,GB_BB005,GL_BH010A,GL_
BH010B,GP_BH095,GB_BH180,GL_BH180,GB_BH170A,GB_BH170B,GB_BH170C,GL_BH142
STYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox}
(http://geoportal.cuzk.cz/WMS_ZABAGED_PUB/service.svc/get?FORMAT=image/pngtransparent=TRUEVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLAYERS=GL_BH140A,GL_BH140B,GP_NF120,GL_BI020A,GL_BI020B,GL_BI030,GB_BB005,GL_BH010A,GL_BH010B,GP_BH095,GB_BH180,GL_BH180,GB_BH170A,GB_BH170B,GB_BH170C,GL_BH142STYLES=SRS=%7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D)




Nic aktuálnějšího, nekomerčního asi není.




M.




Dne 28. června 2015 9:20 Marián Kyral mky...@email.cz
(mailto:mky...@email.cz) napsal(a):
 

Ahoj,
tak jsem narazil na další vyschlý rybník z dibavodu: http://www.
openstreetmap.org/#map=19/49.75718/18.33327
(http://www.openstreetmap.org/#map=19/49.75718/18.33327)

Na ortofoto CUZK i seznamu žádný rybník není. Je tam spíše pole nebo louka: 
http://www.mapy.cz/zakladni?x=18.3330048y=49.7572035z=18base=ophoto
(http://www.mapy.cz/zakladni?x=18.3330048y=49.7572035z=18base=ophoto)

Chtělo by to nějakou aktuální a funkční DIBAVOD WMS. Nemáte něco? Případně 
nějaký jiný nápad?

Marián

Dne 3.6.2015 v 08:12 Marián Kyral napsal(a):



-- Původní zpráva --
Od: Marián Kyral mky...@email.cz(mailto:mky...@email.cz)
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 3. 6. 2015 7:09:40
Předmět: [Talk-cz] DIBAVOD - Re: LPIS - objem dat, zjednodušení kontur

 


-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz(mailto:o...@propsychology.cz)
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
(mailto:talk-cz@openstreetmap.org)
Datum: 2. 6. 2015 19:33:00
Předmět: Re: [Talk-cz] LPIS - objem dat, zjednodušení kontur

Ahoj,

Dne Út 2. června 2015 19:07:56, Marián Kyral napsal(a):

 Dočistit data po importu LPIS, DIBAVOD, RUIAN (upravit navazující plochy, 
 přidat cesty...), dodělat vesnice a městečka (landuse, POI), vrhnout se na

 MHD, vyčistit hlášení Osmose, Keep right...

jasně jasně, jen, myslím, narážíme na nedostatek zdrojů. Praha zveřejnila 
cca 
300 záchodů s otevírací dobou, cenou a wheelchair, tak to by se dalo dohrát,

dále přesné chodníky, ale to asi není potřeba importovat.

S těmi zdroji - asi se pomalu dostáváme do stavu, že místní znalost a 
vlastní 
oči bude jedním z mála použitelných zdrojů. Ani ortofoto leckde neodpovídá, 
je 
zastaralé.

Třeba toto: http://ruian.poloha.net/17/50.17475/12.38610
(http://ruian.poloha.net/17/50.17475/12.38610)

v OSM je voda, na fotce je kdovíco, na landuse z parcel žádná voda není. Je 
potřeba to vidět. Není to jediné místo, které ukazuje vodu jen na

Re: [OSM-talk] Layers and landuse



sent from a phone

 Am 29.06.2015 um 19:52 schrieb Florian Lohoff f...@zz.de:
 
 playground != landuse - leisure=playground is part of a 
 landuse=residential imho. 


could be seen like this for a subset of playgrounds (those close to 
residences), but they also occur far away from residential areas (eg in 
commercial areas, in the forest, associated to a restaurant, swimming pool or 
beach, )

I would not include them in any common landuse (that we use in osm), no need to 
put explicit landuse objects on every square millimeter, a hospital, 
playground, school or church already implicitly define the landuse



 
 I'd put a area landuse=residential area amenity=school name=University ... on
 that area


-1


 
 I see a huge problem coming with maintenance of the map where people
 have glued together all different types of object. 


+1, especially the glueing of objects in incompatible models (highway centre 
lines and common areas) is a preliminary sin that hopefully will vanish sooner 
or later (probably when area:highway becomes more popular)


 The most problematic i see here is landuse (or other area based objects
 like amenity, leisure etc) and highway. As highway does
 not have a dimension the landuse reusing the highway nodes means
 covering half of the street. E.g. for me landuse=forest sharing 
 nodes with the street means that there are trees on one side of the
 road until the center line.


+1


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

Re: [Talk-cz] Pole a sloupy VN - import LPIS

2015-06-30 Per discussione Lukas Kabrt

No s realitou si právě nejsem tak jistý ... když porovnám stav v OSM s
ortofotomapou, tak mi připadá, že ty díry tam někdo kreslí podle
momentální nálady. V místech, kde opravdu stojí jenom sloup uprostřed
pole je v LPIS díra a naopak kolem sloupu bezmála malý lesík nebo velý
osamocený strom uprostřed pole a v LPIS nic
(http://prntscr.com/7n0z45, http://prntscr.com/7n0z45) Stejně tak tvar
té díry nemá většinou s realitou nic moc společného, tvar spíš
odpovídá tomu, jak bylo zrovna v době pořízení leteckých snímků pole
posekané nebo jaký hodil zrovna sloup stín:-)

Neměli bychom v takových připadech trochu generalizovat? Sloup = v
mapě bod, ale je jasné že ve skutečnosti má nějaké reálné rozměry ...

2015-06-30 9:56 GMT+02:00 Ratt Snake rattsn...@gmail.com:
 Souhlasím, díry bych nechával, odráží to lépe realitu.
 Pavel

 Dne 30. června 2015 9:13 Marián Kyral mky...@email.cz napsal(a):

 Ahoj,
 je to různé. V LPIS někdy ty díry jsou, jindy ne. Asi záležím kdo to právě
 zakresloval.

 Jsem pro to je tam nechat. Kdybychom je tam nechtěli, tak jsem je mohli
 mazat už při importu a mohli jsme se vyhnout velké většině problémů, které
 způsobují relace ;-)

 Ono typicky kolem toho sloupu roste tráva nebo křoví. A to pole rozhodně
 není.

 Marián

 -- Původní zpráva --
 Od: Lukas Kabrt lu...@kabrt.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 30. 6. 2015 9:04:24
 Předmět: [Talk-cz] Pole a sloupy VN - import LPIS


 Při toulkách po mapě jsem si všimnul, že pravděpodobně po importu
 LPIS, se okolo sloupů VN často objevují maličké díry v polích. Např.
 http://www.openstreetmap.org/#map=19/50.50930/16.23577

 Zajimálo by mě jaký je pohled ostatních na to, jestli se mají při
 editaci takové díry zachovávat. V naprosté většině případů, co jsem
 zkoumal je to opravdu jenom sloup (= bod) uprostřed pole, který by se
 neměl značit jako plocha.

 Podle mě je ideální postup nakreslit vedení VN, pokud není, a díry
 smazat. Jaký je pohled ostatních?

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


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



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


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

Re: [Talk-it] Aggiornamento dei distributori di carburante



sent from a phone

 Am 30.06.2015 um 10:50 schrieb Leonardo Frassetto kinetocor...@gmail.com:
 
 E un semplice brand=no?


è sbagliato nello stesso modo, come name=no
Per name si usa no_name=yes (o simile ), perché altrimenti non sapresti 
distinguere tra un oggetto senza nome ed uno col nome no

In più, in questo caso, le pompe bianche al solito usano un brand (ma poco 
famoso/conosciuto)


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

[Talk-gb-westmidlands] Pricey pew to take pride of place in Wolverhampton

2015-06-30 Per discussione Andy Mabbett

Stand by to map this:


http://www.expressandstar.com/news/local-news/2015/06/30/pricey-pew-to-take-pride-of-place-in-wolverhampton/

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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

Re: [Talk-it] lettere nei civici

2015-06-30 Per discussione Simone

Il 30 giugno 2015 13:38:12 CEST, dvdzero dvdz...@gmail.com ha scritto:
Ciao

le lettere nei civici (es. 8a, 16B, ...) vanno messe in maiuscolo o
minuscolo?
Sul wiki non lo esplicita ma il solo esempio che ho visto è minuscolo e
io
propenderei per questo.

Davide



--
View this message in context:
http://gis.19327.n5.nabble.com/lettere-nei-civici-tp5849222.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

Però nelle targhette esterne di solito sono maiuscole.


-- Simone Girardelli--

Inviato con K-9 Mail dal mio Samsung S5
Scusate per la brevità dello scritto.

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

Re: [OSM-talk-be] GRB wordt open data

2015-06-30 Per discussione Pieter Colpaert

Op Vlaamse opendatadag werd dit door kabinet zelf aangekondigd. Zou gaan 
over vanaf 1 januari 2016


Mvg,

Pieter

On 30-06-15 14:15, joost schouppe wrote:
Iedereen wist het al, maar dus nu moeten er enkel nog een paar mensen 
op OK klikken en het is echt zo ver.


https://www.agiv.be/news/2015/juni/vlaamse-regering-maakt-van-grb-open-data


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



--
+32 486 74 71 22

Board of directors
Open Knowledge Belgium
http://openknowledge.be

International Open Transport community
http://transport.okfn.org

Belgian Open Transport community
http://transport.openknowledge.be

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

Re: [Talk-de] Antw: Re: MeckPomm - Ergänzung Straßenschlüssel / Abgleich mit öff. Straßen

2015-06-30 Per discussione Alexandre Magno Brito de Medeiros


Hi Matthias,

On Tue, Jun 30, 2015 at 10:27:34AM +0200, Matthias Meißer wrote:
 Hallo Joachim,
 
 früher hatte ich mich privat ja auch lange um Straßenverzeichnisse
 bemüht, leider hatten die aber eine sehr durchwachsene Qualität
 (https://wiki.openstreetmap.org/wiki/M-V_Strassenabgleich) und so
 richtig kamen wir da als Community leider nicht vorran. Als Mapper denke
 ich muss man auch sehen, dass derzeit in der ländlichen Fläche wohl noch
 etliche Abweichung bei den Straßen in unserem Bundesland sind. Das ist
 natürlich schade, da Leute sich so u.U. noch nicht mal richtig zum Ziel
 navigieren / das Ziel finden können :-/

Meiner Erfahrung nach muss man halt extrem vorsichtig sein was man so
korrigiert oder geradebiegt. So etwas wie korrekt oder vollständige
Daten sind eine Utopie - soetwas gibt es nicht. Und das gilt eben auch
für Daten öffentlicher Stellen. Die sind mit unter nicht besser,
vollständiger oder genauer als das was wir haben.

Deshalb ist es besonders wichtig wie man mit Abweichungen umgeht.
Einfach nur OSM Daten mit den der öffentlichen Stellen korrigieren 
ist vielleicht in den meisten fällen richtig - aber es bleiben halt
5-20% Daten die woanders korrigiert werden müssen.

In den letzten Jahren haben meine Nachforschungen zu OSM dazu geführt
das 200 Leute neue Personalausweise bekommen haben weil die Straße
falsch war. Straßenschilder und Beschriftungen von Bushaltestellen,
Ein und Durchfahrtsbeschränkungen, Sackgassen Schilder wurden entfernt
oder geändert. (Schilderwald lichten finde ich immer besonders gut).

Das hat meine Perspektive zu Daten der Katasterämter schon beeinflusst.
Am Ende machen die das zwar für Geld aber kochen eben auch nur mit
Wasser. Da passieren dieselben Übertragungsfehler, Zahlendreher etc.

Ich finde es gut Daten zum Abgleich zu haben und da wo nichts ist auch
hints zu haben wo man noch suchen muss. Daten ergänzen finde ich auch
nicht schlimm - ob da nun ein Straßenschlüssel mit drauf ist oder nicht
ist mir auch egal. Beim ändern von OSM Daten muss man das wirklich im
Einzelfall machen. Vieles was mir so auffällt delegiere ich das
mittlerweile an Mapper vor Ort über Notes - wo ich dann auch explizit
reinschreibe das das bitte vor Ort zu prüfen ist. Mir ist es anfänglich
immer wieder passiert das der nächste Remote mapper das dingen
geschlossen hat mit dem Zitat Im Luftbild nicht zu erkennen - Deppen.

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-it] lettere nei civici

2015-06-30 Per discussione Max1234Ita

Mah, secondo me sono un po' come capita. Nella mia città trovo sia maiuscole
che minuscole.

Max



--
View this message in context: 
http://gis.19327.n5.nabble.com/lettere-nei-civici-tp5849222p5849226.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: [Talk-es] Charla en el IGN, deberes para OSM.es

2015-06-30 Per discussione Johnattan Rupire

Yo también, con ganas de participar en alguna actividad. Felicitaciones por el 
trabajo realizado! 

El 29 de junio de 2015 10:45:01 CEST, Carmen Langa Arranz mcarme...@yahoo.es 
escribió:
Buenos días:A mí también me gustaría poder colaborar en lo que pueda.
Llevaba tiempo esperando alguna iniciativa de los Geoinquietos de
Madrid.Un saludo,Carmen
  De: Raúl Jiménez Ortega hhk...@gmail.com
Para: Discusión en Español de OpenStreetMap talk-es@openstreetmap.org

 Enviado: Viernes 26 de junio de 2015 18:45
 Asunto: Re: [Talk-es] Charla en el IGN, deberes para OSM.es
   
Yo soy el último gato aquí xd, pero... contad con mi espada para echar
una mano en lo que buenamente pueda ;).Mi especialidad es hacer
comunidad, por lo que si puedo ayudar en esa parte (o en la que sea)...
no tenéis más que decirlo :)P.D: sorry si soy escueto, estoy en el
móvil


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






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

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Mechanical edits

2015-06-30 Per discussione Richard Z.

On Mon, Jun 29, 2015 at 05:12:24PM +0200, Michael Reichert wrote:

 A large bounding box of a changeset is not a proof that the edit is
 mechanical. There are also users at OSM who first edit an object in
 Europe and afterwards in America before they upload their changes. (This
 usually happens if the user uses JOSM oder Potlatch 2) On the other
 hand, it is possible that a users who performs a mechanical edit uploads
 his changes in small chunks, each having a small bounding box (few
 square kilometers).

true, nevertheless small bounding boxes should be strongly encouraged
by any means to make history viewing somewhat more useful.

The current trend that someone makes changes involving a few points and 
tags with a bounding box covering the larger part of the worlds is very
unfortunate.

Richard

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

Re: [Talk-it] lettere nei civici

2015-06-30 Per discussione Massimo Primiceri

Dal manuale operativo ISTAT si evince:

‘Esponente’ è un complemento al numero civico (solitamente composto da
lettere dell’alfabeto; in casi particolari individua anche una specificità
dell’accesso, ad esempio ‘rosso’ o ‘nero’).

Nient'altro. Credo perciò che si possano usare sia minuscole che maiuscole.
 Il 30/giu/2015 14:23, Max1234Ita max1234...@gmail.com ha scritto:

 Mah, secondo me sono un po' come capita. Nella mia città trovo sia
 maiuscole
 che minuscole.

 Max



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/lettere-nei-civici-tp5849222p5849226.html
 Sent from the Italy General mailing list archive at Nabble.com.

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

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

Re: [Talk-cat] Condiciones de uso del ICGC

2015-06-30 Per discussione Wladimir Szczerban

Segun la CC BY 4.0 https://creativecommons.org/licenses/by/4.0/deed.ca

Sou lliure de:

   - *Compartir* — copiar i redistribuir el material en qualsevol mitjà i
   format
   - *Adaptar* — remesclar, transformar i crear a partir del material per a
   qualsevol finalitat, fins i tot comercial.


   - El llicenciador no pot revocar aquestes llibertats, sempre que seguiu
   els termes de la llicència.



El 30 de junio de 2015, 10:51, Carlos Sánchez erielk...@gmail.com
escribió:

 El problema aquí és el poder modificar la informació. No queda molt clar
 aquest ús de reutilització. També s'hauria de mirar com afegir la font;
 potser es podria fer un source=ICGC

 2015-06-30 10:24 GMT+02:00 Wladimir Szczerban bolo...@gmail.com:

 Hola a todos,

 Con la entrada en vigor de la nueva ley de transparencia el ICGC ha
 cambiado las condiciones de uso ahora los datos son CC-BY 4.0 así que ya se
 pueden usar en OSM si se pone la atribución.

 Aquí pueden ver las nuevas conidiciones de uso.

 http://www.icc.cat/Home-ICC/Geoinformacio-digital/Sobre-la-geoinformacio-ICGC/Condicions-d-us-de-la-geoinformacio-ICGC


 --
 Saludos,

 Bolo
 www.geoinquiets.cat

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




 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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




-- 
Saludos,

Bolo
www.geoinquiets.cat
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-br] Coletar fotos para o Mapillary de byke ou moto

Conheço o tópico
https://lists.openstreetmap.org/pipermail/talk-br/2014-July/008393.html
de mais de 40 mensagens. Participei dele. Buscávamos dicas de como
confeccionar suportes. Mas hoje quero fazer menção a um produto
http://pratosmart.teo-soft.com/trasformare-un-passeggino-per-produrre-opendata/
que conheci através da Mapillary:

http://pratosmart.teo-soft.com/trasformare-un-passeggino-per-produrre-opendata/

Imagino que não deve ser barato. Especialmente se for para importar. Se bem
que... depois de considerada a qualidade da solução... é muito melhor do
que colocar dinheiro em *silver tape* e *durepox*.

Quem sabe se no mercado brasileiro já não existe coisa parecida?

Alexandre

Em 8 de julho de 2014 09:39, Edil Queiroz de Araujo edil...@gmail.com
escreveu:


 Olá a todos,
 Estou coletando fotos para o Mapillary, na maioria das vezes de moto.
 Estou começando por essa região
 http://www.mapillary.com/map/im/11/-24.054301950335873/-48.37795257568359
 Mas... fixando meu celular, um LG L5, com um suporte improvisado. Alguém
 desenvolveu ou encontrou um bom suporte para fotografar com celulares de
 moto ou de bibicleta?

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

Re: [Talk-cz] Chybějící chráněná území

Ahoj,
mrkni do archivu. Není to tak dávno, co se to tady probíralo.

Marián


-- Původní zpráva --
Od: Jiří Sedláček jirisedla...@gmail.com
Komu: Czech Republic OpenStreetMap talk-cz@openstreetmap.org
Datum: 30. 6. 2015 11:51:53
Předmět: [Talk-cz] Chybějící chráněná území



Ahoj, dobrý den,

na odkazu níže lze vidět rybníky “Židloch” a “Nový rybník”, jež jsou cca od 
února chráněným územím (Ptáčovské rybníky - https://cs.wikipedia.org/wiki/
Pt%C3%A1%C4%8Dovsk%C3%A9_rybn%C3%ADky
(https://cs.wikipedia.org/wiki/Pt%C3%A1%C4%8Dovsk%C3%A9_rybn%C3%ADky)).




Probíhal nějaký import chráněných území? Řešily se každoroční novinky? Mám 
to nějak namapovat (obcházet se mi to nechce, je to velké a poměrně členité)
nebo existuje nějaká best practice?




http://www.openstreetmap.org/#map=16/49.2322/15.9120
(http://www.openstreetmap.org/#map=16/49.2322/15.9120)



-- 
Jiří Sedláček
Sent with Airmail


___
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-cat] Condiciones de uso del ICGC

2015-06-30 Per discussione Carlos Sánchez

No hi haurà problemes al modificar/eliminar/afegir nodes o esborrar info
d'ICGC?

El dia 30 de juny de 2015, 12:37, Pere lópez brosa prl...@gmail.com ha
escrit:

 Sí, CC-BY permet l'obra derivada. Si no la permetés seria CC-BY-ND.

 Pere.

 2015-06-30 12:21 GMT+02:00 Wladimir Szczerban bolo...@gmail.com:

 Segun la CC BY 4.0 https://creativecommons.org/licenses/by/4.0/deed.ca

 Sou lliure de:

- *Compartir* — copiar i redistribuir el material en qualsevol mitjà
i format
- *Adaptar* — remesclar, transformar i crear a partir del material
per a qualsevol finalitat, fins i tot comercial.


- El llicenciador no pot revocar aquestes llibertats, sempre que
seguiu els termes de la llicència.



 El 30 de junio de 2015, 10:51, Carlos Sánchez erielk...@gmail.com
 escribió:

 El problema aquí és el poder modificar la informació. No queda molt clar
 aquest ús de reutilització. També s'hauria de mirar com afegir la font;
 potser es podria fer un source=ICGC

 2015-06-30 10:24 GMT+02:00 Wladimir Szczerban bolo...@gmail.com:

 Hola a todos,

 Con la entrada en vigor de la nueva ley de transparencia el ICGC ha
 cambiado las condiciones de uso ahora los datos son CC-BY 4.0 así que ya se
 pueden usar en OSM si se pone la atribución.

 Aquí pueden ver las nuevas conidiciones de uso.

 http://www.icc.cat/Home-ICC/Geoinformacio-digital/Sobre-la-geoinformacio-ICGC/Condicions-d-us-de-la-geoinformacio-ICGC


 --
 Saludos,

 Bolo
 www.geoinquiets.cat

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




 --

 *Carlos Sánchez*About.me http://about.me/carlos.sanchez

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




 --
 Saludos,

 Bolo
 www.geoinquiets.cat

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



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




-- 

*Carlos Sánchez*About.me http://about.me/carlos.sanchez
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-transit] Buses in Brighton, UK

2015-06-30 Per discussione Stephen Dawkins

I did check a bunch of stops on my street, and the NaPTAN data for Brighton
and Hove looks generally good, albeit slightly displaced in areas (and the
curious case of a stop registered twice, once in the wrong admin area).

Interestingly, I've found that the stops on the Brighton and Hove
website[1] have a different positions, in some case more accurate. Perhaps
they need to be nudged into updating NaPTAN with their data. If you dig a
bit, you can get the KML file for it here[2].

Regards
Stephen

[1]http://www.buses.co.uk/travel/live-bus-times.aspx
[2]http://bh.buscms.com/brightonbuses_all_stops.kmz?format=kmlv=9

On Tue, Jun 30, 2015 at 11:21 AM, Roger Slevin ro...@slevin.plus.com
wrote:

 I am surprised to hear that the current NaPTAN data (which is continually
 updated) has errors in it – and I wonder therefore if the problem may lie
 in the updating of NaPTAN data in OSM.  The original upload of NaPTAN to
 OSM was done about five years ago – and therefore it would not be
 surprising to find stops missing or ones that have moved in the meantime.



 I believe that Brighton  Hove are good at maintaining the data in NaPTAN
 – but their idea of precision and yours may differ (as for public transport
 information we can be tolerant of slightly imprecise locations).  So you
 should use the latest version of NaPTAN and I can supply a copy in XML or
 CSV format if that would help.



 Best wishes



 Roger Slevin

 Traveline south east  anglia





 *From:* Chris Hill [mailto:o...@raggedred.net]
 *Sent:* 30 June 2015 10:58
 *To:* Public transport/transit/shared taxi related topics; Stephen Dawkins
 *Subject:* Re: [Talk-transit] Buses in Brighton, UK



 I had the NaPTAN data imported for my local patch. The data is based on
 submissions from each local authority and I think the quality varies. I
 checked about a hundred stops and ended up surveying a couple of thousand
 bus stops because the quality was so poor. Locations were missing, in
 hopelessly wrong places and the meta data was often wrong. The local
 authorities here don't seem to believe in sharing data so you may have a
 completely different result. If you plan to survey some or all of the stops
 then using NaPTAN data as a hint to find them is useful. I suggest you
 check out a few first to assess the quality before any import.

 You should email talk-gb and possibly the imports ml to see what people
 think, this ml doesn't have a wide audience

 Cheers, Chris

 On 30 June 2015 10:43:20 GMT+01:00, Stephen Dawkins elfa...@elfarto.com
 wrote:

 Hi



 I was just starting to map the bus routes in Brighton, UK, when I noticed
 that it's missing a whole bunch of bus stops. Is the any objection to bulk
 importing either the NaPTAN data to fill in all the missing stops?



 Reading the mailing lists, it seems the NaPTAN data is not ideal, but
 surely it's better than having no data at all.



 For stops that already exist, I'd like to enhance them with their NaPTAN
 identifiers, but I won't attempt to move them (the assumption being the
 existing data is probably more accurate).



 I'm fairly new to OSM and was wondering if there is any issue in doing
 this?



 Thanks  Regards

 Stephen

 --


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


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

[OSRM-talk] Route flapping / osrm-prepare adds randomness?

Hi,

i am doing QA based on calculating routes. For this i have a defined
set of points (couple hundret) which i calc routes between. On length
change i get a notification by email that the route has changed.

Now i see routes which regularly flap between 2 different geometries and
lengths without the OSM data beeing changed so i started investigating.

The route flap happens irregular when osrm-prepare'ing the same
germany.osm.pbf over an over. I see route flaps on same OSM data input.

What i typically do (pseudo code) every 30-60 Minutes:

while true; do
update-germany-file-with-osmupdate
osrm-extract -p car.lua germany.osm.pbf
osrm-prepare -p car.lua germany.osrm
restart-osrm-routed

calculate-routes-and-compare-lengths
done

Now i disabled the step of updateing the germany.osm file and i still
do see the route flaps. It seems osrm-prepare adds some randomness to 
graph weights. 

Here you can see a visual change in route. The route flapped from red
to green and back just be re-preparing the very same osm.pbf file:

http://osm.zz.de/routeqa/?rid=59464,59492
http://osm.zz.de/routeqa/?rid=59492,59571

Is this a known issue/side effect of the contracted hierarchies or
is this expected behaviour e.g. a real bug?

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


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

Re: [OSM-talk] Deletions in Korea

2015-06-30 Per discussione Hong, Yongmin

I suppose that the NIS HQ is removed as local law stating NIS HQ is
classified as 'somewhat security and shouldn't be public' zone [1] and is
excluded from local maps such as Naver Map, Daum Map, etc etc. IIRC local
law enforces local map publishers from posting the location but that's not
our case.

[1] I don't remember the exact name... :p

--
Revi
https://revi.me
-- Sent from Android --
2015. 6. 30. 오전 8:26에 Andrew Errington erringt...@gmail.com님이 작성:

I agree. Certainly 32029119 should be reverted.

I contacted the user, but I didn't get a response. Also, I see that
someone else has queried the NIS building edit, but didn't get a response.

Andrew

On 30 June 2015 at 01:16, Max abonneme...@revolwear.com wrote:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Hi List,

the user jbeank did some strange edits.

he deleted the National Intelligence Service HQ south of Seoul, a kind
of South Korean CIA.
http://osmhv.openstreetmap.de/changeset.jsp?id=32029119

So I looked at some other edits of that user:

He edited some details along the DMZ, and added a mosque in Daejon
http://www.openstreetmap.org/changeset/32003914

And the border between Turkey and Syria:
http://www.openstreetmap.org/changeset/31958075#map=16/36.7058/38.9604

Which is notable because of

http://dailystar.com.lb/News/Middle-East/2015/Feb-24/288559-missing-korean-teen-at-isis-training-camp.ashx

I can't quite understand the motivations and connections between the
edits, but some of this should probably be reverted.

m.
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iEYEARECAAYFAlWRb2AACgkQ3EB7kzgMM6K0fQCcD64NZMIztv8HbOB656anpQIz
IHcAn2PHlNEPqRDNGhjPtq8l1QhL8MBY
=UHoc
-END PGP SIGNATURE-

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

Re: [Talk-it] lettere nei civici

2015-06-30 Per discussione Damjan Gerl

Nell'importazione dei civici del Friuli Venezia Giulia abbiamo deciso di usare 
tutto maiuscole, ma anche con la barra tra il numero ed il barrato (così viene 
denominato anche nel db regionale), es. 169/D. La barra serve perché in più 
casi/comuni il barrato non sono solo lettere ma anche numeri e/o misto, p. es. 
169/1 e 169/E1.

Ciao
Damjan




 Dal manuale operativo ISTAT si evince:
  ‘Esponente’ è un complemento al numero civico (solitamente composto da 
 lettere dell’alfabeto; in casi particolari individua anche una specificità 
 dell’accesso, ad esempio ‘rosso’ o ‘nero’). 
 Nient'altro. Credo perciò che si possano usare sia minuscole che maiuscole.


 Il 30/giu/2015 14:23, Max1234Ita max1234...@gmail.com ha scritto:
 Mah, secondo me sono un po' come capita. Nella mia città trovo sia maiuscole
 
che minuscole.


 
Max






 
--
 
View this message in context: 
http://gis.19327.n5.nabble.com/lettere-nei-civici-tp5849222p5849226.html
 
Sent from the Italy General mailing list archive at Nabble.com.


 
___
 
Talk-it mailing list

 Talk-it@openstreetmap.org

 https://lists.openstreetmap.org/listinfo/talk-it




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

Re: [Talk-it] lettere nei civici



sent from a phone

 Am 30.06.2015 um 14:50 schrieb Massimo Primiceri 
 massimoprimice...@gmail.com:
 
 ‘Esponente’ è un complemento al numero civico (solitamente composto da 
 lettere dell’alfabeto; in casi particolari individua anche una specificità 
 dell’accesso, ad esempio ‘rosso’ o ‘nero’).
 
 Nient'altro. Credo perciò che si possano usare sia minuscole che maiuscole.
 

io ci metto quello che si vede, tanto non importa ;-)


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

Re: [Talk-ca] ON prefix

2015-06-30 Per discussione James Mast

If this is the 2nd time he's done it, I'd report him to the DWG.

-James

 Date: Mon, 29 Jun 2015 10:50:06 -0400
 From: andrew...@gmail.com
 To: talk-ca@openstreetmap.org
 Subject: [Talk-ca] ON prefix

 User:osm_validation_and_improvements made mechanical edits to add the
 ON prefix to Ontario highways again. I am currently in the process of
 reverting these edits, but this will take a long time.

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

Re: [Talk-cat] vissri3 i fils de conversa, era Re: Editors d'Osona i majúscules en noms de carrers

2015-06-30 Per discussione Simó Albert i Beltran

Veig que se m'està contestant aquí:

https://lists.openstreetmap.org/pipermail/talk-cat/2015-June/000847.html

id:CAAcbhb4H8pqJ9AADdGJmT4w8rg=jzvqatt4qo0-hdqkr-+v...@mail.gmail.com


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

[OSM-talk-fr] tutoriels et formations OSM / recrutement Missing Maps

2015-06-30 Per discussione althio

Bonjour,

Comme indiqué sur le forum dans la partie francilienne...
http://forum.openstreetmap.fr/viewtopic.php?f=18t=2040

... je participe à la mise en place d'un groupe Missing Maps
localement à Paris, qui démarre par une session de formation en
juillet.

J'ai deux besoins :

1) de la documentation
Je suis intéressé pour récupérer l'existant en tutoriels,
présentations, formations pour l'introduction à OSM au niveau débutant
(et éventuellement d'autres sujets, tels que les éditeurs, le Tasking
Manager, HOT, ...)

2) des co-encadrants
Je recherche des volontaires pour le jour J, plutôt du genre déjà
contributeurs OSM. Tout le monde sera là pour apprendre et échanger,
mais quelques co-encadrants permettrait de mettre un peu d'huile dans
la mécanique.


Si vous pouvez aider dans une rubrique (ou les deux), contactez-moi
dès que possible, ici ou hors-liste.

Benoît - althio

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

Re: [Talk-cz] Pole a sloupy VN - import LPIS

2015-06-30 Per discussione Lukas Kabrt

Já rozhodně netvrdím, že Tracer dělá něco špatně, Ve zdrovových datech
je díra, tak ji natrasuje a přidá do OSM ...jestli tam má zůstat,
žádný program asi spolehlivě rozhodnout nedokáže.

Mě jde hlavně o to, jestli takové věci mazat při následné ruční
editaci. Teď jsem kreslil právě nějaké vedení VN, rovnal jsem přitom
topologii objektů (aby se třebe nepřekrývali různé landuse) a narazil
jsem na tyhle ostrůvky v polích.

Pokud panuje obecná schoda, že se mají zachovat, i když jsou to často
nepřesné nebo neaktuální údaje, tak je mazat nebudu i když můj názor
je jiný :-)

2015-06-30 11:14 GMT+02:00 Marián Kyral mky...@email.cz:
Jak má Tracer poznat, jestli v té díře je sloup nebo něco jiného? Typicky
křoví nebo stromy. Těch důvodů, proč to zemědělci objíždějí, může být více.
Třeba vodojem, nějaká tyč značící, že tudy vede potrubí, trvale podmáčený
terén, atd.

Opravdu hodně záleží na tom, kdo to zakresluje. Díry zakreslené jeden rok
můžou další zmizet (viděl jsem) a naopak.

Marián

-- Původní zpráva --
Od: Lukas Kabrt lu...@kabrt.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 30. 6. 2015 10:59:49
Předmět: Re: [Talk-cz] Pole a sloupy VN - import LPIS

No s realitou si právě nejsem tak jistý ... když porovnám stav v OSM s
ortofotomapou, tak mi připadá, že ty díry tam někdo kreslí podle
momentální nálady. V místech, kde opravdu stojí jenom sloup uprostřed
pole je v LPIS díra a naopak kolem sloupu bezmála malý lesík nebo velý
osamocený strom uprostřed pole a v LPIS nic
(http://prntscr.com/7n0z45, http://prntscr.com/7n0z45) Stejně tak tvar
té díry nemá většinou s realitou nic moc společného, tvar spíš
odpovídá tomu, jak bylo zrovna v době pořízení leteckých snímků pole
posekané nebo jaký hodil zrovna sloup stín:-)

Neměli bychom v takových připadech trochu generalizovat? Sloup = v
mapě bod, ale je jasné že ve skutečnosti má nějaké reálné rozměry ...

2015-06-30 9:56 GMT+02:00 Ratt Snake rattsn...@gmail.com:
Souhlasím, díry bych nechával, odráží to lépe realitu.
Pavel

Dne 30. června 2015 9:13 Marián Kyral mky...@email.cz napsal(a):

Ahoj,
je to různé. V LPIS někdy ty díry jsou, jindy ne. Asi záležím kdo to
právě
zakresloval.

Jsem pro to je tam nechat. Kdybychom je tam nechtěli, tak jsem je mohli
mazat už při importu a mohli jsme se vyhnout velké většině problémů,
které
způsobují relace ;-)

Ono typicky kolem toho sloupu roste tráva nebo křoví. A to pole rozhodně
není.

Marián

-- Původní zpráva --
Od: Lukas Kabrt lu...@kabrt.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 30. 6. 2015 9:04:24
Předmět: [Talk-cz] Pole a sloupy VN - import LPIS

Při toulkách po mapě jsem si všimnul, že pravděpodobně po importu
LPIS, se okolo sloupů VN často objevují maličké díry v polích. Např.
http://www.openstreetmap.org/#map=19/50.50930/16.23577

Zajimálo by mě jaký je pohled ostatních na to, jestli se mají při
editaci takové díry zachovávat. V naprosté většině případů, co jsem
zkoumal je to opravdu jenom sloup (= bod) uprostřed pole, který by se
neměl značit jako plocha.

Podle mě je ideální postup nakreslit vedení VN, pokud není, a díry
smazat. Jaký je pohled ostatních?

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

[Talk-cz] Chybějící chráněná území

2015-06-30 Per discussione Jiří Sedláček

Ahoj, dobrý den,
na odkazu níže lze vidět rybníky “Židloch” a “Nový rybník”, jež jsou cca od 
února chráněným územím (Ptáčovské rybníky - 
https://cs.wikipedia.org/wiki/Pt%C3%A1%C4%8Dovsk%C3%A9_rybn%C3%ADky).

Probíhal nějaký import chráněných území? Řešily se každoroční novinky? Mám to 
nějak namapovat (obcházet se mi to nechce, je to velké a poměrně členité) nebo 
existuje nějaká best practice?

http://www.openstreetmap.org/#map=16/49.2322/15.9120

-- 
Jiří Sedláček
Sent with Airmail___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-cz] Správný průběh úprav ploch po importu polí a luk

2015-06-30 Per discussione Martin Švec - OSM

Dne 30.6.2015 v 11:45 Jiří Sedláček napsal(a):
 Ahoj, dobrý den,
 koukal jsem na mě známá místa a nevím, jak mám případně postupovat při 
 nějakých úpravách - možná
 to lehce souvisí s dírami po sloupech, ale tohle jsou spíš remízky a sem tam 
 nějaké kopečky s
 dvěma či třemi stromy. 

 http://www.openstreetmap.org/#map=16/49.2527/15.9036 - místo

 Co s tím, mám do těch děr “přikreslit” les? Patří tam něco? Mám odstranit ty 
 “díry”?

Určitě neodstraňovat, podle ortofoto tyhle díry dávají smysl (skalky, křoví, 
stromy). Tam kde to
znám (nebo kde je to poznat z bingu) díry taguju jako natural=scrub, 
natural=grassland,
natural=wood, natural=heath, atd., podle charakteru porostu. Klasický 
hospodářský les
(landuse=forest) se na to obvykle nehodí, viz 
https://wiki.openstreetmap.org/wiki/Cs:Forest a
nedávná diskuse zde.

Martin

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

Re: [OSRM-talk] osrm-extract hangs on osmosis updated germany file

2015-06-30 Per discussione Alexandre Magno Brito de Medeiros


Hi Patrick,

On Tue, Jun 30, 2015 at 08:47:00AM +0200, Florian Lohoff wrote:
 Hi,
 
 On Tue, Jun 30, 2015 at 12:33:20AM +0200, Patrick Niklaus wrote:
  Seems like you have some ways in your data that reference non-existing
  nodes (otherwise the bug would not have hit). That can happen if
  changesets are accidentally skipped.
 
 Jochen Topf just a few days ago noted on talk we have those kinds of
 referential integrity problems in the main Database due to API bugs.
 Other people have since then spoken up and saw similar issues.
 
 Mail attached - So it might even be that the osm.pbf file is a real
 replica of the database
 
  If you can upload your extract somewhere I can try to replicate the crash.
 
 When at work i put it up somewhere ..

http://osm.zz.de/germany.osm.pbf - Thats 2.4GByte

germany.osm.pbf - extract - prepare - segfault 

with current osrm develop git.

Alternatively here the already prepare osrm files 331MByte

http://osm.zz.de/germany-osrm-extract-segfaults-on-prepare.tgz

germany-osrm-extract-segfaults-on-prepare.tgz

Containing

-rw-r--r--  1 flo flo 815984288 Jun 30 09:34 germany.osrm
-rw-r--r--  1 flo flo   8188054 Jun 30 09:34 germany.osrm.names
-rw-r--r--  1 flo flo   1322928 Jun 30 09:34 germany.osrm.restrictions
-rw-r--r--  1 flo flo20 Jun 30 09:22 germany.osrm.timestamp

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


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

Re: [Talk-transit] Buses in Brighton, UK

2015-06-30 Per discussione Roger Slevin

I am surprised to hear that the current NaPTAN data (which is continually 
updated) has errors in it – and I wonder therefore if the problem may lie in 
the updating of NaPTAN data in OSM.  The original upload of NaPTAN to OSM was 
done about five years ago – and therefore it would not be surprising to find 
stops missing or ones that have moved in the meantime.

 

I believe that Brighton  Hove are good at maintaining the data in NaPTAN – but 
their idea of precision and yours may differ (as for public transport 
information we can be tolerant of slightly imprecise locations).  So you should 
use the latest version of NaPTAN and I can supply a copy in XML or CSV format 
if that would help.

 

Best wishes

 

Roger Slevin

Traveline south east  anglia

 

 

From: Chris Hill [mailto:o...@raggedred.net] 
Sent: 30 June 2015 10:58
To: Public transport/transit/shared taxi related topics; Stephen Dawkins
Subject: Re: [Talk-transit] Buses in Brighton, UK

 

I had the NaPTAN data imported for my local patch. The data is based on 
submissions from each local authority and I think the quality varies. I checked 
about a hundred stops and ended up surveying a couple of thousand bus stops 
because the quality was so poor. Locations were missing, in hopelessly wrong 
places and the meta data was often wrong. The local authorities here don't seem 
to believe in sharing data so you may have a completely different result. If 
you plan to survey some or all of the stops then using NaPTAN data as a hint to 
find them is useful. I suggest you check out a few first to assess the quality 
before any import.

You should email talk-gb and possibly the imports ml to see what people think, 
this ml doesn't have a wide audience

Cheers, Chris

On 30 June 2015 10:43:20 GMT+01:00, Stephen Dawkins elfa...@elfarto.com wrote:

Hi

 

I was just starting to map the bus routes in Brighton, UK, when I noticed that 
it's missing a whole bunch of bus stops. Is the any objection to bulk importing 
either the NaPTAN data to fill in all the missing stops?

 

Reading the mailing lists, it seems the NaPTAN data is not ideal, but surely 
it's better than having no data at all.

 

For stops that already exist, I'd like to enhance them with their NaPTAN 
identifiers, but I won't attempt to move them (the assumption being the 
existing data is probably more accurate).

 

I'm fairly new to OSM and was wondering if there is any issue in doing this?

 

Thanks  Regards

Stephen


  _  


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

Re: [Talk-br] Coletar fotos para o Mapillary de byke ou moto

Não é imediatamente útil a nós mas, entre as muitas coisas que se pode
fazer com o Sugru
http://sossolteiros.bol.uol.com.br/massinha-revolucionaria-e-a-melhor-invencao-desde-a-fita-adesiva/
está um suporte de smartphone para guidão bicicleta:



Alexandre

Em 8 de julho de 2014 09:39, Edil Queiroz de Araujo edil...@gmail.com
escreveu:


 Olá a todos,
 Estou coletando fotos para o Mapillary, na maioria das vezes de moto.
 Estou começando por essa região
 http://www.mapillary.com/map/im/11/-24.054301950335873/-48.37795257568359
 Mas... fixando meu celular, um LG L5, com um suporte improvisado. Alguém
 desenvolveu ou encontrou um bom suporte para fotografar com celulares de
 moto ou de bibicleta?

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

Re: [Talk-transit] Buses in Brighton, UK

2015-06-30 Per discussione Roger Slevin

Chris

That is disappointing to hear.  My role covers the south east and east Anglia 
regions and we would be happy to receive feedback in relation to NaPTAN data, 
and we would seek to persuade relevant colleagues in individual authorities to 
make any necessary corrections to NaPTAN where it is significantly wrong.  
Resource constraints may mean that such corrections cannot be done immediately 
- but we would do our best to get factually incorrect information updated as 
soon as possible.

Roger



-Original Message-
From: Chris Hill [mailto:o...@raggedred.net] 
Sent: 30 June 2015 11:34
To: ro...@slevin.plus.com; Public transport/transit/shared taxi related topics; 
'Public transport/transit/shared taxi related topics'; 'Stephen Dawkins'
Subject: Re: [Talk-transit] Buses in Brighton, UK

I offered my survey data to Hull CC and East Riding of Yorkshire council. Both 
were not interested. This was when I did my surveys, so some time ago. I guess 
they don't understand that crowd-sourcing can produce valuable data. They 
certainly both are highly resistant to releasing any data as open data unless 
they are forced to do so. Maybe this attitude drives their data quality too.

Cheers, Chris

On 30 June 2015 11:21:39 GMT+01:00, Roger Slevin ro...@slevin.plus.com wrote:
I am surprised to hear that the current NaPTAN data (which is 
continually updated) has errors in it – and I wonder therefore if the 
problem may lie in the updating of NaPTAN data in OSM.  The original 
upload of NaPTAN to OSM was done about five years ago – and therefore 
it would not be surprising to find stops missing or ones that have 
moved in the meantime.

 

I believe that Brighton  Hove are good at maintaining the data in 
NaPTAN – but their idea of precision and yours may differ (as for 
public transport information we can be tolerant of slightly imprecise 
locations).  So you should use the latest version of NaPTAN and I can 
supply a copy in XML or CSV format if that would help.

 

Best wishes

 

Roger Slevin

Traveline south east  anglia

 

 

From: Chris Hill [mailto:o...@raggedred.net]
Sent: 30 June 2015 10:58
To: Public transport/transit/shared taxi related topics; Stephen 
Dawkins
Subject: Re: [Talk-transit] Buses in Brighton, UK

 

I had the NaPTAN data imported for my local patch. The data is based on 
submissions from each local authority and I think the quality varies. I 
checked about a hundred stops and ended up surveying a couple of 
thousand bus stops because the quality was so poor. Locations were 
missing, in hopelessly wrong places and the meta data was often wrong.
The local authorities here don't seem to believe in sharing data so you 
may have a completely different result. If you plan to survey some or 
all of the stops then using NaPTAN data as a hint to find them is 
useful. I suggest you check out a few first to assess the quality 
before any import.

You should email talk-gb and possibly the imports ml to see what people 
think, this ml doesn't have a wide audience

Cheers, Chris



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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

2015-06-30 Per discussione rainerU


Bonjour,

je vois que votre stagiaire a commencé de fractionner les relations 
bicycle en étapes (voir mon post sur la V81). Quand vous créez des 
nouveaux relations il y a rien à dire la dessus. Mais supprimer des 
relations qui sont souvent le fruit d'un travail de terrain de nombreux 
contributeurs, les récréer sur las base des données ON3V qui ne 
reflètent pas toujours la réalité du terrain, cela frôle le vandalisme.


Rainer


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

[Talk-br] RES: Coletar fotos para o Mapillary de byke ou moto

2015-06-30 Per discussione Reinaldo Neves

Existem diversos suporte anunciado na internet, mas a maioria me parece 
bastante insegura especialmente para moto.  Existem duas alternativas que me 
parece razoáveis, só não sei se vai bem em moto, mas encontrei essas duas 
alternativas, que estão disponível no Brasil.

 

http://www.azula.com.br/encaixe-para-smartphone-thule-pack-%E2%80%99n-pedal-100082/p

 

e esta para usar no volante do carro.

 

http://www.extra.com.br/automotivo/GPSeAcessoriosAutomotivo/AcessoriosAutomotivo/Suporte-Veicular-de-Volante-para-Celular-Smartphone-e-Gps--4316870.html

 

Abraços

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

 

 

De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] 
Enviada em: terça-feira, 30 de junho de 2015 07:33
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] Coletar fotos para o Mapillary de byke ou moto

 

Não é imediatamente útil a nós mas, entre as muitas coisas que se pode fazer 
com o Sugru 
http://sossolteiros.bol.uol.com.br/massinha-revolucionaria-e-a-melhor-invencao-desde-a-fita-adesiva/
  está um suporte de smartphone para guidão bicicleta:

  
http://sossolteiros.virgula.uol.com.br/wp-content/uploads/2014/09/suporte_smartphone_sugru_sos_solteiros.jpg
 

Alexandre

 

Em 8 de julho de 2014 09:39, Edil Queiroz de Araujo edil...@gmail.com 
escreveu:

 

Olá a todos,

Estou coletando fotos para o Mapillary, na maioria das vezes de moto. Estou 
começando por essa região 
http://www.mapillary.com/map/im/11/-24.054301950335873/-48.37795257568359
Mas... fixando meu celular, um LG L5, com um suporte improvisado. Alguém 
desenvolveu ou encontrou um bom suporte para fotografar com celulares de moto 
ou de bibicleta?

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

Re: [Talk-br] Reunião Periodica - OSM Brasil‏

2015-06-30 Per discussione Thierry Jean

Caros,
 
Amanhã teremos uma reunião Periodica - OSM Brasil às 12h de Brasilia.
 
Time: Jul 1, 2015 12:00 PM (GMT-3:00) Sao Paulo 
Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229
 
Or join by phone:
+55 21 3958 7888 (Brazil Toll)
Meeting ID: 569 474 7229 
International numbers available: https://zoom.us/zoomconference 
 

Thierry Jean



 
From: thierryaj...@hotmail.com
To: talk-br@openstreetmap.org
Date: Mon, 15 Jun 2015 10:20:39 -0300
Subject: Re: [Talk-br] Reunião Periodica - OSM Brasil‏




Caros,
 
Como a reunião não aconteceu (mal entendido) a semana passada, vamos fazer uma 
nesta quarta feira dia 17/6/15 das 12h às 13h. Principal assunto: Como lançar o 
projeto de banco de dado de endereços aberto?
 
 



Time: Jun 17, 2015 12:00 PM (GMT-3:00) Sao Paulo .


Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229


Or join by phone:


+55 21 3958 7888 (Brazil Toll)


Meeting ID: 569 474 7229 


International numbers available: https://zoom.us/zoomconference 



Thierry Jean
+55 11 996071319



 
From: thierryaj...@hotmail.com
To: talk-br@openstreetmap.org
Date: Tue, 9 Jun 2015 01:39:05 -0300
Subject: [Talk-br] Reunião Periodica - OSM Brasil‏




Caros,
 
Como a reunião foi bem produtiva a semana passada, vamos ter outra já esta 
semana.
 
 
Thierry Jean is inviting you to a scheduled Zoom meeting. 
Topic: Thierry Jean's Personal Meeting Room
Join from PC, Mac, iOS or Android: https://zoom.us/j/5694747229
 
Or join by phone:
+55 21 3958 7888 (Brazil Toll)
Meeting ID: 569 474 7229 
International numbers available: https://zoom.us/zoomconference 
 

Thierry Jean
+55 11 99607 1319


 
  

___
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
  ___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [OSM-talk] Layers and landuse

2015-06-30 Per discussione Lester Caine

On 30/06/15 11:36, Richard Z. wrote:
 On Mon, Jun 29, 2015 at 04:14:07PM +0100, Lester Caine wrote:
 On 29/06/15 15:08, Martin Koppenhoefer wrote:
 The step from 2D to 3D would add a lot of complexity on the mappers, 
 narrowing down the mass of contributors potentially willing and able to 
 participate. Everyone would have to deal with this: It's difficult to 
 imagine introducing 3D in parallel (as long as you don't do it completely 
 disconnected, i.e. a fork), because everything is connected and someone not 
 aware of 3D information would damage it inadvertently as soon as he was 
 starting to make 2D edits on 3D data.

 I'm not so bothered about 3D, but rather making it a little clearer on
 2D maps that one HAS to go a particular way when the road other side of
 the building IS 5 stories below, and the main road is three stories
 below that. People who have visited Malta will know what I am saying,
 but following a satnav somewhere you don't know after a long flight ...
 it would be nice if the map warned you :)
 
 In some cases you could use embankment, natural=cliff or building=wall 
 separating
 the road and the building would that work here?

http://www.openstreetmap.org/#map=18/35.95833/14.36246 was where I had
the fun at Christmas. Vertically this area is well over 10 stories high
which the steps only hint at. We stayed at the Pergola Club Hotel and
the osmand took me to the bottom of the Trig Adenau steps while the
entrance to the car park was 5 stories above :) Other parts of Malta
were just as much fun ... and while around here is not quite so steep,
there are a number of places with similar problems when trying to work
out just where to drive.

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

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

[Talk-br] RES: RES: Coletar fotos para o Mapillary de byke ou moto

2015-06-30 Per discussione Reinaldo Neves

Pelas fotos e formato dos suportes que aparecem no site me parece que a câmera 
fica livre sim.

___

Reinaldo Neves

Equação Informática

(11) 3221-3722

 

 

 

De: Alexandre Magno Brito de Medeiros [mailto:alexandre@gmail.com] 
Enviada em: terça-feira, 30 de junho de 2015 13:02
Para: OpenStreetMap no Brasil
Assunto: Re: [Talk-br] RES: Coletar fotos para o Mapillary de byke ou moto

 

Esses dois livram a câmera?

 

Em 30 de junho de 2015 11:38, Reinaldo Neves rne...@equacao.com.br escreveu:

Existem diversos suporte anunciado na internet, mas a maioria me parece 
bastante insegura especialmente para moto.  Existem duas alternativas que me 
parece razoáveis, só não sei se vai bem em moto, mas encontrei essas duas 
alternativas, que estão disponível no Brasil.

 

http://www.azula.com.br/encaixe-para-smartphone-thule-pack-%E2%80%99n-pedal-100082/p

 

e esta para usar no volante do carro.

 

http://www.extra.com.br/automotivo/GPSeAcessoriosAutomotivo/AcessoriosAutomotivo/Suporte-Veicular-de-Volante-para-Celular-Smartphone-e-Gps--4316870.html

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

[Talk-br] Palestra e minicurso sobre OSM em evento no ES

2015-06-30 Per discussione João Fernando

Bom dia gente!

Me chamo João Fernando, e sou o responsável pela Revista Espírito Livre e
demais projetos da Rede Espírito Livre. Estamos planejando um evento para o
ES no mês de setembro e já a algum tempo gostaria de colocar algo sobre o
OSM na grade, através de palestra e minicurso, algo como um hackathon para
mapear as cidades (ou pelo menos parte delas que já é um bom começo) por
onde nosso evento passar.

Gostaria de saber se poderia contar com a galera daqui ou alguém da
comunidade do OSM Brasil que possa nos ajudar com tais atividades. Seria
importante que tal pessoa esteja aqui no ES (capital ou interior). O evento
será em setembro e estaremos levantando a demanda de transporte e
hospedagem durante o evento.

As informações sobre o evento podem ser consultadas aqui:
http://forum.espiritolivre.org/11ed

att,

-- 

   _
  °v°  João Fernando Costa Júnior
 /(_)\ Comunidade LibreOffice do ES / Iniciativa Espírito Livre /
Equipe Bestlinux
  ^ ^  GNU/Linux User #422133   |   Ubuntu User #16167
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Coletar fotos para o Mapillary de byke ou moto

2015-06-30 Per discussione Edil Queiroz de Araujo

Estou por fora e começando a ver isso, mas acho que uma coisa legal seria o
apoio de laboratórios de prototipagem tipo Fab Lab
http://www.fablabbrasil.org/.

Pra carro esse ching-ling que custou R$ 15,00 funcionou bem. Embora não
seja para tirar fotos, eu desloquei o celular um pouco e deu certo
http://rede.acessasp.sp.gov.br/blogada/streetview-de-principais.



Abraços,


*Edil Queiroz de Araujo*

*Monitor e Projetista - Acessa SP* *de Ribeirão Grande*
Projeto RGM - http://projetorgm.com.br/ http://projetorgm.com.br/


Em 30 de junho de 2015 09:00, talk-br-requ...@openstreetmap.org escreveu:

 Enviar submissões para a lista de discussão Talk-br para
 talk-br@openstreetmap.org

 Para se cadastrar ou descadastrar via WWW, visite o endereço
 https://lists.openstreetmap.org/listinfo/talk-br
 ou, via email, envie uma mensagem com a palavra 'help' no assunto ou
 corpo da mensagem para
 talk-br-requ...@openstreetmap.org

 Você poderá entrar em contato com a pessoa que gerencia a lista pelo
 endereço
 talk-br-ow...@openstreetmap.org

 Quando responder, por favor edite sua linha Assunto assim ela será
 mais específica que Re: Contents of Talk-br digest...

 Tópicos de Hoje:

1. Re: Coletar fotos para o Mapillary de byke ou moto
   (Alexandre Magno Brito de Medeiros)
2. Re: Coletar fotos para o Mapillary de byke ou moto
   (Alexandre Magno Brito de Medeiros)


 -- Mensagem encaminhada --
 From: Alexandre Magno Brito de Medeiros alexandre@gmail.com
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Cc:
 Date: Tue, 30 Jun 2015 07:25:48 -0300
 Subject: Re: [Talk-br] Coletar fotos para o Mapillary de byke ou moto
 Conheço o tópico
 https://lists.openstreetmap.org/pipermail/talk-br/2014-July/008393.html
 de mais de 40 mensagens. Participei dele. Buscávamos dicas de como
 confeccionar suportes. Mas hoje quero fazer menção a um produto
 http://pratosmart.teo-soft.com/trasformare-un-passeggino-per-produrre-opendata/
 que conheci através da Mapillary:


 http://pratosmart.teo-soft.com/trasformare-un-passeggino-per-produrre-opendata/

 Imagino que não deve ser barato. Especialmente se for para importar. Se
 bem que... depois de considerada a qualidade da solução... é muito melhor
 do que colocar dinheiro em *silver tape* e *durepox*.

 Quem sabe se no mercado brasileiro já não existe coisa parecida?

 Alexandre

 Em 8 de julho de 2014 09:39, Edil Queiroz de Araujo edil...@gmail.com
 escreveu:


 Olá a todos,
 Estou coletando fotos para o Mapillary, na maioria das vezes de moto.
 Estou começando por essa região
 http://www.mapillary.com/map/im/11/-24.054301950335873/-48.37795257568359
 Mas... fixando meu celular, um LG L5, com um suporte improvisado. Alguém
 desenvolveu ou encontrou um bom suporte para fotografar com celulares de
 moto ou de bibicleta?



 -- Mensagem encaminhada --
 From: Alexandre Magno Brito de Medeiros alexandre@gmail.com
 To: OpenStreetMap no Brasil talk-br@openstreetmap.org
 Cc:
 Date: Tue, 30 Jun 2015 07:33:22 -0300
 Subject: Re: [Talk-br] Coletar fotos para o Mapillary de byke ou moto
 Não é imediatamente útil a nós mas, entre as muitas coisas que se pode
 fazer com o Sugru
 http://sossolteiros.bol.uol.com.br/massinha-revolucionaria-e-a-melhor-invencao-desde-a-fita-adesiva/
 está um suporte de smartphone para guidão bicicleta:



 Alexandre

 Em 8 de julho de 2014 09:39, Edil Queiroz de Araujo edil...@gmail.com
 escreveu:


 Olá a todos,
 Estou coletando fotos para o Mapillary, na maioria das vezes de moto.
 Estou começando por essa região
 http://www.mapillary.com/map/im/11/-24.054301950335873/-48.37795257568359
 Mas... fixando meu celular, um LG L5, com um suporte improvisado. Alguém
 desenvolveu ou encontrou um bom suporte para fotografar com celulares de
 moto ou de bibicleta?


 ___
 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] RES: Coletar fotos para o Mapillary de byke ou moto

2015-06-30 Per discussione Alexandre Magno Brito de Medeiros

Esses dois livram a câmera?

Em 30 de junho de 2015 11:38, Reinaldo Neves rne...@equacao.com.br
escreveu:

 Existem diversos suporte anunciado na internet, mas a maioria me parece
 bastante insegura especialmente para moto.  Existem duas alternativas que
 me parece razoáveis, só não sei se vai bem em moto, mas encontrei essas
 duas alternativas, que estão disponível no Brasil.




 http://www.azula.com.br/encaixe-para-smartphone-thule-pack-%E2%80%99n-pedal-100082/p



 e esta para usar no volante do carro.




 http://www.extra.com.br/automotivo/GPSeAcessoriosAutomotivo/AcessoriosAutomotivo/Suporte-Veicular-de-Volante-para-Celular-Smartphone-e-Gps--4316870.html

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

[OSM-talk-fr] La véloroute V81 supprimée ?

2015-06-30 Per discussione rainerU


Bonjour,

La relation de la véloroute V81 Véloroute du Piemont Pyrénéen a 
disparu. La véloroute est encore visible sur certains rendus, comme le 
rendu vélo sur openstreetmap.org, mais la relation n'est plus présente 
dans la base de donnés:


http://www.openstreetmap.org/#map=13/43.1074/0.8262layers=C

Est-il possible de savoir qui l'a fait et peut-on récupérer les données?


Rainer


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

Re: [OSM-talk-fr] tutoriels et formations OSM / recrutement Missing Maps

2015-06-30 Per discussione Brice MALLET


Bonjour,

Je suis partant, tiens moi au courant
A voir si je serai effectivement disponible entre le 20 et 30/07 
(vacances en préparation ...)


Brice



Le 30/06/2015 15:41, althio a écrit :

Bonjour,

Comme indiqué sur le forum dans la partie francilienne...
http://forum.openstreetmap.fr/viewtopic.php?f=18t=2040

... je participe à la mise en place d'un groupe Missing Maps
localement à Paris, qui démarre par une session de formation en
juillet.

J'ai deux besoins :

1) de la documentation
Je suis intéressé pour récupérer l'existant en tutoriels,
présentations, formations pour l'introduction à OSM au niveau débutant
(et éventuellement d'autres sujets, tels que les éditeurs, le Tasking
Manager, HOT, ...)

2) des co-encadrants
Je recherche des volontaires pour le jour J, plutôt du genre déjà
contributeurs OSM. Tout le monde sera là pour apprendre et échanger,
mais quelques co-encadrants permettrait de mettre un peu d'huile dans
la mécanique.


Si vous pouvez aider dans une rubrique (ou les deux), contactez-moi
dès que possible, ici ou hors-liste.

Benoît - althio

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



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

Re: [OSM-talk-be] Bruxelles centre : nouveau piétonnier

2015-06-30 Per discussione joost schouppe

For those heading out to survey, have a look out for this. I just
understood from my wife that at least on the Anspach, real biking isn't
allowed anymore either. Supposedly, you can only ride at 5 kmph. I don't
know if there are any signs saying this, she just had a talking-to from
some local police.

2015-06-28 13:26 GMT+02:00 Matthieu Gaillet mgwebm...@fastmail.fm:


 Of course I’m ! :-)

 I’ll get back to you later. Regarding the stib data I think that as
 Nicolas said the fact that they were using Mapbox with an OSM layer is an
 invitation to map. But maybe I’ve a slightly too liberal interpretation of
 the Openness of data :-)

 Matthieu

 On 28 Jun 2015, at 13:11, Jo winfi...@gmail.com wrote:

 I already amended the itineraries of De Lijn. I'm still waiting for
 permission of STIB/MIVB to use their data. In the mean time I occasionally
 fix/upgrade their routes, but it's a lot harder to do without data from
 upstream, so it's not a priority for me. OTOH, this might be a good
 occasion to tackle them. Matthieu just holler if you'd like me to get you
 up to speed. I have quite a few tricks up my sleeve to make the job easier
 to accomplish. (map styles, scripts, filter rules, where the tram rails are
 (from Urbis), etc.)

 Jo

 2015-06-28 13:05 GMT+02:00 Matthieu Gaillet mgwebm...@fastmail.fm:


 Thanks Nicolas.

 It’s done at 95% from the cars and pedestrian point of view but would
 need many improvements regarding the public transport and bicycles  for
 their respective infrastructures an itineraries which were extensively
 modified and require much more (more difficult) work. I prefer to wait for
 the actual realisation of the pedestrian zone to go on site surveying
 because lot of details are missing or unclear on the website.

 I’ll review the press release and amend it if I feel so. Thanks for doing
 it !!

 Matthieu


  28 Jun 2015, at 12:41, Nicolas Pettiaux nico...@pettiaux.be wrote:
 
  Much thanks for the idea and the work.
 
  How can the new pietonnier be viewed on OSM ?
 
  Is is finished yet ? If not, when will it probably be ?
 
  What remains to be done ?
 
  How could I help ?
 
  Shouldn't we celebrate, and doing so for example, map explicitely every
 bar and restaurant in the center of Brussels, and while doing so, write
 down some important information about such places : their names,
 specialities, opening times, website, telephone number, accessibility info,
 kind of food served or of beer served ... ?
 
  Should we write a press release to inform the users that OSM-be is
 ready for the new arrangement and is probably the first online map to be
 so. So it should also work for routting.
 
  I have started https://annuel.framapad.org/p/PsmBxl20150628 and I
 would like some help for the content (to be sure to write something that is
 true) and the translation to English and Flemisch
 
  Nicolas
 
  --
  Nicolas Pettiaux, phd  - nico...@pettiaux.be
  Open@work - Une société libre utilise des outils libres
 
  «Apprendre aux élèves à utiliser les produits privateurs de Microsoft,
 Google ou Oracle, c'est comme leur apprendre à fumer. C'est leur donner une
 habitude coûteuse, dangereuse et dont ils se déferont difficilement.»
 Richard Stallman
 
  ___
  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-fr] Sous relations itinéraires cyclables

2015-06-30 Per discussione GaelADT

L'ON3V définit une étape comme une portion d'itinéraire qui peut se
parcourir à vélo en une journée.
Nous pourrions nous baser sur les étapes définies par le site
francevelotourisme pour créer ces sous-relations.
Cependant, beaucoup d'itinéraires sont manquants, une vingtaine seulement
sont représentés, (peut-être est-ce dû à l'état d'avancement des
aménagements...), pour les autres, nous aurons simplement à calculer cette
distance parcourue à vélo et les définir nous-même.

Le souci avec une décomposition en petites véloroutes, c'est qu'il y aura
des chemins à part car l'itinéraire principal, il continue.
Une petite véloroute (relation-enfant) composante de l'itinéraire principal
(la relation-parent) peut se trouver au début, au milieu ou à la fin de
l'itinéraire principal et une relation constituée de chemins + sous-relation
véloroute + des chemins encore, ce n'est pas très élégant.

On rejoint l'avis de RainerU-2 pour les variantes, une sous-relation pour
les représenter est ce qui peut se faire de mieux.

Un découpage par étapes donc est une des solutions possibles pour structurer
les itinéraires cyclables sur openstreetmap. De plus, on constate qu'ils
sont structurés de plusieurs façons,Géovélo se propose d'homogénéiser les
données sur toute la France.

Gaël.

--
View this message in context:
http://gis.19327.n5.nabble.com/Sous-relations-itineraires-cyclables-tp5848869p5849237.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-br] highway=track

2015-06-30 Per discussione Helio Cesar Tomio

Não quero complicar as coisas, mas tb tenho mapeado estradas como o Paulo
comentou.
Track apenas para estradas que são trilhas e exigem veículos adaptados para
isto, sem tráfego de veículos convencionais ou de carga.
As estradas florestais são vias transitáveis normalmente por caminhões ou
carros de passeio. Diversas vezes, são as próprias estradas das comunidades
rurais.
Tenho a impressão que transformar em estrada florestal, vai causar
problemas no mapeamento.
Att.
Helio.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Palestra e minicurso sobre OSM em evento no ES

2015-06-30 Per discussione Aun Johnsen

João Fernando

Obrigado pelo convite. Marcando os dias no meu calendário, e ver isso
como um bom oportunidade de conhecer o cidade de Santa Teresa.
Setembro e ainda muito a frente, e não posso planejar muito, mas esse
semana do dia 24 e onde eu priorizando tira folga mesmo. Mais para
frente posso confirmar meu presencia, e também se algum me ajudando
posso fazer um apresentação do OSM. Se algum outro vou fazer palestra
do OSM eu posso dar um ajuda.

Sou estrangeiro, mas moro no região Grande Vitória.

On 6/30/15, João Fernando joaoferna...@espiritolivre.org wrote:
 Bom dia gente!

 Me chamo João Fernando, e sou o responsável pela Revista Espírito Livre e
 demais projetos da Rede Espírito Livre. Estamos planejando um evento para o
 ES no mês de setembro e já a algum tempo gostaria de colocar algo sobre o
 OSM na grade, através de palestra e minicurso, algo como um hackathon para
 mapear as cidades (ou pelo menos parte delas que já é um bom começo) por
 onde nosso evento passar.

 Gostaria de saber se poderia contar com a galera daqui ou alguém da
 comunidade do OSM Brasil que possa nos ajudar com tais atividades. Seria
 importante que tal pessoa esteja aqui no ES (capital ou interior). O evento
 será em setembro e estaremos levantando a demanda de transporte e
 hospedagem durante o evento.

 As informações sobre o evento podem ser consultadas aqui:
 http://forum.espiritolivre.org/11ed

 att,

 --

_
   °v°  João Fernando Costa Júnior
  /(_)\ Comunidade LibreOffice do ES / Iniciativa Espírito Livre /
 Equipe Bestlinux
   ^ ^  GNU/Linux User #422133   |   Ubuntu User #16167


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

Re: [Talk-br] Track = via agro-florestal

2015-06-30 Per discussione Fernando Trebien

Bem, a classificação deve ser feita com base na idéia de para que serve a
via. Tracks servem principalmente para dar acesso motorizado ao interior de
fazendas e florestas. Geralmente esse acesso é restrito ao público externo,
mas às vezes é liberado. Em parte ele se contrasta com service, que é para
dar acesso a propriedades e estacionamentos, geralmente apenas acesso local
(access=destination), às vezes público (access=yes). Footways são caminhos
construídos (com ou sem pavimento) para trânsito sobretudo de pedestres
(ex.: calçadas, principais caminhos no interior de parques). Como no Brasil
esses caminhos podem, por lei, ser usados por ciclistas, dá pra adicionar
bicycle=yes a eles. Uma distinção entre track e footway é a sua intenção:
algumas footways comportariam veículos, mas não foram feitas para que esse
seja o tráfego predominante. Vice-versa para track. Pela mesma razão, uma
trilha de caminhada aberta intencionalmente para o turismo seria
highway=footway. Em contraste, um caminho irregular (no sentido de não ter
registros oficiais) por um morro seria path. Cycleways são o equivalente
para ciclistas (também com ou sem pavimento) e geralmente são chamados de
ciclovias. Bridleways são o equivalente para equitação. Tracks, por
exemplo, comportam o trânsito de cavalos, mas não foram feitas com esse
objetivo principal. Paths servem para caminhos difíceis de classificar,
como esse caminho pelas dunas. Outro caso para path seriam caminhos não
intencionais que foram se formando como tempo (ex.: rastros na grama fora
dos caminhos principais em um parque). Nesses casos, o ideal é complementar
informação pra descrever o caminho: quem pode passar por ele (bicycle,
foot, wheelchair, horse, motorcar, motor_vehicle)? Qual o estado da sua
superfície (surface, smoothness, tracktype, mtb:scale, sac_scale)? Se por
acaso fosse um caminho pela praia, contanto que a areia fosse relativamente
firme, daria pra adicionar motorcar=yes e bicycle=yes por exemplo. Muito
provavelmente dá pra adicionar foot=yes e wheelchair=no.

A confusão toda é porque as pessoas tendem a pensar no mapa concretamente,
no desenho. Tracks são marrons para combinar com o fundo das fazendas e
florestas, não para representar que não são pavimentadas. A questão da
representação da pavimentação no mapa se arrasta, mas tá andando.

Por essas e outras, faria sentido marcar track como via agro-florestal.
Isso ajudaria os mapeadores a se afastarem do aspecto visual e a se
concentrarem na intenção da via.

Não sei para discordar. Mas tenho uma pergunta: uma trilha dentro de uma
duna seria etiquetada o que? Podemos considerar o ambiente como
florestal? Talvez sim, pois a guarda florestal atua lá.

Em 30 de junho de 2015 02:42, Fernando Trebien fernando.treb...@gmail.com
escreveu:

 Alguém discorda dessa tradução?


___
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-fr] Sous relations itinéraires cyclables

2015-06-30 Per discussione Nicolas Frery

Le 30/06/2015 17:03, GaelADT a écrit :
 L'ON3V définit une étape comme une portion d'itinéraire qui peut se
 parcourir à vélo en une journée.
Sachant que je parcours entre 150 et 220km par jour en vélotourisme,
c'est un peu absurde de couper une relation sur quelque chose d'aussi
abstrait.

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

[Talk-pt] Árvores do Porto no OSM

2015-06-30 Per discussione Nuno Gomes Lopes

Car@s, acabei de vir de uma reunião com três engenheiras da área do
ambiente da Câmara Municipal do Porto. Através de alguns canais que fui
criando, consegui apresentar uma proposta que chegou à secretária do
Vereador do Ambiente e Inovação, que deu origem a esta reunião.

A Câmara do Porto tem uma base de dados com mais de 30.000 árvores
identificadas e georreferenciadas. Pareceu-me interessante carregar esta
base de dados para o OSM, de maneira a que todos os interessado por árvores
e natureza em geral pudessem aceder a dados como ordem, família, género e
espécie, a sua localização, a sua idade e o seu estatuto de proteção (entre
outras). A Câmara está disposta a ceder esta informação, mas isto apenas
ocorrerá depois de a própria Câmara lançar um projeto próprio, não sei bem
em que moldes (falaram-me em 'geoporto').

Este foi o email que espoletou tudo:

Caro Pedro, o objetivo de termos as árvores do Porto no OSM era conseguir,
sem grande dificuldade, resultados destes:
http://overpass-turbo.eu/s/6zs (carregue
no Run para ver a magia a acontecer). Isto pode acontecer para árvores
classificadas, também.

Pode direcionar-me para alguém na Câmara do Porto com quem possa falar
melhor sobre isto? Foi aqui que ouvi falar dessa base dedados:
http://www.porto24.pt/cidade/camara-porto-investe-na-reabilitacao-e-requalificacao-de-jardins/

Cumprimentos.

O que acha o fórum de tudo isto? Qual o melhor formato para os dados a
receber? Conhecem outros motores de busca (para além do overpass turbo) que
possa potenciar esta informação? Estou a fazer equipa neste projeto com o
Marcos Oliveira.

Cumprimentos a tod@s.
--
http://www.quintadosbaldo.blogspot.pt/

http://www.transportespublicos.pt/
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-us] hgv=designated in US National Park

2015-06-30 Per discussione Jim McAndrew

Trail Ridge Road is a bit of an exception to normal NPS rules because it
does connect two population centers that are otherwise very far from each
other.
I don't have any more specific knowledge on the exceptions other than the
stories from Russell.
In any case, you do need to check in at the gate and explain why you can
legally use the road.

On Mon, Jun 29, 2015 at 9:51 PM, Russell Deffner russdeff...@gmail.com
wrote:

 No problem, had to do some searching and further remembering. The
 ‘agreement’ we were using was called the ‘tri-county waiver’ which allowed
 Boulder, Grand and Larimer county residents to pass through for work (it
 has changed a bit according to a search).  However, there is also:
 http://www.nps.gov/romo/planyourvisit/commercial_trucking_permits.htm so
 I think access=destination may be best choice through RMNP (according to
 the wiki, first thought was =permissive)?

 =Russ



 *From:* Mike Thompson [mailto:miketh...@gmail.com]
 *Sent:* Monday, June 29, 2015 9:28 PM
 *To:* Russell Deffner
 *Cc:* Open Street Map Talk-US
 *Subject:* Re: [Talk-us] hgv=designated in US National Park



 Russ,



 Thanks for the additional information. Perhaps hgv=destination?



 I am pretty sure that if one showed up at one of the Estes Park entrances
 with a semi and told them that you had to make a delivery in Granby they
 wouldn't let you through. The next time I am up there I will ask.



 Mike



 On Mon, Jun 29, 2015 at 8:02 PM, Russell Deffner 
 russell.deff...@hotosm.org wrote:

 Dang, sorry; just caught my typo, hgv=private may NOT be the proper tag.



 *From:* Russell Deffner [mailto:russell.deff...@hotosm.org]
 *Sent:* Monday, June 29, 2015 8:02 PM
 *To:* 'Mike Thompson'
 *Cc:* 'Open Street Map Talk-US'
 *Subject:* RE: [Talk-us] hgv=designated in US National Park



 Hi again Mike, I should have specified – the entirety of Trail Ridge Road
 J



 I think we did actually come in (from the east, i.e. FC to Granby) via
 36.  I would say hgv=private is the ‘correct’ tag; in this case the
 ‘highway’ is actually ‘State controlled w/ agreements of the Park Service’,
 maybe Jim or one of them have a better answer, but it seems more like “this
 is a State Highway” if you ‘know the rules’ and have a valid ID you can use
 it accordingly. (in our case we just had to have a Fort Collins address and
 say “we’re on our way to work in Granby” – this was in either our work
 trucks or my personal vehicle).



 Anyway, hope this helps find proper tagging for 34/36/Trail Ridge Road;
 cheers!

 =Russ



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


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

Re: [OSM-talk-fr] Sous relations itinéraires cyclables

2015-06-30 Per discussione Jean-Baptiste Holcroft

+1, il semble plus simple d'utiliser les tronçons officiels quand ils
existent, sinon n'en faire qu'une relation.
Le 30 juin 2015 20:02, Nicolas Frery nico...@zoubi.info a écrit :

 Le 30/06/2015 17:03, GaelADT a écrit :
  L'ON3V définit une étape comme une portion d'itinéraire qui peut se
  parcourir à vélo en une journée.
 Sachant que je parcours entre 150 et 220km par jour en vélotourisme,
 c'est un peu absurde de couper une relation sur quelque chose d'aussi
 abstrait.

 ___
 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-ie] Sheet request 23/13 26/11

2015-06-30 Per discussione Donal Diamond

Done - Uploaded all 8

http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-26-11show_warped=0
http://mapwarper.net/maps?field=titlequery=IRL-GSGS-3906-26-13show_warped=0

D

On 30 June 2015 at 10:37, Mark Tully markjtu...@gmail.com wrote:

 Hi,

 Could I please get the following sheets uploaded:

- 26/13 NW
- 26/13 SW
- 26/11 NW
- 26/11 SW

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

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

Re: [Talk-br] Track = via agro-florestal

2015-06-30 Per discussione Fernando Trebien

Só pra desdizer o que eu acabei de dizer, é track sim nas dunas. Diz
no artigo sobre tracks:

If a path is wide enough for 4-wheel-vehicles (width  2 m), and it
is not legally signposted or otherwise only allowed for pedestrians,
cyclists or horseriders, it is often better tagged as a
highway=track.

O ideal é acrescentar detalhes como tracktype, smoothness, surface,
mtb:scale, e as tags de acesso legal (access, motorcar, bicycle, foot,
wheelchair, etc.).

Via agro-florestal não seria adequada pra esse caso, assim como
estrada rústica não seria (não é bem uma estrada construída). Mas
também vale notar que esse texto é quase uma nota de rotapé no artigo
original.

Que tal estrada informal então?

Também acho que, para contrastar com esse caso (como sugere o wiki),
path poderia ser traduzido como caminho informal. Ambos os casos
não são projetados pela adminsitração pública, os que são projetados
seria unclassified (estradas) ou footway (calçadas, caminhos internos
em parques, calçadas no interior de condomínios, etc.). Footway
ficaria (como já está no iD) como caminho de pedestre, cycleway como
ciclovia, e daí eu acho que todo o mundo consegue se entender.

2015-06-30 13:49 GMT-03:00 Fernando Trebien fernando.treb...@gmail.com:
 Bem, a classificação deve ser feita com base na idéia de para que serve a
 via. Tracks servem principalmente para dar acesso motorizado ao interior de
 fazendas e florestas. Geralmente esse acesso é restrito ao público externo,
 mas às vezes é liberado. Em parte ele se contrasta com service, que é para
 dar acesso a propriedades e estacionamentos, geralmente apenas acesso local
 (access=destination), às vezes público (access=yes). Footways são caminhos
 construídos (com ou sem pavimento) para trânsito sobretudo de pedestres
 (ex.: calçadas, principais caminhos no interior de parques). Como no Brasil
 esses caminhos podem, por lei, ser usados por ciclistas, dá pra adicionar
 bicycle=yes a eles. Uma distinção entre track e footway é a sua intenção:
 algumas footways comportariam veículos, mas não foram feitas para que esse
 seja o tráfego predominante. Vice-versa para track. Pela mesma razão, uma
 trilha de caminhada aberta intencionalmente para o turismo seria
 highway=footway. Em contraste, um caminho irregular (no sentido de não ter
 registros oficiais) por um morro seria path. Cycleways são o equivalente
 para ciclistas (também com ou sem pavimento) e geralmente são chamados de
 ciclovias. Bridleways são o equivalente para equitação. Tracks, por exemplo,
 comportam o trânsito de cavalos, mas não foram feitas com esse objetivo
 principal. Paths servem para caminhos difíceis de classificar, como esse
 caminho pelas dunas. Outro caso para path seriam caminhos não intencionais
 que foram se formando como tempo (ex.: rastros na grama fora dos caminhos
 principais em um parque). Nesses casos, o ideal é complementar informação
 pra descrever o caminho: quem pode passar por ele (bicycle, foot,
 wheelchair, horse, motorcar, motor_vehicle)? Qual o estado da sua superfície
 (surface, smoothness, tracktype, mtb:scale, sac_scale)? Se por acaso fosse
 um caminho pela praia, contanto que a areia fosse relativamente firme, daria
 pra adicionar motorcar=yes e bicycle=yes por exemplo. Muito provavelmente dá
 pra adicionar foot=yes e wheelchair=no.

 A confusão toda é porque as pessoas tendem a pensar no mapa concretamente,
 no desenho. Tracks são marrons para combinar com o fundo das fazendas e
 florestas, não para representar que não são pavimentadas. A questão da
 representação da pavimentação no mapa se arrasta, mas tá andando.

 Por essas e outras, faria sentido marcar track como via agro-florestal. Isso
 ajudaria os mapeadores a se afastarem do aspecto visual e a se concentrarem
 na intenção da via.

 Não sei para discordar. Mas tenho uma pergunta: uma trilha dentro de uma
 duna seria etiquetada o que? Podemos considerar o ambiente como florestal?
 Talvez sim, pois a guarda florestal atua lá.

 Em 30 de junho de 2015 02:42, Fernando Trebien fernando.treb...@gmail.com
 escreveu:

 Alguém discorda dessa tradução?


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




-- 
Fernando Trebien
+55 (51) 9962-5409

Nullius in verba.

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

Re: [Talk-us] hgv=designated in US National Park

2015-06-30 Per discussione Mike Thompson

Jim, Russ,

Thanks for the information and the link to the park policies.

I think I will change to hgv=destination and put a note in containing the
note Russ sent.

Mike

On Tue, Jun 30, 2015 at 10:29 AM, Jim McAndrew j...@loc8.us wrote:

 Trail Ridge Road is a bit of an exception to normal NPS rules because it
 does connect two population centers that are otherwise very far from each
 other.
 I don't have any more specific knowledge on the exceptions other than the
 stories from Russell.
 In any case, you do need to check in at the gate and explain why you can
 legally use the road.

 On Mon, Jun 29, 2015 at 9:51 PM, Russell Deffner russdeff...@gmail.com
 wrote:

 No problem, had to do some searching and further remembering. The
 ‘agreement’ we were using was called the ‘tri-county waiver’ which allowed
 Boulder, Grand and Larimer county residents to pass through for work (it
 has changed a bit according to a search).  However, there is also:
 http://www.nps.gov/romo/planyourvisit/commercial_trucking_permits.htm so
 I think access=destination may be best choice through RMNP (according to
 the wiki, first thought was =permissive)?

 =Russ



 *From:* Mike Thompson [mailto:miketh...@gmail.com]
 *Sent:* Monday, June 29, 2015 9:28 PM
 *To:* Russell Deffner
 *Cc:* Open Street Map Talk-US
 *Subject:* Re: [Talk-us] hgv=designated in US National Park



 Russ,



 Thanks for the additional information. Perhaps hgv=destination?



 I am pretty sure that if one showed up at one of the Estes Park entrances
 with a semi and told them that you had to make a delivery in Granby they
 wouldn't let you through. The next time I am up there I will ask.



 Mike



 On Mon, Jun 29, 2015 at 8:02 PM, Russell Deffner 
 russell.deff...@hotosm.org wrote:

 Dang, sorry; just caught my typo, hgv=private may NOT be the proper tag.



 *From:* Russell Deffner [mailto:russell.deff...@hotosm.org]
 *Sent:* Monday, June 29, 2015 8:02 PM
 *To:* 'Mike Thompson'
 *Cc:* 'Open Street Map Talk-US'
 *Subject:* RE: [Talk-us] hgv=designated in US National Park



 Hi again Mike, I should have specified – the entirety of Trail Ridge Road
 J



 I think we did actually come in (from the east, i.e. FC to Granby) via
 36.  I would say hgv=private is the ‘correct’ tag; in this case the
 ‘highway’ is actually ‘State controlled w/ agreements of the Park Service’,
 maybe Jim or one of them have a better answer, but it seems more like “this
 is a State Highway” if you ‘know the rules’ and have a valid ID you can use
 it accordingly. (in our case we just had to have a Fort Collins address and
 say “we’re on our way to work in Granby” – this was in either our work
 trucks or my personal vehicle).



 Anyway, hope this helps find proper tagging for 34/36/Trail Ridge Road;
 cheers!

 =Russ



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



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

[Talk-GB] Next Quarterly Project

2015-06-30 Per discussione Brian Prangle

It's time to move on from delivery-related things ( from looking at Robert
Whitaker's graphs http://robert.mathmos.net/osm/postboxes/history/ it
looks like we made a difference onpostboxes but we'll need Robert to do
some more rigorous analysis).  Personallly I'd like to think we can keep up
some momentum on postboxes as they are a good incentive to revisit all
kinds of places.

This upcoming quarter being summer and the time for holidays we thought it
would be a good idea to concentrate on all things tourism and
tourism-related. So it's visitor attractions such as themeparks, stately
homes, museums and the like; beaches; hotels, guesthouses,hostels,
campsites; tourist information offices, interpration boards, tourist
pedestrian guideposts; and anything else you can think of that should
occupy our attention until the end of September.

Happy surveying and mapping

Regards

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

[Talk-de] Uber kauft Karten-Technologie von Microsoft

2015-06-30 Per discussione Eifelhunde



Können wir das weiter benutzen wenn BING verkauft wurde?
http://www.pcwelt.de/news/Uber-kauft-Karten-Technologie-von-Microsoft-Bing-Maps-9724786.html

Gruß aus der Eifel
Steffen



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

[Talk-in] Fwd: Collaborating with OSM Community

2015-06-30 Per discussione Yogesh योगि


Hey everyone,

FSMK(Free Software Movement Karnataka) has been conducting residential 
camps in various engineering colleges every year for students completely 
dedicated to Free and Open Source Software technologies.


In the last year's camp, we had a OSM 
event(http://wiki.openstreetmap.org/wiki/India/Events/Mapping_Party_in_FSMK_Summer_Camp,_Bangalore) 
and it would be great if members from OSM community can collaborate with 
FSMK for the OSM event in this year's camp(http://camp.fsmk.org/) as 
well and take it further with college GLUGs(GNU/Linux User Groups).



 Forwarded Message 
Subject:Collaborating with OSM Community
From:   Shijil shi...@fsmk.org



-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

Yogi,

We could not take the relationship with OSM as a community in
later activities. We would like to explore how we can both work
together as like-minded communities starting with this camp.

In the current context of upcoming camp (camp.fsmk.org), we look
forward to OSM's support beyond inviting resource persons to conduct
the workshop, to collaborate effectively in various areas. One options
is to collaboratively organize events by leveraging the strong network
of GLUGs in engineering colleges across Karnataka.. Please feel free
to share with rest of your organizers and we can discuss further.

As an immediate action item we would request few of OSM community
members to be available during camp. We would like to allocate 1-2
hours of slot during the camp to introduce about the community and
different other initiatives. We also plan off line mapping activities
for a hands on mapping experience during the camp.

We hope that such collaboration will help people from both
communities to an exposure to each other.

Though we discussed this many times , I just made this mail bit formal
to set the context clear for others if you are thinking of forwarding
it to someone from the community.



Regards
SHIJIL
-BEGIN PGP SIGNATURE-
Version: GnuPG v1

iQEcBAEBAgAGBQJViwWyAAoJEA7oSw2lC7CIY68H/3+tIxNtBo6DpKLlmQH0gEhD
gO5jTK/S6FhbzHsXMf2EsRnYMEdwP2qndihkzxTvU5eO/I95NNnp3FbfyRqwhEFl
Ch1RUsEynKwce/LlCL7gWdLL2lvVSAaDTGqlOsZt9jwRh2VGFNwmxSP4iZm9a1SK
//Zas5KmuMICLjkyr2oJrdp8KWzXzwzbF5cMBBsYeZB79gTUmBtaeKVCgG+HPnkp
fsUcgn39yGnoGFFWQYheMaA23RHVAvx1SSfNa5nOZ118jGTXkFq+oM0BUR7iKGke
YhpEW27JY8g/rdSNgf7itONOCTkgRdkI1Ux8kr+GvgUnhcuY8yBVTg3X0b5ckGk=
=GH1j
-END PGP SIGNATURE-



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

Re: [Talk-br] Track = via agro-florestal

2015-06-30 Per discussione Alexandre Magno Brito de Medeiros

Quando perguntei sobre trilha dentro de uma duna, não tinha em mente um
caminho com mais de 2 metros de largura. Pelo contrário, tinha em mente um
caminho aberto a facão; mas é claro, um caminho já tão usado que o chão é
areia fofa amarela. Eu não sei o que é uma duna; pra mim não é floresta.
Mas é como eu disse, a guarda florestal está lá.

Em 30 de junho de 2015 14:56, Fernando Trebien fernando.treb...@gmail.com
escreveu:

 Só pra desdizer o que eu acabei de dizer, é track sim nas dunas. Diz no
 artigo sobre tracks:

 If a path is wide enough for 4-wheel-vehicles (width  2 m), and it is
 not legally signposted or otherwise only allowed for pedestrians, cyclists
 or horseriders, it is often better tagged as a highway=track.

 O ideal é acrescentar detalhes como tracktype, smoothness, surface,
 mtb:scale, e as tags de acesso legal (access, motorcar, bicycle, foot,
 wheelchair, etc.).

 Via agro-florestal não seria adequada pra esse caso, assim como estrada
 rústica não seria (não é bem uma estrada construída). Mas também vale
 notar que esse texto é quase uma nota de rotapé no artigo original.

 Que tal estrada informal então?

 Também acho que, para contrastar com esse caso (como sugere o wiki),
 path poderia ser traduzido como caminho informal. Ambos os casos não
 são projetados pela adminsitração pública, os que são projetados seria
 unclassified (estradas) ou footway (calçadas, caminhos internos em parques,
 calçadas no interior de condomínios, etc.). Footway ficaria (como já está
 no iD) como caminho de pedestre, cycleway como ciclovia, e daí eu acho
 que todo o mundo consegue se entender.

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

Re: [OSM-talk-nl] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.

2015-06-30 Per discussione Johan C

crosspost met forum

Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over de
brainstormsessie op 19 september. Die gaat plaatsvinden in het inspirerende
LEF future center in Utrecht. Maar alleen op die locatie indien tijdig
voldoende aanmeldingen van OSM'ers binnen zijn. Concreet houdt dit in dat
voor 22 augustus 15 mensen zich aangemeld moeten hebben. Er is ook een
maximum: om de sessie goed te laten lopen kunnen maximaal 20 OSM'ers zich
aanmelden. Het Ministerie van IM heeft overigens ook belangstelling geuit
voor deze brainstormsessie, wat concreet inhoudt dat de BGT ([url]
http://www.kadaster.nl/web/Themas/Registraties/BGT.htm[/url])
waarschijnlijk ter sprake gaat komen.

Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via [url]
http://www.meetup.com/OpenStreetMap-Nederland/events/223500394/[/url] zo
spoedig mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?

Cheers, Johan

Op 10 juni 2015 10:55 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

  Wat ik een hele leuke toevoeging van Rijkswaterstaat zou vinden, en
  volgens
  mij sluit dit aan op wat Hendrikklaas bedoelt, is wanneer terreinen die
  normaal niet publiek toegankelijk zijn op afspraak open zouden kunnen
  worden gesteld voor geinteresseerde openstreetmappers zoals Hendrikklaas.
  Zou dat eventueel tot de mogelijkheden behoren? Het zou een leuke
  aanvulling en prikkel kunnen zijn!

 Ik wil dit voorstel graag onderstrepen.

 Nederlandse Mapping Parties waarbij daadwerkelijk gemapped wordt zijn
 alweer een flinke tijd geleden, het gezamelijk mappen van RWS terreinen
 lijkt mij een geweldige gelegenheid om met OSM mappers en RWS personeel
 samen te werken.

 Mvg,

 Bas


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

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

Re: [OSM-talk-nl] Uitnodiging voor brainstormsessie samenwerking OSM-RWS.

2015-06-30 Per discussione Johan C

crosspost met forum, en nu tevens met de juiste links

Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over de
brainstormsessie op 19 september. Die gaat plaatsvinden in het inspirerende
LEF future center in Utrecht. Maar alleen op die locatie indien tijdig
voldoende aanmeldingen van OSM'ers binnen zijn. Concreet houdt dit in dat
voor 22 augustus 15 mensen zich aangemeld moeten hebben. Er is ook een
maximum: om de sessie goed te laten lopen kunnen maximaal 20 OSM'ers zich
aanmelden. Het Ministerie van IM heeft overigens ook belangstelling geuit
voor deze brainstormsessie, wat concreet inhoudt dat de BGT (
http://www.kadaster.nl/web/Themas/Registraties/BGT.htm) waarschijnlijk ter
sprake gaat komen.

Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via
http://www.meetup.com/OpenStreetMap-Nederland/events/223500394 zo spoedig
mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?

Cheers, Johan

Op 30 juni 2015 22:30 schreef Johan C osm...@gmail.com:

 crosspost met forum

 Gert-Jan en ik hebben vorige week overleg gehad bij Rijkswaterstaat over
 de brainstormsessie op 19 september. Die gaat plaatsvinden in het
 inspirerende LEF future center in Utrecht. Maar alleen op die locatie
 indien tijdig voldoende aanmeldingen van OSM'ers binnen zijn. Concreet
 houdt dit in dat voor 22 augustus 15 mensen zich aangemeld moeten hebben.
 Er is ook een maximum: om de sessie goed te laten lopen kunnen maximaal 20
 OSM'ers zich aanmelden. Het Ministerie van IM heeft overigens ook
 belangstelling geuit voor deze brainstormsessie, wat concreet inhoudt dat
 de BGT ([url]http://www.kadaster.nl/web/Themas/Registraties/BGT.htm[/url])
 waarschijnlijk ter sprake gaat komen.

 Wil je je svp (ook al heb je je eerder bij Eric aangemeld) via [url]
 http://www.meetup.com/OpenStreetMap-Nederland/events/223500394/[/url] zo
 spoedig mogelijk maar uiterlijk 22/8 opgeven voor deze sessie?

 Cheers, Johan

 Op 10 juni 2015 10:55 schreef Sebastiaan Couwenberg sebas...@xs4all.nl:

  Wat ik een hele leuke toevoeging van Rijkswaterstaat zou vinden, en
  volgens
  mij sluit dit aan op wat Hendrikklaas bedoelt, is wanneer terreinen die
  normaal niet publiek toegankelijk zijn op afspraak open zouden kunnen
  worden gesteld voor geinteresseerde openstreetmappers zoals
 Hendrikklaas.
  Zou dat eventueel tot de mogelijkheden behoren? Het zou een leuke
  aanvulling en prikkel kunnen zijn!

 Ik wil dit voorstel graag onderstrepen.

 Nederlandse Mapping Parties waarbij daadwerkelijk gemapped wordt zijn
 alweer een flinke tijd geleden, het gezamelijk mappen van RWS terreinen
 lijkt mij een geweldige gelegenheid om met OSM mappers en RWS personeel
 samen te werken.

 Mvg,

 Bas


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



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

Re: [OSRM-talk] osrm-extract hangs on osmosis updated germany file


Hi,

On Tue, Jun 30, 2015 at 12:33:20AM +0200, Patrick Niklaus wrote:
 Seems like you have some ways in your data that reference non-existing
 nodes (otherwise the bug would not have hit). That can happen if
 changesets are accidentally skipped.

Jochen Topf just a few days ago noted on talk we have those kinds of
referential integrity problems in the main Database due to API bugs.
Other people have since then spoken up and saw similar issues.

Mail attached - So it might even be that the osm.pbf file is a real
replica of the database

 If you can upload your extract somewhere I can try to replicate the crash.

When at work i put it up somewhere ..

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

I found two problems with the last planet file:

1. http://www.openstreetmap.org/relation/4695424 contains the deleted
   way http://www.openstreetmap.org/way/173633422

2. http://www.openstreetmap.org/way/57766265 is in the planet file in
   version=2, but it has been deleted long ago (version=3).

These should, of course, never happen, and we have to find the bugs which
caused this. Nobody seems to have noticed for months, so maybe they are
not such big problems. :-)

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.jochentopf.com/  +49-351-31778688

___
dev mailing list
d...@openstreetmap.org
https://lists.openstreetmap.org/listinfo/dev
---End Message---


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

Re: [Talk-cz] K?T poru?uje licenci OSM

2015-06-30 Per discussione Miroslav Suchý

Dne 29.6.2015 v 14:46 Václav Řehák napsal(a):
  licenci k vyrenderovane mape urcuje ten, kdo ji vyrenderoval
 
 To by mě zajímalo, jak si tohle odvodil. Já čtu v [1] toto:
 
 Attribute: You must attribute any public use of the database, or works
 produced from the database, in the manner specified in the ODbL
 
 Předpokládám, že vyrenderované dlaždice jsou works proced from the
 database

Protoze alespon dle ceskeho AZ je kartografickym dilem az ten vlastni
render. Viz vedlejsi thread Je mozno kopirovat z jinych map?.
A v CR se ridis primarne zakonem, az pote licenci. Nebot licence nemuze
prebit zakon.

Anglosaske pravo a zakony jinych zemi nechavam bokem.

Mirek

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

Re: [Talk-cz] Pole a sloupy VN - import LPIS

Ahoj,
je to různé. V LPIS někdy ty díry jsou, jindy ne. Asi záležím kdo to právě 
zakresloval.

Jsem pro to je tam nechat. Kdybychom je tam nechtěli, tak jsem je mohli 
mazat už při importu a mohli jsme se vyhnout velké většině problémů, které 
způsobují relace ;-)

Ono typicky kolem toho sloupu roste tráva nebo křoví. A to pole rozhodně 
není.

Marián


-- Původní zpráva --
Od: Lukas Kabrt lu...@kabrt.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 30. 6. 2015 9:04:24
Předmět: [Talk-cz] Pole a sloupy VN - import LPIS

Při toulkách po mapě jsem si všimnul, že pravděpodobně po importu
LPIS, se okolo sloupů VN často objevují maličké díry v polích. Např.
http://www.openstreetmap.org/#map=19/50.50930/16.23577

Zajimálo by mě jaký je pohled ostatních na to, jestli se mají při
editaci takové díry zachovávat. V naprosté většině případů, co jsem
zkoumal je to opravdu jenom sloup (= bod) uprostřed pole, který by se
neměl značit jako plocha.

Podle mě je ideální postup nakreslit vedení VN, pokud není, a díry
smazat. Jaký je pohled ostatních?

___
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] Pole a sloupy VN - import LPIS

2015-06-30 Per discussione Lukas Kabrt

Při toulkách po mapě jsem si všimnul, že pravděpodobně po importu
LPIS, se okolo sloupů VN často objevují maličké díry v polích. Např.
http://www.openstreetmap.org/#map=19/50.50930/16.23577

Zajimálo by mě jaký je pohled ostatních na to, jestli se mají při
editaci takové díry zachovávat. V naprosté většině případů, co jsem
zkoumal je to opravdu jenom sloup (= bod) uprostřed pole, který by se
neměl značit jako plocha.

Podle mě je ideální postup nakreslit vedení VN, pokud není, a díry
smazat. Jaký je pohled ostatních?

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

Re: [Talk-cz] Pole a sloupy VN - import LPIS