[Talk-hr] Reorganizacija...

[Dražen Odobašić]

Pozdrav svima,

očito je da FAIL-amo kao zajednica, čak i nakon što se nađemo na pivi/kavi
nikako da održimo bilo kakav kontinuitet rada. Jasno je da smo svi volonteri, i
da su nam motivi različiti, ali to ne znači da smijemo zaboraviti na
organizaciju i upravljanje (koliko god nekom ta riječ bila mrska) zajednicom.
Zajednica u ovom kontekstu znači svi oni koji su spremni sudjelovati u zajednici
'doniranjem' svog vremena/znanja/resursa za dobrobit i napredak zajednice :).

U svrhu organizacije te zajednice stvorena je GitHub organizacija 'osm-hr' [0].
Trenutno postoji samo jedan repozitorij [1] koji je namijenjen praćenju i
specifikaciji  problema/želja/procesa/rasprava koje imamo kao zajednica. Što
kroz GH issues, što pisanjem dokumentacije na wiki ili stvaranjem novih
repozitorija koji bi recimo sadržavali skripte i podatke za recimo neki data
import, a mogu se hostati i stranice na GH Pages ako će biti potrebno.

GH organizacija neće zamijeniti mailing listu, čak štoviše rezultat rasprave na
mailing listi će završiti kao specifikacija ili novi repozitorij na GH 
organizaciji.

Pretraživanje javnog GH repozitorija je jednostavnije od pretraživanja arhive
mailing-liste.

Dražen

[0] https://github.com/osm-hr
[1] https://github.com/osm-hr/osm-hr

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

[OSM-talk-be] Nieuw lid

[Marc Deroep]

Hallo,

 

Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud, gepensioneerd
militair en ik wandel en fiets graag.

Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open
street map op geplaatst.

 

Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het
publiek stellen van dergelijke kaart een super initiatief vind en omdat het
ook een leuke hobby lijkt.

Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op
Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op
wiki.openstreetmap.org.

Als iemand suggesties heeft voor verdere studie : graag.

 

Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat :

· het veer over de Schelde in Schellebelle systematisch geweigerd
wordt bij het uitzetten van een route voor hiker of fietser.
Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was
niet aangeduid als 'footpath' zodat bij de routering het veer steeds
geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er
niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens
nakijken ?

· De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven
‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier
eveneens een tag aangepast. Is dit OK ?

 

Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken
(nog)  niet opgenomen. Is dit normaal ?

 

Als ik iets verkeerd doe hoor ik het graag !

 

Mvg

 

Marc

 

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

Re: [OSM-talk-be] Nieuw lid

[Marc Gemis]

Hallo Marc,

welkom hier (ik heb je naar hier doorverwezen vanuit het forum).

Voor grapphopper lijkt de routering nu in orde te zijn: zie
https://graphhopper.com/maps/?point=51.01287%2C3.928878point=Aard%2C%209260%2C%20Wichelen%2C%20Belgiumvehicle=footelevation=truelayer=Lyrk
Ik ga niet in gaan op alle varianten die je kan gebruiken om een pad waarop
 gefietst en gewandeld kan en mag worden te taggen, dat laat ik met plezier
aan een ander over :-)

Ik weet niet hoe snel de garmin kaarten op garmin.openstreetmap.nl
ge-update worden, 12u of zo dacht ik. Voor de leisure-stijl (
extract.bbbike.org) die ik gebruik is het enkele dagen.

happy mapping

m (AKA escada)

2014-09-17 9:02 GMT+02:00 Marc Deroep marc.der...@telenet.be:

 Hallo,



 Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud,
 gepensioneerd militair en ik wandel en fiets graag.

 Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open
 street map op geplaatst.



 Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het
 publiek stellen van dergelijke kaart een super initiatief vind en omdat het
 ook een leuke hobby lijkt.

 Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op
 Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op
 wiki.openstreetmap.org.

 Als iemand suggesties heeft voor verdere studie : graag.



 Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat :

 · het veer over de Schelde in Schellebelle systematisch geweigerd
 wordt bij het uitzetten van een route voor hiker of fietser.
 Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden'
 was niet aangeduid als 'footpath' zodat bij de routering het veer steeds
 geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er
 niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens
 nakijken ?

 · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven
 ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb
 hier eveneens een tag aangepast. Is dit OK ?



 Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen
 bleken (nog)  niet opgenomen. Is dit normaal ?



 Als ik iets verkeerd doe hoor ik het graag !



 Mvg



 Marc



 ___
 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-be] Nieuw lid

[Jo]

Hallo Marc,

Eerst en vooral: welkom bij Openstreetmap. We kunnen altijd 'vers bloed'
gebruiken :-)

Als je graag bijleert, dan wil ik wel meteen zeggen dat je op de lange
termijn beter af bent, als je met JOSM leert werken.

In het begin (ondertussen alweer jaren geleden) heb ik een tijdlang
Potlatch afgewisseld met JOSM, maar dat werkt ook verwarrend. Met iD heb ik
nooit echt leren werken.

Er staan nogal wat video's op Youtube om je wegwijs te maken. Ook een paar
die ik zelf gemaakt heb.

Ik ben altijd bereid om eens een hangout of Skype sessie te houden, om je
op weg te helpen met JOSM (en te laten zien wat de mogelijkheden zijn).

Als je met een specifiek 'thema' bezig bent
wandelroutes/fietsroutes/openbaar vervoer, geeft JOSM bijvoorbeeld de
mogelijkheid om MAPCSS kaartstijlen te gebruiken, waardoor dat soort
informatie naar voren wordt gehaald. Dat is interessant om de samenhang
beter te zien.

Anderzijds is het ook mogelijk om bepaalde objecten weg te filteren. JOSM
weet dan dat ze er zijn, maar zet ze uit het zicht. Zodat je je kan
concentreren op wat belang heeft voor jou (op dat moment).

Verder zijn er nog heel wat gereedschappen om vlot gebouwen met rechte
hoeken te tekenen, of cirkelvormige objecten. Of om ronde punten echt rond
te maken e.d.

Ook zijn er presets, waarvoor je knoppen op je taakbalk kan zetten. Dat
werkt bijzonder handig en bespaart enorm veel tijd (of maakt dat de tijd
die je erin steekt, efficiënt gebruikt kan worden).

Als je fouten vindt, waar de OSM-data niet overeenstemt met de
werkelijkheid is het altijd OK om dit aan te passen. Vooral als je zelf ter
plaatse geweest bent, om het vast te stellen.

Vriendelijke groeten,

Jo (Polyglot)

Op 17 september 2014 09:02 schreef Marc Deroep marc.der...@telenet.be:

 Hallo,



 Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud,
 gepensioneerd militair en ik wandel en fiets graag.

 Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open
 street map op geplaatst.



 Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het
 publiek stellen van dergelijke kaart een super initiatief vind en omdat het
 ook een leuke hobby lijkt.

 Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op
 Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op
 wiki.openstreetmap.org.

 Als iemand suggesties heeft voor verdere studie : graag.



 Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat :

 · het veer over de Schelde in Schellebelle systematisch geweigerd
 wordt bij het uitzetten van een route voor hiker of fietser.
 Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden'
 was niet aangeduid als 'footpath' zodat bij de routering het veer steeds
 geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er
 niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens
 nakijken ?

 · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven
 ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb
 hier eveneens een tag aangepast. Is dit OK ?



 Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen
 bleken (nog)  niet opgenomen. Is dit normaal ?



 Als ik iets verkeerd doe hoor ik het graag !



 Mvg



 Marc



 ___
 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-be] Nieuw lid

[Sander Deryckere]

Dag Marc

Op 17 september 2014 09:02 schreef Marc Deroep marc.der...@telenet.be:


 Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het
 publiek stellen van dergelijke kaart een super initiatief vind en omdat het
 ook een leuke hobby lijkt.


Dan zijn we van dezelfde mening ;)


 Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op
 Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op
 wiki.openstreetmap.org.

 Als iemand suggesties heeft voor verdere studie : graag.


Gewoon doen, niet bang zijn dat je iets breekt, en hulp vragen bij twijfel.
Fouten die door beginners gemaakt zijn, zijn meestal ook erg eenvoudig om
terug recht te zetten.



 Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat :

 · het veer over de Schelde in Schellebelle systematisch geweigerd
 wordt bij het uitzetten van een route voor hiker of fietser.
 Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden'
 was niet aangeduid als 'footpath' zodat bij de routering het veer steeds
 geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er
 niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens
 nakijken ?

 Een highway=footway tag zou ik niet gegeven hebben. De naam, en de access
tags (bicycle=yes en foot=yes) die je gegeven hebt, zijn goed. Maar omdat
een ferry trager is dan een brug, en ook niet altijd open, is het af te
raden om die te taggen als highway=footway.

Bekijk ook deze wiki pagina:
http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry

Ik zou er ook motorcar=no bij zetten, gewoon voor de duidelijkheid.

Het is natuurlijk mogelijk dat de software die je gebruikt voor
routeberekeningen (op je computer of je GPS) geen ferry routes aanvaardt.
Vaak is er een instelling om al dan niet ferry routes te gebruiken. Als die
instelling er niet is, dan moeten we eens verder kijken hoe het op te
lossen valt.

 · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven
 ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb
 hier eveneens een tag aangepast. Is dit OK ?

 Dat is zeker OK.



 Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen
 bleken (nog)  niet opgenomen. Is dit normaal ?


Van waar heb je de kaart? Normaal staat er ergens vermeld wanneer ze worden
gegenereerd uit de data. Aangezien dat best wel wat tijd vraagt (of een
heel snelle computer), genereren sommige de kaarten slects 1 keer per week
of nog minder.



 Als ik iets verkeerd doe hoor ik het graag !



 Mvg



 Marc


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

Re: [OSM-talk-be] Nieuw lid

[Glenn Plas]

Welkom Marc (nog een Marc erbij!)

mss toch kleine aanvulling bij Sander,  als je footway=yes gebruikt dan
is het niet nodig om foot=yes erbij te zetten.   Impliciet wordt dit
erbij gedacht.   Maar als daar ook fietsers over mogen dan kan je
bicycle=yes erbij zetten en heb je een voetweg waar over gefietst mag
worden.

Zelfde voor bv een highway=bridleway (paardeweg), daar zit impliciet ook
voetgangers bij (maar geen fietsers).

Dus als je highway=bridleway gebruikt hoef je eventueel enkel fietsers
toe te laten (dit hangt wat af van het land en de wetten van het land
dat je mapt).  Dit doe je met bycicle=yes tag bij te voegen.

Dit laat toe om met enkele keys veel te zeggen en daarom hoeft foot=yes
er niet bij bij een footway, iedereen weet dat je op een voetweg mag
wandelen.

Daardoor kan je eigenlijk verschillende combinaties kan maken voor
hetzelfde te zeggen.   Het is aan de mapper om hier doordacht te kiezen
en niet overbodig te 'taggen'.

Er hangen altijd defaults aan het highway type dat je gebruikt, ik raad
je aan om hiermee heel vertrouwd te geraken.  Best steeds de wiki erbij
nemen, ik gebruik vooral de engelstalige wiki daarvoor.

Zie zeker eens naar http://wiki.openstreetmap.org/wiki/Highway

Daar kan je te weten komen welke defaults er aan de verschillende
highway type zitten wat betreft wie/wat ze mag gebruiken.

Daarnaast kan ik ook JOSM niet genoeg promoten, Jo heeft al een goede
poging gewaagd, maar mappen wordt toch maar pas echt fun als je met JOSM
goed kan werken.

Wat betreft eventuele fouten, die zullen gemakkelijk te fixen zijn bij
beginnersfouten.


Ik vind Jo zijn suggestie ook goed dat je thema-mapping doet. Uit
ervaring vind ik dat ik daar het meeste mee leer door te focussen op een
passie (openbaar vervoer, huizen, fietspaden/wandelwegen, de keuze is
eindeloos) en eens je dat onder de knie hebt en interesse krijgt voor
andere zaken neem je de volgende stap.

Ik heb zelf in het begin jaren geen enkel huisnummer gemaakt, maar wel
alle buildings getekend die ik kon.  Als de winter er is ga ik 's avonds
wandelen met een huisnummer mapper en doe ik adreswerk.  Pas toen het me
begon te interesseren dus.

Mijn kleine aanvulling is langer dan ik eerst dacht :)

Glenn


 Een highway=footway tag zou ik niet gegeven hebben. De naam, en de
 access tags (bicycle=yes en foot=yes) die je gegeven hebt, zijn goed.
 Maar omdat een ferry trager is dan een brug, en ook niet altijd open, is
 het af te raden om die te taggen als highway=footway.
 
 Bekijk ook deze wiki pagina:
 http://wiki.openstreetmap.org/wiki/Tag:route%3Dferry
 
 Ik zou er ook motorcar=no bij zetten, gewoon voor de duidelijkheid.
 
 Het is natuurlijk mogelijk dat de software die je gebruikt voor
 routeberekeningen (op je computer of je GPS) geen ferry routes
 aanvaardt. Vaak is er een instelling om al dan niet ferry routes te
 gebruiken. Als die instelling er niet is, dan moeten we eens verder
 kijken hoe het op te lossen valt.
 
 · __De passerelle in N51°00.516' E3°52.891' te Wetteren
 bleek teven ‘verboden’ voor fietsers alhoewel fietsers hier wel over
 kunnen. Ik heb hier eveneens een tag aangepast. Is dit OK ?
 
 __
 
 Dat is zeker OK.
 
  __
 
 Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen
 bleken (nog)  niet opgenomen. Is dit normaal ?
 
 
 Van waar heb je de kaart? Normaal staat er ergens vermeld wanneer ze
 worden gegenereerd uit de data. Aangezien dat best wel wat tijd vraagt
 (of een heel snelle computer), genereren sommige de kaarten slects 1
 keer per week of nog minder.
 
 
 
 __ __
 
 Als ik iets verkeerd doe hoor ik het graag !
 
 __ __
 
 Mvg
 
 __ __
 
 Marc
 
 
 Groeten,
 Sander
 
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


-- 
Everything is going to be 200 OK.

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

Re: [OSM-talk-be] Nieuw lid

[Wouter Hamelinck]

Dag Marc,

Eerst en vooral welkom. Helpende handen zijn steeds welkom.

Ik wil eerst even benadrukken dat je een onderscheid moet maken tussen
twee zaken: de data enerzijds en de manier waarop de data gebruikt
worden anderzijds.

De data worden verondersteld een correcte weergave van de
werkelijkheid te zijn. De vraag die zich dan stelt is wat is er op het
terrein aanwezig en wat is de correcte manier om dat in tags te
gieten. Dat is waarover hier (soms eindeloze ;-) ) discussies gevoerd
worden.
De manier waarop de data gebruikt worden omvat het weergeven op een
kaart en routeplanners. Dit is software die gebruik maakt van de
(hopelijk correcte) data en deze hopelijk correct interpreteert.
Belangrijk is dat je de data niet gaat aanpassen om ervoor te zorgen
dat het er mooier uit ziet op de kaart of om bugs uit routeplanners op
te vangen. Wat de ene routeplanner kan helpen is mogelijk rampzalig
voor een andere routeplanner.

Ik grijp even naar je twee concrete vragen en daar lijkt het mij dat
de oude situatie in beide gevallen beter is.

- Veel Schellebelle: er is een voetveer, dus moet het in de data ook
als dusdanig voorkomen. Als je routeplanner (ik kan uit je mail niet
opmaken welke dat is) het veer niet wil gebruiken is dat een fout in
de routeplanner. Niet in de data.

- Passerelle Wetteren: je schrijft dat je daar als fietser over kan,
maar ik ben het daar eerlijk gezegd niet mee eens. Een fietser is
iemand die fietst, terwijl iemand met de fiets aan de hand een
voetganger is. De passerelle in Wetteren is een voetgangersbrug over
de Schlede met aan weerskanten een (vrij steile) trap met een
fietsgootje. Ik weet niet van buiten of fietsen er expliciet verboden
is, maar het is in elk geval fysiek onmogelijk om die brug al fietsend
op en af te rijden. Toch voor iedereen behalve misschien een paar erg
goede mountainbikers. Voor je routeplanner gaat de aangepaste tag
trouwens toch niet helpen omdat de routeplanner je nog altijd niet
over de trappen aan weerskanten van de brug gaat sturen.

wouter

2014-09-17 9:02 GMT+02:00 Marc Deroep marc.der...@telenet.be:
 Hallo,



 Ik wil mij graag even voorstellen als nieuw lid : 62 jaar oud, gepensioneerd
 militair en ik wandel en fiets graag.

 Onlangs heb ik mij een Garmin Oregon 600 aangeschaft en heb er de open
 street map op geplaatst.



 Ik zou graag meewerken aan het actueel houden van de kaart omdat ik het
 publiek stellen van dergelijke kaart een super initiatief vind en omdat het
 ook een leuke hobby lijkt.

 Intussen heb ik de cursus ‘open street map’ van Swroclawski gevolgd op
 Youtube, heb ik wat rondgekeken in Potltach2 en een en ander gelezen op
 wiki.openstreetmap.org.

 Als iemand suggesties heeft voor verdere studie : graag.



 Tijdens de voorbereiding van een fietstocht heb ik gemerkt dat :

 · het veer over de Schelde in Schellebelle systematisch geweigerd
 wordt bij het uitzetten van een route voor hiker of fietser.
 Op de kaart bleek dat het gedeelte van het veer tussen de 'landhoofden' was
 niet aangeduid als 'footpath' zodat bij de routering het veer steeds
 geweigerd werd. Ik heb dit aangepast met wijzigingsset 25483603. Ik ben er
 niet zeker van of dit wel de juiste werkwijze is. Kan iemand dit eens
 nakijken ?

 · De passerelle in N51°00.516' E3°52.891' te Wetteren bleek teven
 ‘verboden’ voor fietsers alhoewel fietsers hier wel over kunnen. Ik heb hier
 eveneens een tag aangepast. Is dit OK ?



 Deze ochtend heb ik dat kaart opnieuw afgeladen en deze aanpassingen bleken
 (nog)  niet opgenomen. Is dit normaal ?



 Als ik iets verkeerd doe hoor ik het graag !



 Mvg



 Marc




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




-- 
Den som ikke tror på seg selv kommer ingen vei.
   - Thor Heyerdahl

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

Re: [OSM-talk-be] Nieuw lid

[Glenn Plas]

Daarvoor dient de bycicle=dismount tag voor,  die heeft user JanFI
verwijderd 5 maand geleden.  Helaas was die tag juist.


https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144


http://wiki.openstreetmap.org/wiki/Bicycle
 
 - Passerelle Wetteren: je schrijft dat je daar als fietser over kan,
 maar ik ben het daar eerlijk gezegd niet mee eens. Een fietser is
 iemand die fietst, terwijl iemand met de fiets aan de hand een
 voetganger is. De passerelle in Wetteren is een voetgangersbrug over
 de Schlede met aan weerskanten een (vrij steile) trap met een
 fietsgootje. Ik weet niet van buiten of fietsen er expliciet verboden
 is, maar het is in elk geval fysiek onmogelijk om die brug al fietsend
 op en af te rijden. Toch voor iedereen behalve misschien een paar erg
 goede mountainbikers. Voor je routeplanner gaat de aangepaste tag
 trouwens toch niet helpen omdat de routeplanner je nog altijd niet
 over de trappen aan weerskanten van de brug gaat sturen.
 

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

Re: [OSM-talk-be] Nieuw lid

[Marc Gemis]

Zou hij dit tag verwijderd hebben om de routering voor fietsers op een
Garmin toe te laten ?

m.



2014-09-17 12:44 GMT+02:00 Glenn Plas gl...@byte-consult.be:

 Daarvoor dient de bycicle=dismount tag voor,  die heeft user JanFI
 verwijderd 5 maand geleden.  Helaas was die tag juist.


 https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144


 http://wiki.openstreetmap.org/wiki/Bicycle
 
  - Passerelle Wetteren: je schrijft dat je daar als fietser over kan,
  maar ik ben het daar eerlijk gezegd niet mee eens. Een fietser is
  iemand die fietst, terwijl iemand met de fiets aan de hand een
  voetganger is. De passerelle in Wetteren is een voetgangersbrug over
  de Schlede met aan weerskanten een (vrij steile) trap met een
  fietsgootje. Ik weet niet van buiten of fietsen er expliciet verboden
  is, maar het is in elk geval fysiek onmogelijk om die brug al fietsend
  op en af te rijden. Toch voor iedereen behalve misschien een paar erg
  goede mountainbikers. Voor je routeplanner gaat de aangepaste tag
  trouwens toch niet helpen omdat de routeplanner je nog altijd niet
  over de trappen aan weerskanten van de brug gaat sturen.
 

 ___
 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-be] Nieuw lid

[Glenn Plas]

Het is in ieder geval toegelaten volgens wat ik op Google Streetmap zie.
 Ik zie een goot langs weerskanten van de trappen en geen verbodsbord,
dus je kan als voetganger met de fiets aan de hand erover.

https://www.google.com/maps/@51.0082116,3.8818759,3a,16.6y,287.65h,84.7t/data=!3m4!1e1!3m2!1s_i2yhktclxX4dsevtcaJKw!2e0

Gewoon fixen denk ik en niet van wakker liggen!

Glenn


On 17-09-14 12:50, Marc Gemis wrote:
 Zou hij dit tag verwijderd hebben om de routering voor fietsers op een
 Garmin toe te laten ?
 
 m.
 
 
 
 2014-09-17 12:44 GMT+02:00 Glenn Plas gl...@byte-consult.be
 mailto:gl...@byte-consult.be:
 
 Daarvoor dient de bycicle=dismount tag voor,  die heeft user JanFI
 verwijderd 5 maand geleden.  Helaas was die tag juist.
 
 
 
 https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144
 

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

Re: [OSM-talk-be] Nieuw lid

[Marc Gemis]

dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-)
zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps

m

2014-09-17 13:38 GMT+02:00 Glenn Plas gl...@byte-consult.be:

 Het is in ieder geval toegelaten volgens wat ik op Google Streetmap zie.
  Ik zie een goot langs weerskanten van de trappen en geen verbodsbord,
 dus je kan als voetganger met de fiets aan de hand erover.


 https://www.google.com/maps/@51.0082116,3.8818759,3a,16.6y,287.65h,84.7t/data=!3m4!1e1!3m2!1s_i2yhktclxX4dsevtcaJKw!2e0

 Gewoon fixen denk ik en niet van wakker liggen!

 Glenn


 On 17-09-14 12:50, Marc Gemis wrote:
  Zou hij dit tag verwijderd hebben om de routering voor fietsers op een
  Garmin toe te laten ?
 
  m.
 
 
 
  2014-09-17 12:44 GMT+02:00 Glenn Plas gl...@byte-consult.be
  mailto:gl...@byte-consult.be:
 
  Daarvoor dient de bycicle=dismount tag voor,  die heeft user JanFI
  verwijderd 5 maand geleden.  Helaas was die tag juist.
 
 
 
 https://www.openstreetmap.org/way/267072424/history#map=18/51.00831/3.88144
 

 ___
 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-be] Nieuw lid

[Glenn Plas]

Ik zou toch wel bicycle=dismount voor de way zetten (niet de steps,
iedereen weet toch dat je daar af mag, zelfs moet fietsen ;- )

Glenn


On 17-09-14 14:10, Marc Gemis wrote:
 dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-)
 zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps 





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

Re: [OSM-talk-be] Nieuw lid

[Glenn Plas]

Bij deze...

https://www.openstreetmap.org/changeset/25503267

Glenn

On 17-09-14 17:14, Glenn Plas wrote:
 Ik zou toch wel bicycle=dismount voor de way zetten (niet de steps,
 iedereen weet toch dat je daar af mag, zelfs moet fietsen ;- )
 
 Glenn
 
 
 On 17-09-14 14:10, Marc Gemis wrote:
 dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-)
 zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps 
 
 
 
 
 
 ___
 Talk-be mailing list
 Talk-be@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-be
 


-- 
Everything is going to be 200 OK.

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

Re: [OSM-talk-be] Nieuw lid

[Marc Gemis]

toppie :-)

2014-09-17 17:23 GMT+02:00 Glenn Plas gl...@byte-consult.be:

 Bij deze...

 https://www.openstreetmap.org/changeset/25503267

 Glenn

 On 17-09-14 17:14, Glenn Plas wrote:
  Ik zou toch wel bicycle=dismount voor de way zetten (niet de steps,
  iedereen weet toch dat je daar af mag, zelfs moet fietsen ;- )
 
  Glenn
 
 
  On 17-09-14 14:10, Marc Gemis wrote:
  dus handrail=yes, ramp=yes, ramp:bicycle=yes toevoegen :-)
  zie http://wiki.openstreetmap.org/wiki/Tag:highway%3Dsteps
 
 
 
 
 
  ___
  Talk-be mailing list
  Talk-be@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-be
 


 --
 Everything is going to be 200 OK.

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

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

Re: [OSM-talk] Wood Park mapnik carto anomaly?

[Dave F.]

On 16/09/2014 14:59, Martin Koppenhoefer wrote:


2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com 
mailto:dave...@madasafish.com:


I find it surprising something as arbitrary as size is used as the
defining factor. Comparing actual tags would surely make more sense.



well, size surely has some correlation with importance. For practical 
reasons it is generally working quite well to have first render the 
bigger stuff and then render the smaller stuff on top, because it 
leads typically to less covering.


This, IMO, is lazy rendering  should be discouraged. To allow the 
smaller stuff to display is one of the reason mutli-polygons were 
developed. Refer also to the layer tag which is disappointingly under 
used by renderers.


In this particular case more detailed mapping of the tree areas could 
solve it, e.g. split the wood object at the cutting roads and 
waterways, but admittedly in this case by looking at the bing aerial 
imagery it seems indeed to be a continuity of trees on both sides of 
these.


That's mapping incorrectly to suit the renderer , for obvious reasons, 
should be criticized.


Cheers
Dave F.


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Wood Park mapnik carto anomaly?

[Martin Koppenhoefer]

2014-09-17 10:43 GMT+02:00 Dave F. dave...@madasafish.com:

  On 16/09/2014 14:59, Martin Koppenhoefer wrote:


 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com:

 I find it surprising something as arbitrary as size is used as the
 defining factor. Comparing actual tags would surely make more sense.



 well, size surely has some correlation with importance. For practical
 reasons it is generally working quite well to have first render the bigger
 stuff and then render the smaller stuff on top, because it leads typically
 to less covering.


 This, IMO, is lazy rendering  should be discouraged. To allow the smaller
 stuff to display is one of the reason mutli-polygons were developed.




no, multipolygons have nothing to do with this issue. Multipolygons are
there to cut holes into polygons or to build polygons from outer ways which
are also otherwise used. Here they would not serve at all, as the park and
the wood both occupy the same area (locally).



 Refer also to the layer tag which is disappointingly under used by
 renderers.



yes, it is indeed underused, but it also has nothing to do with the issue
here, as both objects are on the same layer.





  In this particular case more detailed mapping of the tree areas could
 solve it, e.g. split the wood object at the cutting roads and waterways,
 but admittedly in this case by looking at the bing aerial imagery it seems
 indeed to be a continuity of trees on both sides of these.


 That's mapping incorrectly to suit the renderer , for obvious reasons,
 should be criticized.



how would splitting an area be incorrect? It is just another representation
of the same. There are infinite correct ways to representate the same
object.

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

Re: [OSM-talk] keys with multiple values

[moltonel 3x Combo]

On 15/09/2014, Paul Norman penor...@mac.com wrote:
 On 9/15/2014 9:45 AM, moltonel 3x Combo wrote:
 Supporting multiple values natively in the osm data model would
 provide a clean and efficient solution, but updating all the tools to
 support it would be a huge undertaking.
 It's not going to get supported by most data consumers. This isn't a
 question of upgrading tools, this is a question of tools relying on a
 key=value store, a single column, or some other external dependency
 which doesn't allow multiple tag values. I believe when the API did
 support multiple values for one tag almost no data consumers supported it.

Implementation doesn't need to break the key=val with keys being
unique restriction of common stores (like PG's hstore). The obvious
way is to store a composite value in val. This is in essense exactly
what the current semicolon-separated-value scheme does, but if it was
done at API level, it would avoid the inconsistent parsing issues.

msgpack is a very lean and fast format that could be used. Compared to
the current csv approach, the overhead of storing a typical array of
strings is just 2 bytes (and splitting would be faster).

It can be introduced in a backward-compatible maner : The old API
version can convert arrays to the traditional csv-string format when
exporting, and convert them back to a proper array when importing
(with the added benefit of syntax checking). The new API skips the
conversion, dealing only in native strings and arrays. Any consumer
that can't handle arrays can request the stringified version instead.
All conversions are done on the fly; the integrity of the array/string
data in the db is kept.

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

Re: [OSM-talk] keys with multiple values

[Simon Poole]

I'm not quite sure what the issue with formalizing the ; convention is.

As Jochen Topf has wrote before, we do need to at least define the
semantics (set, ordered list etc), regardless of implementation.

Once we agree on that, agreeing on if we should simply define an escape
( ;; would be good enough IMHO) or do something new should be really easy.

Simon


Am 17.09.2014 14:06, schrieb moltonel 3x Combo:
 On 15/09/2014, Paul Norman penor...@mac.com wrote:
 On 9/15/2014 9:45 AM, moltonel 3x Combo wrote:
 Supporting multiple values natively in the osm data model would
 provide a clean and efficient solution, but updating all the tools to
 support it would be a huge undertaking.
 It's not going to get supported by most data consumers. This isn't a
 question of upgrading tools, this is a question of tools relying on a
 key=value store, a single column, or some other external dependency
 which doesn't allow multiple tag values. I believe when the API did
 support multiple values for one tag almost no data consumers supported it.
 
 Implementation doesn't need to break the key=val with keys being
 unique restriction of common stores (like PG's hstore). The obvious
 way is to store a composite value in val. This is in essense exactly
 what the current semicolon-separated-value scheme does, but if it was
 done at API level, it would avoid the inconsistent parsing issues.
 
 msgpack is a very lean and fast format that could be used. Compared to
 the current csv approach, the overhead of storing a typical array of
 strings is just 2 bytes (and splitting would be faster).
 
 It can be introduced in a backward-compatible maner : The old API
 version can convert arrays to the traditional csv-string format when
 exporting, and convert them back to a proper array when importing
 (with the added benefit of syntax checking). The new API skips the
 conversion, dealing only in native strings and arrays. Any consumer
 that can't handle arrays can request the stringified version instead.
 All conversions are done on the fly; the integrity of the array/string
 data in the db is kept.
 
 ___
 talk mailing list
 talk@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk
 



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

Re: [OSM-talk] Wood Park mapnik carto anomaly?

[Dave F.]

On 16/09/2014 19:55, Paul Norman wrote:

On Sep 16, 2014, at 06:33 AM, Dave F. dave...@madasafish.com wrote:


On 16/09/2014 13:41, Matthijs Melissen wrote:
In general, we render smaller landuse on top of larger landuse.

I find it surprising something as arbitrary as size is used as the
defining factor. Comparing actual tags would surely make more sense.


As a recent bug 
(https://github.com/gravitystorm/openstreetmap-carto/issues/950) has 
shown, it's important to have *some* well-defined ordering in cases 
where the ordering could make a visual distinction,


I wouldn't describe size based ordering as 'well defined'.

or the rendered result is undefined and potentially not deterministic. 
This can lead to subtle bugs with clipped labels.


Hard to tell from the small graphic, but this doesn't appear to be an 
ordering problem.




The two criteria are OSM ID and area. The first is truly arbitrary 
being a computer-assigned number, while the second is well-founded and 
is the standard way to order within a layer.


What you're more interested in is why are parks and trees both in the 
same landuse layer. It would certainly simplify the SQL 
(https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.yaml#L102) 
to split it up into different tags, but the problem is there is no 
universally acceptable ordering of tags. You've pointed at a case 
where it'd be good to have trees on top of parks, but I can point to 
cases where parks should be on top of trees.


Please do, I'd be interested to see them.

Cheers
Dave F.


---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Wood Park mapnik carto anomaly?

[Martin Koppenhoefer]

2014-09-17 16:33 GMT+02:00 Dave F. dave...@madasafish.com:

 but I can point to cases where parks should be on top of trees.


 Please do, I'd be interested to see them.



I agree that trees should probably always render above parks, especially if
the park area is opaque and obfuscating the trees. If the park would be
rendered as outline, things would change, you'd always want to render it
above filled areas then.

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

Re: [OSM-talk] Wood Park mapnik carto anomaly?

[Dave F.]

On 17/09/2014 13:04, Martin Koppenhoefer wrote:



2014-09-17 10:43 GMT+02:00 Dave F. dave...@madasafish.com 
mailto:dave...@madasafish.com:


On 16/09/2014 14:59, Martin Koppenhoefer wrote:


2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com
mailto:dave...@madasafish.com:

I find it surprising something as arbitrary as size is used
as the defining factor. Comparing actual tags would surely
make more sense.



well, size surely has some correlation with importance. For
practical reasons it is generally working quite well to have
first render the bigger stuff and then render the smaller stuff
on top, because it leads typically to less covering.


This, IMO, is lazy rendering  should be discouraged. To allow the
smaller stuff to display is one of the reason mutli-polygons were
developed.




no, multipolygons have nothing to do with this issue. Multipolygons 
are there to cut holes into polygons or to build polygons from outer 
ways which are also otherwise used. Here they would not serve at all, 
as the park and the wood both occupy the same area (locally).


True, for this case, but I was talking in more general terms.


Refer also to the layer tag which is disappointingly under used by
renderers.



yes, it is indeed underused, but it also has nothing to do with the 
issue here, as both objects are on the same layer.


That's my point. If the layer tagged was implemented by more renderers 
it would encourage mappers to use it, solving my current problem.






In this particular case more detailed mapping of the tree areas
could solve it, e.g. split the wood object at the cutting roads
and waterways, but admittedly in this case by looking at the bing
aerial imagery it seems indeed to be a continuity of trees on
both sides of these.


That's mapping incorrectly to suit the renderer , for obvious
reasons, should be criticized.



how would splitting an area be incorrect? It is just another 
representation of the same. There are infinite correct ways to 
representate the same object.


As an example: If it has a name you'd have two objects of that name, 
when in fact there's only one. If someone wanted to find out how many 
named wood there are in a city it would return inaccurate data.




cheers,
Martin




---
This email is free from viruses and malware because avast! Antivirus protection 
is active.
http://www.avast.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Wood Park mapnik carto anomaly?

[Martin Koppenhoefer]

 Il giorno 17/set/2014, alle ore 22:32, Dave F. dave...@madasafish.com ha 
 scritto:
 
 As an example: If it has a name you'd have two objects of that name, when in 
 fact there's only one. If someone wanted to find out how many named wood 
 there are in a city it would return inaccurate data.


I agree with this, that's why IMO we should have 2 distinct kind of properties 
(and maybe objects), one kind for name (and type of thing) and one kind for 
descriptions of subobjects like an area where trees grows. inside a named 
forest you might have lots of areas without actual trees. Eg natural=wood and 
name=* vs. landcover=trees

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

Re: [OSM-talk] Visually detect missing roads

[Stephan Knauss]

Salut Sylvain,

On 16.09.2014 14:14, Sylvain Maillard wrote:

I look at your map for Lyon, and don't understand most of the missing
road that your tool is showing ...
an example with
http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F
: the road is there in both maps and seems to have the same kind of
attributes (oneway and classification). Can you explain why there is a
big red mark on it ?
When you have a closer look at the data you notice that in OSM the Rue 
Marcel Mérieux is classified as highway=residential. This is a minor 
road classification.

In Google the road is listed as a major highway.

As this is a difference it is marked as red (=different).

I can't tell you which one is correct. This needs to be determined by 
the local mappers. There are different tagging schemes and ideas of how 
roads should be classified inside towns. Often this also differs 
depending on the country.


I got feedback from mappers who use the tool in central Europe to detect 
possible tagging problems. But my focus for the tool was to detect real 
white spots on the map. Areas where major highways are completely missing.


The best use of the compare tool is outside of big cities. Have a look 
at rural areas in Africa or Asia to get an impression on how useful it 
can be to complete the major road network there.


Or French Guiana
http://compare.osm-tools.org/?zoom=15lat=45.73417lon=4.82971layers=BT00F

Some areas might be more difficult to process than others. Consult Bing 
or alternative backgrounds like mapbox what could be a correct mapping. 
If you can't figure it out with a reasonable certainty, leave it as a 
job for future on the ground mappers or waiting for better imagery.


Stephan



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

[OSM-talk] How best to create a single point of interest online map with OSM data?

[Bryce Nesbitt]

What's the best way to create a global single point of interest map, with
OSM?


I'm thinking something like this local pay phone map:
https://a.tiles.mapbox.com/v4/brycenesbitt.j82lj086/page.html?access_token=pk.eyJ1IjoiYnJ5Y2VuZXNiaXR0IiwiYSI6ImNFME9IckkifQ.Nd85HRRFP3Jy3gx8nQ3ATA#14/37.8699/-122.2603
But global, and with all the tags for each node shown when the node is
clicked on.


Or this global drinking water map:
https://www.google.com/fusiontables/embedviz?q=select+col3+from+1usHO73s_NDGKOx-2jbj0xtSHuHjxvWVo_2MvX_oviz=MAPh=falselat=41.571877511144756lng=-83.65702047624372t=1z=4l=col3y=2tmplt=2hml=GEOCODABLE

But it feels wrong to use Google maps as the backdrop for OSM data, despite
the advantages (the map above has 35,000 nodes many with photos, and yet it
is snappy fast on any browser).

What's a better way to do this?



Note: The mapbox map started with an overpass API query.

The fusion table example was an extract from the planet file, merged into a
fusion table.  Google's servers create and cache bitmaps with the POI's.
User clicks look up the matching data.  Thus it renders as fast as a slippy
map, but has all the POI's readily available.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-br] Via exclusiva para ônibus

[Marcelo Pereira]

Erick,

Verifica se nessa linha exclusiva os táxis tb tem permissão.

Aqui em Recife tem, se estiverem com passageiros


Marcelo

Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal 
erickdeoliveiral...@gmail.com escreveu:

 Ok. Quando uma pista é separada da outra por tachões, ela deve ser
 desenhada como uma pista separada?

 Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu:

 Eu acho errado, deve ser psv=yes e taxi=no
 Aun Johnsen

 On Sep 16, 2014, at 21:54, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Não entendi nesse exemplo, por que o psv está = no

 Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ah acho que consegui um exemplo:
 http://www.openstreetmap.org/way/245577988

 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Como etiquetar uma via exclusiva para ônibus?



 ___
 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




-- 

... Edileuz, eu não tem nada a ver com Creuza,
   É mentira da Ivete, não é meu esse caniveete...
Halley, Luiz - Poeta, Cantor, Compsitor
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Ponto de entrada/saída de estacionamento

[John Packer]

Pessoal,

Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance [1]
na entrada de um estacionamento de superfície, mas na verdade esta etiqueta
só é utilizada na entrada de estacionamentos subterrâneos, ou de múltiplos
andares ou debaixo de uma construção (ou seja, casos onde não dá pra
especificar a área de estacionamento muito bem).

Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e
mudei para Entrada/Saída de estacionamento interno para tentar passar a
idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo.

Alguém tem outra sugestão de como podemos traduzir isso?

Abs,
João

[1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Ponto de entrada/saída de estacionamento

[Alexandre Magno Brito de Medeiros]

Noutros casos a pessoa pode colocar barrier=gate para a área maior que
contém o estacionamento?

Em 17 de setembro de 2014 12:58, John Packer john.pack...@gmail.com
escreveu:

 Pessoal,

 Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance
 [1] na entrada de um estacionamento de superfície, mas na verdade esta
 etiqueta só é utilizada na entrada de estacionamentos subterrâneos, ou de
 múltiplos andares ou debaixo de uma construção (ou seja, casos onde não dá
 pra especificar a área de estacionamento muito bem).

 Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e
 mudei para Entrada/Saída de estacionamento interno para tentar passar a
 idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo.

 Alguém tem outra sugestão de como podemos traduzir isso?

 Abs,
 João

 [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance

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

Re: [Talk-br] Ponto de entrada/saída de estacionamento

[Aun Johnsen]

Seja barrier=lift_gate, barrier=gate e um portao

Aun Johnsen
Sent from my iPhone

 On 17. sep. 2014, at 13:26, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com wrote:
 
 Noutros casos a pessoa pode colocar barrier=gate para a área maior que contém 
 o estacionamento?
 
 Em 17 de setembro de 2014 12:58, John Packer john.pack...@gmail.com 
 escreveu:
 Pessoal,
 
 Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance [1] 
 na entrada de um estacionamento de superfície, mas na verdade esta etiqueta 
 só é utilizada na entrada de estacionamentos subterrâneos, ou de múltiplos 
 andares ou debaixo de uma construção (ou seja, casos onde não dá pra 
 especificar a área de estacionamento muito bem).
 
 Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e 
 mudei para Entrada/Saída de estacionamento interno para tentar passar a 
 idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo.
 
 Alguém tem outra sugestão de como podemos traduzir isso?
 
 Abs,
 João
 
 [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance
 ___
 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] Via exclusiva para ônibus

[Arlindo Pereira]

Aqui no RJ eu mapeio as faixas exclusivas de BRT como vias separadas, pois
são duas vias logicamente diferentes, além de permitir navegação visual.
Em 17/09/2014 11:20, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Erick,

 Verifica se nessa linha exclusiva os táxis tb tem permissão.

 Aqui em Recife tem, se estiverem com passageiros


 Marcelo

 Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ok. Quando uma pista é separada da outra por tachões, ela deve ser
 desenhada como uma pista separada?

 Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu:

 Eu acho errado, deve ser psv=yes e taxi=no
 Aun Johnsen

 On Sep 16, 2014, at 21:54, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Não entendi nesse exemplo, por que o psv está = no

 Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ah acho que consegui um exemplo:
 http://www.openstreetmap.org/way/245577988

 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Como etiquetar uma via exclusiva para ônibus?



 ___
 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




 --

 ... Edileuz, eu não tem nada a ver com Creuza,
É mentira da Ivete, não é meu esse caniveete...
 Halley, Luiz - Poeta, Cantor, Compsitor

 ___
 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] Ponto de entrada/saída de estacionamento

[Alexandre Magno Brito de Medeiros]

OK, mas na área que eu tinha em mente é um portão mesmo. barrier=lift_gate
acontece muito com supermercados. Eu tinha em mente o terreno cercado de
uma paróquia específica, e lá é portão. Na verdade, aquela cerca são
grades, somente em dois lados do retângulo. Os demais são muro. O
estacionamento é uma porção da área.

Em 17 de setembro de 2014 13:41, Aun Johnsen li...@gimnechiske.org
escreveu:

 Seja barrier=lift_gate, barrier=gate e um portao

 Aun Johnsen
 Sent from my iPhone

 On 17. sep. 2014, at 13:26, Alexandre Magno Brito de Medeiros 
 alexandre@gmail.com wrote:

 Noutros casos a pessoa pode colocar barrier=gate para a área maior que
 contém o estacionamento?

 Em 17 de setembro de 2014 12:58, John Packer john.pack...@gmail.com
 escreveu:

 Pessoal,

 Notei que um usuário novo adicionou a etiqueta amenity=parking_entrance
 [1] na entrada de um estacionamento de superfície, mas na verdade esta
 etiqueta só é utilizada na entrada de estacionamentos subterrâneos, ou de
 múltiplos andares ou debaixo de uma construção (ou seja, casos onde não dá
 pra especificar a área de estacionamento muito bem).

 Vi no iD que a tradução estava como Entrada/Saída de Estacionamento, e
 mudei para Entrada/Saída de estacionamento interno para tentar passar a
 idéia mais facilmente, mas ainda não fiquei muito satisfeito com esse termo.

 Alguém tem outra sugestão de como podemos traduzir isso?

 Abs,
 João

 [1]: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dparking_entrance


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

Re: [Talk-br] Via exclusiva para ônibus

[Erick de Oliveira Leal]

Bom, se elas não forem trafegaveis por taxis ou carros de emergência acho
que podem ficar separadas. Porem se delas você conseguir acessar outras
vias que não sejam BRT e puderem ser usadas por taxis/carros de emergências
acho que não devem ser separadas. Porque aqui por exemplo
Em 17/09/2014 13:47, Arlindo Pereira openstreet...@arlindopereira.com
escreveu:

 Aqui no RJ eu mapeio as faixas exclusivas de BRT como vias separadas, pois
 são duas vias logicamente diferentes, além de permitir navegação visual.
 Em 17/09/2014 11:20, Marcelo Pereira pereirahol...@gmail.com escreveu:

 Erick,

 Verifica se nessa linha exclusiva os táxis tb tem permissão.

 Aqui em Recife tem, se estiverem com passageiros


 Marcelo

 Em 16 de setembro de 2014 22:03, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ok. Quando uma pista é separada da outra por tachões, ela deve ser
 desenhada como uma pista separada?

 Em 16 de setembro de 2014 21:56, Lists li...@gimnechiske.org escreveu:

 Eu acho errado, deve ser psv=yes e taxi=no
 Aun Johnsen

 On Sep 16, 2014, at 21:54, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com wrote:

 Não entendi nesse exemplo, por que o psv está = no

 Em 16 de setembro de 2014 21:50, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Ah acho que consegui um exemplo:
 http://www.openstreetmap.org/way/245577988

 Em 16 de setembro de 2014 21:48, Erick de Oliveira Leal 
 erickdeoliveiral...@gmail.com escreveu:

 Como etiquetar uma via exclusiva para ônibus?



 ___
 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




 --

 ... Edileuz, eu não tem nada a ver com Creuza,
É mentira da Ivete, não é meu esse caniveete...
 Halley, Luiz - Poeta, Cantor, Compsitor

 ___
 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: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi

[Morten Lange]

Hæ

Árni sagði  eftirfarandi 13,ágúst, sem ég tek undir.:  Mér finnst of geist 
hefur verið farið í að eyða bicycle=yes, sérstaklega af stígum. Er hægt að 
bakka, svæðisbundið án of mikillgar fyrirhafnar ?   : 
Nú er margt í gangi v. samgönguviku, en vil gjarnan tka þátt í umræðum í næstu 
viku.



Mér sýnist að við þurfum líklega að:


1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir gangandi og 
tengja þá allar gangstéttir yfir götur eða að eyða út gangstéttum og rúta eftir 
götum (þar sem eru gangstéttir). 
(Í því tilviki væri hægt að halda inni upplýsingum með því að nota 
sidewalk=both/left/right/none sem tag við highway.) 

2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir 
og eru ekki við götu halda sér og tengjast við götu (ef við eyðum 
gangstéttum) eða við gangstéttir (ef við höldum gangstéttum og tengjum 
þær allar yfir götur).


3. 
Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes við þá 
stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir og 
eðlilegir sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru 
eðlilegur hluti af leiðum.

Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða gangstéttum eða 
tengja þær yfir götur?



--
Regards / Kveðja / Hilsen
Morten Lange, Reykjavík




On Thursday, 21 August 2014, 10:10, Arni Davidsson arni...@gmail.com wrote:
 



Hæ

Já Bristol á Englandi.

Mér sýnist þetta snúast um magn af gögnum. Það eru lítil gögn í Bristol 
og þeir fáu stígar sem eru teiknaðir eru einfaldlega tengdir við götu 
(og gert ráð fyrir gangstéttum við þær) og svo er rútað eftir götunni 
fyrir gangandi. 

Stígurinn í þessu tilviki er ekki með bicycle=yes og því ættu hjól að fara 
eftir götu skv. þessu:

Rútað fyrir hjól
http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Bicyclelang=denoMotorways=falsenoTollways=false

Rútað fyrir gangandi
http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Pedestrianlang=ennoMotorways=falsenoTollways=false

Hér er svo annar staður með stíg merktan bicycle=yes og rútað fyrir gangandi:
http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Pedestrianlang=ennoMotorways=falsenoTollways=false

og hjólandi:

http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Bicyclelang=ennoMotorways=falsenoTollways=false


Mér sýnist að við þurfum líklega að:


1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir gangandi og 
tengja þá allar gangstéttir yfir götur eða að eyða út gangstéttum og rúta 
eftir götum (þar sem eru gangstéttir). (Í því tilviki væri hægt að halda inni 
upplýsingum með því að nota sidewalk=both/left/right/none sem tag við 
highway.) 

2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki við götu 
halda sér og tengjast við götu (ef við eyðum gangstéttum) eða við gangstéttir 
(ef við höldum gangstéttum og tengjum þær allar yfir götur).


3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes við þá 
stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir og eðlilegir 
sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru eðlilegur hluti af 
leiðum.


Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða gangstéttum eða 
tengja þær yfir götur?


kveðja

Árni Davíðsson











2014-08-21 0:16 GMT+00:00 Svavar Kjarrval sva...@kjarrval.is:

Hæ.

Bristol á Englandi? 

En annars fæ ég þetta til að virka á openrouteservice.org í Reykjavík fyrir 
fótgangandi og hjólandi. Hér er hjóladæmi í Breiðholtinu þar sem búið var að 
tengja þveranir á sínum tíma:
http://openrouteservice.org/index.php?start=-21.8173057,64.1006776end=-21.8241862,64.1000975pref=Bicyclelang=ennoMotorways=falsenoTollways=false

Leiðin gæti þó orðið styttri með meiri gögnum á svæðinu en hér er
greinilegt að beintengdu stígarnir eru nýttir eftir því sem kostur
er.

Með kveðju,
Svavar Kjarrval



On 16/08/14 01:06, arni...@gmail.com wrote:

Það sem mér finnst athyglisvert með gögnin frá t.d. Bristol er að routing 
virkar þrátt fyrir að hvorki gangstéttir né þveranir séu skráðar. Hversvegna 
virkar það þar en ekki hjá okkur? Erum við að gera málið alltof flókið? Er 
hægt að skýra þennan mun?

Kveðja 
Árni Davíðsson

On 15.8.2014, at 22:11, Svavar Kjarrval sva...@kjarrval.is wrote:


Hæ.

Gallinn við stígagögnin frá Reykjavíkurborg er að þau eru
  frekar teiknuð upp á útlitið en routing. Fyrir okkur var þetta
  auðvitað ekki ákjósanlegasta staðan. Við fengum hins vegar
  nokkuð tæmandi safn yfir stíga, jafnvel stíga sem við myndum
  líklegast ekki fá af loftmyndunum einum saman. Hvað varðar
  routing gæti þetta verið bjarnargreiði en nokkuð góður greiði
  þegar kemur að því að vita hvar stígar eru og hvar þeir
  liggja. Með Laugaveginn tek ég þetta algerlega á mig,
  sérstaklega þar sem ég á heima þar rétt hjá og hefði auðvitað
  átt að 

Re: [Talk-is] Tenging stíga og rútun fyrir gangandi og hjólandi

[Jóhannes Birgir Jensson]

Ég bíð spenntur eftir cycle.travel rútun.

Ég er að renna yfir til að tryggja að allir stígar séu inni.


Þann 17.9.2014 19:45, skrifaði Morten Lange:

Hæ

Árni sagði  eftirfarandi 13,ágúst, sem ég tek undir.:  Mér finnst of 
geist hefur verið farið í að eyða bicycle=yes, sérstaklega af stígum. 
Er hægt að bakka, svæðisbundið án of mikillgar fyrirhafnar ?   :
Nú er margt í gangi v. samgönguviku, en vil gjarnan tka þátt í umræðum 
í næstu viku.



Mér sýnist að við þurfum líklega að:

1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir 
gangandi og tengja þá allar gangstéttir yfir götur _*eða*_ að eyða út 
gangstéttum og rúta eftir götum (þar sem eru gangstéttir). (Í því 
tilviki væri hægt að halda inni upplýsingum með því að nota 
sidewalk=both/left/right/none sem tag við highway.)


2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki við 
götu halda sér og tengjast við götu (ef við eyðum gangstéttum) eða við 
gangstéttir (ef við höldum gangstéttum og tengjum þær allar yfir götur).


3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja bicycle=yes 
við þá stíga og gangstéttir (ef við höldum þeim) sem eru nauðsynlegir 
og eðlilegir sem tengingar fyrir reiðhjól. Sérstakir hjólastígar eru 
eðlilegur hluti af leiðum.


Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða 
gangstéttum eða tengja þær yfir götur?




--
Regards / Kveðja / Hilsen
Morten Lange, Reykjavík




On Thursday, 21 August 2014, 10:10, Arni Davidsson arni...@gmail.com 
wrote:




Hæ

Já Bristol á Englandi.

Mér sýnist þetta snúast um magn af gögnum. Það eru lítil gögn í
Bristol og þeir fáu stígar sem eru teiknaðir eru einfaldlega
tengdir við götu (og gert ráð fyrir gangstéttum við þær) og svo er
rútað eftir götunni fyrir gangandi.

Stígurinn í þessu tilviki er ekki með bicycle=yes og því ættu hjól
að fara eftir götu skv. þessu:

Rútað fyrir hjól

http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Bicyclelang=denoMotorways=falsenoTollways=false

Rútað fyrir gangandi

http://openrouteservice.org/index.php?start=-2.583334,51.466187end=-2.583152,51.46466pref=Pedestrianlang=ennoMotorways=falsenoTollways=false

Hér er svo annar staður með stíg merktan bicycle=yes og rútað
fyrir gangandi:

http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Pedestrianlang=ennoMotorways=falsenoTollways=false

og hjólandi:

http://openrouteservice.org/index.php?start=-2.5838582,51.4671268end=-2.5810258,51.4675613pref=Bicyclelang=ennoMotorways=falsenoTollways=false

Mér sýnist að við þurfum líklega að:

1. Fyrir gangandi. Annaðhvort að nota merktar gangstéttir fyrir
gangandi og tengja þá allar gangstéttir yfir götur _*eða*_ að eyða
út gangstéttum og rúta eftir götum (þar sem eru gangstéttir). (Í
því tilviki væri hægt að halda inni upplýsingum með því að nota
sidewalk=both/left/right/none sem tag við highway.)

2. Fyrir gangandi. Láta þá stíga sem eru nauðsynlegir og eru ekki
við götu halda sér og tengjast við götu (ef við eyðum gangstéttum)
eða við gangstéttir (ef við höldum gangstéttum og tengjum þær
allar yfir götur).

3. Fyrir hjólandi. Rúta eftir götum að jafnaði en setja
bicycle=yes við þá stíga og gangstéttir (ef við höldum þeim) sem
eru nauðsynlegir og eðlilegir sem tengingar fyrir reiðhjól.
Sérstakir hjólastígar eru eðlilegur hluti af leiðum.

Hvað finnst ykkur vera eðlilegasta og einfaldasta leiðin? Eyða
gangstéttum eða tengja þær yfir götur?

kveðja
Árni Davíðsson








2014-08-21 0:16 GMT+00:00 Svavar Kjarrval sva...@kjarrval.is
mailto:sva...@kjarrval.is:

Hæ.

Bristol á Englandi?

En annars fæ ég þetta til að virka á openrouteservice.org
http://openrouteservice.org/ í Reykjavík fyrir fótgangandi
og hjólandi. Hér er hjóladæmi í Breiðholtinu þar sem búið var
að tengja þveranir á sínum tíma:

http://openrouteservice.org/index.php?start=-21.8173057,64.1006776end=-21.8241862,64.1000975pref=Bicyclelang=ennoMotorways=falsenoTollways=false

Leiðin gæti þó orðið styttri með meiri gögnum á svæðinu en hér
er greinilegt að beintengdu stígarnir eru nýttir eftir því sem
kostur er.

Með kveðju,
Svavar Kjarrval


On 16/08/14 01:06, arni...@gmail.com
mailto:arni...@gmail.com wrote:

Það sem mér finnst athyglisvert með gögnin frá t.d. Bristol
er að routing virkar þrátt fyrir að hvorki gangstéttir né
þveranir séu skráðar. Hversvegna virkar það þar en ekki hjá
okkur? Erum við að gera málið alltof flókið? Er hægt að skýra
þennan mun?

Kveðja
Árni Davíðsson

On 15.8.2014, at 22:11, Svavar Kjarrval sva...@kjarrval.is
mailto:sva...@kjarrval.is wrote:


Hæ.

Gallinn við stígagögnin frá Reykjavíkurborg er að þau eru
 

[Talk-de] Wochennotiz Nr. 217 9.9.–15.9.2014

[wn reader]

Hallo,

die Wochennotiz Nr. 217 mit allen wichtigen Neuigkeiten aus der 
OpenStreetMap Welt ist da:


http://blog.openstreetmap.de/blog/2014/09/wochennotiz-nr-217/

Viel Spaß beim Lesen!

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

[Talk-de] Was ist bei BING Offset/Versatz zu beachten

[Christian Leicht]

Hallo,

wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und 
danach Mappen will habe ich in bestehenden Daten of einen Versatz.
Muss ich zuvor einen eigenen Versatz angeben, bzw meinen 
Kartenausschnitt kalibrieren?


Besten Dank für Infos

Christian

---
Mail: use...@schani.com


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

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[chris66]

Am 17.09.2014 16:21, schrieb Christian Leicht:

 wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und
 danach Mappen will habe ich in bestehenden Daten of einen Versatz.
 Muss ich zuvor einen eigenen Versatz angeben, bzw meinen
 Kartenausschnitt kalibrieren?

Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene)
GPX Tracks, die man sich in den Auschnitt reinladen kann.


Chris



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

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[Christian Leicht]

Wo bekomme ich den öffentliche GPS Daten her.
Die Daten von meinem iPhone sind doch zu ungenau, oder?

Christian


Am 17.09.2014 16:21, schrieb Christian Leicht:


wenn ich in JOSM als Hintergrund die BING Satellitenbilder einblende und
danach Mappen will habe ich in bestehenden Daten of einen Versatz.
Muss ich zuvor einen eigenen Versatz angeben, bzw meinen
Kartenausschnitt kalibrieren?


Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene)
GPX Tracks, die man sich in den Auschnitt reinladen kann.


Chris



___
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-de] Was ist bei BING Offset/Versatz zu beachten

[Martin Koppenhoefer]

 Il giorno 17/set/2014, alle ore 16:34, chris66 chris66...@gmx.de ha scritto:
 
 Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene)
 GPX Tracks, die man sich in den Auschnitt reinladen kann.


+1, wobei Versatz nicht das einzige Problem ist bei Bing, z.T. sind das auch 
Verzerrungen, gegen die man mit Verschieben nichts ausrichten kann. GPX Tracks 
haben gelegentlich auch kleinere systematische Fehler, z.B. wo der Empfang 
abreißt wird meist noch eine kurze Weile weitergeloggt, das kann man am Besten 
am Anfang von Tunneln beobachten, passiert aber auch z.B. neben steilen 
Bergen/Abhängen. Wenn da dann eine Kurve liegt geht der Track trotzdem 
geradeaus weiter, auch mehrere Tracks übereinstimmend, so dass man an solchen 
Stellen ein bisschen aufpassen muss.

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

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[Martin Koppenhoefer]

 Il giorno 17/set/2014, alle ore 16:47, Christian Leicht use...@schani.com 
 ha scritto:
 
 Die Daten von meinem iPhone sind doch zu ungenau, oder?


tendenziell ja (Antenne zu schlecht), wobei es da auch verschiedene 
Genauigkeiten gibt (mind. 4 kann der Programmierer einstellen, ist ein 
Kompromiss Energieverbrauch und Präzision).

Tracks kannst Du zusammen mit den Daten vom Server laden in Josm)

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

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[chris66]

Am 17.09.2014 16:47, schrieb Christian Leicht:
 Wo bekomme ich den öffentliche GPS Daten her.

In JOSM: Dialogbox Daten herunterladen, dort 'GPS Rohdaten' auswählen.

 Die Daten von meinem iPhone sind doch zu ungenau, oder?

Nicht unbedingt, moderne Smarties haben oft recht genaue GPS Receiver.

Chris



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

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[Christian Leicht]

Ok,
kennt Ihr eine iPhone App mit der ich solche Referenz GPS Daten loggen 
kann? Oder womit ich die genauen Koordinaten eines Punktes auslesen kann?


Ich stelle mir das dann so vor:
Ich nehme in einem Gebiet (1000m x 1000m) einige GPS Referenzpunkte 
(Straßenkreuzung, Gebäude, Brücke) und prüfe in JOSM den Versatz 
gegenüber BING. Solche Messungen kann ich ja für einzelne Punkte 
mehrfach machen und dann mitteln.


Christian





Il giorno 17/set/2014, alle ore 16:34, chris66 chris66...@gmx.de ha scritto:

Ja, zum Abgleich eignen sich gut die öffentlichen (oder eigene)
GPX Tracks, die man sich in den Auschnitt reinladen kann.



+1, wobei Versatz nicht das einzige Problem ist bei Bing, z.T. sind das auch 
Verzerrungen, gegen die man mit Verschieben nichts ausrichten kann. GPX Tracks 
haben gelegentlich auch kleinere systematische Fehler, z.B. wo der Empfang 
abreißt wird meist noch eine kurze Weile weitergeloggt, das kann man am Besten 
am Anfang von Tunneln beobachten, passiert aber auch z.B. neben steilen 
Bergen/Abhängen. Wenn da dann eine Kurve liegt geht der Track trotzdem 
geradeaus weiter, auch mehrere Tracks übereinstimmend, so dass man an solchen 
Stellen ein bisschen aufpassen muss.

Gruß,
Martin
___
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-de] Was ist bei BING Offset/Versatz zu beachten

[Martin Koppenhoefer]

Am 17. September 2014 17:02 schrieb Christian Leicht use...@schani.com:

 Ich stelle mir das dann so vor:
 Ich nehme in einem Gebiet (1000m x 1000m) einige GPS Referenzpunkte
 (Straßenkreuzung, Gebäude, Brücke) und prüfe in JOSM den Versatz gegenüber
 BING. Solche Messungen kann ich ja für einzelne Punkte mehrfach machen und
 dann mitteln.



tracks, also mehrere Punkte in Bewegung (Fahrradgeschwindigkeit ist
ziemlich gut) in regelmäßigen Zeitintervallen (ich empfehle 1 je Sekunde),
sind vermutlich die bessere Alternative, vor allem, da einzelne Punkte bei
Bing durchaus auch daneben liegen können (s. Verzerrungen etc.), aber auch,
da die Bewegung bei der Positionsbestimmung mitberücksichtigt wird.

Beim iPhone (und auch bei manchen anderen Geräten) hast Du übrigens nicht
nur GPS sondern auch Glonass (Globalnaya navigatsionnaya sputnikovaya
sistema), sowie WLAN und Mobilfunkzellen, die alle miteinbezogen werden.

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

[Talk-de] Jetzt RadioOSM Live

[mazdermind]

Hallo liebe OpenStreetMapper,
in kürze sendet RadioOSM wieder Live.
Ihr könnt uns auf http://ift.tt/Zn8aRB Live hören und mit uns und anderen 
Hörern im Chat sprechen: irc://irc.freenode.net/#Radio-OSM (Webchat: 
http://ift.tt/17njx3P)
Alle weiteren Infos sowie alle alten Folgen findet ihr auf unserer Webseite 
http://ift.tt/141Nh3t
Liebe Grüße,
euer RadioOSM Team
- Andi, Marc und Michael
___
Talk-de mailing list
Talk-de@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Was ist bei BING Offset/Versatz zu beachten

[christian.pietz...@googlemail.com]

Tach auch
also zur GPS Mittlung habe ich für IOS auf die schnell nicht viel gefunden.
Hab was von GPS Averaging-App und Perfect Market gelesen (irgendwie bin
ich aber zu doof den Apple Store zu finden oO).
Wenn du eine App gefunden hast, dann such dir ein markantes Objekt auf
möglichst freiem Feld (Baum oder so) und mach dort eine ausgiebige
Mittlung. (wenn du Lust und Zeit hast, kannst du auch mehrere Mittlungen an
verschiedenen Tagen machen)
Das hab ich für meine Heimatregion mal gemacht. Es gibt dann auch ein JOSM
Plugin (imagary offset database) mit dem du den Versatz anderen zugänglich
machen kannst und auch schauen kannst, ob schon jemanden einen versatz
hochgeladen hat.
Wenn kein Versatz online vorhanenden ist, dann such dir eine Kreuzung, mit
vielen GPS Spuren (beim runterladen der OSM Daten in JOSM einfach oben ein
Häckchen bei GPS-Rohdaten machen). Dabei sollte man drauf achten wieder
möglichst eine Kreuzung zu finden, die nicht direkt von Wolkenkratzern oder
änhlichen Störeinflüssen beinslusst wird.

Mfg
Hedaja

Am 17. September 2014 17:09 schrieb Martin Koppenhoefer 
dieterdre...@gmail.com:

 Am 17. September 2014 17:02 schrieb Christian Leicht use...@schani.com:

  Ich stelle mir das dann so vor:
  Ich nehme in einem Gebiet (1000m x 1000m) einige GPS Referenzpunkte
  (Straßenkreuzung, Gebäude, Brücke) und prüfe in JOSM den Versatz
 gegenüber
  BING. Solche Messungen kann ich ja für einzelne Punkte mehrfach machen
 und
  dann mitteln.
 


 tracks, also mehrere Punkte in Bewegung (Fahrradgeschwindigkeit ist
 ziemlich gut) in regelmäßigen Zeitintervallen (ich empfehle 1 je Sekunde),
 sind vermutlich die bessere Alternative, vor allem, da einzelne Punkte bei
 Bing durchaus auch daneben liegen können (s. Verzerrungen etc.), aber auch,
 da die Bewegung bei der Positionsbestimmung mitberücksichtigt wird.

 Beim iPhone (und auch bei manchen anderen Geräten) hast Du übrigens nicht
 nur GPS sondern auch Glonass (Globalnaya navigatsionnaya sputnikovaya
 sistema), sowie WLAN und Mobilfunkzellen, die alle miteinbezogen werden.

 Gruß,
 Martin
 ___
 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-de] Was ist bei BING Offset/Versatz zu beachten

[Tom Pfeifer]

christian.pietz...@googlemail.com wrote on 2014-09-17 23:10:
[Reihenfolge geändert]

 Wenn kein Versatz online vorhanenden ist, ...

Das Kalibrieren lohnt sich immer, da Bing und andere Dienste ihre Bilder
in unregelmässigen Abständen aktualisieren, wobei die Genauigkeit
tendenziell zunimmt.

 dann such dir eine Kreuzung, mit
 vielen GPS Spuren (beim runterladen der OSM Daten in JOSM einfach oben ein
 Häckchen bei GPS-Rohdaten machen). Dabei sollte man drauf achten wieder
 möglichst eine Kreuzung zu finden, die nicht direkt von Wolkenkratzern oder
 änhlichen Störeinflüssen beinslusst wird.

Das ist für uns die zuverlässigste Methode (wenn keine professionelle
Vermessungstechnik vorhanden ist). Auf einer vielbefahrenen Straße mitteln
sich Tracks über einen längeren Zeitraum und von verschiedenen 
Geräteherstellern,
deren Dichte ensprechen einer Gaussschen Glockenkurve, und man kann auch die
Ausreisser gut beobachten. Kreuzung zur Kalibrierung in x und y.

Doppelfahrbahnen sind trotz der hohen Verkehrsdichte wieder etwas 
problematischer,
weil zwei Glockenkurven verschmelzen, es sei denn man filtert nach der 
Fahrrichtung.


Wenn du eine App gefunden hast, dann such dir ein markantes Objekt auf
möglichst freiem Feld (Baum oder so) und mach dort eine ausgiebige
Mittlung. (wenn du Lust und Zeit hast, kannst du auch mehrere Mittlungen an
verschiedenen Tagen machen)


Das Mitteln mit einem Consumer-grade-GPS-Empfänger, insbesondere am gleichen 
Tag,
bringt recht wenig, da die ionospherischen Einflüsse ähnlich bleiben, und ein
Referenzsignal (differential GPS) fehlt. Auch wenn ich mit zwei Loggern 
herumfahre
sind sind die sich selten einig.



Am 17. September 2014 17:09 schrieb Martin Koppenhoefer 

Beim iPhone (und auch bei manchen anderen Geräten) hast Du übrigens nicht
nur GPS sondern auch Glonass (Globalnaya navigatsionnaya sputnikovaya
sistema), sowie WLAN und Mobilfunkzellen, die alle miteinbezogen werden.


Mobilfunkzellen sind zum Mappen sowieso zu ungenau. Die Daten zur 
WLAN-Positionierung
stammen letztlich auch aus GPS-Positionen, die grosse Mengen meist unwissender
Smartphone-Nutzer an Google oder Apple geliefert haben, während sie im Bereich
des jeweiligen WLANs waren. Wenn man Tracks zum Mappen sammelt sollten solche
Datenquellen eher abgeschaltet sein.


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

[Talk-it] Mappa eventi condivisi

[Francesco Piero Paolicelli]

Ciao a tutti. Il Comune di Matera ha adottato da un mesetto un mio vecchio 
progetto di calendario e mappa eventi condivisi.

http://dati.comune.matera.it/dataset/eventi-condivisi

In pratica le associazioni culturali e i privati inseriscono gli eventi da loro 
gestiti in autonomia su un form di google. Il csv cosi generato alimenta una 
mappa su layer osm mentre uno script alimenta un calendario google.
Ora, dopo essere arrivati a 120 eventi un 40 giorni, mi chiedono di filtrare la 
mappa per giorno/mese/anno con un menù a tendina o similare.
Stefano Sabatini mi consiglia di far generare un geojson e filtrare da lì. 
Nonostante alcuni esempi trovati in rete, non riesco a capire come impostare il 
filtro per la colonna data.
Leggendo le api di google potrei anche interrogare il csv facendo una query 
dinamica sulla colonna data inizio, ma ho pensato che quando questo giocattolo 
avrà migliaia di dati, sarà pesantino.

Potrebbe essere oggetto di hackton all'osmit o qualche anima pia e preparata mi 
aiuta? 

Inviato da iPhone___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] La Regione Siciliana autorizza il ricalco in OpenStreetMap sulle ortofoto di sua proprietà

[aborruso]

Ciao,

2014-09-16 20:24 GMT+02:00 Luigi Toscano [via GIS] 
ml-node+s19327n5817632...@n5.nabble.com:

 Ottimo lavoro, ma è un'aggiornamento/evoluzione di quella vecchia?
 http://wiki.openstreetmap.org/wiki/Sicilia/Comunit%C3%A0#Derivazione_dati

 Ovvero: il WMS è quello già incluso in JOSM?


direi che è un'evoluzione:

   - adesso c'è un documento ed un numero di protocollo, prima c'era
   un'email;
   - nell'email si fa riferimento (così sembra) alle Ortofoto ATA
   2007-2008, mentre in questo documento si fa riferimento a tutte le
   ortofoto di proprietà regionale, quindi anche quelle del passato e
   sopratutto quelle del futuro (non ho date, e mi devo informare, ma è stato
   fatto un nuovo volo che aggiorna quelle del 2007-2008).

Qui (per chi lo chiedeva), la modalità per attivare il layer Ortofoto ATA
2007-200 in JOSM: https://www.youtube.com/watch?v=UT1hF_bLtZI




-- 
Andrea Borruso
website: http://blog.spaziogis.it
GEO+ geomatica in Italia http://bit.ly/GEOplus  http://bit.ly/GEOplus
38° 7' 48 N, 13° 21' 9 E, EPSG:4326
--

cercare e saper riconoscere chi e cosa,
 in mezzo all’inferno, non è inferno,
e farlo durare, e dargli spazio

Italo Calvino




-
Andrea Borruso 

 
email: aborr...@tin.it 
website: http://blog.spaziogis.it
my 2.0 life: http://aborruso.spaziogis.it
feed: http://feeds2.feedburner.com/Tanto
38° 7' 48 N, 13° 21' 9 E 

--
View this message in context: 
http://gis.19327.n5.nabble.com/La-Regione-Siciliana-autorizza-il-ricalco-in-OpenStreetMap-sulle-ortofoto-di-sua-proprieta-tp5817446p5817670.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-it] Intesa Wikimedia Italia - Comitato Matera 2019

[Luca Delucchi]

2014-09-16 18:56 GMT+02:00 Ida Leone ida.le...@gmail.com:
 Dovrebbe vedersi.
 Fatene carne di porco :)

 https://drive.google.com/file/d/0BzkDkHrSlQxUMS02cUJ5RjZiV2s/edit?usp=sharing


direi che va bene, ho fatto vedere il documento anche ai consiglieri
di GFOSS.it e non hanno dato pareri negativi

-- 
ciao
Luca

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

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

Re: [Talk-it] Sondaggio telefonico OSM

[Max1234Ita]

Nel mio caso nessuna chiamata, anche se ad onor del vero non sono un assiduo
utilizzatore di Skype... :-)

Però capita anche a me di essere considerato un po' mentecatto quando mi
metto a mappare durante la pausa pranzo... a quanto pare al giorno d'oggi,
non vale la pena di fare qualcosa se non ci si guadagna qualcosa dal punto
di vista del vile metallo...

Comunque, se vi chiede di dirgli cosa vedete nelle macchie colorate,
portatelo in Oltrepo Pavese (sulla mappa, ovviamente), mostrategli qualche
multipoligono relativo a boschi/foreste o vigneti e chiedetegli di dirvi
quali forme riconosce in quelle way... :-p

Ciao,
MAx



--
View this message in context: 
http://gis.19327.n5.nabble.com/Sondaggio-telefonico-OSM-tp5817513p5817675.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-it] Mappa eventi condivisi

[Ida Leone]

Nel programma di OSMIT14 la domenica mattina è generalmente riservato al
mapping party. Di cui Matera non ha bisogno, perchè è già ben mappata.
Quindi io pensavo ad una mattinata didattica per insegnare i rudimenti del
mapping a giovani interessati. Ma nulla esclude che possiamo invece
riservarla all'hackaton di cui parli, o magari fare ambedue le cose :)



Il giorno 17 settembre 2014 08:59, Francesco Piero Paolicelli 
pierso...@gmail.com ha scritto:

 Ciao a tutti. Il Comune di Matera ha adottato da un mesetto un mio vecchio
 progetto di calendario e mappa eventi condivisi.

 http://dati.comune.matera.it/dataset/eventi-condivisi

 In pratica le associazioni culturali e i privati inseriscono gli eventi da
 loro gestiti in autonomia su un form di google. Il csv cosi generato
 alimenta una mappa su layer osm mentre uno script alimenta un calendario
 google.
 Ora, dopo essere arrivati a 120 eventi un 40 giorni, mi chiedono di
 filtrare la mappa per giorno/mese/anno con un menù a tendina o similare.
 Stefano Sabatini mi consiglia di far generare un geojson e filtrare da lì.
 Nonostante alcuni esempi trovati in rete, non riesco a capire come
 impostare il filtro per la colonna data.
 Leggendo le api di google potrei anche interrogare il csv facendo una
 query dinamica sulla colonna data inizio, ma ho pensato che quando questo
 giocattolo avrà migliaia di dati, sarà pesantino.

 Potrebbe essere oggetto di hackton all'osmit o qualche anima pia e
 preparata mi aiuta?

 Inviato da iPhone

 ___
 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] Intesa Wikimedia Italia - Comitato Matera 2019

[Ida Leone]

Ne siamo felici :)
Potreste aggiungere, se lo ritenete opportuno, i loghi dei firmatari
accanto a quello di Matera 2019

Il giorno 17 settembre 2014 09:19, Luca Delucchi lucadel...@gmail.com ha
scritto:

 2014-09-16 18:56 GMT+02:00 Ida Leone ida.le...@gmail.com:
  Dovrebbe vedersi.
  Fatene carne di porco :)
 
 
 https://drive.google.com/file/d/0BzkDkHrSlQxUMS02cUJ5RjZiV2s/edit?usp=sharing
 

 direi che va bene, ho fatto vedere il documento anche ai consiglieri
 di GFOSS.it e non hanno dato pareri negativi

 --
 ciao
 Luca

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

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

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

[Talk-it] Stato dell'import della numerazione civica

[Max1234Ita]

Ciao a tutti,
curiosità mia: esiste da qualche parte un elenco dei Comuni che hanno
rilasciato la propria numerazione civica, e questa è stata importata con
successo sulla mappa? 

Sarebbe interessante, credo, sapere per quanta parte del Territorio questi
dati siano disponibili all'utente finale.

Ciao e buona giornata!
MAx





--
View this message in context: 
http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678.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-it] Mappa eventi condivisi

[Luca Delucchi]

2014-09-17 9:43 GMT+02:00 Ida Leone ida.le...@gmail.com:
 Nel programma di OSMIT14 la domenica mattina è generalmente riservato al
 mapping party. Di cui Matera non ha bisogno, perchè è già ben mappata.

dipende da che punto di vista la guardi

dando un'occhiata veramente superficiale vedo che:

- non c'è un cassonnetto del reciclaggio
- vedo pochissimi numeri civici
- ci sono alcune cose molto strano tipo questo [0]


[0] http://osm.org/go/xcvxvwePJ

-- 
ciao
Luca

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

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

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[sabas88]

Il giorno 17 settembre 2014 00:46, Marco_T toto...@libero.it ha scritto:

 Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia
 OSM per l'individuazione di aree vincolate:
 http://sitap.beniculturali.it/


Grazie,
interessante!

I tematismi però non risultano open data (almeno qui non li ho visti
http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/MenuPrincipale/Trasparenza/Open-Data/
)



 (scusate se ne avete gia' parlato ma da una ricerca non mi risulta).

 Saluti

 --
 Marco_T



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655.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] MIBAC (SITAP) con cartografia OSM

[Gian Mario Navillod]

Qui: http://sitap.beniculturali.it/ vedo il confine del Parco Nazionale del
Gran Paradiso traslato di diversi km verso Sud. Sarà un problema del mio
Linux o dei Beni Culturali?

Il giorno 17 settembre 2014 09:54, sabas88 saba...@gmail.com ha scritto:



 Il giorno 17 settembre 2014 00:46, Marco_T toto...@libero.it ha scritto:

 Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia
 OSM per l'individuazione di aree vincolate:
 http://sitap.beniculturali.it/


 Grazie,
 interessante!

 I tematismi però non risultano open data (almeno qui non li ho visti
 http://www.beniculturali.it/mibac/export/MiBAC/sito-MiBAC/MenuPrincipale/Trasparenza/Open-Data/
 )



 (scusate se ne avete gia' parlato ma da una ricerca non mi risulta).

 Saluti

 --
 Marco_T



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655.html
 Sent from the Italy General mailing list archive at Nabble.com.

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



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


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

Re: [Talk-it] Stato dell'import della numerazione civica

[cesare gerbino]

Ciao Max e ciao Lista,

se hai pazienza ancora qualche gg (diciamo questa settimana o la prossima
al più tardi, tempo permettendo ), dovrei pubblicare qualcosa a
riguardo con tanto di dati, sia visibili sia scaricabili, che potrebbero
essere di interesse per la  tua richiesta.

Stay tuned!

 Buona giornata

 Cesare

Cesare Gerbino

http://cesaregerbino.wordpress.com/
http://www.facebook.com/cesare.gerbino
http://www.facebook.com/pages/Cesare-Gerbino-GIS-Blog/246234455498174?ref=hl
https://twitter.com/CesareGerbino
http://www.linkedin.com/pub/cesare-gerbino/56/494/77b


Il giorno 17 settembre 2014 09:50, Max1234Ita max1234...@gmail.com ha
scritto:

 Ciao a tutti,
 curiosità mia: esiste da qualche parte un elenco dei Comuni che hanno
 rilasciato la propria numerazione civica, e questa è stata importata con
 successo sulla mappa?

 Sarebbe interessante, credo, sapere per quanta parte del Territorio questi
 dati siano disponibili all'utente finale.

 Ciao e buona giornata!
 MAx





 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678.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] Stato dell'import della numerazione civica

[Max1234Ita]

E come no? Attendo news! :-)

Ciao e grazie x la risposta.
Max




--
View this message in context: 
http://gis.19327.n5.nabble.com/Stato-dell-import-della-numerazione-civica-tp5817678p5817694.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] Ricerca di una frazione su navigatore Garmin

[AndAg]

Ciao a tutti,

uso le mappe di OSM nel mio navigatore Garmin (fatte con Garminux ) e mi
trovo bene,

mi capita però che, nella ricerca per indirizzo quando inserisco una
frazione che non la trovi; anche di frazioni importanti.

Qualcuno sa qual'è il motivo e se si può correggere ?

Grazie Andrea



--
View this message in context: 
http://gis.19327.n5.nabble.com/Ricerca-di-una-frazione-su-navigatore-Garmin-tp5817698.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] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre

[Martin Koppenhoefer]

Sto scrivendo per Simone Cortesi, che al momento non può.

Stiamo cercando una persona interessata ad rappresentare OSM alla
Conferenza AMFM 2014 che si terrà a Roma il 25 Settembre.

Siccome parteciperà Google, è stato proposto una partecipazione di OSM
utile a bilanciare la trasbordante presenza del gigante dell'ICT


Sei disponibile a partecipare alla Conferenza AMFM 2014?

Tra altro sono stato invitato Ed Parsons della Google e Ignazio Marino,
Sindaco di Roma, quindi si tratta di una ottima opportunità.

La bozza del programma:
http://www.amfm.it/images/pdf/140615_annuncio/Conf_0912.pdf

Fateci sapere presto, perché il tempo corre...

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

Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre

[Martin Koppenhoefer]

ulteriori informazioni ed il communicato stampa:

Maggiori informazioni le potete trovare sul nostro sito web
http://www.amfm.it

White Paper sulla geolocalizzazione, ver 29/08/2014
http://www.amfm.it/images/pdf/140615_annuncio/WP_it_0901.pdf 
http://www.amfm.it/images/pdf/140615_annuncio/WP_it_0901.pdf


NB: gli ultimi due link potranno esser soggetti a variazioni nelle prossime
settimane, e comunque saranno aggiornati direttamente sulla home page.



COMUNICATO STAMPA


Si svolgerà a Roma il 25 p.v. la conferenza AMFM GIS Italia ( www.amfm.it 
http://www.amfm.it ) : GEO-LOCALIZZAZIONE COME ELEMENTO UNIFICANTE DELLE
AZIONI E DELLE INFORMAZIONI PER I SERVIZI AI CITTADINI -- Con la
partecipazione di AGID, ANCI, CISIS-CPSG, Commissione Europea, Comune di
Roma Capitale, GOOGLE, ISTAT. Il pomeriggio enti pubblici, imprese ed
esperti discuteranno sulla White Paper e si procederà alla approvazione
delle raccomandazioni sulla geo-localizzazione.

La Conferenza sarà preceduta il 24 p.v. dal Workshop internazionale in
inglese al quale partecipano Commissione Europea ISA , Commissione Europea
JRC- EULF, Univ. Bologna, Sapienza Univ. Roma, CNR, OGC, GOOGLE, SINERGIS
Italia, Hexagon-Intergraph, Trilogis, AGID, OpenGeodata, GEOFORUM DK ed
esperti che discuteranno in gruppi di lavoro per la messa a punto della
White Paper sulla geo-localizzazione .

Sul sito www.amfm.it http://www.amfm.it  si trovano tutti i riferimenti
ed i documenti preliminari.

I posti per la conferenza ed il workshop sono limitati è quindi necessario
iscriversi inviando una email ad amfm-e...@amfm.it mailto:amfm-e...@amfm.it
amfm-e...@amfm.it
___
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[Martin Koppenhoefer]

2014-09-17 0:46 GMT+02:00 Marco_T toto...@libero.it:

 Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia
 OSM per l'individuazione di aree vincolate:
 http://sitap.beniculturali.it/



grazie per la segnalazione, è bello che anche il MIBACT adesso usa
cartografia OSM (e non solo, usano i tiles del tileserver nostro).

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

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[Aury88]

gian mario navillod wrote
 Qui: http://sitap.beniculturali.it/ vedo il confine del Parco Nazionale
 del
 Gran Paradiso traslato di diversi km verso Sud. Sarà un problema del mio
 Linux o dei Beni Culturali?
 ___
 Talk-it mailing list

 Talk-it@

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

non credo possa essere una cosa dovuta a linux, al massimo è un problema del
browser.
comunque sia un po' tutti i parchi mi sembrano traslati o con confini
leggermente diversi...almeno in sicilia è così e sospetto sia dovuto al
fatto che i confini dei parchi su osm siano spesso frutto di mappatura
seguendo delle indicazioni generiche (sfruttando come confine la posizione
di strade, fiumi e valli) e non import e bisogna vedere anche quanto sono
precisi/ufficiali i loro dati...



-
Ciao,
Aury
--
View this message in context: 
http://gis.19327.n5.nabble.com/MIBAC-SITAP-con-cartografia-OSM-tp5817655p5817728.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-it] MIBAC (SITAP) con cartografia OSM

[Maurizio Napolitano]

2014-09-17 10:06 GMT+02:00 Gian Mario Navillod gian.mario.navil...@gmail.com:
 Qui: http://sitap.beniculturali.it/ vedo il confine del Parco Nazionale del
 Gran Paradiso traslato di diversi km verso Sud. Sarà un problema del mio
 Linux o dei Beni Culturali?

Secondo me e'  un problema dei dati

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

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[Maurizio Napolitano]

2014-09-17 0:46 GMT+02:00 Marco_T toto...@libero.it:
 Segnalo che anche il MIBAC utilizza per il suo web-gis (SITAP) cartografia
 OSM per l'individuazione di aree vincolate:
 http://sitap.beniculturali.it/


Come sempre vedo queste azioni come operazioni belle a metà:
il fatto che si faccia uso della mappa di openstreetmap e' interessante
ma vi faccio notare che:
- manca totalmente l'attribuzione al progetto
- i dati presentati in overlay non mi risulta siano rilasciati in open data

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

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[Cristian Consonni]

Il 17 settembre 2014 18:19, Maurizio Napolitano napoo...@gmail.com ha scritto:
 Come sempre vedo queste azioni come operazioni belle a metà:
 il fatto che si faccia uso della mappa di openstreetmap e' interessante
 ma vi faccio notare che:
 - manca totalmente l'attribuzione al progetto

L'attribuzione c'è (con link):
http://i.imgur.com/WZimxcT.png

Non che si siano strappati i capelli per metterla in evidenza...

C

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

Re: [Talk-it] Ricerca di una frazione su navigatore Garmin

[Stefano Droghetti]

Il 17/09/2014 12:16, AndAg ha scritto:

Ciao a tutti,

uso le mappe di OSM nel mio navigatore Garmin (fatte con Garminux ) e mi
trovo bene,

Garmux :-)

mi capita però che, nella ricerca per indirizzo quando inserisco una
frazione che non la trovi; anche di frazioni importanti.

Qualcuno sa qual'è il motivo e se si può correggere ?


Avevo già risposto ma lo ripeto perché forse non hai letto l'email: la 
ricerca è possibile solo per *Comune*, non ha assolutamente senso 
cercare un indirizzo per frazione, in quanto le vie hanno nome diverso 
in ogni Comune, non in ogni frazione. Non c'è via Cavour a Cesuna e poi 
una via Cavour a Roana, per intenderci. Quindi si cerca per città, e sul 
Garmin c'è anche scritto appunto Ricerca per città, non per frazione.


Quindi i casi sono:
- Cerco una via di cui so la frazione
basta cercare nel Comune di appartenenza, che include tale frazione e 
quindi tale via

- Come sopra, ma non so il Comune di cui fa parte:
semplicemente fai la ricerca per nome della via, senza impostare il Comune
- Come sopra, ma il nome è troppo generico e ne trova troppe
cerca in punti di interesse il nome della frazione, così vedi di quale 
Comune fa parte


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

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[Martin Koppenhoefer]

2014-09-17 18:43 GMT+02:00 Cristian Consonni kikkocrist...@gmail.com:

 Non che si siano strappati i capelli per metterla in evidenza...



per me l'attribuzione va benissimo, fanno esattamente ciò che chiediamo,
invece sui tiles potrebbe essere un problema, dipende quanto traffico hanno:
http://wiki.openstreetmap.org/wiki/Tile_usage_policy

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

Re: [Talk-it] MIBAC (SITAP) con cartografia OSM

[Cristian Consonni]

Il 17 settembre 2014 19:38, Martin Koppenhoefer
dieterdre...@gmail.com ha scritto:
 per me l'attribuzione va benissimo, fanno esattamente ciò che chiediamo,
 invece sui tiles potrebbe essere un problema, dipende quanto traffico hanno:
 http://wiki.openstreetmap.org/wiki/Tile_usage_policy

Sono d'accordo, volevo fare notare che a livello grafico avrebbero
potuto fare una cosa un attimo più gradevole all'occhio.

C

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

Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre

[Fabri]

In quella data sarei disponibile, ma in cosa consiste la partecipazione?

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

[Talk-it] Dividente Architettonica - Che cos'è?

[Leonardo]

Ciao!

Un appello a tutti coloro che conoscono/lavorano con gli SHP o in 
generale conoscono gli elementi urbani: che diavolo è una dividente 
architettonica?! Potete fare un esempio pratico?


Su qualche SHP mi sono ritrovato questi elementi geometrici ma non 
riesco ad immaginare che cosa possano essere e cercando su Google non 
trovo nulla!


Grazie a chi risponde!

Leonardo

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

Re: [Talk-it] Cercasi, qualcuno che può rappresentare OSM ad un convegno a Roma il 25. Settembre

[Martin Koppenhoefer]

mancava ancora una parte, chiedo scusa, ci scrive Andrea Deiana di AMFM per 
invitarci:

 alla Conferenza dell'associazione AMFM GIS Italia che quest'anno avrà 
l'obiettivo di discutere la white paper sulla GEO-LOCALIZZAZIONE COME ELEMENTO 
UNIFICANTE DELLE AZIONI E DELLE INFORMAZIONI PER I SERVIZI AI CITTADINI.

Scrivo quindi a voi in quanto rappresentanti della comunità OpenStreetMap, 
perché saremmo onorati di ospitare un vostro intervento per esprimere il vostro 
punto di vista sui contenuti della White Paper, alla discussione che si terrà 
nel pomeriggio.

Vi chiedo infine la cortesia, se possibile, di far circolare il comunicato 
stampa che segue presso la vostra comunità (e tutte le persone potenzialmente 
interessate) a titolo di invito a partecipare alla conferenza ed a collaborare 
alla stesura della suddetta white paper, tenendo anche presente che nella 
versione che verrà presentata nel corso di una sessione speciale ad ASITA, sarà 
riportata in appendice la lista di tutti coloro che hanno collaborato.

Maggiori informazioni le potete trovare sul nostro sito web
http://www.amfm.it


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

Re: [Talk-it] Dividente Architettonica - Che cos'è?

[Federico Cortese]

Se si tratta di un'entità lineare, potrebbe essere un elemento
architettonico che separa un edificio da un altro confinante.
Insomma un segno della separazione tra due edifici limitrofi.
Ma è solo un'ipotesi, bisognerebbe vedere nel dettaglio.

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

Re: [Talk-it] Dividente Architettonica - Che cos'è?

[Federico Cortese]

Ti allego il link di un capitolato per la formazione cartografica in scala
1:1.000 e 1:2.000, del 1999 - Regione Lombardia, nel quale a pag. 13
(paragrafo 1.4) ci si riferisce alle dividenti architettoniche per indicare
Le linee di divisione tra unità volumetriche.
http://geomatica.unipv.it/spalla/capitolatolombardia.pdf
Spero possa essere utile a chiarire i tuoi dubbi.
Ciao

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

Re: [Talk-co] Posibilidad de reunión con UNGRD - OSM - OCHA ¿quien va?

[Luis Hernando Aguilar]

Hola de nuevo. 

Estoy preparando esta comunicación para presentarle OSM a la UNGRD. Por 
favor 1) ¿cuantos voluntarios OSM hay en Colombia? y 2) Revisen esta nota, 
¿está bien lo que se propone? ¿que otras cosas debemos tener en cuenta?

Un abrazo

--texto-


Estimados 

En atención a nuestras conversaciones anteriores, quiero presentarles el 
proyecto OpenStreetMap (también conocido como OSM).Dado el valor social y 
calidad técnica de esa iniciativa, considero que puede ser de utilidad que 
la UNGRD establezca lazos con el equipo de voluntarios. 

OSM es uno  proyecto colaborativo para crear mapas libres y editables.Los 
mapas se crean utilizando información geográfica capturada con 
dispositivos GPS móviles, ortofotografías y otras fuentes libres. Esta 
cartografía, tanto las imágenes creadas como los datos vectoriales 
almacenados en su base de datos, se distribuye bajo licencia abierta Open 
Database License (ODbL), es decir que son libres para ser descargados, 
usados, compartidos y editados.
A nivel mundial el proyecto tiene cerca de 1.700.000 usuarios registrados. 
En Colombia son X


Cuenta con un equipo específico para temas humanitarios llamado 
Humanitarian OSM Team, quienes se conformaron después del terremoto de 
Haiti en 2010,  y han participado en diferentes crisis humanitarias, las 
cuales incluyen los terremotos de Chile, Japón, Christchurch, inundaciones 
en Pakistán, Brasil, varios países de Europa, Colombia e incluso el tifón 
Haiyan,/Yolanda, donde nos resultaron de muchísima utilidad en el mapeo de 
las zonas afectadas. Otro ejemplo fue el mapeo de toda Indonesia, luego 
del tsunami. 

En [0] encuentran una descripción más detallada de las actividades. En [1] 
está un ejemplo de las actividades desarrolladas durante el tifón Haiyan 
(Gracias a Piuerre Béland por el texto)

Dentro de las posibilidades se encuentra:
Acceder a cartografía libre de uso, que puede ser actualizada incluso por 
miembros de la comunidad
En caso de emergencia sería posible recibir apoyo en la generación de 
cartografía a partir de imágenes provenientes del DisasterCharter  de 
otras fuentes,
Aplicación móvil OSMAnd que permite la navegación en terreno con los datos 
actualizados sin necesidad de estar conectado a internet
FieldPapers que es una aplicación libre para generar mapas en papel
Mapas compatibles con dispositivos GPS Garmin
Datos descargables para ser usados en plataformas GIS desde 
http://download.geofabrik.de/south-america/colombia.html
Materiales de capacitación en edición de mapas



Adicionalmente, dado el cada vez más importante papel que juega Colombia 
en apoyo a las emergencias en otros países, puede resultar de interés para 
los miembros de UNGRD y de otros equipos de respuesta estar enterados de 
estos estándares internacionales.

He propuesto a los miembros de la comunidad que, en caso de que UNGRD esté 
interesada, podamos agendar una reunión

Atentamente

LH

[0] http://wiki.openstreetmap.org/wiki/Colombia
[1] 
http://www.humanitarianresponse.info/operations/philippines/document/mapping-volunteers-helping-response

texto




___
Luis Hernando AGUILAR RAMIREZ - Oficial de Manejo de Información - 
Information Management Officer
Oficina de las Naciones Unidas para la Coordinación de Asuntos 
Humanitarios - United Nations Office for the Coordination of Humanitarian 
Affairs UN OCHA 
aguil...@un.org / Phone (57-1) 6221100 ext 1302 /  twitter: @luishernando 
/ | Carrera 13 Número 93 - 12 Oficina 402. Bogotá, Colombia 
http://salahumanitaria.co | Facebook Google+ TwitterFlickr YouTubeVimeo
The mission of the United Nations Office for the Coordination of 
Humanitarian Affairs (OCHA) is to mobilize and coordinate effective and 
principled humanitarian action in partnership with national and 
international actors



From:   vtamara vtam...@pasosdejesus.org
To: OpenStreetMap Colombia talk-co@openstreetmap.org
Date:   10/09/2014 06:30 a.m.
Subject:Re: [Talk-co] Posibilidad de reunión con UNGRD - OSM - 
OCHA ¿quien va?



Si me gustaría participar en esa reunión, no como voluntario de OSM, 
pero si para buscar
como articular intercambio de información georeferenciada que se 
recauda por ejemplo en
el Banco de Datos del CINEP .

Bendiciones.

El 2014-09-08 18:12, Luis Hernando Aguilar escribió:
 Hola Miguel

 Gracias por tu respuesta.
 Efectivamente, creo que la idea sería identificar las posibles
 opciones de interacción y los ejemplos que propones me parece que
 están bien.

 ¿De que manera se podría coordinar un apoyo de ese tipo? es decir
 ¿quien puede dar capacitaciones o cómo se podría hacer 
 acompañamiento?
 ¿esto es viable?

 Otra variable que me parece muy importante es la posibilidad de
 expandir a nivel nacional el uso de OSM por medio de los telecentros
 comunitarios. (Que es, 

[Talk-dk] Anonyme bemærkninger

[Flemming Aa. Bruun]

Hej,

Er der nogen der ved hvem der kører et script på alle de åbne Noter på
kortet og skriver Status?


Med venlig hilsen
Flemming Bruun (b-holdet)
___
Talk-dk mailing list
Talk-dk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-dk

Re: [Talk-dk] Anonyme bemærkninger

[Jens Winbladh]

Ja, det giver ingen ny information og derfor kommer man ikke videre.
Er der ikke nogen der kan lave et script der fjerner anonyme bemærkninger
man ikke kan bruge til noget. Fx. Sti - er der skrevet flere bemærkninger i
Kolding området  drt kan ikke bruges til noget som helt. Og det tager en
hel eftermiddag at fjerne dem manuelt.
Kan se at flere osm'er har hjulpet til at reducere antallet. Tak for det

Men det er dræbende demotiverende at have så mange meningsløse bemærkninger
i et lille område. Specielt når folk selv kan oprette en konto og rette det
selv.

Puha det var noget galle...

Jens
(Aka. Winbladh)
 Den 17/09/2014 13.36 skrev Flemming Aa. Bruun flemmin...@gmail.com:

 Hej,

 Er der nogen der ved hvem der kører et script på alle de åbne Noter på
 kortet og skriver Status?


 Med venlig hilsen
 Flemming Bruun (b-holdet)

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


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

Re: [Talk-ec] Visiting Quito

[Manfred A. Reiter]

Hola,

2014-09-16 19:30 GMT+02:00 lomejordejr R lomejord...@gmail.com:

 Hola a todos gracias por sus sugerencias, me encargaré de contactar a más
 usuarios de OSM con las herramientas que nos facilitaron. Con respecto a la
 reunión como fecha tentativa seria el sábado 18 de Octubre, el lugar
 estaría por confirmarse ya que depende del número de participantes pero por
 lo pronto sería en la Escuela Politécnica Nacional, por esa razón creamos
 este formulario para saber el número de participantes. Por favor llenarlo
 http://goo.gl/Ml2g4I. Estamos en contacto.

 Saludos.


https://wiki.openstreetmap.org/wiki/Template:Calendar

Por favor, corrija si está mal. ;-)

Saludos

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

[Talk-es] I Mapping Party Sevilla

[Moises Arcos]

Buenos días,

desde Geoinquietos Sevilla y con la colaboración de la Gerencia de
Urbanismo de Sevilla estamos organizando una Mapping Party en la ciudad,
cuyo tema principal es el Medio Ambiente y la Sostenibilidad.

Se celebrará los días 24, 25 y 26 de Octubre y está dirigido al público en
general.

Estamos cerrando los temas sobre los que queremos recoger los datos, pero
os invitamos a todos a que participéis.

Toda la información del evento la podréis encontrar en la web:

https://mappingpartysevilla.wordpress.com/

Para registraros podéis acudir a:

https://mappingpartysevilla.eventbrite.es

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

[Talk-es] [Fwd: Codificación caminos y vías pecuarias]

[Iván Sánchez Ortega]

 Mensaje original 
Asunto: Codificación caminos y vías pecuarias
De: Alvaro Picardo alvaropica...@gmail.com
Fecha:  Dom, 14 de Septiembre de 2014, 10:03
Para:   talk-es-ow...@openstreetmap.org
Cc: Rodrigo Gómez rodrigo.go...@cesefor.com
Felix Manuel Pinillos fmpinil...@gmail.com
--

Estimado Iván,

Soy Alvaro Picardo, ingeniero de montes, y trabajo como Asesor en la
Dirección General del Medio Natural de la Junta de Castilla y León.

He consultado vuestra página sobre Normalización de OpenStreeMap:

http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n

y veo que no dispo´néis todavía de un sistema de clasificación de las
Vías
Pecuarias, pero tampoco de los caminos rurales, que ni siquiera mencionáis
en la página. Y son categorias que requieren una normalización.

Por mi trabajo, estoy implicado en el mantenimiento de la red de vías en
Castilla y León, e intento abordar esta cuestión. No sé si habría
posibilidad de colaborar con vosotros o con alguien de vuestro equipo
técnico que nos ayudara a abordar de manera sistemática la complicada
cuestion.

Un cordial saludo,

Alvaro Picardo


-- 
Iván Sánchez Ortega i...@sanchezortega.es

Un ordenador no es un televisor ni un microondas, es una herramienta
compleja.Estimado Iván, Soy Alvaro Picardo, ingeniero de montes, y trabajo como Asesor en la Dirección General del Medio Natural de la Junta de Castilla y León. He consultado vuestra página sobre Normalización de OpenStreeMap: http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n y veo que no dispo´néis todavía de un sistema de clasificación de las Vías Pecuarias, pero tampoco de los caminos rurales, que ni siquiera mencionáis en la página. Y son categorias que requieren una normalización. Por mi trabajo, estoy implicado en el mantenimiento de la red de vías en Castilla y León, e intento abordar esta cuestión. No sé si habría posibilidad de colaborar con vosotros o con alguien de vuestro equipo técnico que nos ayudara a abordar de manera sistemática la complicada cuestion. Un cordial saludo, Alvaro Picardo
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] persönliche freiheiten beim eintragen von radweg relationen?

[Norbert Wenzel]

On 09/17/2014 01:29 AM, Rainer Fügenstein wrote:
 1) dem, was bereits in OSM definiert ist
 2) was die offizielle radkarte (bzw. der offizielle GPX track) sagt,
 so vorhanden 
 3) der beschilderung vor ort
 4) und dem, was der hausverstand sagt.

ad 2) Dürfen wir die offiziellen Radkarten und GPX Tracks überhaupt
verwenden? (Und rein interessehalber, wo gibts *offizielle* Tracks? Alle
Routen die ich bis jetzt gesehen hab bestanden aus vereinzelten,
touristischen Schildern (gern auch unter allgemeinen
Fahrverbotsschildern montiert) und alle Tracks kamen von diversen
Tourenportalen, waren aber nie offiziell.)

4) Das Problem ist halt, dass der Hausverstand einer Familie mit Kindern
was anderes sagen wird als der von sportlichen Radfahrern. Ich bitte
darum Hausverstand als Datenquelle in OSM zu meiden, da es ungefähr so
viele Hausverstände gibt wie Mapper.

Die imo beste und für OSM sinnvollste Möglichkeit ist, wie schon von fkv
gesagt, Variante 3, der Beschilderung folgen. Wenn die in Varianten
ausgeschildert ist, natürlich auch die Varianten erfassen. Alles andere
macht es relativ schwer für ander Mapper nachzuvollziehen was du warum
gemapped haben könntest.

Norbert

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

Re: [Talk-at] persönliche freiheiten beim eintragen von radweg relationen?

[Rainer Fügenstein]

hallo,

NW ad 2) Dürfen wir die offiziellen Radkarten und GPX Tracks überhaupt
NW verwenden?
zitat aus einer mail von weinviertel.at:

die Wegpunkte gpx Datei können Sie in OpenStreetMap eintragen (hier ist kein 
Unterschied ob Sie die Route selbst mit GPS
Gerät erhoben haben), eine Verlinkung zu den Daten der Weinviertel Tourismus 
ist nicht gestattet, da wir in diesem Forum
die Wartung der Daten und Haftung nicht zusätzlich übernehmen können.

NW (Und rein interessehalber, wo gibts *offizielle* Tracks?

z.b. hier: http://www.weinviertel.at/de/?tt=WEINV_R46
hinter jeder route liegt ein link auf outdooractive.com, über den ein
GPX file heruntergeladen werden kann.

z.b. 
http://alpregio.outdooractive.com/ar-weinviertel/de/alpregio.jsp#i=2809909tab=TourTab

schaut für mich offiziell genug aus.

NW Die imo beste und für OSM sinnvollste Möglichkeit ist, wie schon von fkv
NW gesagt, Variante 3, der Beschilderung folgen. Wenn die in Varianten
NW ausgeschildert ist, natürlich auch die Varianten erfassen. Alles andere
NW macht es relativ schwer für ander Mapper nachzuvollziehen was du warum
NW gemapped haben könntest.

agreed.

danke  mfg


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

[Talk-pt] Osmose em Portugal

[Marcos Oliveira]

Olá a todos,

Gostaria de informar-vos que Portugal está finalmente no Osmose
http://osmose.openstreetmap.fr/pt/map/#zoom=8lat=40.643lon=-7.988layer=Mapnikoverlays=FFFTitem=level=1tags=fixable=bbox=-21.29150390625%2C39.232253141714885%2C20.5224609375%2C53.27835301753182,
tudo graças ao esforço do nosso caro amigo brasileiro, naoliv
http://www.openstreetmap.org/user/naoliv.

Para quem não sabe, o Osmose ou *OpenStreet Map Oversight Search Engine*, é um
site que ajuda na verificação e na validação de todo o tipo de erros que
podem surgir no OSM.

-- 
Um Abraço,
Marcos Oliveira
___
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Re: [Talk-cat] ADF Baix Llobregat i OpenStreetMap

[Konfrare Albert]

Hola Fermí,

La veritat és que tot i que encara no ens hem assegut amb el Carlos a
plantejar com distribuirem el temps, què explicarem i què no, etc...
Pensàvem en anar bastant per feina i intentar que practiquin bastant, o
dedicar una bona estona a ensenyar com poden editar.

Suposo que explicarem coses força bàsiques, i sobretot orientades a les
etiquetes i recursos que els poden ser més interessants (com per ex.
hidrants, etc.).
Tenim 3 hores i han de servir perquè s'animin a editar i puguin veure per
què els pot ser útil.

Si vens segur que ens seràs d'ajuda... i potser aprens alguna cosa nova ;)
El darrer dia que vam parlar amb el Carlos vam plantejar-nos de treballar
amb l'editor ID, o sigui que per donar un cop de mà (si no canviem d'opinió
a última hora) seria una bona idea practicar amb aquest editor.

Salut i gràcies :))

El dia 15 setembre de 2014 10:04, Fermí Tanyà ferm...@gmx.net ha escrit:

 Bon dia Carlos,

 M'agradaria anar a la formació per aprendre, és possible? Si puc aportar
 algo dels meus coneixements i experiència compteu amb mi.

 Fermí

 Enviat des de Samsung Mobile



  Missatge original 
 De: Carlos Sánchez erielk...@gmail.com
 Data: 14/09/2014 13:59 (GMT+01:00)
 A: OpenStreetMap in catalan talk-cat@openstreetmap.org
 Assumpte: [Talk-cat] ADF Baix Llobregat i OpenStreetMap


 El dissabte 11 d'octubre realitzarem un taller d'OSM per als ADF del Baix
 Llobregat. El lloc és al Molí dels Frares a Sant Vicenç dels Horts, de 10 a
 13h.
 Si algú està interessat en col·laborar en la realització del taller serà
 benvingut.

 --

 *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




-- 
*KONFRARE ALBERT*
La Konfraria de la Vila del Pingüí
de La Palma de Cervelló
www.konfraria.org • @La_Konfraria http://twitter.com/La_Konfraria
___
Talk-cat mailing list
Talk-cat@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cat

Re: [Talk-ca] Large polygons in JOSM

[Bruno Remy]

Hello,

Well... i agree with you, Daniel, about use of inner/outer membership roles
of multipolygons : regardless of rendering priorities, this is mandatory
for an accurate outlines extraction for a specific feature: wood, water,
etc...

However, in my opinion, such raw multipolygones from Canvec imports and
splitted by square tiles needs to be tuned (splited or merged) mostly close
to urban areas...

Bruno

Le 2014-09-15 17:41, Daniel Begin jfd...@hotmail.com a écrit :

 Bonjour,



 Well, I understand that multipolygons are often not easy to work with.
However, from what I understand of OSM data model, they should be used
whenever appropriate.



 In that sense, I do not agree with Bruno that 'inner' roles are useless
for lakes in the case of wooded areas. It might be OK for rendering (you
see lakes inside wooded areas because priorities have been used to create
the map) but, IMHO, it is not the case if you work only on wooded areas –
or any feature type!



 About Canvec, the product often duplicates water bodies and inner
polygons of wooded areas; which is not necessary where both were imported.
In order to keep only the necessary geometries, I usually transfer all the
tags from a waterbody to the duplicated geometry of an inner polygon and
then, I delete the original - now duplicated - waterbody.



 a humble two cents...



 Daniel

 From: Bruno Remy [mailto:bremy.qc...@gmail.com]
 Sent: September-15-14 12:59
 To: Tom Taylor
 Cc: Sam Dyck; Talk-CA OpenStreetMap
 Subject: Re: [Talk-ca] Large polygons in JOSM



 Tom's strategy seems to be appropriate for woods areas:

 Canvec 'giant monster' multipolygons represents a set of several polygons
quite closed but not adjascent ,  mostly separated by  meadow/scrub or fire
cut-lines or rivers, or roads 

 By the way: membership as 'inside' role of wood multipolygon is useless
for a lake

 So, you never need 'outside' or 'inside' role: just keep outlines of wood.

 Mapping this way avoid the use of multipoygons, and encourage the use of
simple polygons (prefered).

 (imo)

 Simplier is better ;)

 But  indeed.. i agree with Sam: is time consuming ! :(

 Perhaps a motivation to encourage membership of new OSM contributors, as
we celebrate the 10th of OpenStreetMap !! ;-)

 The more we are.. the less we do ;)



 Bruno





 2014-09-15 11:46 GMT-04:00 Tom Taylor tom.taylor.s...@gmail.com:

 Might be dull, but I generally split multipolygons into reasonably-sized
adjacent chunks rather than giant monsters. In my case, it's usually when
I'm outlining a river.

 Tom Taylor

 On 14/09/2014 10:29 PM, Sam Dyck wrote:

 HI

 Currently I'm working on importing the Canvec tiles that make up Lac
 Seul in NW Ontario into OSM. Importing the data as it is, split into
 tiles and subtiles, is poor practice, and manually merging is time
 consuming and dull. So I began using JOSM's Join Overlapping Areas
 feature. This tool however requires that all ways be complete before
 merging. Resulting is a 100 000 node area that far exceeds JOSMs import
 limit and is time consuming to split up, and slows down JOSM. Is there
 an faster way to split this?

 Sam


 ___
 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




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

Re: [Talk-ca] Large polygons in JOSM

[Daniel Begin]

+1

 

From: Bruno Remy [mailto:bremy.qc...@gmail.com] 
Sent: September-17-14 08:37
To: Daniel Begin
Cc: Sam Dyck; Tom Taylor; Talk-CA OpenStreetMap
Subject: RE: [Talk-ca] Large polygons in JOSM

 

Hello,

Well... i agree with you, Daniel, about use of inner/outer membership roles of 
multipolygons : regardless of rendering priorities, this is mandatory for an 
accurate outlines extraction for a specific feature: wood, water, etc...

However, in my opinion, such raw multipolygones from Canvec imports and 
splitted by square tiles needs to be tuned (splited or merged) mostly close to 
urban areas...

Bruno

Le 2014-09-15 17:41, Daniel Begin jfd...@hotmail.com a écrit :

 Bonjour,

  

 Well, I understand that multipolygons are often not easy to work with. 
 However, from what I understand of OSM data model, they should be used 
 whenever appropriate.

  

 In that sense, I do not agree with Bruno that 'inner' roles are useless for 
 lakes in the case of wooded areas. It might be OK for rendering (you see 
 lakes inside wooded areas because priorities have been used to create the 
 map) but, IMHO, it is not the case if you work only on wooded areas – or any 
 feature type!

  

 About Canvec, the product often duplicates water bodies and inner polygons of 
 wooded areas; which is not necessary where both were imported. In order to 
 keep only the necessary geometries, I usually transfer all the tags from a 
 waterbody to the duplicated geometry of an inner polygon and then, I delete 
 the original - now duplicated - waterbody.

  

 a humble two cents...

  

 Daniel

 From: Bruno Remy [mailto:bremy.qc...@gmail.com] 
 Sent: September-15-14 12:59
 To: Tom Taylor
 Cc: Sam Dyck; Talk-CA OpenStreetMap
 Subject: Re: [Talk-ca] Large polygons in JOSM

  

 Tom's strategy seems to be appropriate for woods areas:

 Canvec 'giant monster' multipolygons represents a set of several polygons 
 quite closed but not adjascent ,  mostly separated by  meadow/scrub or fire 
 cut-lines or rivers, or roads 

 By the way: membership as 'inside' role of wood multipolygon is useless for a 
 lake

 So, you never need 'outside' or 'inside' role: just keep outlines of wood.

 Mapping this way avoid the use of multipoygons, and encourage the use of 
 simple polygons (prefered).

 (imo)

 Simplier is better ;)

 But  indeed.. i agree with Sam: is time consuming ! :(

 Perhaps a motivation to encourage membership of new OSM contributors, as we 
 celebrate the 10th of OpenStreetMap !! ;-)

 The more we are.. the less we do ;)

  

 Bruno

  

  

 2014-09-15 11:46 GMT-04:00 Tom Taylor tom.taylor.s...@gmail.com:

 Might be dull, but I generally split multipolygons into reasonably-sized 
 adjacent chunks rather than giant monsters. In my case, it's usually when I'm 
 outlining a river.

 Tom Taylor

 On 14/09/2014 10:29 PM, Sam Dyck wrote:

 HI

 Currently I'm working on importing the Canvec tiles that make up Lac
 Seul in NW Ontario into OSM. Importing the data as it is, split into
 tiles and subtiles, is poor practice, and manually merging is time
 consuming and dull. So I began using JOSM's Join Overlapping Areas
 feature. This tool however requires that all ways be complete before
 merging. Resulting is a 100 000 node area that far exceeds JOSMs import
 limit and is time consuming to split up, and slows down JOSM. Is there
 an faster way to split this?

 Sam


 ___
 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




 -- 
 Bruno Remy

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

Re: [Talk-ca] Large polygons in JOSM

[Stewart C. Russell]

On 14-09-15 05:41 PM, Daniel Begin wrote:
  

 About Canvec, the product often duplicates water bodies and inner
 polygons of wooded areas; which is not necessary where both were
 imported. In order to keep only the necessary geometries, I usually
 transfer all the tags from a waterbody to the duplicated geometry of
 an inner polygon and then, I delete the original - now duplicated -
 waterbody.



Hi Daniel,

I have to confess I don't quite follow what you're doing here. Are you
leaving the waterbody defined only as the inner polygon (aka, a hole) of
a landuse multipolygon? Are there any example ways you can link to that
do this?

The difficulty with the huge 'tiled' areas of the North is that few
people will find the motivation needed to clean up the imports into
coherent polygons.

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

Re: [Talk-cz] cyklostezky a pěškaři

[Václav Řehák]

 Prosím fanoušky kol, aby nezapomínali na nás pěší a u stezek pro chodce,
 které jsou (shodou okolností:-) i stezkami pro cyklisty, když zvolí
 highway=cycleway neopomenuli vložit i foot=designated.

 Občas se setkávám i s cestami označenými highway=cycleway, které ovšem v
 dopravním značení nemají označení, že jde o stezku pro cyklisty... Jako
 chodec mám někdy pocit, že cyklisté to na OSM přehání.


Ono to bude zejména tím, že (pokud mluvíme o Praze) značnou část chodníků a
spoustu pěšin zmapoval tým kolem Prahou na kole pro účely renderované mapy
i vyhledávače tras na http://mapa.prahounakole.cz Tím mohlo dojít k
posunutí priorit ve prospěch cyklo.

Určitě se shodneme, že mapování má být podle reality a ne přiohnuté pro
konkrétní aplikaci, na druhou stranu bych chtěl poprosit, pokud bude někdo
měnit tagování u cykloinfrastruktury, aby dal vědět původnímu maperovi:
když nic jiného, tak abychom mohli vyzkoušet, jak se dané úprava projeví na
fungování vyhledávače.

Druhá věc je, že formální stav cykloinfrastruktury je stále ještě dost
neutěšený. Na jednu stranu máme značené cyklotrasy vedené po chodníku, kde
se oficiálně jezdit nesmí, na druhou stranu taková A26 (mediálně
profláknutá cyklostezka po bývalé trati ve Vysočanech) byla při svém
otevření (akuální stav nevím) značená jako Stezka pro cyklisty (C08a), čili
formálně tam nesmí ani chodci ani inline brusle, přesto je to v reálu jak
oblíbená promenáda rodin s dětmi, tak bruslařská dráha. Nemluvě o
případech, kdy je to z každé strany značeno jinak :)

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

Re: [Talk-cz] oprava relace 25469

[Marián Kyral]

-- Původní zpráva --
Od: Martin Švec - OSM o...@maatts.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 17. 9. 2014 2:34:44
Předmět: Re: [Talk-cz] oprava relace 25469

Ahoj,

 A ještě jedna věc. Neměl by být ten tag landuse=forest na relaci?

ten problém je IMHO obecnější. Co jsem si všiml, multipolygony lesů se 
source=uhul:wms mají tagovanou pouze outer cestu a relace tagovaná není. Jak
se teď hrabe do velkých ploch díky LPISu, je to náchylné k chybám. Mě se od 
víkendu podařilo běžným postupem rozbít už dva rozsáhlé lesy na různých 
místech republiky. Z jednoho vzniklo parkoviště kvůli starším nesmyslům v 
tagování členů relace. A druhý les zmizel úplně, protože jsem rozdělil 
vnější cestu na víc úseků kvůli limitu uzlů. Což bez tagu 
na relaci např. JOSM už neinterpretoval jako les.

Nešlo by ty lesní multipolygony nějak hromadně vyhledat v databázi a 
přesunout landuse=forest z outer cesty na relaci?




No mělo by to jít vyhledat přes overpass api [1]. Ale nějak se mi to nedaří 
:-( Padá mi to na timeout. [2]


Druhá možnost je přes sql z databáze Petra Vejsady. Možná zkusím večer.





[1] https://help.openstreetmap.org/questions/35225/overpass-query-only-outer
-ways-of-multipolygon

[2] http://overpass-turbo.eu/s/552




Marián




Martin


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

Re: [Talk-cz] oprava relace 25469

[Petr Vejsada]

Ahoj,

On Wed, Sep 17, 2014 at 09:34:42AM +0200, Marián Kyral wrote:

musíme si říct, co přesně se má udělat.

Najít všechny polygony, které mají landuse=forest a jsou členy relace typu
multipolygon jako outer. Odebrat tagy landuse a source tomuto polygonu a dát
je na popsanou relaci.

Jo?

Co mě napadá za možné problémy:

- polygon bude součástí více než jednoho multipolygonu jako outer
- polygon bude mít více než 2000 bodů (nejsem si jistý, jestli je to možné,
  ale myslím, že ano - že dříve cesty mohly být delší)

- co s ostatními tagy na cestě? (jinými než landuse)? Asi ponechat
- co když relace už tag landuse bude mít (třeba úplně jiný)? nutno řešit
  člověkem

a hlavní otázka - stojí to za to? mohla by to být nezanedbatelná porce dat.
Však vidíme, jaké porce jsou teď ty zemědělské půdy

--
Petr


 
 
 -- Původní zpráva --
 Od: Martin Švec - OSM o...@maatts.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 17. 9. 2014 2:34:44
 Předmět: Re: [Talk-cz] oprava relace 25469
 
 Ahoj,
 
  A ještě jedna věc. Neměl by být ten tag landuse=forest na relaci?
 
 ten problém je IMHO obecnější. Co jsem si všiml, multipolygony lesů se 
 source=uhul:wms mají tagovanou pouze outer cestu a relace tagovaná není. Jak
 se teď hrabe do velkých ploch díky LPISu, je to náchylné k chybám. Mě se od 
 víkendu podařilo běžným postupem rozbít už dva rozsáhlé lesy na různých 
 místech republiky. Z jednoho vzniklo parkoviště kvůli starším nesmyslům v 
 tagování členů relace. A druhý les zmizel úplně, protože jsem rozdělil 
 vnější cestu na víc úseků kvůli limitu uzlů. Což bez tagu 
 na relaci např. JOSM už neinterpretoval jako les.
 
 Nešlo by ty lesní multipolygony nějak hromadně vyhledat v databázi a 
 přesunout landuse=forest z outer cesty na relaci?
 
 
 
 
 No mělo by to jít vyhledat přes overpass api [1]. Ale nějak se mi to nedaří 
 :-( Padá mi to na timeout. [2]
 
 
 Druhá možnost je přes sql z databáze Petra Vejsady. Možná zkusím večer.
 
 
 
 
 
 [1] https://help.openstreetmap.org/questions/35225/overpass-query-only-outer
 -ways-of-multipolygon
 
 [2] http://overpass-turbo.eu/s/552
 
 
 
 
 Marián
 
 
 
 
 Martin
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;

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


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

Re: [Talk-cz] oprava relace 25469

[Marián Kyral]

-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 17. 9. 2014 12:09:48
Předmět: Re: [Talk-cz] oprava relace 25469

Ahoj,

On Wed, Sep 17, 2014 at 09:34:42AM +0200, Marián Kyral wrote:

musíme si říct, co přesně se má udělat.

Najít všechny polygony, které mají landuse=forest a jsou členy relace typu
multipolygon jako outer. Odebrat tagy landuse a source tomuto polygonu a dát
je na popsanou relaci.

Jo?




Jo. Já hlavně chtěl zjistit, kolik toho je. Ono těch lesů jako multipolygon 
asi nebude až tak moc. Třeba v Beskydech to je jeden velký multipolygon.




Co mě napadá za možné problémy:

- polygon bude součástí více než jednoho multipolygonu jako outer



To jde? V každém případě by jen jeden měl být les.




- polygon bude mít více než 2000 bodů (nejsem si jistý, jestli je to možné,
ale myslím, že ano - že dříve cesty mohly být delší)




Jo, to je omezení, které bylo zavedeno až později. Stačí to editovat ručně.




- co s ostatními tagy na cestě? (jinými než landuse)? Asi ponechat
- co když relace už tag landuse bude mít (třeba úplně jiný)? nutno řešit
člověkem
a hlavní otázka - stojí to za to? mohla by to být nezanedbatelná porce 
dat.
Však vidíme, jaké porce jsou teď ty zemědělské půdy




No já myslel, že toho až tolik nebude, takže vytvářet nějaký specializovaný 
skript nestojí za to. Mělo by stačit vytáhnout z databáze ty cesty a 
související relace a pak to zkouknout v JOSM. Asi by nebylo od věci si na to
napsat nějaký vlastní validační skript. JOSM to umožňuje.




Marián


 

--
Petr


 
 
 -- Původní zpráva --
 Od: Martin Švec - OSM o...@maatts.cz
 Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
 Datum: 17. 9. 2014 2:34:44
 Předmět: Re: [Talk-cz] oprava relace 25469
 
 Ahoj,
 
  A ještě jedna věc. Neměl by být ten tag landuse=forest na relaci?
 
 ten problém je IMHO obecnější. Co jsem si všiml, multipolygony lesů se 
 source=uhul:wms mají tagovanou pouze outer cestu a relace tagovaná není. 
Jak
 se teď hrabe do velkých ploch díky LPISu, je to náchylné k chybám. Mě se 
od 
 víkendu podařilo běžným postupem rozbít už dva rozsáhlé lesy na různých 
 místech republiky. Z jednoho vzniklo parkoviště kvůli starším nesmyslům v 
 tagování členů relace. A druhý les zmizel úplně, protože jsem rozdělil 
 vnější cestu na víc úseků kvůli limitu uzlů. Což bez tagu 
 na relaci např. JOSM už neinterpretoval jako les.
 
 Nešlo by ty lesní multipolygony nějak hromadně vyhledat v databázi a 
 přesunout landuse=forest z outer cesty na relaci?
 
 
 
 
 No mělo by to jít vyhledat přes overpass api [1]. Ale nějak se mi to 
nedaří 
 :-( Padá mi to na timeout. [2]
 
 
 Druhá možnost je přes sql z databáze Petra Vejsady. Možná zkusím večer.
 
 
 
 
 
 [1] https://help.openstreetmap.org/questions/35225/overpass-query-only-
outer
 -ways-of-multipolygon
 
 [2] http://overpass-turbo.eu/s/552
 
 
 
 
 Marián
 
 
 
 
 Martin
 
 
 ___
 Talk-cz mailing list
 Talk-cz@openstreetmap.org
 https://lists.openstreetmap.org/listinfo/talk-cz;

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


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

Re: [Talk-cz] oprava relace 25469

[Martin Švec - OSM]

On 17.9.2014 13:00, Marián Kyral wrote:


-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 17. 9. 2014 12:09:48
Předmět: Re: [Talk-cz] oprava relace 25469


Ahoj,

On Wed, Sep 17, 2014 at 09:34:42AM +0200, Marián Kyral wrote:

musíme si říct, co přesně se má udělat.

Najít všechny polygony, které mají landuse=forest a jsou členy relace typu
multipolygon jako outer. Odebrat tagy landuse a source tomuto polygonu a dát
je na popsanou relaci.

Jo?


Jo. Já hlavně chtěl zjistit, kolik toho je. Ono těch lesů jako multipolygon asi 
nebude až tak moc. Třeba v Beskydech to je jeden velký multipolygon.



Souhlas, stačí pro začátek vyjet seznam. Třeba se bavíme o deseti 
multipolygonech :-) Já jen nahodil dotaz do pléna, protože jsem si všiml že to 
je systematický jev po celé republice.

Pokud bude těch multipolygonů do stovky, není problém je opravit v JOSM. Pokud 
jich bude víc, dají se zpřísnit kritéria výběru a zbytek projít ručně.

Martin


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

Re: [Talk-cz] oprava relace 25469

[Petr Vejsada]

Ahoj,

On Wed, Sep 17, 2014 at 01:31:07PM +0200, Martin Švec - OSM wrote:

 Souhlas, stačí pro začátek vyjet seznam. Třeba se bavíme o deseti 
 multipolygonech :-) Já jen nahodil dotaz do pléna, protože jsem si všiml 
 že to je systematický jev po celé republice.

http://pedro.poloha.net/osm/lesy.csv

je jich 2888, všechny mají tagy pouze na cestě a na relaci ne. Jsou i
multipolygony typu jen outer cesty a tam samozřejmě může být landuse na
každé outer cestě jiné.

--
Petr

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

Re: [Talk-cz] oprava relace 25469

[Marián Kyral]

-- Původní zpráva --
Od: Petr Vejsada o...@propsychology.cz
Komu: OpenStreetMap Czech Republic talk-cz@openstreetmap.org
Datum: 17. 9. 2014 14:10:22
Předmět: Re: [Talk-cz] oprava relace 25469

Ahoj,

On Wed, Sep 17, 2014 at 01:31:07PM +0200, Martin Švec - OSM wrote:

 Souhlas, stačí pro začátek vyjet seznam. Třeba se bavíme o deseti 
 multipolygonech :-) Já jen nahodil dotaz do pléna, protože jsem si všiml 
 že to je systematický jev po celé republice.

http://pedro.poloha.net/osm/lesy.csv




Díky. Bylo by možné tam ještě přidat počet uzlů na cestě? A jak tak koukám, 
v některých případech je v jedné relaci více outer cest. Třeba  http://www.
openstreetmap.org/relation/23884




Asi následek dělení na 2000 uzlů.




je jich 2888, všechny mají tagy pouze na cestě a na relaci ne. Jsou i
multipolygony typu jen outer cesty a tam samozřejmě může být landuse na
každé outer cestě jiné.




Nerozumím. Můžeš ještě jednou? ;-)





Marián




--
Petr

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

Re: [Talk-cz] oprava relace 25469

[Petr Vejsada]

Ahoj,

On Wed, Sep 17, 2014 at 02:37:53PM +0200, Marián Kyral wrote:

 http://pedro.poloha.net/osm/lesy.csv

 Díky. Bylo by možné tam ještě přidat počet uzlů na cestě? A jak tak koukám, 

je tam, stejné url

 v některých případech je v jedné relaci více outer cest. Třeba  http://www.
 openstreetmap.org/relation/23884
 Asi následek dělení na 2000 uzlů.

Může být, ovšem vysvětlení může být daleko více, třeba

- outer - les
- inner - louka uvnitř lesa
- outer - les uvnitř té louky

nebo

outer - flek lesa, outer - flek lesa někde úplně jinde

a pozor! - outer - flek lesa, outer - flek lesa, outer - flek louky a dohromady
je to multipolygon, který ovšem nesdružuje les, ale třeba chráněnou oblast, do
které patří dva lesy a jedna louka.

Takže je třeba být pozorný při tom šoupání tagů z cesty na relaci, protože
ty tagy na relaci vůbec patřit nemusí.

--
Petr

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

Re: [Talk-cz] OSM setkani v Brne

[Lukas Novotny]

Po nahlédnutí do mého kalendáře je mě jasné že přijet nemůžu ani v
jeden termín. Příští týden mám už plný. Snad příště nebo kdyby někdo
dělal setkání v Praze tak tam to mám určitě blíž. Takže ubytování pro
mě je zbytečné shánět.

S přáním hezkého dne
Lukáš

Dne 16. září 2014 8:42 Kasparek Tomas kaspa...@fit.vutbr.cz napsal(a):
 On Mon, Sep 15, 2014 at 08:07:32PM +0200, Petr Holub wrote:
 Ahoj,

  Za me je St 24. 9. 18:00 ok. (Uvidime co dalsi, ale mozna by se hodilo 
  nejake
  planovatko jako doodle.com, at tu nespamujeme mailing list.)

 za mne bohuzel ne, budu tou dobou sedet v letadle :-( Buď do 23.9. (včetně),
 nebo po 15.10.

 Zaklad je jasny, prosim o vyplneni doodle, jak cas tak misto. Zaskrtnete
 vsechny prijatelne varinaty, pak to nejak preberu a zkusim vylovit nejlepsi
 variantu.

 http://doodle.com/azti2nidivg9c7ug

 Diky

 --

   Tomas Kasparek   e-mail: kaspa...@fit.vutbr.cz
   CVT FIT VUT Brno, L127   jabber: tomas.kaspa...@jabber.cz
   Bozetechova 1, 612 66web   : http://www.fit.vutbr.cz/~kasparek
   Brno, Czech Republic phone : +420 54114-1220

   GPG:2F1E 1AAF FD3B CFA3 1537  63BD DCBE 18FF A035 53BC

   May the command line live forever!

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


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

Re: [Talk-cz] OSM setkani v Brne

[Kasparek Tomas]

On Thu, Sep 18, 2014 at 07:28:53AM +0200, Lukas Novotny wrote:
 Po nahlédnutí do mého kalendáře je mě jasné že přijet nemůžu ani v
 jeden termín. Příští týden mám už plný. Snad příště nebo kdyby někdo
 dělal setkání v Praze tak tam to mám určitě blíž. Takže ubytování pro
 mě je zbytečné shánět.

Skoda. Pro ostatni uz se to myslim vykrystalizovalo dostatecne, takze
idealni je tedy:

(http://doodle.com/azti2nidivg9c7ug)

Utery 23. zari 2014 18:00, Kormidlo.

Pokusim se prijit cca na 17:30 pro ty co potrebuji brzo zmizet.
Udelam rezervaci, takze se muzete ptat na rezervaci na jmeno Kasparek at se
jednoduseji najdeme :-)

Tesim se na videnou.

-- 

  Tomas Kasparek   e-mail: kaspa...@fit.vutbr.cz
  CVT FIT VUT Brno, L127   jabber: tomas.kaspa...@jabber.cz
  Bozetechova 1, 612 66web   : http://www.fit.vutbr.cz/~kasparek
  Brno, Czech Republic phone : +420 54114-1220

  GPG:2F1E 1AAF FD3B CFA3 1537  63BD DCBE 18FF A035 53BC

  May the command line live forever!


pgpK2mlkiS4Oh.pgp
Description: PGP signature
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...

[Christian Quest]

Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le
way récupéré dans le calque où tu aura chargé les données actuelles.

Par contre, il faut refaire à la main la couture des relations...

Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit :

 super !
 merci vdct,
 j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer
 un way ...

 Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a
 écrit :
  Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit :
   Bonsoir
  
   Le 16/09/2014 22:04, didier2...@free.fr a écrit :
   le changeset qui a cassé des trucs
   http://www.openstreetmap.org/changeset/25482545
  
   j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas
 ...
  
   J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919
   La suite : atelier couture pour les relations admins
 
  Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr



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




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

[OSM-talk-fr] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...

[didier2020]

compris !
sinon pour ma culture, il y a un autre moyen que le plugin reverter pour 
restaurer un objet?

- Mail d'origine -
De: Christian Quest cqu...@openstreetmap.fr
À: Discussions sur OSM en français talk-fr@openstreetmap.org
Envoyé: Wed, 17 Sep 2014 08:01:12 +0200 (CEST)
Objet: Re: [OSM-talk-fr]un specialiste des frontieres et coastline pour 
réparer les relations du var, france etc ...

Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le
way récupéré dans le calque où tu aura chargé les données actuelles.

Par contre, il faut refaire à la main la couture des relations...

Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit :

 super !
 merci vdct,
 j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer
 un way ...

 Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a
 écrit :
  Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit :
   Bonsoir
  
   Le 16/09/2014 22:04, didier2...@free.fr a écrit :
   le changeset qui a cassé des trucs
   http://www.openstreetmap.org/changeset/25482545
  
   j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas
 ...
  
   J'ai pour l'instant juste rétabli la coastline avec ce way : 121541919
   La suite : atelier couture pour les relations admins
 
  Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr



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




-- 
Christian Quest - OpenStreetMap France


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

Re: [OSM-talk-fr] Re : Re: un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...

[Vincent de Château-Thierry]

Bonjour,

Selon didier2...@free.fr:
 compris !
 sinon pour ma culture, il y a un autre moyen que le plugin reverter pour
 restaurer un objet?

J'utilise ce plugin, très pratique :
http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Undelete

vincent

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

Re: [OSM-talk-fr] un specialiste des frontieres et coastline pour réparer les relations du var, france etc ...

[Christian Quest]

Le plugin undelete. Tu lui passe le type et l'id de l'objet à restaurer.
C'est utile quand tu n'a qu'un (ou quelques objets) à récupérer.

Revert est plus utile quand il s'agit de modifications plus massives, comme
un landuse transformé en cercle. Là il faut remettre les noeuds à leur
ancienne position et il est le plus adapté.


Le 17 septembre 2014 08:38, didier2...@free.fr a écrit :

 compris !
 sinon pour ma culture, il y a un autre moyen que le plugin reverter pour
 restaurer un objet?

 - Mail d'origine -
 De: Christian Quest cqu...@openstreetmap.fr
 À: Discussions sur OSM en français talk-fr@openstreetmap.org
 Envoyé: Wed, 17 Sep 2014 08:01:12 +0200 (CEST)
 Objet: Re: [OSM-talk-fr]un specialiste des frontieres et coastline
 pour réparer les relations du var, france etc ...

 Pour ça, tu peux faire le revert dans un nouveau calque, puis fusionner le
 way récupéré dans le calque où tu aura chargé les données actuelles.

 Par contre, il faut refaire à la main la couture des relations...

 Le 17 septembre 2014 07:43, didier2020 didier2...@free.fr a écrit :

  super !
  merci vdct,
  j'ai deja utiliser les revert mais je n'ai pas su seulement de-effacer
  un way ...
 
  Le mardi 16 septembre 2014 à 22:42 +0200, Vincent de Château-Thierry a
  écrit :
   Le 16/09/2014 22:34, Vincent de Château-Thierry a écrit :
Bonsoir
   
Le 16/09/2014 22:04, didier2...@free.fr a écrit :
le changeset qui a cassé des trucs
http://www.openstreetmap.org/changeset/25482545
   
j'ai essayé plusieurs fois un revert mais y a un truc qui colle pas
  ...
   
J'ai pour l'instant juste rétabli la coastline avec ce way :
 121541919
La suite : atelier couture pour les relations admins
  
   Hop là Didier ;) : http://www.openstreetmap.org/changeset/25488340
  
   ___
   Talk-fr mailing list
   Talk-fr@openstreetmap.org
   https://lists.openstreetmap.org/listinfo/talk-fr
 
 
 
  ___
  Talk-fr mailing list
  Talk-fr@openstreetmap.org
  https://lists.openstreetmap.org/listinfo/talk-fr
 



 --
 Christian Quest - OpenStreetMap France


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




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