Re: [Talk-ko] Talk-ko Digest, Vol 22, Issue 1, Looking for National Park Boundaries

2012-08-21 Per discussione Brian McLaughlin
The Korea map is looking great, I use  the OSM data for the base map
in my GPS, and I hardly every find a street or hiking trail that's not
already mapped. I'm looking for National, and Provincial Park
Boundaries. Does anybody know where I get get them? I don't want to
trace them from existing maps because I'm not sure about the data
license.

Namuori, you can download the admin boundaries here
http://www.diva-gis.org/gdata. They are in Esri shapefile format, but
that is supported by Potlatch and I believe JOSM, and Merkaator. If
you need some help let me know and I'll help you unravel them. They
might save you some time.

Thanks all for the update
Brian (Geokraft)

On Mon, Aug 20, 2012 at 8:00 PM,  talk-ko-requ...@openstreetmap.org wrote:
 Send Talk-ko mailing list submissions to
 talk-ko@openstreetmap.org

 To subscribe or unsubscribe via the World Wide Web, visit
 http://lists.openstreetmap.org/listinfo/talk-ko
 or, via email, send a message with subject or body 'help' to
 talk-ko-requ...@openstreetmap.org

 You can reach the person managing the list at
 talk-ko-ow...@openstreetmap.org

 When replying, please edit your Subject line so it is more specific
 than Re: Contents of Talk-ko digest...


 Today's Topics:

1. Boundaries (Robert Helvie)
2. ??? ??  / Major boundaries in Korea
   (Wesley Woo-Duk Hwang-Chung)


 --

 Message: 1
 Date: Mon, 20 Aug 2012 16:52:07 +0900
 From: Robert Helvie alim...@gmail.com
 To: Talk-ko@openstreetmap.org
 Subject: [Talk-ko] Boundaries
 Message-ID:
 CAA3uuXs7BVi_HHdSBtUatTL=lvc4mdu-jrkp50uhiwfwou0...@mail.gmail.com
 Content-Type: text/plain; charset=iso-8859-1

 I just wanted to say thanks to user namuori for adding in the province
 boundaries for Korea. That is one thing that has been missing from Korea
 for a while.

 Also, I would like to make a suggestion/request. Now that we have
 boundaries, please do not connect (join) the boundaries to any streets,
 rivers, trails (any ways) in the OSM data. It is perfectly acceptable to
 have the boundaries follow or parallel a way in OSM with separate nodes.

 And in fact, if the boundary is kept separate from the other way data, it
 makes working with OSM data much easier.
 If more boundaries are added, it is better to not use existing ways (roads,
 rivers, trails) as part of the relationship. Just add any additional ways
 needed for any boundary relationships.
 Keeping boundary data separate for now will help when new people start
 editing (easier to understand).
 And it makes easier to render and use OpenStreetMap on GPS and mobile
 devices.

 Thanks again to namuori and thanks to all the mappers in Korea. Things
 are starting to look much better.

 Remember don't copy from other maps or imagery (except Bing [when
 adjusted]) and have fun!

 Robert (alimamo)

 *We should give meaning to life, not wait for life to
 give us meaning. *
 ~ unknown
 ---
 -- next part --
 An HTML attachment was scrubbed...
 URL: 
 http://lists.openstreetmap.org/pipermail/talk-ko/attachments/20120820/219b7983/attachment-0001.html

 --

 Message: 2
 Date: Mon, 20 Aug 2012 19:22:24 +0900
 From: Wesley Woo-Duk Hwang-Chung wesle...@gmail.com
 To: Talk-ko@openstreetmap.org Talk-ko@openstreetmap.org
 Subject: [Talk-ko] ??? ??  / Major boundaries in Korea
 Message-ID: 8610843393922669593@unknownmsgid
 Content-Type: text/plain; charset=UTF-8

 [???/English]

 ??? ???, ?? ?? ??? ?? ??  ??? ??? ??? . ??(admin_level=2)?
 ??? ? ?? ??(admin_level=4) ??? ?? .

 ??, ??, ??, ??, ???, ??? ? ? ??? ,  ? (???, ???
 ? ??? ?? ??).

 ??? 9? ??? ??? ???. ? ??? ?? .

 As some of the folks have noticed, I'm creating administrative
 boundaries for Korea from scratch, since outright importing of them
 from other maps is undesirable. Thankfully, most of the outlines fall
 along natural features, so it's more or less looking at the satellite
 map and following appropriate cues.

 So far, the following areas have been completed:

 admin_level=2
 South Korea
 North Korea

 admin_level=4
 Seoul
 Incheon
 Daejeon
 Sejong
 Gyeonggi-do
 Gangwon-do
 Chungcheongnam-do

 The next ones in line are Chungcheongbuk-do and Gyeongsangbuk-do.

 When completed, all admin_level=4 boundaries will be in place.

 I'm hoping to finish the whole peninsula by end of September, if possible.

 Hope this helps everyone out.

 - Wesley (OSM: Namuori)

 --

 ___
 Talk-ko mailing list
 Talk-ko@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-ko


 End of Talk-ko Digest, Vol 22, Issue 1
 **

___
Talk-ko mailing list
Talk-ko@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ko


[OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ivo De Broeck
Op
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networksvraagt
men name en ref NIET in te vullen.
Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan. Ook
staat in de relatie route=foot OF route=hiking.
Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst op de
wiki aanpassen)?
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Sander Deryckere
Het is gepaster om de routes zelf aan te passen ipv de wiki. Er is overeen
gekomen dat de routes geen referentie en geen naam hebben. Enkel de
knooppunten hebben een referentie.

Dus zijn dergelijke routes met een referentie of naam gewoon verkeerd.

Groeten,
Sander

Op 21 augustus 2012 10:37 schreef Ivo De Broeck
ivo.debro...@gmail.comhet volgende:

 Op
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networksvraagt
  men name en ref NIET in te vullen.
 Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan. Ook
 staat in de relatie route=foot OF route=hiking.
 Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst op de
 wiki aanpassen)?

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


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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ivo De Broeck
OK, maar er zijn 2 redenen waarom ik de vraag stelde:

1) in 99% van de gevallen werd (door anderen) de naam en/of referentie wel
ingevuld.
2) Ik gebruik potlach2. Bij het maken van een nieuwe relatie vraagt hij als
het ware om een naam een referentie te geven. Ik dat geval geeft hij ook
duidelijk aan over welke relatie het gaat bv ZD 71-72 (zie de zojuist
ingevoerde relatie op
http://www.openstreetmap.org/edit?lat=50.81877lon=4.74388zoom=17 )
Potlach genereert de relatie automatisch met route=hiking dus dat is wel
OK. De note is NIET zichtbaar inPotlach (toch niet in de simpele
weergave)

Ik vraag me dus af of het invullen van de ref MOET verboden worden?

Op 21 augustus 2012 10:48 schreef Sander Deryckere
sander...@gmail.comhet volgende:

 Het is gepaster om de routes zelf aan te passen ipv de wiki. Er is overeen
 gekomen dat de routes geen referentie en geen naam hebben. Enkel de
 knooppunten hebben een referentie.

 Dus zijn dergelijke routes met een referentie of naam gewoon verkeerd.

 Groeten,
 Sander

 Op 21 augustus 2012 10:37 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 Op
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networksvraagt
  men name en ref NIET in te vullen.
 Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan. Ook
 staat in de relatie route=foot OF route=hiking.
 Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst op de
 wiki aanpassen)?

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



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




-- 
Ivo De Broeck
Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Gerard Vanderveken

Het is beter de Wiki aan te passen.

Nu er overal wandelroutes opduiken is er het probleem om op de kaart te 
kunnen zien tot welk netwerk een segment behoort.

http://hiking.lonvia.de/en/?zoom=13lat=50.78801lon=4.58032
http://hiking.lonvia.de/en/?zoom=14lat=50.79127lon=4.13863

Ook in de online Potlach editor of  het Openstreetmap overzicht wordt 
anders alleen een relatienummer getoond wat  de zaak zeer 
onoverzichtelijk maakt en je niet kan zien wat de relatie is waartoe bvb 
een weg behoort..

Vergelijk Zuid-Dijleland met Westhoek
http://www.openstreetmap.org/browse/relation/1641610
http://www.openstreetmap.org/browse/relation/2099497

Ook voor buslijnen staat er in de Wiki nog een door de praktijk 
achterhaalde tekst om de busroutes geen naam te geven.


mvg
Gerard.

Sander Deryckere wrote:

Het is gepaster om de routes zelf aan te passen ipv de wiki. Er is 
overeen gekomen dat de routes geen referentie en geen naam hebben. 
Enkel de knooppunten hebben een referentie.


Dus zijn dergelijke routes met een referentie of naam gewoon verkeerd.

Groeten,
Sander

Op 21 augustus 2012 10:37 schreef Ivo De Broeck 
ivo.debro...@gmail.com mailto:ivo.debro...@gmail.com het volgende:


Op 
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networks
vraagt men name en ref NIET in te vullen. 
Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan.

Ook staat in de relatie route=foot OF route=hiking.
Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst
op de wiki aanpassen)?

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




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

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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Jo
Ik heb al meermaals aan Richard gevraagd om in Potlatch de note tag weer te
geven voor onze rcn en rwn-routerelaties. Maar de ontwikkelaars van
Potlatch blijven dit weigeren. Misschien kan jij ook eens je stem laten
horen:

https://trac.openstreetmap.org/ticket/4017

Al denk ik niet dat het nog enig effect zal hebben. We taggen echter noch
voor de renderer, noch voor de router en ook niet voor de editor.

Als ik jou was, dan stapte ik over op JOSM. Die is sowieso veel handiger
als je verder gevorderde zaken gaat doen, zoals het werken met relaties.

mvg,

Jo



Op 21 augustus 2012 11:13 schreef Ivo De Broeck
ivo.debro...@gmail.comhet volgende:

 OK, maar er zijn 2 redenen waarom ik de vraag stelde:

 1) in 99% van de gevallen werd (door anderen) de naam en/of referentie wel
 ingevuld.
 2) Ik gebruik potlach2. Bij het maken van een nieuwe relatie vraagt hij
 als het ware om een naam een referentie te geven. Ik dat geval geeft hij
 ook duidelijk aan over welke relatie het gaat bv ZD 71-72 (zie de zojuist
 ingevoerde relatie op
 http://www.openstreetmap.org/edit?lat=50.81877lon=4.74388zoom=17 )
 Potlach genereert de relatie automatisch met route=hiking dus dat is wel
 OK. De note is NIET zichtbaar inPotlach (toch niet in de simpele
 weergave)

 Ik vraag me dus af of het invullen van de ref MOET verboden worden?

 Op 21 augustus 2012 10:48 schreef Sander Deryckere sander...@gmail.comhet 
 volgende:

 Het is gepaster om de routes zelf aan te passen ipv de wiki. Er is overeen
 gekomen dat de routes geen referentie en geen naam hebben. Enkel de
 knooppunten hebben een referentie.

 Dus zijn dergelijke routes met een referentie of naam gewoon verkeerd.

 Groeten,
 Sander

 Op 21 augustus 2012 10:37 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 Op
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networksvraagt
  men name en ref NIET in te vullen.
 Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan. Ook
 staat in de relatie route=foot OF route=hiking.
 Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst op de
 wiki aanpassen)?

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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360  Korbeek-lo
 Tel (0)16 43 84 93
 Gsm +32 486 17 61 13

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


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


[OSM-talk-be] newbie

2012-08-21 Per discussione Johan Degreef
Beste,

ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn buurt
te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

Kan iemand bevestigen of ik deze weg correct heb aangepast.
http://www.openstreetmap.org/browse/changeset/12791625

het was een aardeweggetje en is nu gebetonneerd.

dank u, johan
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ivo De Broeck
Potlach heeft ook voordelen. Hij zet automatisch route=hiking (ipv bv
foot). Potlach is IMHO juist een editor die een beetje orde brengt in de
verschillende tags. Maar daar ging deze tread niet over.

Vraag 1: Moet de wiki aangepast worden (of is het VERBODEN ref en name in
te vullen)
Vraag 2: Wat kan/mag ingevuld bij name en ref (soms is dat ZD, soms ZD
1x-9x, soms Wandelnetwerk Zuid-Dijleland)


Op 21 augustus 2012 11:30 schreef Jo winfi...@gmail.com het volgende:

 Ik heb al meermaals aan Richard gevraagd om in Potlatch de note tag weer
 te geven voor onze rcn en rwn-routerelaties. Maar de ontwikkelaars van
 Potlatch blijven dit weigeren. Misschien kan jij ook eens je stem laten
 horen:

 https://trac.openstreetmap.org/ticket/4017

 Al denk ik niet dat het nog enig effect zal hebben. We taggen echter noch
 voor de renderer, noch voor de router en ook niet voor de editor.

 Als ik jou was, dan stapte ik over op JOSM. Die is sowieso veel handiger
 als je verder gevorderde zaken gaat doen, zoals het werken met relaties.

 mvg,

 Jo



 Op 21 augustus 2012 11:13 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 OK, maar er zijn 2 redenen waarom ik de vraag stelde:

 1) in 99% van de gevallen werd (door anderen) de naam en/of referentie
 wel ingevuld.
 2) Ik gebruik potlach2. Bij het maken van een nieuwe relatie vraagt hij
 als het ware om een naam een referentie te geven. Ik dat geval geeft hij
 ook duidelijk aan over welke relatie het gaat bv ZD 71-72 (zie de zojuist
 ingevoerde relatie op
 http://www.openstreetmap.org/edit?lat=50.81877lon=4.74388zoom=17 )
 Potlach genereert de relatie automatisch met route=hiking dus dat is wel
 OK. De note is NIET zichtbaar inPotlach (toch niet in de simpele
 weergave)

 Ik vraag me dus af of het invullen van de ref MOET verboden worden?

 Op 21 augustus 2012 10:48 schreef Sander Deryckere sander...@gmail.comhet 
 volgende:

 Het is gepaster om de routes zelf aan te passen ipv de wiki. Er is
 overeen gekomen dat de routes geen referentie en geen naam hebben. Enkel de
 knooppunten hebben een referentie.

 Dus zijn dergelijke routes met een referentie of naam gewoon verkeerd.

 Groeten,
 Sander

 Op 21 augustus 2012 10:37 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 Op
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networksvraagt
  men name en ref NIET in te vullen.
 Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan. Ook
 staat in de relatie route=foot OF route=hiking.
 Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst op
 de wiki aanpassen)?

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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360  Korbeek-lo
 Tel (0)16 43 84 93
 Gsm +32 486 17 61 13

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



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




-- 
Ivo De Broeck
Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Sander Deryckere
Welkom bij OSM,

Zoals het er nu staat is deze weg ook toegankelijk voor auto's. Ik ken de
situatie niet, maar indien het niet het geval is moet dit aangepast worden.

Een weggetje dat gebruikt kan worden door fietsen en wandelaars maar geen
andere voertuigen is het best getagd met highway=path (generiek pad in
Potlatch). Daarnaast het het toevoegen van informatie zoals
surface=concrete natuurlijk geen slecht idee.

Groeten,
Sander

Op 21 augustus 2012 11:38 schreef Johan Degreef jdg...@gmail.com het
volgende:

 Beste,

 ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn buurt
 te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

 Kan iemand bevestigen of ik deze weg correct heb aangepast.
 http://www.openstreetmap.org/browse/changeset/12791625

 het was een aardeweggetje en is nu gebetonneerd.

 dank u, johan

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


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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Johan Degreef
het is een betonnen fietspad, ook bromfietsen en voetgangers en
landbouwvoertuigen hebben er toegang.
autos hebben er geen toegang.

Op 21 augustus 2012 11:53 schreef Sander Deryckere
sander...@gmail.comhet volgende:

 Welkom bij OSM,

 Zoals het er nu staat is deze weg ook toegankelijk voor auto's. Ik ken de
 situatie niet, maar indien het niet het geval is moet dit aangepast worden.

 Een weggetje dat gebruikt kan worden door fietsen en wandelaars maar geen
 andere voertuigen is het best getagd met highway=path (generiek pad in
 Potlatch). Daarnaast het het toevoegen van informatie zoals
 surface=concrete natuurlijk geen slecht idee.

 Groeten,
 Sander

 Op 21 augustus 2012 11:38 schreef Johan Degreef jdg...@gmail.com het
 volgende:

 Beste,

 ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn buurt
 te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

 Kan iemand bevestigen of ik deze weg correct heb aangepast.
 http://www.openstreetmap.org/browse/changeset/12791625

 het was een aardeweggetje en is nu gebetonneerd.

 dank u, johan

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



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


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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Jo
Zo, nu staan ze allemaal op route=hiking... Oorspronkelijk was de conventie
route=foot. Geen idee wanneer dat veranderd geraakt is.

Jo

Op 21 augustus 2012 11:45 schreef Ivo De Broeck
ivo.debro...@gmail.comhet volgende:

 Potlach heeft ook voordelen. Hij zet automatisch route=hiking (ipv bv
 foot). Potlach is IMHO juist een editor die een beetje orde brengt in de
 verschillende tags. Maar daar ging deze tread niet over.

 Vraag 1: Moet de wiki aangepast worden (of is het VERBODEN ref en name in
 te vullen)
 Vraag 2: Wat kan/mag ingevuld bij name en ref (soms is dat ZD, soms ZD
 1x-9x, soms Wandelnetwerk Zuid-Dijleland)


 Op 21 augustus 2012 11:30 schreef Jo winfi...@gmail.com het volgende:

 Ik heb al meermaals aan Richard gevraagd om in Potlatch de note tag weer
 te geven voor onze rcn en rwn-routerelaties. Maar de ontwikkelaars van
 Potlatch blijven dit weigeren. Misschien kan jij ook eens je stem laten
 horen:

 https://trac.openstreetmap.org/ticket/4017

 Al denk ik niet dat het nog enig effect zal hebben. We taggen echter noch
 voor de renderer, noch voor de router en ook niet voor de editor.

 Als ik jou was, dan stapte ik over op JOSM. Die is sowieso veel handiger
 als je verder gevorderde zaken gaat doen, zoals het werken met relaties.

 mvg,

 Jo



 Op 21 augustus 2012 11:13 schreef Ivo De Broeck ivo.debro...@gmail.comhet 
 volgende:

 OK, maar er zijn 2 redenen waarom ik de vraag stelde:

 1) in 99% van de gevallen werd (door anderen) de naam en/of referentie
 wel ingevuld.
 2) Ik gebruik potlach2. Bij het maken van een nieuwe relatie vraagt hij
 als het ware om een naam een referentie te geven. Ik dat geval geeft hij
 ook duidelijk aan over welke relatie het gaat bv ZD 71-72 (zie de zojuist
 ingevoerde relatie op
 http://www.openstreetmap.org/edit?lat=50.81877lon=4.74388zoom=17 )
 Potlach genereert de relatie automatisch met route=hiking dus dat is wel
 OK. De note is NIET zichtbaar inPotlach (toch niet in de simpele
 weergave)

 Ik vraag me dus af of het invullen van de ref MOET verboden worden?

 Op 21 augustus 2012 10:48 schreef Sander Deryckere sander...@gmail.comhet 
 volgende:

 Het is gepaster om de routes zelf aan te passen ipv de wiki. Er is
 overeen gekomen dat de routes geen referentie en geen naam hebben. Enkel de
 knooppunten hebben een referentie.

 Dus zijn dergelijke routes met een referentie of naam gewoon verkeerd.

 Groeten,
 Sander

 Op 21 augustus 2012 10:37 schreef Ivo De Broeck ivo.debro...@gmail.com
  het volgende:

 Op
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networksvraagt
  men name en ref NIET in te vullen.
 Ik zie op verschillende plaatsen  ref = ZD en name ZD 1x-9x staan. Ook
 staat in de relatie route=foot OF route=hiking.
 Kan iemand mij duidelijkheid geven hierover (en eventueel de tekst op
 de wiki aanpassen)?

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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360  Korbeek-lo
 Tel (0)16 43 84 93
 Gsm +32 486 17 61 13

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



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




 --
 Ivo De Broeck
 Valleilaan 13
 3360  Korbeek-lo
 Tel (0)16 43 84 93
 Gsm +32 486 17 61 13

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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Gerard Vanderveken

Als ik naar de geschiedenis van de weg kijk
http://www.openstreetmap.org/browse/way/23644375/history
vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
want in versie 4 staat reeds als opmerking
Comment: veldweg is nu verhard in beton + verbinding van tertiary roads
Dus versie 5 was up to date?

Jij hebt er in je laatste versie een unclassified road van gemaakt, wat 
betekent dat het nu een ordinaire straat zou zijn waar ook auto's enz. 
rijden, terwijl het tervoren alleen maar een pad voor fietsers en 
voetgangers was. Dat kan korrekt of fout zijn naargelang wat nu precies 
aan verkeer is toegelaten op deze weg en hoe breed hij nu is.
Je hebt om tot dit resultaat te komen wel heel wat versies en varianten 
gemaakt, wat mij terug brengt tot mijn eerste vraag.


Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk de weg 
voor me.

Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar geplakt.
http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

Ik zoek dat laatste nog later uit.
mvg
Gerard


Johan Degreef wrote:


Beste,
 
ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn 
buurt te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl 
http://openfietsmap.nl.
 
Kan iemand bevestigen of ik deze weg correct heb aangepast.

http://www.openstreetmap.org/browse/changeset/12791625
 
het was een aardeweggetje en is nu gebetonneerd.
 
dank u, johan




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

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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Johan Degreef
zoals ik al aangaf, ik ben een beginner.

de segmenten heb ik aan elkaar geplakt omdat in de praktijk de weg 1 geheel
is en dezelfde ondergrond en met dezelfde eigenschappen. Waarom zou die dan
uit 3 segmenten moeten bestaan? De weg is ook in 1 maal volledig
gebetonneerd.

Verder merk ik ook al dat verschillende personen mij verschillende raad
geven en dat het zo moeilijk wordt om het taggen correct aan te leren. kan
iemand mijn een linkje bezorgen waarop ik moet letten?

dank u, johan

Op 21 augustus 2012 12:19 schreef Gerard Vanderveken g...@ghia.eu het
volgende:

 **
 Als ik naar de geschiedenis van de weg kijk
 http://www.openstreetmap.org/browse/way/23644375/history
 vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
 want in versie 4 staat reeds als opmerking
 Comment: veldweg is nu verhard in beton + verbinding van tertiary roads
 Dus versie 5 was up to date?

 Jij hebt er in je laatste versie een unclassified road van gemaakt, wat
 betekent dat het nu een ordinaire straat zou zijn waar ook auto's enz.
 rijden, terwijl het tervoren alleen maar een pad voor fietsers en
 voetgangers was. Dat kan korrekt of fout zijn naargelang wat nu precies aan
 verkeer is toegelaten op deze weg en hoe breed hij nu is.
 Je hebt om tot dit resultaat te komen wel heel wat versies en varianten
 gemaakt, wat mij terug brengt tot mijn eerste vraag.

 Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk de weg
 voor me.
 Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar geplakt.

 http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

 Ik zoek dat laatste nog later uit.
 mvg
 Gerard


 Johan Degreef wrote:

 Beste,

 ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn buurt
 te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

 Kan iemand bevestigen of ik deze weg correct heb aangepast.
 http://www.openstreetmap.org/browse/changeset/12791625

 het was een aardeweggetje en is nu gebetonneerd.

 dank u, johan

 --

 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be


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


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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Gerard Vanderveken

De twee zijn/waren synoniemen, maar eigenlijk vind ik foot meer aangewezen.
Maar foot lijkt nu wat meer deprecated te zijn in de Wiki, zodat  hiking 
de terechte keuze is.

http://wiki.openstreetmap.org/wiki/Relation:route#Tags

Misschien moet okok de belgische Wiki worden aangepast
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes

Alhoewel ik bij hiking toch meer aan trektochten denk met rugzak en 
tent, dan wandelen ...


mvg
Gerard.

Jo wrote:

Zo, nu staan ze allemaal op route=hiking... Oorspronkelijk was de 
conventie route=foot. Geen idee wanneer dat veranderd geraakt is.


Jo

Op 21 augustus 2012 11:45 schreef Ivo De Broeck 
ivo.debro...@gmail.com mailto:ivo.debro...@gmail.com het volgende:


Potlach heeft ook voordelen. Hij zet automatisch route=hiking (ipv
bv foot). Potlach is IMHO juist een editor die een beetje orde
brengt in de verschillende tags. Maar daar ging deze tread niet over.

Vraag 1: Moet de wiki aangepast worden (of is het VERBODEN ref en
name in te vullen)
Vraag 2: Wat kan/mag ingevuld bij name en ref (soms is dat ZD,
soms ZD 1x-9x, soms Wandelnetwerk Zuid-Dijleland)


Op 21 augustus 2012 11:30 schreef Jo winfi...@gmail.com
mailto:winfi...@gmail.com het volgende:

Ik heb al meermaals aan Richard gevraagd om in Potlatch de
note tag weer te geven voor onze rcn en rwn-routerelaties.
Maar de ontwikkelaars van Potlatch blijven dit weigeren.
Misschien kan jij ook eens je stem laten horen:

https://trac.openstreetmap.org/ticket/4017

Al denk ik niet dat het nog enig effect zal hebben. We taggen
echter noch voor de renderer, noch voor de router en ook niet
voor de editor.

Als ik jou was, dan stapte ik over op JOSM. Die is sowieso
veel handiger als je verder gevorderde zaken gaat doen, zoals
het werken met relaties.

mvg,

Jo



Op 21 augustus 2012 11:13 schreef Ivo De Broeck
ivo.debro...@gmail.com mailto:ivo.debro...@gmail.com het
volgende:

OK, maar er zijn 2 redenen waarom ik de vraag stelde:

1) in 99% van de gevallen werd (door anderen) de naam
en/of referentie wel ingevuld.
2) Ik gebruik potlach2. Bij het maken van een nieuwe
relatie vraagt hij als het ware om een naam een referentie
te geven. Ik dat geval geeft hij ook duidelijk aan over
welke relatie het gaat bv ZD 71-72 (zie de zojuist
ingevoerde relatie
op 
http://www.openstreetmap.org/edit?lat=50.81877lon=4.74388zoom=17
http://www.openstreetmap.org/edit?lat=50.81877lon=4.74388zoom=17
)
Potlach genereert de relatie automatisch met route=hiking
dus dat is wel OK. De note is NIET zichtbaar inPotlach
(toch niet in de simpele weergave)

Ik vraag me dus af of het invullen van de ref MOET
verboden worden?

Op 21 augustus 2012 10:48 schreef Sander Deryckere
sander...@gmail.com mailto:sander...@gmail.com het
volgende:

Het is gepaster om de routes zelf aan te passen ipv de
wiki. Er is overeen gekomen dat de routes geen
referentie en geen naam hebben. Enkel de knooppunten
hebben een referentie.

Dus zijn dergelijke routes met een referentie of naam
gewoon verkeerd.

Groeten,
Sander

Op 21 augustus 2012 10:37 schreef Ivo De Broeck
ivo.debro...@gmail.com
mailto:ivo.debro...@gmail.com het volgende:

Op 
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Conventions/Walking_Routes#Walking_node_networks
vraagt men name en ref NIET in te vullen. 
Ik zie op verschillende plaatsen  ref = ZD en name

ZD 1x-9x staan. Ook staat in de relatie route=foot
OF route=hiking.
Kan iemand mij duidelijkheid geven hierover (en
eventueel de tekst op de wiki aanpassen)?

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



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




-- 
Ivo De Broeck

Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13 tel:%2B32%20486%2017%2061%2013


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Guy Vanvuchelen
Deze fout (?) heb ik als beginner ook gemaakt. Omdat de weg ‘1 geheel is en
dezelfde ondergrond en met dezelfde eigenschappen’ genoteerd staat dan nog
kan het nodig zijn hem in bijvoorbeeld meerdere segmenten te splitsen. Het
kan zijn dat één segment deel uitmaakt van een relatie. Dat kan bijvoorbeeld
een wandel- of fietsroute zijn. Het kan zijn dat er  verschillende maximum
snelheden van toepassing zijn, enz. Het is dus heel gevaarlijk om segmenten
samen te voegen. 

GuyVV

 

 

Van: Johan Degreef [mailto:jdg...@gmail.com] 
Verzonden: dinsdag 21 augustus 2012 12:14
Aan: OpenStreetMap Belgium
Onderwerp: Re: [OSM-talk-be] newbie

 

zoals ik al aangaf, ik ben een beginner.

 

de segmenten heb ik aan elkaar geplakt omdat in de praktijk de weg 1 geheel
is en dezelfde ondergrond en met dezelfde eigenschappen. Waarom zou die dan
uit 3 segmenten moeten bestaan? De weg is ook in 1 maal volledig
gebetonneerd.

 

Verder merk ik ook al dat verschillende personen mij verschillende raad
geven en dat het zo moeilijk wordt om het taggen correct aan te leren. kan
iemand mijn een linkje bezorgen waarop ik moet letten?

 

dank u, johan

Op 21 augustus 2012 12:19 schreef Gerard Vanderveken g...@ghia.eu het
volgende:

Als ik naar de geschiedenis van de weg kijk
http://www.openstreetmap.org/browse/way/23644375/history
vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
want in versie 4 staat reeds als opmerking
Comment: veldweg is nu verhard in beton + verbinding van tertiary roads
Dus versie 5 was up to date?

Jij hebt er in je laatste versie een unclassified road van gemaakt, wat
betekent dat het nu een ordinaire straat zou zijn waar ook auto's enz.
rijden, terwijl het tervoren alleen maar een pad voor fietsers en
voetgangers was. Dat kan korrekt of fout zijn naargelang wat nu precies aan
verkeer is toegelaten op deze weg en hoe breed hij nu is.
Je hebt om tot dit resultaat te komen wel heel wat versies en varianten
gemaakt, wat mij terug brengt tot mijn eerste vraag.

Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk de weg
voor me.
Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar geplakt.
http://www.openstreetmap.org/?lat=50.91527
http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrel
ation=71268 lon=4.57187zoom=16layers=Mrelation=71268

Ik zoek dat laatste nog later uit.
mvg
Gerard 


Johan Degreef wrote:



Beste,

 

ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn buurt te
doen op OSM. ik gebruik al een tijdje de openfietsmap.nl
http://openfietsmap.nl/ .

 

Kan iemand bevestigen of ik deze weg correct heb aangepast.

http://www.openstreetmap.org/browse/changeset/12791625

 

het was een aardeweggetje en is nu gebetonneerd.

 

dank u, johan




  _  



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


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

 

  _  

Geen virus gevonden in dit bericht.
Gecontroleerd door AVG - www.avg.com
Versie: 2012.0.2197 / Virusdatabase: 2437/5212 - datum van uitgifte:
08/20/12


  _  

Ik gebruik de gratis versie van SPAMfighter http://www.spamfighter.com/lnl

711 spam-mails zijn er tot op heden geblokkeerd.

Uw PC enorm traag? Klik
http://www.spamfighter.com/SLOW-PCfighter/Lang_NL/?cid=signl voor de
oplossing! 
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Jo
Gewoonlijk is het zo, dat als wegen gesplitst zijn, dat daar dan een goede
reden voor is. Het gaat 'm daarbij niet enkel om de tags, maar vaak ook om
lidmaatschap bij relaties.

Ik moet regelmatig een script laten lopen dat nakijkt of de routerelaties
niet stukgemaakt werden door goedbedoelende beginners zoals jij. :-)

Ik heb de wandelroute die slechts een deel van dat pad gebruikte weer
hersteld. Ik heb meteen ook alle andere probleempjes op die route
gecorrigeerd, zodat het weer een continue opeenvolging van wegen is
geworden.

Ik heb ook de tags aangepast. Best nog even gaan kijken.

Groeten,

Jo


Op 21 augustus 2012 12:13 schreef Johan Degreef jdg...@gmail.com het
volgende:

 zoals ik al aangaf, ik ben een beginner.

 de segmenten heb ik aan elkaar geplakt omdat in de praktijk de weg 1
 geheel is en dezelfde ondergrond en met dezelfde eigenschappen. Waarom zou
 die dan uit 3 segmenten moeten bestaan? De weg is ook in 1 maal volledig
 gebetonneerd.

 Verder merk ik ook al dat verschillende personen mij verschillende raad
 geven en dat het zo moeilijk wordt om het taggen correct aan te leren. kan
 iemand mijn een linkje bezorgen waarop ik moet letten?

 dank u, johan

 Op 21 augustus 2012 12:19 schreef Gerard Vanderveken g...@ghia.eu het
 volgende:

 **
 Als ik naar de geschiedenis van de weg kijk
 http://www.openstreetmap.org/browse/way/23644375/history
 vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
 want in versie 4 staat reeds als opmerking
 Comment: veldweg is nu verhard in beton + verbinding van tertiary roads
 Dus versie 5 was up to date?

 Jij hebt er in je laatste versie een unclassified road van gemaakt, wat
 betekent dat het nu een ordinaire straat zou zijn waar ook auto's enz.
 rijden, terwijl het tervoren alleen maar een pad voor fietsers en
 voetgangers was. Dat kan korrekt of fout zijn naargelang wat nu precies aan
 verkeer is toegelaten op deze weg en hoe breed hij nu is.
 Je hebt om tot dit resultaat te komen wel heel wat versies en varianten
 gemaakt, wat mij terug brengt tot mijn eerste vraag.

 Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk de weg
 voor me.
 Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar geplakt.

 http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

 Ik zoek dat laatste nog later uit.
 mvg
 Gerard


 Johan Degreef wrote:

 Beste,

 ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn buurt
 te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

 Kan iemand bevestigen of ik deze weg correct heb aangepast.
 http://www.openstreetmap.org/browse/changeset/12791625

 het was een aardeweggetje en is nu gebetonneerd.

 dank u, johan

 --

 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be


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



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


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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Johan Degreef
nog een vraagje,

als ik de weg nu terug bekijk, zie ik weer de oude stippelijn wat toch op
onverhard wijst? De weg (2 segmenten) zijn volledig in beton.

Johan

Op 21 augustus 2012 12:33 schreef Jo winfi...@gmail.com het volgende:

 Gewoonlijk is het zo, dat als wegen gesplitst zijn, dat daar dan een goede
 reden voor is. Het gaat 'm daarbij niet enkel om de tags, maar vaak ook om
 lidmaatschap bij relaties.

 Ik moet regelmatig een script laten lopen dat nakijkt of de routerelaties
 niet stukgemaakt werden door goedbedoelende beginners zoals jij. :-)

 Ik heb de wandelroute die slechts een deel van dat pad gebruikte weer
 hersteld. Ik heb meteen ook alle andere probleempjes op die route
 gecorrigeerd, zodat het weer een continue opeenvolging van wegen is
 geworden.

 Ik heb ook de tags aangepast. Best nog even gaan kijken.

 Groeten,

 Jo


 Op 21 augustus 2012 12:13 schreef Johan Degreef jdg...@gmail.com het
 volgende:

 zoals ik al aangaf, ik ben een beginner.

 de segmenten heb ik aan elkaar geplakt omdat in de praktijk de weg 1
 geheel is en dezelfde ondergrond en met dezelfde eigenschappen. Waarom zou
 die dan uit 3 segmenten moeten bestaan? De weg is ook in 1 maal volledig
 gebetonneerd.

 Verder merk ik ook al dat verschillende personen mij verschillende raad
 geven en dat het zo moeilijk wordt om het taggen correct aan te leren. kan
 iemand mijn een linkje bezorgen waarop ik moet letten?

 dank u, johan

 Op 21 augustus 2012 12:19 schreef Gerard Vanderveken g...@ghia.eu het
 volgende:

 **
 Als ik naar de geschiedenis van de weg kijk
 http://www.openstreetmap.org/browse/way/23644375/history
 vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
 want in versie 4 staat reeds als opmerking
 Comment: veldweg is nu verhard in beton + verbinding van tertiary roads
 Dus versie 5 was up to date?

 Jij hebt er in je laatste versie een unclassified road van gemaakt, wat
 betekent dat het nu een ordinaire straat zou zijn waar ook auto's enz.
 rijden, terwijl het tervoren alleen maar een pad voor fietsers en
 voetgangers was. Dat kan korrekt of fout zijn naargelang wat nu precies aan
 verkeer is toegelaten op deze weg en hoe breed hij nu is.
 Je hebt om tot dit resultaat te komen wel heel wat versies en varianten
 gemaakt, wat mij terug brengt tot mijn eerste vraag.

 Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk de weg
 voor me.
 Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar
 geplakt.

 http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

 Ik zoek dat laatste nog later uit.
 mvg
 Gerard


 Johan Degreef wrote:

 Beste,

 ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn
 buurt te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

 Kan iemand bevestigen of ik deze weg correct heb aangepast.
 http://www.openstreetmap.org/browse/changeset/12791625

 het was een aardeweggetje en is nu gebetonneerd.

 dank u, johan

 --

 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be


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



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



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


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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Gerard Vanderveken

Dat is helemaal niet erg, je bent meer dan welkom!

Als een weg uit verschillende segmenten bestaat heeft dat zijn reden.
Er kunnen verschillende eigenschappen zijn bvb snelheidsbeperking, 
verharding
Of soms iets moeilijker op te merken zoals in dit geval het behoren tot 
verschillende relaties  in volge het passeren van een wandelroute over 
een gedeelte van de weg.


Info is te vinden op
Belgisch projekt
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium
zie vooral conventions en subprojects

Beginners guide
http://wiki.openstreetmap.org/wiki/Beginners_Guide_1.3
partieel vertaald
http://wiki.openstreetmap.org/wiki/NL:Beginners%27_guide

Veel leesplezier
mvg
Gerard.

Johan Degreef wrote:


zoals ik al aangaf, ik ben een beginner.
 
de segmenten heb ik aan elkaar geplakt omdat in de praktijk de weg 1 
geheel is en dezelfde ondergrond en met dezelfde eigenschappen. Waarom 
zou die dan uit 3 segmenten moeten bestaan? De weg is ook in 1 maal 
volledig gebetonneerd.
 
Verder merk ik ook al dat verschillende personen mij verschillende 
raad geven en dat het zo moeilijk wordt om het taggen correct aan te 
leren. kan iemand mijn een linkje bezorgen waarop ik moet letten?
 
dank u, johan


Op 21 augustus 2012 12:19 schreef Gerard Vanderveken g...@ghia.eu 
mailto:g...@ghia.eu het volgende:


Als ik naar de geschiedenis van de weg kijk
http://www.openstreetmap.org/browse/way/23644375/history
vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
want in versie 4 staat reeds als opmerking
Comment: veldweg is nu verhard in beton + verbinding van tertiary
roads
Dus versie 5 was up to date?

Jij hebt er in je laatste versie een unclassified road van
gemaakt, wat betekent dat het nu een ordinaire straat zou zijn
waar ook auto's enz. rijden, terwijl het tervoren alleen maar een
pad voor fietsers en voetgangers was. Dat kan korrekt of fout zijn
naargelang wat nu precies aan verkeer is toegelaten op deze weg en
hoe breed hij nu is.
Je hebt om tot dit resultaat te komen wel heel wat versies en
varianten gemaakt, wat mij terug brengt tot mijn eerste vraag.

Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk
de weg voor me.
Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar
geplakt.

http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

Ik zoek dat laatste nog later uit.
mvg
Gerard


Johan Degreef wrote:


Beste,
 
ik heb me onlangs geregistreerd om af en toe een aanpassing in

mijn buurt te doen op OSM. ik gebruik al een tijdje de
openfietsmap.nl http://openfietsmap.nl/.
 
Kan iemand bevestigen of ik deze weg correct heb aangepast.

http://www.openstreetmap.org/browse/changeset/12791625
 
het was een aardeweggetje en is nu gebetonneerd.
 
dank u, johan




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



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




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

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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Jo
Die stippellijn geeft niet aan dat het onverhard is, voor zover ik weet. Ik
heb er een highway=path van gemaakt en die worden als stippellijn
voorgesteld. Ik weet niet precies waarom de surface tag verdwenen was, maar
dat gaat geen verschil maken voor de standaard Mapnikweergave.

Jo


Op 21 augustus 2012 12:42 schreef Johan Degreef jdg...@gmail.com het
volgende:

 nog een vraagje,

 als ik de weg nu terug bekijk, zie ik weer de oude stippelijn wat toch op
 onverhard wijst? De weg (2 segmenten) zijn volledig in beton.

 Johan

 Op 21 augustus 2012 12:33 schreef Jo winfi...@gmail.com het volgende:

 Gewoonlijk is het zo, dat als wegen gesplitst zijn, dat daar dan een
 goede reden voor is. Het gaat 'm daarbij niet enkel om de tags, maar vaak
 ook om lidmaatschap bij relaties.


 Ik moet regelmatig een script laten lopen dat nakijkt of de routerelaties
 niet stukgemaakt werden door goedbedoelende beginners zoals jij. :-)

 Ik heb de wandelroute die slechts een deel van dat pad gebruikte weer
 hersteld. Ik heb meteen ook alle andere probleempjes op die route
 gecorrigeerd, zodat het weer een continue opeenvolging van wegen is
 geworden.

 Ik heb ook de tags aangepast. Best nog even gaan kijken.

 Groeten,

 Jo


 Op 21 augustus 2012 12:13 schreef Johan Degreef jdg...@gmail.com het
 volgende:

 zoals ik al aangaf, ik ben een beginner.

 de segmenten heb ik aan elkaar geplakt omdat in de praktijk de weg 1
 geheel is en dezelfde ondergrond en met dezelfde eigenschappen. Waarom zou
 die dan uit 3 segmenten moeten bestaan? De weg is ook in 1 maal volledig
 gebetonneerd.

 Verder merk ik ook al dat verschillende personen mij verschillende raad
 geven en dat het zo moeilijk wordt om het taggen correct aan te leren. kan
 iemand mijn een linkje bezorgen waarop ik moet letten?

 dank u, johan

 Op 21 augustus 2012 12:19 schreef Gerard Vanderveken g...@ghia.eu het
 volgende:

 **
 Als ik naar de geschiedenis van de weg kijk
 http://www.openstreetmap.org/browse/way/23644375/history
 vraag ik me af, waarom er iets aan veranderd moest worden aan versie 5
 want in versie 4 staat reeds als opmerking
 Comment: veldweg is nu verhard in beton + verbinding van tertiary roads
 Dus versie 5 was up to date?

 Jij hebt er in je laatste versie een unclassified road van gemaakt, wat
 betekent dat het nu een ordinaire straat zou zijn waar ook auto's enz.
 rijden, terwijl het tervoren alleen maar een pad voor fietsers en
 voetgangers was. Dat kan korrekt of fout zijn naargelang wat nu precies aan
 verkeer is toegelaten op deze weg en hoe breed hij nu is.
 Je hebt om tot dit resultaat te komen wel heel wat versies en varianten
 gemaakt, wat mij terug brengt tot mijn eerste vraag.

 Ik ben er vorig jaar nog gepasseerd, maar ik zie niet zo dadelijk de
 weg voor me.
 Er heeft wel iemand onterecht de 2 routesegmenten weer aan mekaar
 geplakt.

 http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

 Ik zoek dat laatste nog later uit.
 mvg
 Gerard


 Johan Degreef wrote:

 Beste,

 ik heb me onlangs geregistreerd om af en toe een aanpassing in mijn
 buurt te doen op OSM. ik gebruik al een tijdje de openfietsmap.nl.

 Kan iemand bevestigen of ik deze weg correct heb aangepast.
 http://www.openstreetmap.org/browse/changeset/12791625

 het was een aardeweggetje en is nu gebetonneerd.

 dank u, johan

 --

 ___
 Talk-be mailing 
 listTalk-be@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-be


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



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



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



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


[OSM-talk-be] Kapelletjes en wegkruisen

2012-08-21 Per discussione Guy Vanvuchelen
In JOSM kan je, via Bouwwerken - Historische Locaties - Monument (monument)
of  gedenkplaats (memorial)  of  wegkruis (wayside-cross)  of kruisbeeld
(wayside-shrine) invoeren.  Ik ben geen expert, zeker niet in het Engels,
maar ik vind wel dat in dit geval de Engelse benamingen duidelijker zijn dan
de Nederlandse.  Het verschil tussen een wegkruis of een kruisbeeld is mij
niet duidelijk.

 

Wel vind ik het goed om zulke locaties aan te duiden want het zijn goede
herkenningstekens bijvoorbeeld voor een wandelaar. Daarom zou het ook
interessant zijn om de vele kapelletjes die we in het landschap tegen komen
te taggen.  Telkens ik op een wandeling een kapel(letje) zie noteer ik het
en voer het thuis in. Maar hoe kan ik het verschil tussen bijvoorbeeld een
kapel waar je met een paar mensen (of meerdere) kan binnen staan of zitten
onderscheiden van bijvoorbeeld een gemetseld gebouwtje waar een beeld al dan
niet in een nis staat.  En heeft het nut om een kapelletje dat aan een boom
hangt te noteren.

 

Zelf bij ik geneigd om een kapel 'met een deur' als religieus gebouw te
noteren terwijl een kapel zonder deur  als 'wayside-shrine' te taggen.
(maar het is geen kruisbeeld!)  Voor de kapelletjes aan een boom heb ik geen
oplossing, misschien moet ik ze gewoon weglaten.

 

GuyVV


  _  

Ik gebruik de gratis versie van SPAMfighter http://www.spamfighter.com/lnl

711 spam-mails zijn er tot op heden geblokkeerd.

Uw PC enorm traag? Klik
http://www.spamfighter.com/SLOW-PCfighter/Lang_NL/?cid=signl voor de
oplossing! 
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] Kapelletjes en wegkruisen

2012-08-21 Per discussione Johan Degreef
wel laat ik dan aan het eid van mijn beruchte fietsweg alvast het
kapelletje taggen :-)

Op 21 augustus 2012 12:58 schreef Guy Vanvuchelen 
guido.vanvuche...@pandora.be het volgende:

  In JOSM kan je, via Bouwwerken – Historische Locaties – Monument
 (monument) of  gedenkplaats (memorial)  of  wegkruis (wayside-cross)  of
 kruisbeeld (wayside-shrine) invoeren.  Ik ben geen expert, zeker niet in
 het Engels,  maar ik vind wel dat in dit geval de Engelse benamingen
 duidelijker zijn dan de Nederlandse.  Het verschil tussen een wegkruis of
 een kruisbeeld is mij niet duidelijk.

 ** **

 Wel vind ik het goed om zulke locaties aan te duiden want het zijn goede
 herkenningstekens bijvoorbeeld voor een wandelaar. Daarom zou het ook
 interessant zijn om de vele kapelletjes die we in het landschap tegen komen
 te taggen.  Telkens ik op een wandeling een kapel(letje) zie noteer ik het
 en voer het thuis in. Maar hoe kan ik het verschil tussen bijvoorbeeld een
 kapel waar je met een paar mensen (of meerdere) kan binnen staan of zitten
 onderscheiden van bijvoorbeeld een gemetseld gebouwtje waar een beeld al
 dan niet in een nis staat.  En heeft het nut om een kapelletje dat aan een
 boom hangt te noteren.

 ** **

 Zelf bij ik geneigd om een kapel ‘met een deur’ als religieus gebouw te
 noteren terwijl een kapel zonder deur  als ‘wayside-shrine’ te taggen.
  (maar het is geen kruisbeeld!)  Voor de kapelletjes aan een boom heb ik
 geen oplossing, misschien moet ik ze gewoon weglaten.

 ** **

 GuyVV

 --
 Ik gebruik de gratis versie van SPAMfighterhttp://www.spamfighter.com/lnl
 711 spam-mails zijn er tot op heden geblokkeerd.

 Uw PC enorm traag? Klik voor de oplossing!
 http://www.spamfighter.com/SLOW-PCfighter/Lang_NL/?cid=signl

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


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


Re: [OSM-talk-be] Kapelletjes en wegkruisen

2012-08-21 Per discussione Sander Deryckere
I'll proceed in English, as I believe this subject is important to entire
Belgium (contrary to walking nodes, which are only used in Flanders).

At first, Potlatch has translation issues. A shrine is not necessarily a
cross. The wiki has a correct picture for a shrine:
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dwayside_shrine

Next to that, using a historic=* tag should only be used on historic
features. If the shrine isn't historic, it shouldn't contain that tag. All
shrines can contain the place_of_worship tag, together with religion and
denomination.  To differ between shrines, chapels, crosses, churches,
cathedrals etc, there's a discussion on the place_of_worship talk page
about a place_of_worship:type tag.
http://wiki.openstreetmap.org/wiki/Talk:Tag:amenity%3Dplace_of_worship#place_of_worship:type_.28Chapels.2C_Small_POWs.29as
you can see, it's an old discussion that has died without consensus.
But
it is used by 126 people :s
http://taginfo.openstreetmap.org/keys/place_of_worship%3Atype

They also give an answer to your tree problem, a place_of_worship:type=tree
has been mentioned.

If you want to revive the discussion, go ahead :D

Also note that the word monument has an other connotation in English. It
is only used for very big features
http://wiki.openstreetmap.org/wiki/Tag:historic%3Dmonument

Regards,
Sander


Op 21 augustus 2012 12:58 schreef Guy Vanvuchelen 
guido.vanvuche...@pandora.be het volgende:

  In JOSM kan je, via Bouwwerken – Historische Locaties – Monument
 (monument) of  gedenkplaats (memorial)  of  wegkruis (wayside-cross)  of
 kruisbeeld (wayside-shrine) invoeren.  Ik ben geen expert, zeker niet in
 het Engels,  maar ik vind wel dat in dit geval de Engelse benamingen
 duidelijker zijn dan de Nederlandse.  Het verschil tussen een wegkruis of
 een kruisbeeld is mij niet duidelijk.

 ** **

 Wel vind ik het goed om zulke locaties aan te duiden want het zijn goede
 herkenningstekens bijvoorbeeld voor een wandelaar. Daarom zou het ook
 interessant zijn om de vele kapelletjes die we in het landschap tegen komen
 te taggen.  Telkens ik op een wandeling een kapel(letje) zie noteer ik het
 en voer het thuis in. Maar hoe kan ik het verschil tussen bijvoorbeeld een
 kapel waar je met een paar mensen (of meerdere) kan binnen staan of zitten
 onderscheiden van bijvoorbeeld een gemetseld gebouwtje waar een beeld al
 dan niet in een nis staat.  En heeft het nut om een kapelletje dat aan een
 boom hangt te noteren.

 ** **

 Zelf bij ik geneigd om een kapel ‘met een deur’ als religieus gebouw te
 noteren terwijl een kapel zonder deur  als ‘wayside-shrine’ te taggen.
  (maar het is geen kruisbeeld!)  Voor de kapelletjes aan een boom heb ik
 geen oplossing, misschien moet ik ze gewoon weglaten.

 ** **

 GuyVV

 --
 Ik gebruik de gratis versie van SPAMfighterhttp://www.spamfighter.com/lnl
 711 spam-mails zijn er tot op heden geblokkeerd.

 Uw PC enorm traag? Klik voor de oplossing!
 http://www.spamfighter.com/SLOW-PCfighter/Lang_NL/?cid=signl

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


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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Gerard Vanderveken
Uit een ander gedeelte van de diskussie, begreep ik dat de weg ook voor 
landbouwvoertuigen dient.

highway=track is dan meer aangewezen
Uit de versie history blijkt dat het oorspronkelijk ook zo was tot 
kennyM in V4 naar aanleidng van de betonnering er surface=paved, maar 
ook  highway=path van maakte.

http://www.openstreetmap.org/browse/way/23644375/history
Bij de tracks kan je wel de beton aangeven wat ook een andere 
voorstelling geeft op de kaart.

http://wiki.openstreetmap.org/wiki/Key:tracktype?uselang=en-US

mvg
Gerard.

Jo wrote:

Die stippellijn geeft niet aan dat het onverhard is, voor zover ik 
weet. Ik heb er een highway=path van gemaakt en die worden als 
stippellijn voorgesteld. Ik weet niet precies waarom de surface tag 
verdwenen was, maar dat gaat geen verschil maken voor de standaard 
Mapnikweergave.


Jo


Op 21 augustus 2012 12:42 schreef Johan Degreef jdg...@gmail.com 
mailto:jdg...@gmail.com het volgende:


nog een vraagje,
 
als ik de weg nu terug bekijk, zie ik weer de oude stippelijn wat

toch op onverhard wijst? De weg (2 segmenten) zijn volledig in beton.
 
Johan


Op 21 augustus 2012 12:33 schreef Jo winfi...@gmail.com
mailto:winfi...@gmail.com het volgende:

Gewoonlijk is het zo, dat als wegen gesplitst zijn, dat daar
dan een goede reden voor is. Het gaat 'm daarbij niet enkel om
de tags, maar vaak ook om lidmaatschap bij relaties.


Ik moet regelmatig een script laten lopen dat nakijkt of de
routerelaties niet stukgemaakt werden door goedbedoelende
beginners zoals jij. :-)

Ik heb de wandelroute die slechts een deel van dat pad
gebruikte weer hersteld. Ik heb meteen ook alle andere
probleempjes op die route gecorrigeerd, zodat het weer een
continue opeenvolging van wegen is geworden.

Ik heb ook de tags aangepast. Best nog even gaan kijken.

Groeten,

Jo


Op 21 augustus 2012 12:13 schreef Johan Degreef
jdg...@gmail.com mailto:jdg...@gmail.com het volgende:

zoals ik al aangaf, ik ben een beginner.
 
de segmenten heb ik aan elkaar geplakt omdat in de

praktijk de weg 1 geheel is en dezelfde ondergrond en met
dezelfde eigenschappen. Waarom zou die dan uit 3 segmenten
moeten bestaan? De weg is ook in 1 maal volledig gebetonneerd.
 
Verder merk ik ook al dat verschillende personen mij

verschillende raad geven en dat het zo moeilijk wordt om
het taggen correct aan te leren. kan iemand mijn een
linkje bezorgen waarop ik moet letten?
 
dank u, johan


Op 21 augustus 2012 12:19 schreef Gerard Vanderveken
g...@ghia.eu mailto:g...@ghia.eu het volgende:

Als ik naar de geschiedenis van de weg kijk
http://www.openstreetmap.org/browse/way/23644375/history
vraag ik me af, waarom er iets aan veranderd moest
worden aan versie 5
want in versie 4 staat reeds als opmerking
Comment: veldweg is nu verhard in beton + verbinding
van tertiary roads
Dus versie 5 was up to date?

Jij hebt er in je laatste versie een unclassified road
van gemaakt, wat betekent dat het nu een ordinaire
straat zou zijn waar ook auto's enz. rijden, terwijl
het tervoren alleen maar een pad voor fietsers en
voetgangers was. Dat kan korrekt of fout zijn
naargelang wat nu precies aan verkeer is toegelaten op
deze weg en hoe breed hij nu is.
Je hebt om tot dit resultaat te komen wel heel wat
versies en varianten gemaakt, wat mij terug brengt tot
mijn eerste vraag.

Ik ben er vorig jaar nog gepasseerd, maar ik zie niet
zo dadelijk de weg voor me.
Er heeft wel iemand onterecht de 2 routesegmenten weer
aan mekaar geplakt.

http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

http://www.openstreetmap.org/?lat=50.91527lon=4.57187zoom=16layers=Mrelation=71268

Ik zoek dat laatste nog later uit.
mvg
Gerard


Johan Degreef wrote:


Beste,
 
ik heb me onlangs geregistreerd om af en toe een

aanpassing in mijn buurt te doen op OSM. ik gebruik
al een tijdje de openfietsmap.nl
http://openfietsmap.nl/.
 
Kan iemand bevestigen of ik deze weg correct heb

aangepast.
http://www.openstreetmap.org/browse/changeset/12791625
 
het was een aardeweggetje en is 

Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Sander Deryckere


 *Wat dient volgens jullie (al of niet) ingevuld bij name en ref*

 Ten eerste moet de referentie of naam een route identificeren (met een
zekere uniciteit)

Name lijkt me sowieso eigenaardig, er zijn maar weinig namen die een nummer
bevatten, en ik zie niet in hoe je een route kan identificeren zonder knoop
nummers.

Dus blijft er over, de ref tag. Die kan het netwerk bevatten of niet. Dan
zijn er de volgende mogelijkheden:

ZD 01-12
ZD 1-12
01-12
1-12

De eerste twee eisen dat we een conventie afspreken ivm afkortingen voor
alle knooppunt netwerken (een lijst maken op de Wiki).
Vb.
Zuid Dijleland - ZD
Ieperboog - IB
Heuvelland - HL
Westkust - WK
...

Maar wat belangrijker is, is consistentie:

   - Nederlandse wandelknooppunten zijn er volgens hetzelfde systeem, dus
   moet ook met de Nederlanders overlegd worden (zij gebruiken momenteel
   hetzelfde systeem als wij, met de note=* tag)
   - Wandelknooppunten en fietsknooppunten moeten een zelfde tagging volgen.

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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Jo
Op de routes die ik heb toegevoegd aan ZD, heb ik dat eveneens gedaan. Ik
heb evenwel name nergens weggehaald, maar dat was enkel om de kerk in het
midden te houden en niet omdat ik het er helemaal mee eens was.

Op de fietsroutenetwerken ben ik dan weer wel heel sterk aan het
standaardiseren geweest (omdat ik een script had gemaakt om daar
kwaliteitscontrole op uit te voeren) en daar wordt ook geen name of ref op
de routerelaties gebruikt.

Als Zuid-Dijleland de enige is die afwijkt, vind ik wel dat we de routes
daarvan moeten aanpassen. Als er gewoonlijk route=foot wordt gebruikt, dan
moet route=hiking ook maar weer worden teruggedraaid. Ik wilde voornamelijk
aantonen waar de kracht van een editor als JOSM zit. Je kan ermee op een
ander niveau met relaties aan de slag.

En als wij voor onze genummerde knooppuntenroutes beslist hebben dat er
note gebruikt moet worden, dan moet een editor als Potlatch zich maar aan
onze conventie aanpassen en niet andersom. Deze beslissing werd jaren
geleden genomen en is in voege op duizenden routerelaties.

Wat name op busroutes betreft, daar was ik inderdaad mee begonnen, maar
steeds met enige tegenzin, aangezien het data dupliceert. Er is een manier
in JOSM om de weergegeven naam samen te stellen op basis van de tags en
zelfs op basis van tags van parentrelaties, dus is dat eigenlijk niet meer
nodig.

Voor Potlatch natuurlijk wel, maar aangezien ze daar niet eens bereid zijn
om een triviale aanpassing aan de code te maken, kan ik mensen die met
(route)relaties aan de slag willen, enkel aansporen om met JOSM te leren
werken.

Als er interesse bestaat om daar meer uitleg over te krijgen, laten we dan
een mapping party/bijeenkomst organiseren en dan geef ik met veel plezier
een demonstratie/hands on uitleg.

Jo

Op 21 augustus 2012 16:02 schreef Marc Gemis marc.ge...@gmail.com het
volgende:

 Ik heb zelf al behoorlijk wat aan de wandelnetwerken gewerkt
 (Rivierenland, Scheldeland, Pajottenland, Vlaamse Ardennen, Antwerpse
 Kempen) hebben allemaal wel een bijdrage van mij (ik weet het stoeffen is
 gemakkelijk :-)  ) Van Zuid-Dijleland ben ik steeds afgebleven omdat die de
 regels van de wiki niet volgt.

 Ik vul nooit name, noch ref in. Ik gebruik steeds route = foot. Ik plaats
 nodes en routes steeds in de relatie van het wandelnetwerk.

 dus voor node

 rwn_ref =xxx

 voor route een relatie met

 type = route
 route = foot
 note = xx-yy   (waar xx altijd kleiner is dan yy)
 network = rwn

 zowel de nodes als de route worden in de netwerk relatie geplaatst. Oudere
 routes van mij hebben soms nog network:name = xxx. Dit is nu vervangen door
 de overkoepelende relatie

 De netwerk relatie wordt normaal gezien afgeleid van de namen op de
 paaltjes. Enkel voor Antwerpse Kempen probeer ik het sub netwerk bv.
 Kempense Landduinen te achterhalen.

 m

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


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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Gerard Vanderveken

+1

De voorloopnul is niet nodig, dus ZD 1-34
Gewoon het nummer zoals aangeduid op de bordjes.
Bij wandelnetwerken worden meestal tot 3 cijfers gebruikt en dan is 001 
ook weer zwaar overdreven.


België en Nederland zijn de enigen die de note-tag propageren, anderen 
gebruiken gewoon de name-tag.


http://wiki.openstreetmap.org/wiki/Route#Walking_routes_.28also_hiking_and_pilgrimage.29

name=*
Meaningful route name suitable for identifying this route.

http://wiki.openstreetmap.org/wiki/DE:Relation:route#Wanderwege

name http://wiki.openstreetmap.org/wiki/DE:Key:name=* 	Text 
empfohlen, notwendig für OSMC Karte 
http://wiki.openstreetmap.org/wiki/DE:OSMC_Reitkarte 	Name des 
Wanderweges z.B. Paul-Pfinzing-Weg


alternativ Start- und Zielpunkt z.B. Happurg-Lauterhofen
alternativ Region und Wegnummer z.B. Rommelsried Rundweg Nr.4
Reine Buchstaben-Zahl-Kombinationen sind kein eindeutiges 
Identifikationsmerkmal.




mvg
Gerard


Sander Deryckere wrote:



Wat dient volgens jullie (al of niet) ingevuld bij name en ref

Ten eerste moet de referentie of naam een route identificeren (met een 
zekere uniciteit)


Name lijkt me sowieso eigenaardig, er zijn maar weinig namen die een 
nummer bevatten, en ik zie niet in hoe je een route kan identificeren 
zonder knoop nummers.


Dus blijft er over, de ref tag. Die kan het netwerk bevatten of niet. 
Dan zijn er de volgende mogelijkheden:


ZD 01-12
ZD 1-12
01-12
1-12

De eerste twee eisen dat we een conventie afspreken ivm afkortingen 
voor alle knooppunt netwerken (een lijst maken op de Wiki).

Vb.
Zuid Dijleland - ZD
Ieperboog - IB
Heuvelland - HL
Westkust - WK
...

Maar wat belangrijker is, is consistentie:

* Nederlandse wandelknooppunten zijn er volgens hetzelfde systeem,
  dus moet ook met de Nederlanders overlegd worden (zij gebruiken
  momenteel hetzelfde systeem als wij, met de note=* tag)
* Wandelknooppunten en fietsknooppunten moeten een zelfde tagging
  volgen.

Groeten,
Sander



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

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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ivo De Broeck
name=  
ref=ZD 01-99

Voorbeeld op
http://www.openstreetmap.org/edit?lat=50.82418lon=4.74657zoom=17

Er is nog een master-relatie ZD Zuid-Dijleland

Ziet er in potlach duidelijk uit.

PS: Misschien eerst in Vlaanderen overleggen, dan Nederland


Op 21 augustus 2012 15:55 schreef Sander Deryckere
sander...@gmail.comhet volgende:


 *Wat dient volgens jullie (al of niet) ingevuld bij name en ref*

 Ten eerste moet de referentie of naam een route identificeren (met een
 zekere uniciteit)

 Name lijkt me sowieso eigenaardig, er zijn maar weinig namen die een
 nummer bevatten, en ik zie niet in hoe je een route kan identificeren
 zonder knoop nummers.

 Dus blijft er over, de ref tag. Die kan het netwerk bevatten of niet. Dan
 zijn er de volgende mogelijkheden:

 ZD 01-12
 ZD 1-12
 01-12
 1-12

 De eerste twee eisen dat we een conventie afspreken ivm afkortingen voor
 alle knooppunt netwerken (een lijst maken op de Wiki).
 Vb.
 Zuid Dijleland - ZD
 Ieperboog - IB
 Heuvelland - HL
 Westkust - WK
 ...

 Maar wat belangrijker is, is consistentie:

- Nederlandse wandelknooppunten zijn er volgens hetzelfde systeem, dus
moet ook met de Nederlanders overlegd worden (zij gebruiken momenteel
hetzelfde systeem als wij, met de note=* tag)
- Wandelknooppunten en fietsknooppunten moeten een zelfde tagging
volgen.

 Groeten,
 Sander

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




-- 
Ivo De Broeck
Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ivo De Broeck
Jo, je hebt iets tegen Potlach ;-)

Wat ik vooral apprecieer aan potlach is het gebruikersgemak en vooral *potlach
vult de juiste tags voor jou in*. Dat maakt dat potlach eindelijk een
beetje orde tracht te scheppen in de OSM-anarchie. Nu kan er eindeloos
getwist worden over hiking en foot (ik vind ook dat hiking mij aan
trektochten doet denken), maar als iedereen dezelfde tags gebruikt wordt
het volledige plaatje (niet Vlaanderen, maar de ganse wereldkaart) kompleet.

De quote En als *wij* voor onze genummerde knooppuntenroutes beslist
hebben dat er note gebruikt moet worden, dan moet een editor als Potlatch
zich maar aan onze conventie aanpassen en niet andersom. lijkt mij dan ook
1 brug te ver.

Op 21 augustus 2012 16:21 schreef Jo winfi...@gmail.com het volgende:

 Op de routes die ik heb toegevoegd aan ZD, heb ik dat eveneens gedaan. Ik
 heb evenwel name nergens weggehaald, maar dat was enkel om de kerk in het
 midden te houden en niet omdat ik het er helemaal mee eens was.

 Op de fietsroutenetwerken ben ik dan weer wel heel sterk aan het
 standaardiseren geweest (omdat ik een script had gemaakt om daar
 kwaliteitscontrole op uit te voeren) en daar wordt ook geen name of ref op
 de routerelaties gebruikt.

 Als Zuid-Dijleland de enige is die afwijkt, vind ik wel dat we de routes
 daarvan moeten aanpassen. Als er gewoonlijk route=foot wordt gebruikt, dan
 moet route=hiking ook maar weer worden teruggedraaid. Ik wilde voornamelijk
 aantonen waar de kracht van een editor als JOSM zit. Je kan ermee op een
 ander niveau met relaties aan de slag.

 En als wij voor onze genummerde knooppuntenroutes beslist hebben dat er
 note gebruikt moet worden, dan moet een editor als Potlatch zich maar aan
 onze conventie aanpassen en niet andersom. Deze beslissing werd jaren
 geleden genomen en is in voege op duizenden routerelaties.

 Wat name op busroutes betreft, daar was ik inderdaad mee begonnen, maar
 steeds met enige tegenzin, aangezien het data dupliceert. Er is een manier
 in JOSM om de weergegeven naam samen te stellen op basis van de tags en
 zelfs op basis van tags van parentrelaties, dus is dat eigenlijk niet meer
 nodig.

 Voor Potlatch natuurlijk wel, maar aangezien ze daar niet eens bereid zijn
 om een triviale aanpassing aan de code te maken, kan ik mensen die met
 (route)relaties aan de slag willen, enkel aansporen om met JOSM te leren
 werken.

 Als er interesse bestaat om daar meer uitleg over te krijgen, laten we dan
 een mapping party/bijeenkomst organiseren en dan geef ik met veel plezier
 een demonstratie/hands on uitleg.

 Jo

 Op 21 augustus 2012 16:02 schreef Marc Gemis marc.ge...@gmail.com het
 volgende:

 Ik heb zelf al behoorlijk wat aan de wandelnetwerken gewerkt
 (Rivierenland, Scheldeland, Pajottenland, Vlaamse Ardennen, Antwerpse
 Kempen) hebben allemaal wel een bijdrage van mij (ik weet het stoeffen is
 gemakkelijk :-)  ) Van Zuid-Dijleland ben ik steeds afgebleven omdat die de
 regels van de wiki niet volgt.

 Ik vul nooit name, noch ref in. Ik gebruik steeds route = foot. Ik plaats
 nodes en routes steeds in de relatie van het wandelnetwerk.

 dus voor node

 rwn_ref =xxx

 voor route een relatie met

 type = route
 route = foot
 note = xx-yy   (waar xx altijd kleiner is dan yy)
 network = rwn

 zowel de nodes als de route worden in de netwerk relatie geplaatst.
 Oudere routes van mij hebben soms nog network:name = xxx. Dit is nu
 vervangen door de overkoepelende relatie

 De netwerk relatie wordt normaal gezien afgeleid van de namen op de
 paaltjes. Enkel voor Antwerpse Kempen probeer ik het sub netwerk bv.
 Kempense Landduinen te achterhalen.

 m

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



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




-- 
Ivo De Broeck
Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ben Laenen
On Tuesday 21 August 2012 11:45:14 Ivo De Broeck wrote:
 Potlach heeft ook voordelen. Hij zet automatisch route=hiking (ipv bv
 foot). Potlach is IMHO juist een editor die een beetje orde brengt in de
 verschillende tags. Maar daar ging deze tread niet over.

Wat betreft dingen als tags voor highway, of voor access, en voor de meeste 
dingen die met relaties te maken hebben is potlatch naar mijn mening zelfs 
destructief te noemen. De eerste twee omdat het verkeerde definities van de 
tags suggereert, waar ze in België vaak andere specifieke betekenissen hebben, 
de relaties omdat het er eenvoudigweg niet op een correcte manier mee overweg 
kan (misschien dat dat in laatste versies veranderd is, maar vroeger hebben we 
al veel moeten herstellen omdat potlatch eigenwijs relaties om zeep hielp).

Maar goed, laten we maar geen Potlatch-gemekker beginnen, dat zou niet erg 
origineel zijn :-)

Ben

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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ben Laenen
On Tuesday 21 August 2012 11:45:14 Ivo De Broeck wrote:
 Potlach heeft ook voordelen. Hij zet automatisch route=hiking (ipv bv
 foot). Potlach is IMHO juist een editor die een beetje orde brengt in de
 verschillende tags. Maar daar ging deze tread niet over.
 
 Vraag 1: Moet de wiki aangepast worden (of is het VERBODEN ref en name in
 te vullen)

verbieden bestaat niet in OSM, dus verbieden gaan we niks. Maar laten we het 
houden bij afraden :-)

 Vraag 2: Wat kan/mag ingevuld bij name en ref (soms is dat ZD, soms ZD
 1x-9x, soms Wandelnetwerk Zuid-Dijleland)

Daar heb je dan meteen het probleem met het invullen van een ref of name en 
waarom we het afraden...

Betere tag is dus network_name=*, of het in de overkoepelende netwerkrelatie 
zetten als name=*. In de huidige renderers ga je die naam dus niet zien, maar 
wie weet maakt morgen wel iemand een betere renderer...

Ben

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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ben Laenen
On Tuesday 21 August 2012 12:01:50 Jo wrote:
 Zo, nu staan ze allemaal op route=hiking... Oorspronkelijk was de conventie
 route=foot. Geen idee wanneer dat veranderd geraakt is.

Dat is niet veranderd. Iemand heeft de conventiepagina gewoon gewijzigd drie 
weken terug zonder aanwijsbare reden: 
http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Conventions/Walking_Routesdiff=nextoldid=759224

(die diff werkt trouwens niet goed voor mij, want het lijkt alsof enkel een 
lege lijn is gewijzigd, maar als je de pagina bekijkt zie je dat route=foot in 
rout=hiking is veranderd)

Ben

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


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ivo De Broeck
Ben (en Jo)

Ik weet dat jullie erg veel voor OSM-belgie doen en ik denk dat iedereen
dat ook sterk waardeert.

Ik zie dat tientallen newbies afhaken door de soms erg ingewikkelde
conventions. Enerzijds breek je potlach2 af (die volledig anders is dan de
eerste versie) en geef je toe die eigenlijk niet te kennen. Kijk eens op
http://www.openstreetmap.org/edit?lat=50.82418lon=4.74657zoom=17 met
potlach2 tabblad Wandelen.

Is er iets mis met 1 van deze relaties? Ik heb zelfs de moeder-relatie
gevonden dank zij Potlach2. Vraag is ook of een Belgische OSM zomaar (met
of zonder reden) kan/mag afwijken van conventies op een hoger niveau?

*Ik blijf bij mijn vraag om de huidige conventie ter discussie te stellen,
omdat ik graag zou hebben dat gewone medewerkers makkelijk (en zonder
veel schade te kunnen aanrichten) ook kunnen meewerken aan de wandelnetten.*

Op 21 augustus 2012 17:19 schreef Ben Laenen benlae...@gmail.com het
volgende:

 On Tuesday 21 August 2012 11:45:14 Ivo De Broeck wrote:
  Potlach heeft ook voordelen. Hij zet automatisch route=hiking (ipv bv
  foot). Potlach is IMHO juist een editor die een beetje orde brengt in de
  verschillende tags. Maar daar ging deze tread niet over.

 Wat betreft dingen als tags voor highway, of voor access, en voor de meeste
 dingen die met relaties te maken hebben is potlatch naar mijn mening zelfs
 destructief te noemen. De eerste twee omdat het verkeerde definities van de
 tags suggereert, waar ze in België vaak andere specifieke betekenissen
 hebben,
 de relaties omdat het er eenvoudigweg niet op een correcte manier mee
 overweg
 kan (misschien dat dat in laatste versies veranderd is, maar vroeger
 hebben we
 al veel moeten herstellen omdat potlatch eigenwijs relaties om zeep hielp).

 Maar goed, laten we maar geen Potlatch-gemekker beginnen, dat zou niet erg
 origineel zijn :-)

 Ben

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




-- 
Ivo De Broeck
Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Jo
JOSM heeft ook presets en het is heel eenvoudig om een relatie te
selecteren en daarvan een kopie te maken die dan als sjabloon gebruikt kan
worden voor je nieuwe relatie.

Ik heb, op zich, niets tegen Potlatch. Maar ik weet wat ik met beide
editors kan en ik weet dat er met JOSM veel meer mogelijkheden zijn om
efficiënt te werken. Daarom zou ik graag zien dat iedereen die verder gaat
dan het toevoegen van een straat of een POI hier of daar, zou overstappen
naar JOSM. Vooral omdat de ontwikkelaars van Pottlatch niet bereid zijn, om
zich aan de conventies aan te passen die wij jaren geleden al ingesteld
hebben in alle landen (BE, NL en DE) die gebruik maken van genummerde
knooppuntennetwerken, toen hen dat werd gevraagd.

Het zijn de mappers die de conventies bepalen, niet de makers van een
editor.

Als ik het goed begrijp, is het dus aan Potlatch te danken dat 1/3 van de
routes in ZD route=hiking had. Al de rest was correct getagd met
route=foot. Als Potlatch geen tags had voorgesteld, dan was nu alles
route=foot, zoals gedocumenteerd op de wiki... M.a.w. ze dragen dus eerder
bij aan de anarchie, dan dat ze iets oplossen.

Jo



Op 21 augustus 2012 17:17 schreef Ivo De Broeck
ivo.debro...@gmail.comhet volgende:

 Jo, je hebt iets tegen Potlach ;-)

 Wat ik vooral apprecieer aan potlach is het gebruikersgemak en vooral *potlach
 vult de juiste tags voor jou in*. Dat maakt dat potlach eindelijk een
 beetje orde tracht te scheppen in de OSM-anarchie. Nu kan er eindeloos
 getwist worden over hiking en foot (ik vind ook dat hiking mij aan
 trektochten doet denken), maar als iedereen dezelfde tags gebruikt wordt
 het volledige plaatje (niet Vlaanderen, maar de ganse wereldkaart) kompleet.

 De quote En als *wij* voor onze genummerde knooppuntenroutes beslist
 hebben dat er note gebruikt moet worden, dan moet een editor als Potlatch
 zich maar aan onze conventie aanpassen en niet andersom. lijkt mij dan ook
 1 brug te ver.

 Op 21 augustus 2012 16:21 schreef Jo winfi...@gmail.com het volgende:

 Op de routes die ik heb toegevoegd aan ZD, heb ik dat eveneens gedaan. Ik
 heb evenwel name nergens weggehaald, maar dat was enkel om de kerk in het
 midden te houden en niet omdat ik het er helemaal mee eens was.

 Op de fietsroutenetwerken ben ik dan weer wel heel sterk aan het
 standaardiseren geweest (omdat ik een script had gemaakt om daar
 kwaliteitscontrole op uit te voeren) en daar wordt ook geen name of ref op
 de routerelaties gebruikt.

 Als Zuid-Dijleland de enige is die afwijkt, vind ik wel dat we de routes
 daarvan moeten aanpassen. Als er gewoonlijk route=foot wordt gebruikt, dan
 moet route=hiking ook maar weer worden teruggedraaid. Ik wilde voornamelijk
 aantonen waar de kracht van een editor als JOSM zit. Je kan ermee op een
 ander niveau met relaties aan de slag.

 En als wij voor onze genummerde knooppuntenroutes beslist hebben dat er
 note gebruikt moet worden, dan moet een editor als Potlatch zich maar aan
 onze conventie aanpassen en niet andersom. Deze beslissing werd jaren
 geleden genomen en is in voege op duizenden routerelaties.

 Wat name op busroutes betreft, daar was ik inderdaad mee begonnen, maar
 steeds met enige tegenzin, aangezien het data dupliceert. Er is een manier
 in JOSM om de weergegeven naam samen te stellen op basis van de tags en
 zelfs op basis van tags van parentrelaties, dus is dat eigenlijk niet meer
 nodig.

 Voor Potlatch natuurlijk wel, maar aangezien ze daar niet eens bereid
 zijn om een triviale aanpassing aan de code te maken, kan ik mensen die met
 (route)relaties aan de slag willen, enkel aansporen om met JOSM te leren
 werken.

 Als er interesse bestaat om daar meer uitleg over te krijgen, laten we
 dan een mapping party/bijeenkomst organiseren en dan geef ik met veel
 plezier een demonstratie/hands on uitleg.

 Jo

 Op 21 augustus 2012 16:02 schreef Marc Gemis marc.ge...@gmail.com het
 volgende:

  Ik heb zelf al behoorlijk wat aan de wandelnetwerken gewerkt
 (Rivierenland, Scheldeland, Pajottenland, Vlaamse Ardennen, Antwerpse
 Kempen) hebben allemaal wel een bijdrage van mij (ik weet het stoeffen is
 gemakkelijk :-)  ) Van Zuid-Dijleland ben ik steeds afgebleven omdat die de
 regels van de wiki niet volgt.

 Ik vul nooit name, noch ref in. Ik gebruik steeds route = foot. Ik
 plaats nodes en routes steeds in de relatie van het wandelnetwerk.

 dus voor node

 rwn_ref =xxx

 voor route een relatie met

 type = route
 route = foot
 note = xx-yy   (waar xx altijd kleiner is dan yy)
 network = rwn

 zowel de nodes als de route worden in de netwerk relatie geplaatst.
 Oudere routes van mij hebben soms nog network:name = xxx. Dit is nu
 vervangen door de overkoepelende relatie

 De netwerk relatie wordt normaal gezien afgeleid van de namen op de
 paaltjes. Enkel voor Antwerpse Kempen probeer ik het sub netwerk bv.
 Kempense Landduinen te achterhalen.

 m

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

Re: [OSM-talk-be] Talk-be Digest, Vol 56, Issue 21

2012-08-21 Per discussione Marc Gemis
Sommige wandelnetwerken gebruiken '01', anderen '1', ik tag zoals ik ze
tegenkom.

De lijst van alle netwerkrelaties die ik heb aangemaakt, vind je ook terug
op de wiki.
http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes

Voor al deze relaties heb ik ook afkortingen verzonnen (ref-tag). Deze tags
worden gebruikt als je de bijgevoegde css-file gebruikt in JOSM. Deze is
gebaseerd op de file die Jo ooit voor de fietsnetwerken gemaakt heeft. Let
wel deze file is nog niet aangepast voor route=hiking en gaat nog van
route=foot uit.

Jo heeft ook een script geschreven om GPX files te genereren voor
wandelnetwerk relaties. Ik heb ook een aangepaste versie die enkel de
knopen in GPX formaat omzet. Deze gebruikt ook de refs op de netwerken.
Script werkt vanuit JOSM. Ik plaats die GPX file op mijn GPS en kan zo
telkens verder bouwen op wat ik al ontdekt heb.

BTW, Rivierenland is volgens mij voor 99% gedaan.


rwn.mapcss
Description: Binary data
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] Talk-be Digest, Vol 56, Issue 21

2012-08-21 Per discussione Ivo De Broeck
Hoe krijg ik knooppunt 7, 70 en 71 in die relatie???

Op 21 augustus 2012 17:48 schreef Marc Gemis marc.ge...@gmail.com het
volgende:

 Sommige wandelnetwerken gebruiken '01', anderen '1', ik tag zoals ik ze
 tegenkom.

 De lijst van alle netwerkrelaties die ik heb aangemaakt, vind je ook terug
 op de wiki.
 http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Walking_Routes

 Voor al deze relaties heb ik ook afkortingen verzonnen (ref-tag). Deze
 tags worden gebruikt als je de bijgevoegde css-file gebruikt in JOSM. Deze
 is gebaseerd op de file die Jo ooit voor de fietsnetwerken gemaakt heeft.
 Let wel deze file is nog niet aangepast voor route=hiking en gaat nog van
 route=foot uit.

 Jo heeft ook een script geschreven om GPX files te genereren voor
 wandelnetwerk relaties. Ik heb ook een aangepaste versie die enkel de
 knopen in GPX formaat omzet. Deze gebruikt ook de refs op de netwerken.
 Script werkt vanuit JOSM. Ik plaats die GPX file op mijn GPS en kan zo
 telkens verder bouwen op wat ik al ontdekt heb.

 BTW, Rivierenland is volgens mij voor 99% gedaan.

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




-- 
Ivo De Broeck
Valleilaan 13
3360  Korbeek-lo
Tel (0)16 43 84 93
Gsm +32 486 17 61 13
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


Re: [OSM-talk-be] wandelnetwerk zuid-dijleland

2012-08-21 Per discussione Ben Laenen
On Tuesday 21 August 2012 17:38:22 Ivo De Broeck wrote:
 Ik zie dat tientallen newbies afhaken door de soms erg ingewikkelde
 conventions. Enerzijds breek je potlach2 af (die volledig anders is dan de
 eerste versie) en geef je toe die eigenlijk niet te kennen.

Tja, als je zag wat potlatch allemaal uithaalde met relaties in het verleden, 
vertrouw ik dat ding meer voor geen meter, en wil ik zelfs niet meer proberen 
om relaties aan te passen daarmee uit vrees dat hij weer schade aanbrengt. 
Misschien mis ik dan een geweldige relatie-editor, maar zolang JOSM goed werkt 
hoef ik geen alternatieven te onderzoeken :-)

En wat m'n klachtenlijstje van Potlatch2 betreft: het zou al erg veel 
verhelpen moest Potlatch zijn tags en interface aanpassen aan het land waarin 
je aan het editen bent. Tot dan kan ik alleen enkel iedereen aanraden om 
minstens de tags zelf aan te passen via advanced in Potlatch, of JOSM te 
gebruiken, omdat je dan beter moet weten wat je allemaal toevoegt.

Of dat nieuwkomers afschrikt? Bah, wij hebben het zelf ook allemaal moeten 
leren indertijd (en in sommige gevallen zelf moeten uitvinden), en ik beschouw 
me toch niet als supermens :-) Een kaart bewerken vergt wat werk, daar ga je 
niet onderuit kunnen. De drempel ligt misschien wat hoog voor sommige mensen, 
maar eens ze over de drempel zijn is de kwaliteit ook hoger.


 Is er iets mis met 1 van deze relaties? Ik heb zelfs de moeder-relatie
 gevonden dank zij Potlach2. Vraag is ook of een Belgische OSM zomaar (met
 of zonder reden) kan/mag afwijken van conventies op een hoger niveau?

Welke conventies op een hoger niveau? :-)

Conventies voor wandelknooppunten komen trouwens van conventies voor 
fietsknooppunten. En die conventies zijn indertijd met onderling overleeg in 
België en Nederland vastgelegd omdat we toch de enige twee landen waren met 
dat systeem (Duitsland heeft het ook inderdaad, maar denk niet dat die veel 
interesse hadden daarin op dat moment). Er is communicatie geweest met de 
makers van JOSM en Potlatch over hoe we die relaties in de lijst gingen 
weergeven, en daar is dan de note=* tag uit voortgevloeid (en ik denk dat 
note=* het idee was van de makers van JOSM). Die discussie van name=* en ref=* 
op de routerelaties zelf hebben we toen allemaal al gehad (ik denk zo'n vier à 
vijf jaar geleden). Sindsdien is note=* de conventie geworden en zijn achteraf 
ook de pagina's op de wiki.

 *Ik blijf bij mijn vraag om de huidige conventie ter discussie te stellen,
 omdat ik graag zou hebben dat gewone medewerkers makkelijk (en zonder
 veel schade te kunnen aanrichten) ook kunnen meewerken aan de
 wandelnetten.

Idereen mag conventies ter discussie stellen. Daar heb ik geen probleem mee. 
Maar we kunnen enkel opnieuw de argumenten geven die we indertijd al hadden 
bij de keuze om name=* en ref=* niet te gebruiken.

Ben

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


Re: [OSM-talk-be] newbie

2012-08-21 Per discussione Ben Laenen
On Tuesday 21 August 2012 12:33:10 Sander Deryckere wrote:
 Op 21 augustus 2012 12:13 schreef Johan Degreef jdg...@gmail.com het
  Verder merk ik ook al dat verschillende personen mij verschillende raad
  geven en dat het zo moeilijk wordt om het taggen correct aan te leren.
  kan iemand mijn een linkje bezorgen waarop ik moet letten?
 
 Taggen is een kunst ;) het is geen exacte wetenschap.
 
 Als het inderdaad toegankelijk is voor landbouwvoertuigen is er wat
 twijfel. Het hangt er van af voor wie het echt bedoeld is. Als het bedoeld
 is voor landbouwvoertuigen maar fietsers en wandelaars mogen er ook op, dan
 zou ik het taggen als

Als het toegankelijk is voor landbouwvoertuigen hangt het er op zijn beurt 
weer vanaf hoe de weg eruit ziet. Is het een pad van één meter breed, dan 
wordt het highway=path. Is het een pad waar een auto makkelijk op past, dan 
wordt het highway=unclassified omdat het verhard is.

Dat moet dan worden aangevuld met de nodige access tags, die de verkeersborden 
vertalen. 'k Heb daar indertijd de (nog steeds niet afgewerkte) pagina 
http://wiki.openstreetmap.org/wiki/User:Eimai/Belgian_Roads voor gemaakt.
 
Afgaande op wat ik tot nu toe heb gelezen zal het vermoedelijk iets zijn van
* vehicle=no (rond wit bord met rode boord)
* bicycle=yes (het bord met uitgezonderd fietsers)
* agricultural=yes (de uitgezonderd landbouwvoertuigen)

en dat kan dan gerust alles zijn. Geen gedoe met bvb te zeggen dat foot=yes en 
dergelijke.


Ben

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


Re: [OSM-talk] [Talk-GB] Footway to Sidewalk?

2012-08-21 Per discussione Lester Caine

Tom Chance wrote:

Also, mass-retagging I frown upon. Why was this even done?!

Agreed. Frederick has already applied a block.

Out of interest, which part of the mechanical edit policy did this contributor
not comply with? As he notes in that forum thread, he thought he had followed it
to the letter.


Well personally I thought it had been clear that this one was not appreciated 
... perhaps more people should have complained, but my reading of things was 
that things should be left alone. So perhaps I missed something since there are 
just too many different places where these sort of things are discussed :(

ANY change to tagging should be approved on the tagging list only?

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



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


[OSM-talk] Bulk Uploading GPX files on the OSM website

2012-08-21 Per discussione Ben Robbins

Hi,

A few of my issues with uploading gpx Files to OSM which I'd like to discuss, 
and put forward some suggestions.  This may have a specific place to be 
discussed? I'm really not on top of mailing lists.

Each few months I have about 100meg of gpx files to upload which is a very slow 
process on a slow internet connection.  One option is to bundle them and 
upload, but they appear as one trace as stated here: 
http://wiki.openstreetmap.org/wiki/Batch_Upload  Likewise if I upload as a 
batch I then have to find all the files and change all the tags for purpose of 
organisation.  So I individually and painstakingly upload them and tag them up, 
with each file taking about 3 mins+, and I currently have a backlog of about 
500 files.  So the concept of sitting for 24+ hours of solid 
uploading/labelling files is unappealing!  So it is always a case of taking a 
huge amount of time, the current options are just to either take that time up 
with a different process or compromise the organisation with a more basic 
process to save time.  So in short, 'save time by not doing it fully', or to 
put it bluntly, 'cut corners'.  

Part of the issue is also having to move between pages to edit tags (if batched 
uploaded), or just to upload a new file if manually uploading files 
individually. Only a few seconds loading each page but it really adds up fast.  
This can be partly overcome by having multiple tabs open and setting up the 
next upload while the other one is underway, however the 3+mins per upload was 
considering this.  

Then moving files around and finding files is not possible.  Finding files has 
been addressed and there is a request here: 
https://trac.openstreetmap.org/ticket/1999 so I'll just +1 that.  For moving 
files, currently once a file is uploaded it's stuck in that order.  Again 
depending on your level of organisation you may be able to relate or not, but 
sometimes it's infuriating to have to delete files you've painfully uploaded to 
upload another one in the correct place, so that the files are in date order 
(which is how I have them organised).   It would be a huge time saver to be 
able to manually move the files up/down the list.  

Also the bulk uploader, and the wiki page is far beyond the ability of the 
average computer user, of which I am one.  Within this project I will be one of 
the less computer(code) able people, however within the wider world, I am very 
able with computers.  So from that perspective it should be common for me to 
read much I don't understand in this project, however I shouldn't have issues 
with using something like a bulk uploader, or a commonly needed tool/site etc.

So that is my description of some bottlenecks.

My idea, for simplicity I've stuck into an image form, which I'll give a rough 
description of, but hopefully the concept is clear.

http://i57.photobucket.com/albums/g226/ben_robbins_/OSM-DetailsPage.png
http://i57.photobucket.com/albums/g226/ben_robbins_/OSM-EditingPage.png

There would be a bulk upload option in on the upload file page, and you then 
select a .rar/.zip file etc.  It uploads untagged, or can inherit the file name 
for description, or put your own in for all of them being the same.  Once all 
loaded a page opens (editing page) which lists all the files and allows you to 
add tags in mass.  As for instance the tag 'UK' would likely appear on 100's of 
files in a row if you live in the UK which may have been uploaded.  Likewise in 
smaller clumps with country/region/local region/town name etc.  So if you could 
apply tags to ticked files, or manually type names in on the same page that 
would be ideal.  Then for the file name a 'replace' function as in Excel would 
be ideal, as the track name can often be part of the file name.  So if you 
inherit the file name, then replace, you can extract the necessary section 
easily as in example.  The replace option would need to be able to look for 
something such as File  -  or **/**/2012 -  for example.  Then next to 
each file with it's tick box would be a small up and down arrow, for shifting 
the file around in the order, and likewise a delete button for quick removal 
rather than having to shift to a sub page and taking time.  Finally within the 
current file listings page, a tick box method of getting multiple files into a 
multiple file editing table as just discribed would be needed.  An advancement 
on this would be to be able to add to a list, by leaving the page and coming 
back to it with more selections.  Also being able to remove things from the 
selections page, rather than just un-selecting.  (Actually in rereading that, 
it really sounds similar, but a less graphical version, to the facebook bulk 
photo uploading interface.)

 I have no idea about ease of enabling such a feature/features or the demand 
that would have on the overall system, but I hope this highlights a few 
seemingly small inefficiencies which are huge in mass file uploading.  Any one 
of the 

Re: [OSM-talk] Bulk Uploading GPX files on the OSM website

2012-08-21 Per discussione Simone Cortesi
On Tue, Aug 21, 2012 at 6:22 PM, Ben Robbins ben_robbi...@hotmail.com wrote:

 A few of my issues with uploading gpx Files to OSM which I'd like to
 discuss, and put forward some suggestions.  This may have a specific place
 to be discussed? I'm really not on top of mailing lists.

What I usually do is uploading them using a command line script found
here: http://wiki.openstreetmap.org/wiki/Batch_Upload#CURL

curl -u user:password -H Expect:  -F file=@file.gpx -F
description=description \
   -F tags=tags -F visibility=public
http://www.openstreetmap.org/api/0.6/gpx/create

this can easily be automated, and you can set different tags for each
one of the gpx.

So far I've uploaded more than 1000 GPX:
http://www.openstreetmap.org/user/simone/traces

-- 
-S

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


Re: [OSM-talk] Bulk Uploading GPX files on the OSM website

2012-08-21 Per discussione Jaakko Helleranta.com
(Copying to hot + dev because there are certainly many similar cases as I 
describe in hot's regions that would benefit more-than-average-places of more 
traces  dev as that's where the brains/skills to fix this problem are. Replies 
to dev only?)

I'll just +1 this post, its remarks and suggestions.

As a similarly positioned tech savvy but not a coding-capable person I can 
only hope that someone with dev capabilities would pick up on the task.

Another data point from behind bad connections of Haiti: I've been here now 
nearly two years and have caught myself uploading GPS traces only twice (en 
masse, a few other uploads of single tracks other than that).

This has been due to what Ben describes and looking at the bigger picture--a 
recent quick analysis I did of the GPS traces downloaded for all the territory 
of Haiti--I am tempted to guess that this difficulty of uploading GPS traces 
leaves many traces unuploaded, which is a clear loss to the project.

Why do I think so: 
a simple comparison of my Haiti GPS trace folder size with the size of all GPS 
traces for Haiti shows that I've uploaded almost half of the tad over 400mb of 
traces. Additionally the number of traces uploaded by someone else than me vs 
total (tagged with Haiti or haiti) is/was perhaps 40-50 (for the total 
history), iirc. .. And there have been hundreds of OSM contributors going 
around with GPSs here.

Now, it's most certain that the technical inconvenience of uploading is only a 
part of the problem. .. But it _is_ part of the problem...

I know that it's not a secret that the GPS trace functions of OSM both up-  
downloading are not as developed as data editing, map renderings available, etc 
and since can't really fix this problem I can only hope that someone else will 
(one day).

Cheers from Haiti,
-Jaakko

Sent from my BlackBerry® device from Digicel
--
Mobile: +509-37-26 91 54, Skype/GoogleTalk: jhelleranta

-Original Message-
From: Ben Robbins ben_robbi...@hotmail.com
Date: Tue, 21 Aug 2012 17:22:31 
To: talk@openstreetmap.org
Subject: [OSM-talk] Bulk Uploading GPX files on the OSM website

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

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


[OSM-talk] DWG post-redaction bot cleanup

2012-08-21 Per discussione Paul Norman
The Data Working Group is beginning to revert some copypaste remapping and
similar problems that did not make it onto the bot list for one reason or
another.

The tools being used aren't the fastest so we do not have a definite ETA.

This should not significantly impact normal mapping although uploading
frequently is always a good idea.

Paul Norman

For the Data Working Group


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


[OSM-talk-nl] Levert Amsterdam OSM data aan Google?

2012-08-21 Per discussione Stefan de Konink

http://www.amsterdam.nl/parkeren-verkeer/fiets/nieuws/amsterdam-levert/

Misschien oud nieuws, maar toch wel een leuke om even te onderzoeken :)


Stefan

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


Re: [OSM-talk-nl] Levert Amsterdam OSM data aan Google?

2012-08-21 Per discussione dbussche
Hoi Stefan,

Amsterdam heeft het hele hoofdfietsnetwerk (700 km) door ons laten 
infietsen (met 2-3 mensen 5 weken aan gefietst, ontelbare gps-tracks, 
foto's en data opgenomen en vervolgens nog op kantoor nabewerkt).
De data is op ons voorstel double-licensed: CC-BY-SA (en later toestemming 
voor ODbL gegeven!) om ze in OSM te mogen opnemen en een eigen licentie 
voor de gemeente Amsterdam, juist bedoeld om in het belang van de fietser 
partijen zoals google maar ook de fietsersbond in staat te stellen hun 
planners te verbeteren. De laatste geldt natuurljik alleen voor de door 
ons gegenereerde data, niet voor het netwerk dat er al lag. Wij hebben 
daarom ook 2 sets gegevens aangeleverd waarvan maar een van beide 
double-licensed is, en op de website van Amsterdam zie ik wel beide terug 
zonder dat voor de downloader het verschil duidelijk wordt.
Snelle plausibiliteitscheck of een wegvak door ons is ingefietst: wij 
moesten het attribuut 'color' (in het shape 'kleur') opnemen om aan te 
duiden of een fietspad rood, zwaart of wat dan ook is, iets wat geen 
normale osm-er zal doen.

Ik hoop dat google maar met onze data aan de haal gaat maar ik wil dat 
wel morgen even navragen.

Groeten,

   Dirk


Dirk Bussche
Senior Adviseur Geografische Toepassingen

T +31 (0)570 666 830  ▪  E dbuss...@goudappel.nl
(aanwezig op kantoor: maandag, dinsdag en woensdag)

Goudappel Coffeng  ▪  Snipperlingsdijk 4  ▪  7417 BJ Deventer  ▪ 
Postbus 161  ▪  7400 AD Deventer  ▪  The Netherlands  ▪ 
http://www.goudappel.nl/adviseurs/dirk-bussche
Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, 
Leeuwarden en Amsterdam
__ 




From:   Stefan de Konink ste...@konink.de
To: talk-nl@openstreetmap.org
Date:   21-08-2012 17:41
Subject:[OSM-talk-nl] Levert Amsterdam OSM data aan Google?



http://www.amsterdam.nl/parkeren-verkeer/fiets/nieuws/amsterdam-levert/

Misschien oud nieuws, maar toch wel een leuke om even te onderzoeken :)


Stefan

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





  
Disclaimer  

De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend 
bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u 
verzocht de inhoud niet te gebruiken en de afzender direct te informeren door 
het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die 
voortvloeit uit elektronische verzending.  ___
Talk-nl mailing list
Talk-nl@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-nl


Re: [talk-au] Use of equals symbol within keys

2012-08-21 Per discussione Andrew Harvey
On 21/08/12 11:35, Ben Johnson wrote:
 As a person with some coding experience, I find this use of = inside a
 key slightly disturbing, as = is the separator between a key and a
 value, plus this method requires duplication of the root element's
 original value.  I'm thinking the 2 keys are better written simply like
 
 source:bicycle = http://www.bicycleinfo.nsw.gov.au/downloads/hornsby.pdf
 source:cycleway = http://www.bicycleinfo.nsw.gov.au/downloads/hornsby.pdf
 

Defiantly. Feel free to fix this.

I would probably even use source_ref:bicycle in these cases where you
are pointing to a URL, but I'm not fussed either way, it is up to you.



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


Re: [talk-au] import of state borders?

2012-08-21 Per discussione Ian Sergeant
The Murray boundaries (from the east) are now half way to Lake Hume.
I notice that someone is making a start form the South Australian end
too.

Lots of highways around this area that are unmapped or partially
unmapped.  I've been fixme/incomplete tagging on the way through, and
connecting a road here and there.  If someone is familiar with the
area, there is work to be done here.

Ian.

On 20 August 2012 12:52, Ian Sergeant inas66+...@gmail.com wrote:
 On 17 August 2012 17:43, Michael Krämer ohr...@gmail.com wrote:

 Unfortunately the river is currently only defined by a single way. So this
 would require manual tracing the southern bank from aerial images. And I
 guess the legal definition of the bank for the border is probably different
 from OSM's definition for the riverbank.

 I don't think there is a substantial difference between the OSM
 riverbank definition and the legal definition.

 I've made a start, and the first hundred kms or so of the river now
 has a riverbank and an OSM line in the sand against those pesky
 mexicans.

 So far, the aerial imagery appears well aligned and suitable.

 Ian.

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


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(

2012-08-21 Per discussione Werner Poppele

Frederik Ramm wrote:

Hi,

On 20.08.2012 21:04, Michael Kugelmann wrote:

mir ist ein Unterwassser-Seekabel von Malle nach Spanien in der Karte
aufgefallen:


Ist als power=line getaggt; andere Tiefseekabel sind als
power=underground_cable getaggt und werden dadurch nicht gerendert.

Lt. Wiki gibt es zwar auch power=line, location=underground (alternativ
tunnel=yes), aber das ist mir fremd; bei power=line denke ich zumindest
immer an eine oberirdische Leitung.

Bye
Frederik


Guten Morgen, allerseits

so abwegig finde ich das Tagging nicht. Schliesslich werden - zumindest 
in unserer Gegend - vermehrt Stromleitungen unter die Erde verlegt.

Also haben wir nicht nur unterseeische Stromkabel.
power=line mit tunnel=yes passt doch meines Erachtens. Was wir - bitte 
um Korrektur - nicht haben, ist eine Verfeinerung hinsichtlich Seekabel 
und Kabel an Land oder hinsichtlich des Kabelaufbaus. Aber ob das 
tatsaechlich jemand braucht / pflegt ?


Darueberhinaus gibt es Ueberlandleitungen, die ploetzlich an einem 
Masten enden und anscheinend unterirdisch weitergefuehrt werden. Vor 
einiger Zeit hatten wir auch eine Diskussion zu dem Thema, wie das zu 
taggen ist. Leider habe ich nichts dazu gefunden. Vielleicht liest ja 
ein Fachmann mit und kann mal ein paar Infos zu dem Thema Unterirdische 
Leitungen beitragen.


WernerP


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


Re: [Talk-de] Server mieten

2012-08-21 Per discussione Sven Geggus
Dietmar ostr...@diesei.de wrote:

 Die Dev Server, die Sven Geggus verwaltet, hieß es im letzten Jahr, das die
 stark belastet sind für mehrere Garmin-Kartenerstellungen und keine
 Kapazität hatten.

Da wir inzwischen den Tileserver auf einen neue schnelle Maschine umgezogen
haben, die unter anderem von ESRI gesponsert wurde stimmt das nur noch
bedingt.

 Zu den FOSSGIS-Servern: bei [2] steht u.a.
 Dienste, die von der Community benutzt werden, gut funktionieren und von
 mehreren Leuten supported werden, können später in eine Produktions-Umgebung
 auf dem Tools-Server umziehen. Sprich mit den Admins, wenn Du denkst, dass
 es bei Deinem Projekt so weit ist. 

Dieses Vorgehen hat sich in der Praxis nicht bewährt, weil defakto die meisten
Projekte nur ein ode zwei Entwickler haben und unsere Server eher für den
Produktionsbetrieb verwendet werden. Zur Entwicklung verwenden die Leute
in der Regel entweder ihren eigenen Server oder den heimischen PC.

Sven

-- 
.. this message has been created using an outdated OS (UNIX-like) with an 
outdated mail- or newsreader (text-only) :-P

/me is giggls@ircnet, http://sven.gegg.us/ on the Web

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


Re: [Talk-de] Hotel mit Fahrrad-Garage

2012-08-21 Per discussione Volker Schmidt
 Es ist natürlich auch von Vorteil die info hotel/bicycle_parking zusammen
 zu
 haben, ist einfacher zu durchsuchen.


Ich wuerde gerne alle Fahrrad-freundlchen Attribute direkt ans Hotel
haengen.
Im konkreten Fall weiss ich garnicht wo die Fahhrad-Garage ist. Ich habe
nur gefragt ob sie eine haben.

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


Re: [Talk-de] OSM in Irland?

2012-08-21 Per discussione Dermot McNally
2012/8/15 Michael Kugelmann michaelk_...@gmx.de:

 Aber wenn es keine sinnvollen Luftbilder gibt und es scheinbar nur wenige
 lokale Mapper gibt ist das verständlich. Und dazu vermute ich, dass die
 Bevölkerungsdichte in Irland kleiner ist als in Deutschland. Zusätzlich wohl
 auch in vielen Gebieten deutlich ländlicher geprägt als in Deutschland und
 damit vielleicht nicht so nahe an Neogeographie (Aussage ist nicht
 böße/abwertend gemeint!).

Lustiges Timing - gerade ist einiges an Bildmaterial von Bing
freigegeben worden, darunter auch in Donegal, Fermanagh, ganz Galway
und Mayo, halb Clare, Giant's Causweay uvm. Wie man gut erkennen
kann...:

http://www.openstreetmap.org/?lat=53.933lon=-7.847zoom=11layers=M

...machen Luftbilder bei uns sehr viel aus, gerade weil die Community
sehr stark auf Dublin konzentriert ist. Wir können uns nun auf viel
mehr Detail freuen. Wer mithelfen mag - vielleicht ist dem einen oder
anderen von euch langweilig weil die eigene Gegend fertig gemappt ist
- lang bitte hin! Aber bitte mit Voranmeldung auf #osm-ie um
abzustimmen, wo vielleicht Leute schon aktiv sind oder um das Tagging
besser anpassen zu können.

LG aus Dublin,
Dermot

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


Re: [Talk-de] Hotel mit Fahrrad-Garage

2012-08-21 Per discussione Andreas Neumann
Am 21.08.2012 11:43, schrieb Volker Schmidt:
 Es ist natürlich auch von Vorteil die info hotel/bicycle_parking zusammen
 zu
 haben, ist einfacher zu durchsuchen.

 Ich wuerde gerne alle Fahrrad-freundlchen Attribute direkt ans Hotel
 haengen.
 Im konkreten Fall weiss ich garnicht wo die Fahhrad-Garage ist. Ich habe
 nur gefragt ob sie eine haben.

 Volker
Ähm, darf ich die Keule Wartbarkeit rausholen? Dinge die da sind, kann
man kontrollieren. Bei Dingen die da sein sollen, wird das sehr schwer!
Überlegt doch bitte, wie ihr die Daten, die ihr eintragt aktuell halten
wollt. Wenn du selber mit dem Hotel verbunden bist und das immer auf den
neusten Stand halten willst, dann lass dich nicht stören, aber diese
detailierte Welt, die in einigen Gegenden entsteht wird in 5-10 Jahren
ein riesen Problem, da sie zum Teil stark veraltet sein wird, was  aber
nicht offensichtlich, sondern nur in den Mengen an Details aufällt.

Bestes Beispiel: Wenn ein Geschäft schließt, fällt das einem früher oder
später auf. Wenn das Geschäft die Telefonnummer oder die Öffnungszeiten
ändert, wenn der Fahrradkeller zum Weinkeller umgebaut wird oder wenn
der Inhaber vom Cafe wechselt fällt das nicht auf. Selbst wenn man
täglich da vorbei geht bekommt man das nicht mit.

Daher würde ich davon Abstand halten, solche Detailiertheiten einzutragen.

MfG Andreas

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


Re: [Talk-de] OSM in Irland?

2012-08-21 Per discussione Werner Poppele

Dermot McNally wrote:

2012/8/15 Michael Kugelmannmichaelk_...@gmx.de:


Aber wenn es keine sinnvollen Luftbilder gibt und es scheinbar nur wenige
lokale Mapper gibt ist das verständlich. Und dazu vermute ich, dass die
Bevölkerungsdichte in Irland kleiner ist als in Deutschland. Zusätzlich wohl
auch in vielen Gebieten deutlich ländlicher geprägt als in Deutschland und
damit vielleicht nicht so nahe an Neogeographie (Aussage ist nicht
böße/abwertend gemeint!).


Lustiges Timing - gerade ist einiges an Bildmaterial von Bing
freigegeben worden, darunter auch in Donegal, Fermanagh, ganz Galway
und Mayo, halb Clare, Giant's Causweay uvm. Wie man gut erkennen
kann...:

http://www.openstreetmap.org/?lat=53.933lon=-7.847zoom=11layers=M

...machen Luftbilder bei uns sehr viel aus, gerade weil die Community
sehr stark auf Dublin konzentriert ist. Wir können uns nun auf viel
mehr Detail freuen. Wer mithelfen mag - vielleicht ist dem einen oder
anderen von euch langweilig weil die eigene Gegend fertig gemappt ist
- lang bitte hin! Aber bitte mit Voranmeldung auf #osm-ie um
abzustimmen, wo vielleicht Leute schon aktiv sind oder um das Tagging
besser anpassen zu können.

LG aus Dublin,
Dermot

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

Newbee gruesst

also vielleicht stell ich mich ja wieder mal dumm an: Aber ich weiss 
nicht was #osm-ie sein soll.


WernerP

--
HOST SYSTEM NOT RESPONDING, PROBABLY DOWN. DO YOU WANT TO WAIT? (Y/N)

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


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert

2012-08-21 Per discussione Manuel Reimer
Werner Poppele poppele at hm.edu writes:
 so abwegig finde ich das Tagging nicht. Schliesslich werden - zumindest 
 in unserer Gegend - vermehrt Stromleitungen unter die Erde verlegt.
 Also haben wir nicht nur unterseeische Stromkabel.

Und? Auch hier passt power=underground_cable.

 power=line mit tunnel=yes passt doch meines Erachtens.

Wird aber gerendert. Stell dir mal vor jemand würde, aus welchem Grund auch
immer, alles, was da so alles an Leitungen unterirdisch liegt, in die OSM
eintragen und das würde alles auf der Hauptkarte angezeigt...

Gruß

Manuel


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


Re: [Talk-de] Hotel mit Fahrrad-Garage

2012-08-21 Per discussione Volker Schmidt
Andreas

 
  Volker
 Ähm, darf ich die Keule Wartbarkeit rausholen? Dinge die da sind, kann
 man kontrollieren. Bei Dingen die da sein sollen, wird das sehr schwer!
 Überlegt doch bitte, wie ihr die Daten, die ihr eintragt aktuell halten
 wollt. Wenn du selber mit dem Hotel verbunden bist und das immer auf den
 neusten Stand halten willst, dann lass dich nicht stören, aber diese
 detailierte Welt, die in einigen Gegenden entsteht wird in 5-10 Jahren
 ein riesen Problem, da sie zum Teil stark veraltet sein wird, was  aber
 nicht offensichtlich, sondern nur in den Mengen an Details aufällt.

 Bestes Beispiel: Wenn ein Geschäft schließt, fällt das einem früher oder
 später auf. Wenn das Geschäft die Telefonnummer oder die Öffnungszeiten
 ändert, wenn der Fahrradkeller zum Weinkeller umgebaut wird oder wenn
 der Inhaber vom Cafe wechselt fällt das nicht auf. Selbst wenn man
 täglich da vorbei geht bekommt man das nicht mit.

 Daher würde ich davon Abstand halten, solche Detailiertheiten einzutragen.


Ich gebe dir voellig recht und bin einer von denen, die genau das immer
wieder betonen, wenn Einzelheiten als Daten eingetragen werden, die einfach
nicht gepflegt werden koennen, und daher nutzlos sind.

Im konkreten Fall dreht es sich um Eintragungen von Beherbergungsbetrieben
entlang von bestimmten Radrouten, die gepflegt werden muessten im selben
Masse wie die Routen selber. Im Vorfeld wollte ich wissen wie man es machen
koennte und ob es schon eine konsolidierte Praxis gibt. Ob ich (oder
genauer wir, d.h. ein grosser itlaienischer Radfahrer-Verein) das dann auch
wirklich in OSM oder ausserhalb OSM machen werden, ist eine noch zu
klaerende Frage.

Aber ich kann dich nur unterstuetzen mit deiner generellen Mahnung, bei der
Daten-Sammelei auch auf die Pflegbarkeit der Daten zu achten.

Gruss

Volker

(Padove, Italien)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert

2012-08-21 Per discussione Volker Schmidt
 Und? Auch hier passt power=underground_cable.


Normalerweise liegen Unterwasserkabel *auf* dem Meeresboden.

Hat eigentlich jemand daran gedacht das OpenSeaMap tagging in Betracht zu
ziehen:
https://wiki.openstreetmap.org/wiki/OpenSeaMap/Seamark_Tag_Values
Da scheint das alles in Einzelheiten schon vorgesehen zu sein.

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


Re: [Talk-de] OSM in Irland?

2012-08-21 Per discussione Volker Schmidt

 also vielleicht stell ich mich ja wieder mal dumm an: Aber ich weiss nicht
 was #osm-ie sein soll.

 http://lists.openstreetmap.org/listinfo/talk-ie

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


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert :-(

2012-08-21 Per discussione Tim Teulings

Hallo!

Als Input für die Diskussion:

libosmscout geht für die Bestimmung von Land und Meeresflächen für 
Teilimporte (coastline ist keine geschlossene Linie) davon aus, dass 
Gegenden (Tiles), die bestimmte Wege beinhalten (deren Typ 
signalisiert, dass dort Land ist) Land sind und markiert dieses 
entsprechend.


Da ist eine eindeutige Unterscheidung, ob dass nun eine 
Hochspannungsleitung o.ä. oder ein Seekabel ist, recht wichtig ;-) Das 
hat nicht auf Anhieb funktioniert und ein offensichtlich 
unterschiedliches Tagging mit klaren Kriterien ist da hilfreich (ja, 
Zonen für Seebestattungen hatten ähnliche Effekte, konnten aber 
glücklicherweise eben unterschieden werden von klassischen 
Friedhöfen...es gab auch ein paar barriers).


--
Gruß...
   Tim

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


Re: [Talk-de] OSM in Irland?

2012-08-21 Per discussione Werner Poppele

Volker Schmidt wrote:

also vielleicht stell ich mich ja wieder mal dumm an: Aber ich weiss nicht
was #osm-ie sein soll.

http://lists.openstreetmap.org/listinfo/talk-ie

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

Vielen Dank

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


Re: [Talk-de] Löschwassereinspeisung - Wie taggen ?

2012-08-21 Per discussione Holger

Hallo Werner,

wenn ich inject valve bei einer bekannten Suchmaschine eintippe, dann 
kommen Dinge die mehr nach einem Einspritzventil eines Motors aussehen. 
dry_standpipe scheint gut zu passen [1], das nehme ich. fire_hydrant 
finde ich auch verkehrt, das ist ja genau das Gegenteil.


Danke
Holger

[1] https://en.wikipedia.org/wiki/Standpipe_(firefighting)#Dry_standpipe

Am 20.08.2012 08:46, schrieb Werner Poppele:


im Juni 2012 (siehe [1]) gab es eine kurze Diskussion zu diesem Thema.
Ich hatte darueberhinaus Kontakt zu Oliver Brakhan, der meines Wissens
bei OpenFireMap mitarbeitet. Aussage war, die Loeschwassereinspeisung
als emergency=fire_hydrant zu taggen. Ich hatte dazu den Einwand, dass
ein Hydrant zur Wasserentnahme dient und nicht zum Einspeisen von
Wasser. Meines Wissens gibt es bisher keine wirkliche Empfehlung zum
Taggen einer Loeschwassereinspeisung. Spontan wuerde ich das mit
emergency=inject_valve oder wie es jemand vorgeschlagen hat, mit

emergency=dry_standpipe
dry_standpipe=inlet_valve

taggen.

WernerP


[1] http://lists.openstreetmap.org/pipermail/talk-de/2012-June/date.html



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


[Talk-de] Neue BING-Luftbilder

2012-08-21 Per discussione Robert S.
Nachdem in den letzten Monaten für die ersten deutschen Städte neue
Luftbilder aus dem 'Precision Aerial Imagery Program' von Microsoft
BING und DigitalGlobe verfügbar gemacht wurden, sind heute die ersten
Bildblöcke online gegangen. Diese Blöcke sind Bereiche von 1° * 1°
große Bereiche, die am Stück mit einer Auflösung von 30cm beflogen
werden. An Grenzen zu Staaten, die nicht Teil des Programmes sind und
an Küsten, kann die Größe des Blockes variieren, um unwirtschafliche
Befliegungsbereiche zu verhindern. Die jetzt neu veröffentlichten
Luftbilder wurden alle im ersten Halbjahr 2012, meist im Mai,
aufgenommen.

Mehr zu dem Programm mit aktuellem Befliegungsstand:
http://www.apollomapping.com/2012/August/article7.html

Jetzt zu den neuen Blöcken, von Süd nach Nord sind das:
http://www.openstreetmap.org/?box=yesmaxlat=49maxlon=13minlat=48minlon=12
http://www.openstreetmap.org/?box=yesmaxlat=51maxlon=10minlat=50minlon=9
http://www.openstreetmap.org/?box=yesmaxlat=51maxlon=11minlat=50minlon=10
http://www.openstreetmap.org/?box=yesmaxlat=52maxlon=11minlat=51minlon=10
http://www.openstreetmap.org/?box=yesmaxlat=52maxlon=12minlat=51minlon=11
http://www.openstreetmap.org/?box=yesmaxlat=52maxlon=15.044minlat=50.801minlon=14
http://www.openstreetmap.org/?box=yesmaxlat=53maxlon=15minlat=52minlon=14
http://www.openstreetmap.org/?box=yesmaxlat=54.06maxlon=15minlat=53minlon=14
http://www.openstreetmap.org/?box=yesmaxlat=54maxlon=14minlat=53minlon=13
http://www.openstreetmap.org/?box=yesmaxlat=55maxlon=14minlat=54minlon=13
http://www.openstreetmap.org/?box=yesmaxlat=54.5maxlon=13minlat=54minlon=12
http://www.openstreetmap.org/?box=yesmaxlat=55maxlon=10minlat=54minlon=9
http://www.openstreetmap.org/?box=yesmaxlat=55maxlon=9minlat=54minlon=8

Außerdem gibt es im Raum Straßburg neue Bilder, die bis nach
Deutschland reichen.

Große Versatzstücke konnte ich bisher nicht entdecken, nur bei
Eisenach gibt es einen kleinen, fehlerhaften Bereich:
http://www.openstreetmap.org/?box=yesmaxlat=51maxlon=10.433minlat=50.994minlon=10.3465

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


Re: [Talk-de] Neue BING-Luftbilder

2012-08-21 Per discussione Martin Czarkowski


Am 21.08.2012 22:10, schrieb Robert S.:

Jetzt zu den neuen Blöcken, von Süd nach Nord sind das:
http://www.openstreetmap.org/?box=yesmaxlat=49maxlon=13minlat=48minlon=12
gleich der erste Link betrifft meine Gegend. Super, vielen Dank für die 
Info!

In JOSM sind die Bing Bilder tatsächlich schon aktualisiert.

MC

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


Re: [Talk-de] Neue BING-Luftbilder

2012-08-21 Per discussione Michael Bemmerl
Robert S. schrieb:
 Die jetzt neu veröffentlichten
 Luftbilder wurden alle im ersten Halbjahr 2012, meist im Mai,
 aufgenommen.

 http://www.openstreetmap.org/?box=yesmaxlat=51maxlon=11minlat=50minlon=10

In diesem Bereich wurden die Aufnahmen scheinbar zwischen 22.03. und
26.03.2012 erstellt: Auf dem Marktplatz in Schweinfurt erkenne ich ein
Schiff, und das steht da normalerweise nur zum Fischmarkt, welcher
wiederum zu den genannten Zeiten war. ;-)

 Große Versatzstücke konnte ich bisher nicht entdecken, nur bei
 Eisenach gibt es einen kleinen, fehlerhaften Bereich:
 http://www.openstreetmap.org/?box=yesmaxlat=51maxlon=10.433minlat=50.994minlon=10.3465

Ich habe einen Versatz von 2,5 m bei 169° zu den alten Bing-Bildern
gemessen (zumindest laut Anzeige in JOSM).

Grüße,
Michael



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


[osm-ve] OSM Inspector y trazas eliminadas por cambio de Licencia

2012-08-21 Per discussione J . Hernán Ramírez R .
Saludos.-

Desde aquí se puede ver las trazas eliminadas por razones de Liecencia:

http://tools.geofabrik.de/osmi/?view=redactionbotlon=-65.80606lat=9.04440zoom=7overlays=overview,bot_point_cleared,bot_point_superseded,bot_line_cleared,bot_line_superseded,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted

--
Salva un árbol. No imprimas este correo a menos que sea realmente necesario.

-
J. Hernán Ramírez R
Blog http://blog.hernanramirez.info - Linux User
#97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898
 -
Twitter @HernanRamriez http://twitter.com/HernanRamirez
Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve
-
___
Talk-ve mailing list
Talk-ve@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ve


Re: [Talk-it] taggare maxspeed

2012-08-21 Per discussione scratera
dal codice della strada:

La direttiva inoltre censura l’impiego di segnali in situazioni che non ne
richiedono l’utilizzo. Al proposito “va anche censurato un altro caso di
spreco e di uso improprio di segnali molto diffuso. Si tratta dei segnali di
“limite” massimo di velocità 50 km/h e di divieto di segnalazioni acustiche
in abbinamento ai segnali di “inizio centro abitato”.
Poiché nel segnale di “inizio centro abitato” sono, ovvero insite le due
prescrizioni richiamate, ne deriva che i due cartelli risultino inutili. La
ripetizione del “limite massimo di velocità 50 km/h” su strade interne ai
centri abitati non ha, per le ragioni esposte in precedenza, alcun senso”.
“Si rammenta inoltre che sono vietate aggiunte di qualsiasi natura al
segnale di inizio centro abitato, quali quelle di comune denuclearizzato,
gemellaggi con altre località, appartenenza a comunità particolari, ed altre
indicazioni quali città del vino o similari, ecc.



--
View this message in context: 
http://gis.19327.n5.nabble.com/taggare-maxspeed-tp5718959p5721371.html
Sent from the Italy General mailing list archive at Nabble.com.

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


[Talk-it] In JOSM è possibile ....

2012-08-21 Per discussione Alech OSM
In JOSM è possibile scaricare solo l’area lungo una traccia ? Per esempio
100 metri a destra e 100 a sinistra ?

Soprattutto quando questa andasse da sudovest a nordest e costringerebbe ad
aprire altrimenti un quadrato molto ma molto  più grande ???

 

Ciao,

Ale.

 

 

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


Re: [Talk-it] In JOSM è possibile ....

2012-08-21 Per discussione Simone Saviolo
Il giorno 21 agosto 2012 09:53, Alech OSM alech.hos...@gmail.com ha
scritto:

 In JOSM è possibile scaricare solo l’area lungo una traccia ? Per esempio
 100 metri a destra e 100 a sinistra ?

 Soprattutto quando questa andasse da sudovest a nordest e costringerebbe
 ad aprire altrimenti un quadrato molto ma molto  più grande ???


Assolutamente sì! Carica la tua traccia, poi clicca col destro sul livello
della traccia nella finestra Livelli. Avrai Scarica lungo questo
tracciato: da lì puoi specificare la distanza dalla traccia, la dimensione
delle aree da scaricare (ovviamente scaricherà una serie di bounding box
rettangolari).

Ciao,

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


Re: [Talk-it] Convenzione nomi dei munifici

2012-08-21 Per discussione Volker Schmidt
...se siamo in italia il nome italiano è il primo...


non necessariamente. Ci sono zone bi- o anche multi-lingue dove la seguenza
delle lingue sui cartelli varia. In Alto Adige/Suedtirol spesso il tedesco
appare prima, seguito da Italiano. Mi sembra di ricordare anche il Ladino
al primo posto.
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Convenzione nomi dei munifici

2012-08-21 Per discussione scratera
...sempre in italia siamo...non per niente esitono i tag
name:deloc-nameint_name...official_name...old_name
...questa è la mia opinione e così io li mappo visto che abito prorpio
vicino a quei luoghi dove si parla ladino e tedesco che è pur sempre la
seconda lingua visto che in italia la prima è sempre l'italiano...se poi non
ti vogliono rispondere quando devi pagare prova ad uscire senza pagare e
vedrai che bene che lo sanno l'italiano...



--
View this message in context: 
http://gis.19327.n5.nabble.com/Convenzione-nomi-dei-munifici-tp5720505p5721394.html
Sent from the Italy General mailing list archive at Nabble.com.

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


Re: [Talk-it] Atlante della Laguna

2012-08-21 Per discussione Paolo Monegato

Il 21/08/2012 11:09, Maurizio Napolitano ha scritto:

Noto che piacere che tutti i dati presenti su questo sito
http://www.silvenezia.it
sono rilasciati in IODL 2.0

ed esiste anche il servizio WMS

http://www.silvenezia.it/?q=node%2F19


In realtà [1]:
Questa licenza si applica anche agli strati informativi di proprietà 
dell'Osservatorio della Laguna e del Territorio; diversamente,  si è 
tenuti a rispettare la licenza indicata dal proprietario specificato nel 
metadato di ciascun livello geografico
E dato che molti livelli (probabilmente i più interessanti per i nostri 
scopi) non sono di proprietà dell'osservatorio...


Per la cronaca è pieno di dati con licenza non specificata. Se per 
quelli della regione e dell'ARPAV si può risalire alla licenza (in gran 
parte sono IODL 2.0), e per quelli comunali ci sono buone speranze 
(almeno leggendo il messaggio che hai inoltrato in lista ieri), per i 
dati del Ministero, dell'IGM e di altre fonti mi sa che non son proprio 
IODL...


[1] http://www.silvenezia.it/?q=node/73

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


[Talk-it] R: R: segnavia

2012-08-21 Per discussione Sergio Peduzzi
Ma chi prende la decisione?
C'è una corretta interpretazione oppure ognuno può procedere come ritiene
giusto?
Ciao a tutti
Sergio

-Messaggio originale-
Da: Alberto Nogaro [mailto:bartosom...@yahoo.it] 
Inviato: lunedì 20 agosto 2012 01:58
A: 'openstreetmap list - italiano'
Oggetto: Re: [Talk-it] R: segnavia

From: Volker Schmidt [mailto:vosc...@gmail.com] 
Sent: domenica 19 agosto 2012 23:40
To: openstreetmap list - italiano
Subject: Re: [Talk-it] R: segnavia

http://wiki.openstreetmap.org/wiki/Relation:destination_sign
è pensato per segnavia automobilistiche. 
Il ragionamento per questo approccio secondo me non è applicabile a
sentieri.

La proposta non lo dice esplicitamente. E' vero che parla di cartelli posti
negli incroci stradali, però suggerisce anche di inserire nel tag time il
tempo indicato sul cartello per il trekking, e di solito questo di tipo di
indicazioni si trovi nei segnali sui sentieri, non su percorsi interamente
stradali.

In ogni caso, che fosse o meno lo scopo originale, non vedo che problema ci
sia ad estenderlo alle intersezioni tra sentieri?

Ciao,
Alberto


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


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


Re: [Talk-it] R: R: segnavia

2012-08-21 Per discussione emmexx
Il 08/21/2012 05:03 PM, Sergio Peduzzi scrisse:
 Ma chi prende la decisione?
 C'è una corretta interpretazione oppure ognuno può procedere come ritiene
 giusto?

In questo caso la domanda piu' corretta e': c'e' qualche software (di
routing) che utilizza queste informazioni?

Su una mappa non servono a molto e non credo che nessun software di
rendering inserira' mai delle freccette o un altro sistema per
visualizzare sulla mappa direzioni e tempi di percorrenza.

ciao
maxx

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


Re: [Talk-it] Convenzione nomi dei munifici

2012-08-21 Per discussione EdoardoT
+1

Il giorno martedì 21 agosto 2012, scratera ha scritto:

 ...sempre in italia siamo...non per niente esitono i tag
 name:deloc-nameint_name...official_name...old_name
 ...questa è la mia opinione e così io li mappo visto che abito prorpio
 vicino a quei luoghi dove si parla ladino e tedesco che è pur sempre la
 seconda lingua visto che in italia la prima è sempre l'italiano...se poi
 non
 ti vogliono rispondere quando devi pagare prova ad uscire senza pagare e
 vedrai che bene che lo sanno l'italiano...



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Convenzione-nomi-dei-munifici-tp5720505p5721394.html
 Sent from the Italy General mailing list archive at Nabble.com.

 ___
 Talk-it mailing list
 Talk-it@openstreetmap.org javascript:;
 http://lists.openstreetmap.org/listinfo/talk-it



-- 
*
*
*

Edoardo Tona*
___
Talk-it mailing list
Talk-it@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-it


Re: [Talk-it] Convenzione nomi dei munifici

2012-08-21 Per discussione Simone Cortesi
2012/8/21 scratera piz...@alice.it:
 ...sempre in italia siamo...non per niente esitono i tag
 name:deloc-nameint_name...official_name...old_name
 ...questa è la mia opinione e così io li mappo visto che abito prorpio
 vicino a quei luoghi dove si parla ladino e tedesco che è pur sempre la
 seconda lingua visto che in italia la prima è sempre l'italiano...se poi non
 ti vogliono rispondere quando devi pagare prova ad uscire senza pagare e
 vedrai che bene che lo sanno l'italiano...

Scusate. questa discussione non si era gia' fatta?

nelle zone bi/multi lingua esse hanno pari dignità.

vedere: http://lists.openstreetmap.org/pipermail/talk-it/2012-June/029534.html

-- 
-S

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


Re: [Talk-it] R: segnavia

2012-08-21 Per discussione Alberto Nogaro
-Original Message-
From: Sergio Peduzzi [mailto:sergio.pedu...@alice.it]
Sent: martedì 21 agosto 2012 17:03
To: bartosom...@yahoo.it; 'openstreetmap list - italiano'
Subject: R: [Talk-it] R: segnavia

Ma chi prende la decisione?
C'è una corretta interpretazione oppure ognuno può procedere come ritiene
giusto?
Ciao a tutti
Sergio

Non mi sembra che ci siano dubbi sulla interpretazione. Le relazioni
destination_sign che coinvolgono le indicazioni per i sentieri puoi decidere
di interpretarle o di ignorarle. Ma se decidi di interpretarle, mi sembra
che funzioni allo stesso modo che se fossero coinvolte delle strade, alla
fine si tratta sempre di way highway. L'unica differenza è che tra le
informazioni troverai più facilmente indicati i tempi piuttosto che le
distanze.

Ciao,
Alberto 


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


Re: [Talk-it] Convenzione nomi dei munifici

2012-08-21 Per discussione Alexander Roalter

On 08/21/2012 12:29 PM, scratera wrote:

...sempre in italia siamo
Oddio! Speravo che questa frase scomparisse... Il solito argomento 
Siamo in Italia!, e nessun'altra posizione è valida.


Almeno su questa lista finora ho incontrato solo gente che era ben 
conoscente della (purtroppo ancora delicata) situazione. Ma pare che 
ogni giorno si imparano nuove cose...


--
Cheers,
Alex

--
Cheers,
Alex

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


[Talk-dk] Microsoft Bing Maps har opdateret nogle nye steder i Danmark

2012-08-21 Per discussione Soren Johannessen
Hej alle sammen

Det ser ud til at Microsoft Bing Maps har opdateret igen - jeg ser nu
gode luftfotos fra Hundested, Gilleleje, Helsinge, Holbæk, Kalundborg
og Jyderup. Har kun set opdatering på Sjælland indtil videre - men
tjek i jeres område om der er kommet nyt.


 Den tidligere dækning af Microsoft Bing Maps kan ses på Rasher
http://osm.rasher.dk/?zoom=8lat=55.66256lon=11.45293layers=BFTFF

 Microsoft har lovet inden året er slut at der vil være 100% dækning
af hele Europa og de er startet godt ud i lande som Spanien, Frankrig,
Italien og England. Luftfotos skulle vist være fra 2011.

vh Søren Johannessen

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


Re: [Talk-es] Añadidas Wiki Lineas Bus Madrid - Otros Municipios.

2012-08-21 Per discussione sergio sevillano
tiene buena pinta

quizás cuando se sature mucho
nos podemos plantear 
cómo organizar lineas intermunicipales
y exclusivamente municipales
...




El 21/08/2012, a las 00:31, Alberto Catala escribió:

 Buenas noches.
 
 No sabia como hacerlo y me he permitido la libertad de añadir al final de la 
 wiki de las lineas de bus de Madrid, un apartado para aquellas lineas que 
 estan dentro del Consorcio pero pasan por otros municipios, pero estan dentro 
 del CTM. He puesto las que he hecho yo. Alcobendas-SanSebastian de los reyes.
 
 Hay que tener en cuenta que normalmente tienen otro numero de Linea, y cada 
 municipio tendra su propia nomenclatura.
 
 Si alguien se le ocurre otra manera mejor o quiere aportar alguna cosa que lo 
 comente.
 
 
 
 [1] 
 http://wiki.openstreetmap.org/wiki/Bus_routes_in_Madrid#Alcobendas_-_San_sebastian_de_los_reyes
 ___
 Talk-es mailing list
 Talk-es@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-es

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


Re: [Talk-es] rutas bus madrid rotas

2012-08-21 Per discussione Iván Sánchez Ortega
On Tuesday, 21 de August de 2012 10:27:13 sergio sevillano escribió:
 he recompuesto la plaza de general maroto - plaza legazpi
 pero se han quedado atras las lineas de bus
 
 lo mismo con la linea 591 carabanchel - montegancedo,
 pero esta es por una conexión que ya no existe.
 por donde va ahora este bus??
 en el cruce m40 m501
 en direccion a la universidad.

Hhhhmmmppfff... no sé, un montón de líneas no van con el esquema de 
route_master con el que empecé a hacer las líneas de la EMT para los urbanos 
de Madrid. Algún día habría que hacer una quedada para arreglarlo todo.


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

http://ivan.sanchezortega.es
MSN:i...@void.sanchezortega.es
Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net
IRC: ivansanchez @ OFTC  freenode

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


Re: [Talk-at] Unvollständig eingetragene Linien des öffentlichen Verkehrs

2012-08-21 Per discussione Jimmy_K
Am 20.08.2012 22:07, schrieb Albin Michlmayr:

 Hallo,

 ich habe mich damit bis jetzt zurückgehalten weil mir nicht klar war,
 was in Österreich gemeinsame Praxis ist. Teilweise sind Strecken mit
 Fahrplanbildnummern in Relationen zusammengefasst und teilweise sind
 (internationale) Zugläufe erfasst.

 Zum Beispiel gibt es auf der Westbahn die Zuglauf-Relation
 http://www.openstreetmap.org/browse/relation/2167317 (ICE/RJ 90 München
 - Wien), welche als route=train getagt ist, die Strecke Wien-Passau
 http://www.openstreetmap.org/browse/relation/1884017 (150 Wien
 Westbf-Linz-Wels-Neumarkt Kallham -Schärding-Passau) bei der das
 route=train fehlt. Müsste das nicht eher umgekehrt sein?

 Auf der Südbahn gibt es meines Wissens nach noch überhaupt keine
 Strecken-Relation, dort gibt es nur den Zuglauf EC 150 Emona
 (http://www.openstreetmap.org/browse/relation/1782861)

 Liebe Grüße, Albin

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

Ist mir auch schon aufgefallen, da hier aber teilweise verdammt viel
Arbeit dahinter steckte wollte ich die Zugläufte nicht einfach so
löschen / umtaggen.
Aber Achtung: ICE 90 / ICE 91 ist kein Zuglauf, sonder die deutsche
ICE-Linien Bezeichnung. [1]

Das Kursbuch hat ausgedient und damit sind die Fahrplanbildnummern auch
so gut wie aus der Öffentlichkeit verschwunden und die offiziellen
Streckennummern wird keinem interessieren. Also was eintragen? Diese
Frage hat mich bis jetzt abgeschreckt (abseits von Vervehrsverbund- und
S-Bahn-Linien).


LG Jimmy



[1]
http://www.bahn.de/p/view/mdb/bahnintern/fahrplan_und_buchung/streckenplaene/MDB96605-ice_2012.pdf

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


Re: [OSM-Talk-ZA] Koffiekraal mapping

2012-08-21 Per discussione Jirka Panek
Hi John,

yes you are right, this is the place, pretty much unmapped :-) Bing
sucks in that area, I was there last week and did some mapping, plus I
have NGI aerial photo...

Plus we have some local guys helping us to map in an old way - paper
based mapping and then digitalisation to the OSM.

Jirka

2012/8/21 John john@gmail.com:
 Hi Jirka,

 To get some context is this the Koffiekraal you are referring to?

 http://www.openstreetmap.org/?lat=-25.529lon=27.416zoom=9mlat=-25.27556mlon=26.4layers=M

 If so it it pretty unmapped!! Bing only covers it at lowest resolution.

 Do you plan to camp out there?? It will definitely need local support.

 All the best,

 Regards,
 John

 On 21 August 2012 10:33, Jirka Panek jirkapa...@gmail.com wrote:
 Hi,

 I am a GIS researcher from the Czech Republic
 (http://www.development.upol.cz/cs_CZ/lide/jiri-panek) and currently I
 am visiting the University of South Africa (UNISA), where we do
 participatory mapping/GIS in village called Koffiekraal (NW). We would
 like to use this place as an example how participatory community
 mapping can look like in order to empower local communities and place
 it on a map.

 I wanted to ask, if there are any volunteers who would like to help me
 mapping the Koffiejkraal village, as there is basically nothing on OSM
 so far.

 Thanks and keep well

 JirkaPanek

 ___
 Talk-ZA mailing list
 Talk-ZA@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-za

 ___
 Talk-ZA mailing list
 Talk-ZA@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-za

___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za


Re: [OSM-Talk-ZA] Koffiekraal mapping

2012-08-21 Per discussione Lance Burger
Jirka,

Not sure what the quality is of your NGI photo.  Grant Slater has fairly
good rectified imagery for the area, some of which I have just traced in
that area.  If someone can host the information Grant will make it
available for all us to be able to trace the aerial photographs.

Lance Burger

On Tue, 2012-08-21 at 12:30 +0200, Jirka Panek wrote:

 Hi John,
 
 yes you are right, this is the place, pretty much unmapped :-) Bing
 sucks in that area, I was there last week and did some mapping, plus I
 have NGI aerial photo...
 
 Plus we have some local guys helping us to map in an old way - paper
 based mapping and then digitalisation to the OSM.
 
 Jirka
 
 2012/8/21 John john@gmail.com:
  Hi Jirka,
 
  To get some context is this the Koffiekraal you are referring to?
 
  http://www.openstreetmap.org/?lat=-25.529lon=27.416zoom=9mlat=-25.27556mlon=26.4layers=M
 
  If so it it pretty unmapped!! Bing only covers it at lowest resolution.
 
  Do you plan to camp out there?? It will definitely need local support.
 
  All the best,
 
  Regards,
  John
 
  On 21 August 2012 10:33, Jirka Panek jirkapa...@gmail.com wrote:
  Hi,
 
  I am a GIS researcher from the Czech Republic
  (http://www.development.upol.cz/cs_CZ/lide/jiri-panek) and currently I
  am visiting the University of South Africa (UNISA), where we do
  participatory mapping/GIS in village called Koffiekraal (NW). We would
  like to use this place as an example how participatory community
  mapping can look like in order to empower local communities and place
  it on a map.
 
  I wanted to ask, if there are any volunteers who would like to help me
  mapping the Koffiejkraal village, as there is basically nothing on OSM
  so far.
 
  Thanks and keep well
 
  JirkaPanek
 
  ___
  Talk-ZA mailing list
  Talk-ZA@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-za
 
  ___
  Talk-ZA mailing list
  Talk-ZA@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-za
 
 ___
 Talk-ZA mailing list
 Talk-ZA@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-za


___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za


Re: [OSM-Talk-ZA] Koffiekraal mapping

2012-08-21 Per discussione Grant Slater
On 21 August 2012 14:21, Jirka Panek jirkapa...@gmail.com wrote:
 Hi Lance,

 Yeah, the NGI photo is good, what do you exactly mean by hosting - do
 you just need space on server? If so, I can provide that...


I am currently trying to get a server + hosting for the ~3100GB* of
the processed CD:NGI aerial imagery.
I would like to host the imagery in South Africa. I have a backup
option of hosting at a UK university if nothing else is available.

*: Currently 3100GB excluding ~15GB cache. The imagery will grow to
around 4.5TB once I have 100% coverage.

Regards
 Grant

___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za


Re: [OSM-Talk-ZA] Koffiekraal mapping

2012-08-21 Per discussione Jirka Panek
wow, thats way too much, for my small server :-), but thanks for the info...

Jirka

2012/8/21 Grant Slater openstreet...@firefishy.com:
 On 21 August 2012 14:21, Jirka Panek jirkapa...@gmail.com wrote:
 Hi Lance,

 Yeah, the NGI photo is good, what do you exactly mean by hosting - do
 you just need space on server? If so, I can provide that...


 I am currently trying to get a server + hosting for the ~3100GB* of
 the processed CD:NGI aerial imagery.
 I would like to host the imagery in South Africa. I have a backup
 option of hosting at a UK university if nothing else is available.

 *: Currently 3100GB excluding ~15GB cache. The imagery will grow to
 around 4.5TB once I have 100% coverage.

 Regards
  Grant

___
Talk-ZA mailing list
Talk-ZA@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-za


Re: [Talk-lv] eeku satiiriishana reezeknee

2012-08-21 Per discussione Rich

On 2012-08-21 15:45, AivarsB wrote:

Nedaudz fona informācijas par Rēzeknes ēkām. Ēkas ņēmu no terplāna
pdf-a. Diemžēl ēku ģeometrija bija vienā krāsā un slānī ar visādiem
citiem objektiem- uzrakstiem, dīvainiem simboliem utml. Otrs - pašas
ēkas ir zīmētas diezgan radoši.

Pirms upload pacentos iztīrīt ne-ēkas, bet visu pamanīt nevarēju.
Uzskatīju, ka labāk kāda lieka ģeometriska figūra, nekā ka ēku nav vispār.


shite zheel, ka mums nav labas bildes, peec kuraam to vareetu remuuti 
satiiriit.



Par to ka dažas ēkas zīmētas dīvaini, man norādīja vēlāk.

Ir divas tehniskas dabas problēmas ar ģeometriju, kuras varbūt var
atrisināt ar kādu viltīgāku metodi, nekā manuāli labojot katru gadījumu.
prob1. ēkas nedaudz pārklājas. tipiski - dabā ir divi korpusi, datos ir
divi četrstūri, kur viens ir nedaudz uzbraucis otram.(piemēram 0.5m).
prob2. ēkas ir paškrustojošs multipoligons, piemēram šādi:
A---B--C
|   |  |
F---E--D
līnija iet A-B-E-D-C-B-E-F-A (astotniekā)


ojaa, shaadus es kaudziiti satiiriiju, bet gan jau tur veel ir. tas bija 
bugs pdf importerii ?



Cerēju, ka pašam būs iedvesma un uzrakstīšu, bet kā nav tā nav. ;)
Vēl pastāv iespēja paņemt pdf un sataisīt pareizu importu.

A.

2012/8/17 Rich ric...@nakts.net mailto:ric...@nakts.net

http://www.openstreetmap.org/__browse/way/170029550/history
http://www.openstreetmap.org/browse/way/170029550/history
http://www.openstreetmap.org/__browse/way/170033090/history
http://www.openstreetmap.org/browse/way/170033090/history
http://www.openstreetmap.org/__browse/way/170042164/history
http://www.openstreetmap.org/browse/way/170042164/history

tur apkaart veel daudz taadi piemeeri :)

es bishkji satiiriiju, bet bez orto un ar ierobezhotaam vieteejaam
zinaashanaam pagruuti. ja nu kaads tur viesojas vai kaadu paziist,
varbuut var apskatiit dabaa un nedaudz satiiriit, vai paluugt
apstaastiit.
--
  Rich

--
 Rich

___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv


Re: [Talk-lv] eeku satiiriishana reezeknee

2012-08-21 Per discussione AivarsB
2012/8/21 Rich ric...@nakts.net

 ojaa, shaadus es kaudziiti satiiriiju, bet gan jau tur veel ir. tas bija
 bugs pdf importerii ?


 Esmu pārliecināts, ka tādi astotnieki bija jau datos.
___
Talk-lv mailing list
Talk-lv@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-lv


Re: [Talk-ca] Canvec import issues

2012-08-21 Per discussione Pierre Béland
Frank 


The NEtiquette is always important in these circumstances. Lets hope this 
mapper will learn how to deal with the community.
I Looked rapidly at the data.I see a multipolygon natural=wood Relation : 
2362646 that contains 72 
members. I see that you imported a wooded area way=176778952 that is 
part of this relation. It also overlaps for the 2/3 with a lake 
way=57988179. I see similar situation with way 176778559.  Unless I 
missed something, my understanding is that you should simply remove ways 
176778952 and 176778559 and any others that duplicate what is already defined  
by relation 2362646.
The Quebec toponyms may sometime be more complete then Canvec. But not all the 
lakes have names and it is not 
easy to find infos for a specific area. You can  search for a specific 
name at http://www.toponymie.gouv.qc.ca/.
See 
http://www.toponymie.gouv.qc.ca/ct/ToposWeb/recherche.aspx?s=lac-ouimetx=0y=0 
for lac Ouimet results 
 
Pierre 




 De : Frank Steggink stegg...@steggink.org
À : talk-ca@openstreetmap.org 
Envoyé le : Mardi 21 août 2012 13h32
Objet : [Talk-ca] Canvec import issues
 
Hi,

Today I was contacted by someone inquiring (with a somewhat hostile tone) 
after the Canvec import I've done over the weekend northwest of Montréal. He 
was not really happy with the way how the import has handled. The way the 
Canvec data is currently provided, leaves some room for improvement. I'm not 
sure if all his issues have been discussed in the past (since I haven't 
followed all Canvec discussions, especially in the beginning), but I could see 
some merit in some of the point.

Some examples he provided come from the Mt. Tremblant area [1]. Note that the 
lakes (and most of the streams) were imported previously by someone else, 
based on NHN data, but the same issue plays with the Canvec data itself. (This 
left me to the task to leave the Canvec lakes out of the upload, as well as 
most streams.)

On the left you see Lac Ouimet. He mentioned that a large part of the ways are 
duplicated. The outer boundary of the wooded area is a separate polygon from 
the lake itself.  However, Lac Gauthier on the right is a different case. This 
lake has been cut out from the woods, and I left the inner boundary intact. 
JOSM is not complaining about this. Since dealing with multipolygons remains a 
sticky issue, I have not done that. I think it would be better to take care of 
these issues with some tool. Although using a tool is considered dangerously 
(and rightfully so!), dealing with multipolygons is prone to errors as well.

Another issue is that some lakes do not have names, but contain a separate 
node (not part of any of the ways) with natural=water and name=* tags. I can 
only assume that this comes from the source data. In many cases it is hard to 
determine the extent of the lake, since it can gradually taper into a river. 
This was not mentioned directly by the user, but I thought he was referring to 
this.

His issue turned out to be somewhat different. There is a place node near Lac 
Gauthier, with the same name. I explained to this that this must be the name 
of a hamlet. The non-official tag place=locality is probably due to this 
confusion. This name is also visible on the original topo map [2].

Furthermore he noticed that I have duplicated his address nodes and ways. This 
was an omission, so I have corrected this. I scan the existing data in order 
not to duplicate existing features. Of course this is prone to errors as well, 
especially in a large area which is void of address nodes and ways, except for 
two ways around a lake...

I'm not asking anyone for solutions. I can easily think about them as well, 
but that doesn't make the problem go away. Thinking about the solution is the 
easiest part, but working it out and implementing it is much more difficult. 
It is more than simply typing in some code and then run it over the data. 
Instead of doing that, I have tried to explain him something about the hybrid 
data model OSM is using (not purely geographical, but also not purely 
topological). And of course there is also the gap between idealists and 
realists. I see the current state of OSM as the status quo, so I take it for 
granted. I think that Canvec falls within that status quo situation as well, 
otherwise the OSM data offered by NRCan would have looked differently, after 
all those years of discussions and reviews.

I have invited this user to discuss the issues he found on talk-ca. I think 
that would be much more constructive than having him directing all those 
issues to me, since they occur far beyond his own backyard as well...

Regards,

Frank


[1] http://www.openstreetmap.org/?lat=46.1749lon=-74.5535zoom=14layers=M
[2] 
ftp://ftp2.cits.rncan.gc.ca/pub/canmatrix2/50k_tif/031/j/canmatrix2_031j02_tif.zip


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

Re: [Talk-ca] Canvec import issues

2012-08-21 Per discussione Pierre Béland


I didn't do Canvec imports too much. Looking at various lakes in wooded areas,  
I now realize that Canvec imports are often (always?) duplicating lakes. I 
do'nt know what was the reason to create these duplicate ways in the Canvec 
import file.  Should we duplicate the lakes to apply a inner role in the 
relation? Is this a reason for that? Or could we instead simply use the 
existing lake with a inner role in the wooded area polygon relation? 
Pierre 




 De : Frank Steggink stegg...@steggink.org
À : talk-ca@openstreetmap.org 
Envoyé le : Mardi 21 août 2012 13h32
Objet : [Talk-ca] Canvec import issues
 
Hi,

Today I was contacted by someone inquiring (with a somewhat hostile tone) 
after the Canvec import I've done over the weekend northwest of Montréal. He 
was not really happy with the way how the import has handled. The way the 
Canvec data is currently provided, leaves some room for improvement. I'm not 
sure if all his issues have been discussed in the past (since I haven't 
followed all Canvec discussions, especially in the beginning), but I could see 
some merit in some of the point.

Some examples he provided come from the Mt. Tremblant area [1]. Note that the 
lakes (and most of the streams) were imported previously by someone else, 
based on NHN data, but the same issue plays with the Canvec data itself. (This 
left me to the task to leave the Canvec lakes out of the upload, as well as 
most streams.)

On the left you see Lac Ouimet. He mentioned that a large part of the ways are 
duplicated. The outer boundary of the wooded area is a separate polygon from 
the lake itself.  However, Lac Gauthier on the right is a different case. This 
lake has been cut out from the woods, and I left the inner boundary intact. 
JOSM is not complaining about this. Since dealing with multipolygons remains a 
sticky issue, I have not done that. I think it would be better to take care of 
these issues with some tool. Although using a tool is considered dangerously 
(and rightfully so!), dealing with multipolygons is prone to errors as well.

Another issue is that some lakes do not have names, but contain a separate 
node (not part of any of the ways) with natural=water and name=* tags. I can 
only assume that this comes from the source data. In many cases it is hard to 
determine the extent of the lake, since it can gradually taper into a river. 
This was not mentioned directly by the user, but I thought he was referring to 
this.

His issue turned out to be somewhat different. There is a place node near Lac 
Gauthier, with the same name. I explained to this that this must be the name 
of a hamlet. The non-official tag place=locality is probably due to this 
confusion. This name is also visible on the original topo map [2].

Furthermore he noticed that I have duplicated his address nodes and ways. This 
was an omission, so I have corrected this. I scan the existing data in order 
not to duplicate existing features. Of course this is prone to errors as well, 
especially in a large area which is void of address nodes and ways, except for 
two ways around a lake...

I'm not asking anyone for solutions. I can easily think about them as well, 
but that doesn't make the problem go away. Thinking about the solution is the 
easiest part, but working it out and implementing it is much more difficult. 
It is more than simply typing in some code and then run it over the data. 
Instead of doing that, I have tried to explain him something about the hybrid 
data model OSM is using (not purely geographical, but also not purely 
topological). And of course there is also the gap between idealists and 
realists. I see the current state of OSM as the status quo, so I take it for 
granted. I think that Canvec falls within that status quo situation as well, 
otherwise the OSM data offered by NRCan would have looked differently, after 
all those years of discussions and reviews.

I have invited this user to discuss the issues he found on talk-ca. I think 
that would be much more constructive than having him directing all those 
issues to me, since they occur far beyond his own backyard as well...

Regards,

Frank


[1] http://www.openstreetmap.org/?lat=46.1749lon=-74.5535zoom=14layers=M
[2] 
ftp://ftp2.cits.rncan.gc.ca/pub/canmatrix2/50k_tif/031/j/canmatrix2_031j02_tif.zip


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


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


[Talk-ca] Getting the speed limit for a given latitude/longitude

2012-08-21 Per discussione René Fournier
Looking for suggestions...

I need to create a web service that, given a latitude/longitude coordinate that 
lies on a major road or highway, returns a maximum speed limit. Looking at 
services like http://www.itoworld.com/map/35#fullscreen, it's clear that much 
of the data is there. What's the best way to go about this? Anyone try it 
before?

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


Re: [Talk-ca] Getting the speed limit for a given latitude/longitude

2012-08-21 Per discussione René Fournier
Yes, that's what I'm now working towards. Just downloaded and decompressed the 
OSM dataset for North America. Around 27 GB. 

In view of my application, what would you say is the best way to import? I'm 
running PostGIS 1.5.4. osm2pgsql or Osmosis?


On 2012-08-21, at 4:22 PM, Richard Weait wrote:

 On Tue, Aug 21, 2012 at 4:26 PM, René Fournier m...@renefournier.com wrote:
 Looking for suggestions...
 
 I need to create a web service that, given a latitude/longitude coordinate 
 that lies on a major road or highway, returns a maximum speed limit. Looking 
 at services like http://www.itoworld.com/map/35#fullscreen, it's clear that 
 much of the data is there. What's the best way to go about this? Anyone try 
 it before?
 
 How often do you want to request the data?
 
 1) Build a local DB.
 2) request the maxspeed from the highway nearest the stated coordinates.
 
 For extra marks, you might want to build in some logic and some persistence.
 
 Seems pretty straightforward.


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


Re: [Talk-ca] Getting the speed limit for a given latitude/longitude

2012-08-21 Per discussione René Fournier
Hi Richard et al,

So, I've used osm2pgsql to import the canada.osm file into PostgreSQL:

osm2pgsql --latlong -d speed_limits_canada canada.osm -U postgres

Seems to have done the job: 

Node stats: total(132433150), max(1873380872) in 1150s
Way stats: total(8281053), max(176854853) in 1235s
Relation stats: total(103361), max(2363373) in 742s

Writing way (8281k)

Writing relation (103344)
Committing transaction for planet_osm_point
Committing transaction for planet_osm_roads
Committing transaction for planet_osm_line
Sorting data and creating indexes for planet_osm_point
Sorting data and creating indexes for planet_osm_roads
Sorting data and creating indexes for planet_osm_line
Committing transaction for planet_osm_polygon
Sorting data and creating indexes for planet_osm_polygon
Indexes on  planet_osm_roads created  in 99s
Completed planet_osm_roads
Indexes on  planet_osm_point created  in 564s
Completed planet_osm_point
Indexes on  planet_osm_line created  in 808s
Completed planet_osm_line
Indexes on  planet_osm_polygon created  in 819s
Completed planet_osm_polygon

Osm2pgsql took 4972s overall

Not being familiar with OSM at all, I was wondering, can someone suggest the 
simplest way (query) to get  the max speed of the nearest road to a given point?

On 2012-08-21, at 4:22 PM, Richard Weait wrote:

 On Tue, Aug 21, 2012 at 4:26 PM, René Fournier m...@renefournier.com wrote:
 Looking for suggestions...
 
 I need to create a web service that, given a latitude/longitude coordinate 
 that lies on a major road or highway, returns a maximum speed limit. Looking 
 at services like http://www.itoworld.com/map/35#fullscreen, it's clear that 
 much of the data is there. What's the best way to go about this? Anyone try 
 it before?
 
 How often do you want to request the data?
 
 1) Build a local DB.
 2) request the maxspeed from the highway nearest the stated coordinates.
 
 For extra marks, you might want to build in some logic and some persistence.
 
 Seems pretty straightforward.

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


Re: [Talk-ca] New Lower Mainland Imagery sources

2012-08-21 Per discussione Paul Norman
You're supposed to copy and paste the URL from the table or click on the
link, not copy the link. I'll see if I can clarify that in the
documentation.

 

From: Matthew Buchanan [mailto:matthew.ian.bucha...@gmail.com] 
Sent: Tuesday, August 21, 2012 8:01 PM
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] New Lower Mainland Imagery sources

 

I am adding it using the Add Imagery URL. (the + sign) then under TMS URL I
put in:
http://127.0.0.1:8111/imagery?title=DataBC%20bc_gvrd_west_2009
http://127.0.0.1:8111/imagery?title=DataBC%20bc_gvrd_west_2009type=tmsurl
=http://%7bswitch:a,b,c,d%7d.imagery.paulnorman.ca/tiles/bc_gvrd_west_2009/%
7bzoom%7d/%7bx%7d/%7by%7d.png
type=tmsurl=http://{switch:a,b,c,d}.imagery.paulnorman.ca/tiles/bc_gvrd_we
st_2009/{zoom}/{x}/{y}.png

I leave Zoom empty, then hit ok.


-- Matthew Buchanan
-- Kamloops, BC



On 20 August 2012 18:26, Paul Norman penor...@mac.com wrote:

What string are you adding to the imagery list? Are you adding it in the
preferences window itself or opening the Add Imagery URL dialog?

 

Tagging presets are under the third tab down in preferences.

 

From: Matthew Buchanan [mailto:matthew.ian.bucha...@gmail.com] 
Sent: Monday, August 20, 2012 1:46 PM
To: Paul Norman
Cc: talk-ca@openstreetmap.org
Subject: Re: [Talk-ca] New Lower Mainland Imagery sources

 

Paul
I haven't been able to get this to work. I add it to my list of layers in
Preferences, Imagery Preferences. It shows up in the Imagery menu, but then
I get multiple layers showing up in the layer list and they keep duplicating
themselves until JOSM runs out of memory. 

Also, I'm don't know how to add the preset zip file into JOSM.

-- Matthew Buchanan
-- Kamloops, BC

On 18 August 2012 12:15, Paul Norman penor...@mac.com wrote:

After some technical and legal work, I now have a number of imagery layers
hosted on a rented server.

These layers cover from Vancouver to Hope in 20cm or better and Lions Bay to
Pemberton as 40cm or better. 10cm imagery is available for Vancouver,
Richmond, Ladner, West Delta, the North Shore, Whistler and Surrey.

Most of the imagery was taken in 2009, but Surrey is from 2011.

I've prepared a page with links to the imagery and Potlatc2 and JOSM URLs at
http://imagery.paulnorman.ca/tiles/about.html

Some layers may be slow initially loading at high zooms as they may need to
fetch from a remote server.

An example of two layers from there and Bing is
http://imagery.paulnorman.ca/tiles/surreyexample.png. Starting in the top
left going clockwise the layers are Surrey2011, DataBC bc_gvrd_east_2009 and
Bing.


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

 

 

WebRep

  chrome://wrc/skin/png/line-dark-horizontal.png 

Overall rating

  chrome://wrc/skin/png/line-dark-horizontal.png 

  chrome://wrc/skin/png/line-dark-horizontal.png 

 

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


Re: [Talk-cz] rúian bot - první výsledky testů

2012-08-21 Per discussione Václav Řehák
Dne 20. srpna 2012 19:36 jzvc j...@tpfree.net napsal(a):

 Da se to v praxi i s adresou na budovu - dalsi duvod proc preferovat adresu
 na budove, kam logicky patri. Amo, pokud je v budove vice, daj se dalsi body
 do ni. Ale prevazne ma budova jako takova nejaky primarni ucel.

To mi připadá jako hodně odvážné tvrzení. Co třeba běžný obytný
činžák, který má v přízemí železářství a pekárnu? Jaký je primární
účel takové budovy?

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


Re: [OSM-talk-fr] Erreur d'OSM concernant l'Île des Embiez ?

2012-08-21 Per discussione Jean-Claude Repetto
On 21/08/2012 03:22, Philippe Verdy wrote:
 Le 20 août 2012 23:47, Jean-Claude Repetto jrepe...@free.fr a écrit :
 On 20/08/2012 20:54, Philippe Verdy wrote:
 Entre le Petit Gaou et le Grand Gaou, il n'y a pas de passage à sec,
 mais une passerelle pour les piétons (les vélos sont interdits sur l'île
 du Grand Gaou).
 
 Etonnant que les vélos soient interdits. Peut-être pour éviter le
 creusement d'ornières sur les chemins, ou leur présence sur les
 plages. L'île n'est pas si grande, à pied tout doit se faire
 facilement depuis le port qui est somme toute assez central et
 rassemble les services. Et sinon le petit train touristique conduira
 ceux qui ne veulent pas marcher pour faire le tour de l'île. Je suis
 sûr qu'il y a quelques vélos mais pas pour tout le monde. Et un
 véhicule à moteur au moins : le petit train qui peut sinon avoir une
 remorque pour approvisionner les services et restaux.

Je parlais de l'île du Grand Gaou, pas des Embiez. Aux Embiez, bien sûr,
les vélos et voitures sont autorisés.

 Par contre, entre le Grand Gaou et les Embiez, il y a environ un mètre
 d'eau. Cela me paraît un peu haut pour parler de gué.
 
 Ce gué a bien été utilisé (et il semble que certains le font encore à
 pied, 1 mètre ça se franchit facilement la Méditerranée n'ayant pas de
 courants très forts).

Je n'en ai jamais entendu parler. Quelle est ta référence ? Tu es sûr de
ne pas confondre avec le passage entre le Petit Gaou et le Grand Gaou ?
Il est certain qu'on peut y passer à pied, mais l'accès à l'île des
Embiez étant payant, il y a souvent, l'été, un gardien posté au point
d'arrivée.

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


Re: [OSM-talk-fr] [JOSM] requête service XAPI avec bbox

2012-08-21 Per discussione Nicolas Dumoulin
Le lundi 20 août 2012 22:10:24 Samy Mezani a écrit :
 Bonsoir,
 
 Dans JOSM, pourquoi lorsque j'ouvre l'emplacement suivant [1] je me
 retrouve avec des ways bien au-delà des valeurs de coordonnées indiquées
 pour bbox ?
 Par exemple :
 - node id=472689370 : 48.4327121, 16.4866829
 - node id=1826833135 : 56.9518644, 24.109445
 Ma requête ne considérait que l'un OU l'autre des 3 critères ? Je
 croyais que ça cumulait les 3 critères en même temps.
 
 Merci d'avance pour votre indulgence, c'est la 1ère fois que je fais ce
 genre de trucs. Je découvre l'eau chaude mais ça a l'air génial.
 
 [1]
 http://api.openstreetmap.fr/xapi/xapi?*[bbox=3.9,46.45,5.4,47][highway=*][@n
 ewer=2012-08-15T00:00:00Z][@meta]

Salut,
J'ai observé le même comportement :-/
Je suis aussi intéressé par une explication :-)

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

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


Re: [OSM-talk-fr] [JOSM] requête service XAPI avec bbox

2012-08-21 Per discussione sly (sylvain letuffe)
On lundi 20 août 2012, Samy Mezani wrote:
 Bonsoir,

Salut,

 Ma requête ne considérait que l'un OU l'autre des 3 critères ? Je 
 croyais que ça cumulait les 3 critères en même temps.

Il semblerait que tu ais bien tout compris, et tout bien fait. Mais par 
contre, tu sembles avoir révéler un bug sur cette version de la xapi !

Première fois que l'on m'en parle, mais la preuve et là, des noeuds sont 
parachutés dans le résultat alors qu'ils sont complètement en dehors de la 
bbox.

 [1] 
 http://api.openstreetmap.fr/xapi/xapi?*[bbox=3.9,46.45,5.4,47][highway=*]
[@newer=2012-08-15T00:00:00Z][@meta]

Tentes de changer de serveur xapi, le temps que je répare ça (ce qui risque de 
prendre plusieurs jours/semaines vu que j'attends que le changement de 
licence soit fini pour tout ré-importer+changer de version du logiciel)
Essayes par exemple celui de www.overpass-api.de :
http://www.overpass-api.de/api/xapi?*[bbox=3.9,46.45,5.4,47][highway=*]
[@newer=2012-08-15T00:00:00Z][@meta]

le résultat renvoyé semble beaucoup plus juste

-- 
sly
qui suis-je : http://sly.letuffe.org
email perso : sylvain chez letuffe un point org

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


[OSM-talk-fr] Rendu du nom des entités urbaines

2012-08-21 Per discussione Arnaud Vandecasteele
Salut à tous,

Sur la carte de La Réunion, à un niveau de zoom moyen [1] on peut voir
conjointement le nom des villages (hamlet par ex) et le nom de la ville
principale.
Pour ma part, je trouve la nuance entre les deux styles très faible. De ce
fait, il est difficile de faire la distinction entre une ville, un village,
un lieu dit, etc.
Pour un local, les noms sont suffisamment parlants, mais pour une personne
extérieure cela n'est certainement pas le cas.
Avez-vous le même avis que moi ? Une amélioration du style Mapnik est-elle
nécessaire ?
Mais peut être est-ce dus aux caractéristiques de l'ïle ?

Arnaud

[1]
http://www.openstreetmap.org/?lat=-21.315279006958lon=55.6984519958496zoom=12
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] [JOSM] requête service XAPI avec bbox

2012-08-21 Per discussione Samy Mezani

Bonjour,


Première fois que l'on m'en parle, mais la preuve et là, des noeuds sont
parachutés dans le résultat alors qu'ils sont complètement en dehors de la
bbox.

Merci pour le retour. au moins j'aurais servi à trouver un petit bug.


Essayes par exemple celui de www.overpass-api.de :
http://www.overpass-api.de/api/xapi?*[bbox=3.9,46.45,5.4,47][highway=*]
[@newer=2012-08-15T00:00:00Z][@meta]

le résultat renvoyé semble beaucoup plus juste

OK je passe à overpass-api.de pour le moment.

Merci

Samy


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


Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion

2012-08-21 Per discussione Arnaud Vandecasteele
Salut vincent,

Tu as raison, mes exemples n'étaient pas judicieux.
Par contre dans le cas ci-dessous, cela me semble être un bon sujet pour
une fusion non ?
http://www.openstreetmap.org/browse/way/70954412
http://www.openstreetmap.org/browse/way/70954480

Merci

A.

2012/8/21 Vincent de Chateau-Thierry v...@laposte.net

 Bonjour,

  De : Arnaud Vandecasteele
 
  Avant de commencer le travail de suppression du tag, je souhaiterais
 savoir
  si je dois (peux) également nettoyer la couche coastline.
  En effet, à certains endroit elle est particulièrement morcelée.
 
  Ex :
 
  http://www.openstreetmap.org/browse/way/70954343
  ou encore
  http://www.openstreetmap.org/browse/way/86303618
 
  Cela vaut-il le coup ?
 

 Lorsque les lignes successives ont (ou devraient avoir) les mêmes
 attributs, et
 appartiennent aux mêmes relations, ça ne mange pas de pain de les
 fusionner. Mais dans
 les deux cas que tu mentionnes, ça n'est pas possible, car la condition
 d'appartenance
 aux relations ne se vérifie pas. En effet, la limite de l'Aire d'adhésion
 du Parc
 National de La Réunion [1], bien que non visible sur le rendu Mapnik,
 justifie le
 morcellement.

 vincent

 [1] : http://www.openstreetmap.org/browse/relation/1110802

 Une messagerie gratuite, garantie à vie et des services en plus, ça vous
 tente ?
 Je crée ma boîte mail www.laposte.net

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




-- 

Arnaud Van De Casteele
Mines Paris Tech - CRC
Sophia-Antipolis
0698 24 25 29
SIG - WebMapping - Spatial Ontology - GeoCollaboration

Web Site
http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/
http://geotribu.net/
http://www.i2c.eu/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion

2012-08-21 Per discussione Vincent de Chateau-Thierry

 De : Arnaud Vandecasteele 
 
 Par contre dans le cas ci-dessous, cela me semble être un bon sujet pour
 une fusion non ?
 http://www.openstreetmap.org/browse/way/70954412
 http://www.openstreetmap.org/browse/way/70954480
 

Là, typiquement, oui.

vincent

Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
Je crée ma boîte mail www.laposte.net

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


Re: [OSM-talk-fr] Communauté de Commune du Nord de la Réunion

2012-08-21 Per discussione Vladimir Vyskocil
Bonjour,

Je saute sur l'occasion de cet exemple pour poser une question : est-ce qu'il y 
aurait une méthode rapide (donc simple, ou vice-versa) pour découper les 
landuses (forêts,...) au niveau de la ligne de côte pour éviter qu'ils 
débordent dans l'océan comme c'est le cas ici (et souvent ailleurs) ?

Et sinon bravo pour l'avancement de la cartographie de la Réunion ou j'avais 
également un peu participé suite a un voyage (j'ai vu hier que j'avais encore 
la 6eme place, quand meme ! ;-)

On 21 août 2012, at 13:42, Arnaud Vandecasteele arnaud@gmail.com wrote:

 Salut à tous,
 
 Avant de commencer le travail de suppression du tag, je souhaiterais savoir 
 si je dois (peux) également nettoyer la couche coastline.
 En effet, à certains endroit elle est particulièrement morcelée.
 
 Ex :
 
 http://www.openstreetmap.org/browse/way/70954343
 ou encore
 http://www.openstreetmap.org/browse/way/86303618
 
 Cela vaut-il le coup ?

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


  1   2   >