Re: [talk-ph] talk-ph Digest, Vol 49, Issue 17

2012-08-28 Per discussione samuel cruz
hi maning,

the same thing when you make a route from cateel to mati then to tagum. same 
error occurs like that of xycris




 From: talk-ph-requ...@openstreetmap.org talk-ph-requ...@openstreetmap.org
To: talk-ph@openstreetmap.org 
Sent: Tuesday, August 28, 2012 1:17 AM
Subject: talk-ph Digest, Vol 49, Issue 17
 
Send talk-ph mailing list submissions to
    talk-ph@openstreetmap.org

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

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

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


Today's Topics:

   1. Fwd: [OSM-talk] DWG post-redaction bot cleanup (maning sambale)
   2. Fwd: Routable map has bugs (maning sambale)


--

Message: 1
Date: Tue, 28 Aug 2012 06:45:20 +0800
From: maning sambale emmanuel.samb...@gmail.com
To: osm-ph talk-ph@openstreetmap.org
Subject: [talk-ph] Fwd: [OSM-talk] DWG post-redaction bot cleanup
Message-ID:
    capzumufzzacio7qeh3fytun-hfcofzjt-rzn9gwatdvo1e_...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

FYI, I recently noticed that this bot is running in some areas of the
country.

Maning Sambale
-- Forwarded message --
From: Paul Norman penor...@mac.com
Date: Aug 22, 2012 10:32 AM
Subject: [OSM-talk] DWG post-redaction bot cleanup
To: osm-talk t...@openstreetmap.org

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
t...@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
-- next part --
An HTML attachment was scrubbed...
URL: 
http://lists.openstreetmap.org/pipermail/talk-ph/attachments/20120828/c50bf445/attachment-0001.html

--

Message: 2
Date: Tue, 28 Aug 2012 16:13:41 +0800
From: maning sambale emmanuel.samb...@gmail.com
To: osm-ph talk-ph@openstreetmap.org
Subject: [talk-ph] Fwd: Routable map has bugs
Message-ID:
    CAPzumuEhFKRE9ya9js=F8GQWO7SASZT4=_saweb+v2rjzwx...@mail.gmail.com
Content-Type: text/plain; charset=utf-8

Dear list,

I got this message from Xycris.  I did check the area of concern, but
I didn't find any obvious errors.  Here's another message he/she sent
me privately inclduing coordinates for routing tests.

Good day Sir Emmanuel,

First and foremost, thank you very much for the effort of bringing a
Philippine map for GPS enabled devices.

I have just registered to OSM but I am reluctant to make any edits for
I don't know how to do it that I might just sabotage the works laid by
many other contributors.

 Here is the error Information made by MapSource:

App: MapSource
At: 8/13/2012 5:25:43 AM (UTC)
OS: Windows 7 (64-bit) Service Pack 1
Processor: x86, Processor Level: 6, Processors: 4, Model 42 Stepping
7, RAM: 8297160
MPL_MAP.CPP-2243-6.16.3.0

Products Installed:
Name: OSM Philippines 20120810
IdL 41877505
Version 1.0
Type: Standard
Map: 63240005
Error code: 3

Here is my description as to how I came up with the error:
MapSource gives an error when creating routes for a certain stretch of
road, namely the Tubod Highway in Iligan City, Lanao del Norte,
Philippines. This error can be observed by making a route from Cagayan
de Oro City to Kolambugan or Ozamis City and vice versa. The error is
specifically generated when routing from the following Tubod Highway
coordinates: N8 12.544 E124 13.106 to N8 13.212 E124 14.505 and vice
versa.

I don't know how to edit that in OSM but I found that along that
stretch of the highway, two or three gates were in place. I am
guessing these gate markers are cauing the error in MapSource. But I
am not sure if this is really the case cause I haven't edited it.
Traveling on that area, I believe the gate was meant for the entrance
and exit of the now closed National Steel Corporation and not on the
highway. There are no gates on the highway itself. The National Steel
Corporation is located near the sea side of the Tubod Highway.

Sincerely,
Xycris




-- Forwarded message --
From: Xycris Fuerzas xyc...@ymail.com
Date: Fri, Aug 24, 2012 at 7:19 PM
Subject: Routable map has bugs
To: talk-ph-ow...@openstreetmap.org


Good day Sir/ Madam,

I have downloaded a Garmin routeble version of the Philippine Map
compiled by Mr. Maning Sambale. It is installed in MapSource 6.163 and
in a Garmin MobileXT.

Using either of the software to route

Re: [OSM-talk-be] GR en hiking

2012-08-28 Per discussione Sander Deryckere
You can download features within a boundary also with overpass api.

query type=node
  has-kv k=place v=city/
  area-query ref=3600058974/
/query
print mode=body/

This will download all city nodes in the relation 3600058974.
see 
http://help.openstreetmap.org/questions/12554/is-there-a-web-service-exposed-to-get-all-cities-in-a-country

Just watch out, some Belgian node networks have parts in the
Netherlands or France.



2012/8/28 Jo winfi...@gmail.com

 2012/8/27 Ben Laenen benlae...@gmail.com

 On Monday 27 August 2012 10:14:47 Jo wrote:
  I created a page where we can all vote:
 
 
 http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Walking
  _Routes/VoteForHikingOrFootaction=edit


 Just a little question: why did this need its own page? It's what the
 discussion pages should be used for...

 Anyway, just saying in case there are some other votes coming up as
 well...


 Sorry, I'm not in the habit of launching votes. It's a dirty job, but
 somebody has to do it.

 After one day we have 7 votes in favour, 0 against. I'll wait for a few
 more days. In the mean time |'ve been playing a bit with the Overpass API:

 query type=relation into=routes
   bbox-query s=49.5 n=51.5 w=2.52 e=6.5/
   has-kv k=route v=foot/
 /query
 query type=relation
   bbox-query s=49.5 n=51.5 w=2.52 e=6.5/
   has-kv k=route v=foot/
 /query
 union
   item/
   recurse type=relation-backwards from=routes/
   recurse type=relation-node from=routes/
   recurse type=relation-way from=routes/
   recurse type=way-node/
 /union
 print mode=meta/

 This query results in a 45 MB file, containing all relations where
 route=foot in an area more or less covering Belgium. There are some routes
 going into the neighbouring countries. Hopefully they won't mind the
 retagging.

 It also gives all parent relations and all node and way members of the
 route relations. Getting the numbered nodes themselves from the network
 relations should already have been accomplished by downloading the ways. If
 not, it's only one extra line to accomplish that. That way nodes which were
 drawn next to the actual crossing and made members of the network relation
 also get downloaded.

   recurse type=relation-node/
 above
   recurse type=relation-node from=routes/

 Anyway, just to illustrate the power of Overpass. It's quick too, only a
 few minutes, download included.

 This provides a great starting point to rename those tags all at once with
 JOSM.

 Jo

 ___
 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] GR en hiking

2012-08-28 Per discussione Jo
Thank you for that tip. It could be more error prone when there is
something wrong with that area relation though.

There are some parts going into Germany as well. I was hoping they wouldn't
mind the change from foot to hiking, but maybe I better go and ask on their
mailing lists first.

Cheers,

Jo

2012/8/28 Sander Deryckere sander...@gmail.com

 You can download features within a boundary also with overpass api.

 query type=node
   has-kv k=place v=city/
   area-query ref=3600058974/
 /query
 print mode=body/

 This will download all city nodes in the relation 3600058974.

 see 
 http://help.openstreetmap.org/questions/12554/is-there-a-web-service-exposed-to-get-all-cities-in-a-country


 Just watch out, some Belgian node networks have parts in the Netherlands or 
 France.



 2012/8/28 Jo winfi...@gmail.com

 2012/8/27 Ben Laenen benlae...@gmail.com

 On Monday 27 August 2012 10:14:47 Jo wrote:
  I created a page where we can all vote:
 
 
 http://wiki.openstreetmap.org/w/index.php?title=WikiProject_Belgium/Walking
  _Routes/VoteForHikingOrFootaction=edit


 Just a little question: why did this need its own page? It's what the
 discussion pages should be used for...

 Anyway, just saying in case there are some other votes coming up as
 well...


 Sorry, I'm not in the habit of launching votes. It's a dirty job, but
 somebody has to do it.

 After one day we have 7 votes in favour, 0 against. I'll wait for a few
 more days. In the mean time |'ve been playing a bit with the Overpass API:

 query type=relation into=routes
   bbox-query s=49.5 n=51.5 w=2.52 e=6.5/
   has-kv k=route v=foot/
 /query
 query type=relation
   bbox-query s=49.5 n=51.5 w=2.52 e=6.5/
   has-kv k=route v=foot/
 /query
 union
   item/
   recurse type=relation-backwards from=routes/
   recurse type=relation-node from=routes/
   recurse type=relation-way from=routes/
   recurse type=way-node/
 /union
 print mode=meta/

 This query results in a 45 MB file, containing all relations where
 route=foot in an area more or less covering Belgium. There are some routes
 going into the neighbouring countries. Hopefully they won't mind the
 retagging.

 It also gives all parent relations and all node and way members of the
 route relations. Getting the numbered nodes themselves from the network
 relations should already have been accomplished by downloading the ways. If
 not, it's only one extra line to accomplish that. That way nodes which were
 drawn next to the actual crossing and made members of the network relation
 also get downloaded.

   recurse type=relation-node/
 above
   recurse type=relation-node from=routes/

 Anyway, just to illustrate the power of Overpass. It's quick too, only a
 few minutes, download included.

 This provides a great starting point to rename those tags all at once
 with JOSM.

 Jo

 ___
 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, bedankt Jo

2012-08-28 Per discussione Jan-willem De Bleser
2012/8/23 Jan-willem De Bleser j...@thescrapyard.org:
 Ticket is aangemaakt: https://trac.openstreetmap.org/ticket/4539

Alle, ze hadden precies niet zo veel zin om er zelf aan te werken, dus
heb het maar zelf gedaan. Met deze patch toont hem altijd de juiste
nummers zolang de eindpunten in de ingeladen data zijn.

Note toe voegen ipv eindpunten lijkt me ook triviaal. Misschien zouden
ze het zelfs aanvaarden van note te tonen als dit wordt gedaan wanneer
de volledige relatie nog niet ingeladen is, zou dit detecteerbaar
zijn.

Nu maar zien hoe lang 't duurt voor dat het op de site komt.

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


Re: [OSM-talk-be] GR en hiking

2012-08-28 Per discussione Ben Laenen
On Tuesday 28 August 2012 09:49:54 Jo wrote:
 This query results in a 45 MB file, containing all relations where
 route=foot in an area more or less covering Belgium. There are some routes
 going into the neighbouring countries. Hopefully they won't mind the
 retagging.

Watch out with that: if you make automatic edits, make sure to stay inside the 
country. You can open Pandora's box if you don't, even if the change doesn't 
seem big...

Ben

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


Re: [OSM-talk-be] GR en hiking

2012-08-28 Per discussione Jo
I sent emails to the mailing lists of the 3 countries that are involved.
I'll probably split the relations at the border if there are objections.

Jo

2012/8/28 Ben Laenen benlae...@gmail.com

 On Tuesday 28 August 2012 09:49:54 Jo wrote:
  This query results in a 45 MB file, containing all relations where
  route=foot in an area more or less covering Belgium. There are some
 routes
  going into the neighbouring countries. Hopefully they won't mind the
  retagging.

 Watch out with that: if you make automatic edits, make sure to stay inside
 the
 country. You can open Pandora's box if you don't, even if the change
 doesn't
 seem big...

 Ben

 ___
 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] GR en hiking

2012-08-28 Per discussione Ben Laenen
On Tuesday 28 August 2012 12:01:25 Jo wrote:
 I sent emails to the mailing lists of the 3 countries that are involved.
 I'll probably split the relations at the border if there are objections.

And sending that to the German mailing list made it appear on the tagging@ 
mailing list as well:

http://lists.openstreetmap.org/pipermail/tagging/2012-August/011261.html

More discussion to follow I guess :-)

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-28 Per discussione Jan Herrygers
De discussie lijkt stilgevallen.

Hieronder de conclusies zoals ik ze zie, ter samenvatting:
 - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes van
   de route. (route tussen knooppunt xx en yy)
 - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel, anderen 
   van niet.
 - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze moet 
   niet getagged worden in de name=* tag.
 - tijdens het bewerken van routes, wordt niet altijd de volledige route 
   ingeladen. In dat geval kan er geen (of toch niet altijd) info van de 
   knooppunten worden afgeleid. Om in die gevallen toch te weten wat de route 
   voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is 
   enkel bedoeld om extra info te verstrekken aan de persoon die de data 
   bewerkt.
 - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen 
   netwerken die afwijken van de conventies in de wiki worden aangepast.

Heb ik dat goed begrepen?

Groeten

Jan

P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij 
opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped 
zijn. Is heel die discussie toch nog voor iets goed geweest.

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


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

2012-08-28 Per discussione Jo
Op 28 augustus 2012 20:58 schreef Jan Herrygers
janherryg...@dommel.behet volgende:

 De discussie lijkt stilgevallen.

 Hieronder de conclusies zoals ik ze zie, ter samenvatting:
  - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes
 van
de route. (route tussen knooppunt xx en yy)
  - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel,
 anderen
van niet.
  - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze
 moet
niet getagged worden in de name=* tag.
  - tijdens het bewerken van routes, wordt niet altijd de volledige route
ingeladen. In dat geval kan er geen (of toch niet altijd) info van de
knooppunten worden afgeleid. Om in die gevallen toch te weten wat de
 route
voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is
enkel bedoeld om extra info te verstrekken aan de persoon die de data
bewerkt.
  - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen
netwerken die afwijken van de conventies in de wiki worden aangepast.

 Heb ik dat goed begrepen?

 Groeten

 Jan

 P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij
 opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped
 zijn. Is heel die discussie toch nog voor iets goed geweest.


Ik denk dat je conclusies goed zijn. Toen ik aan zee ook een
wandelknooppuntenroute vond, heb ik een extra voordeel van het gebruik van
de note tag in tegenstelling tot het afleiden uit de data gevonden:

Als ik zo'n paaltje tegenkom en ik volg 1 route, dan zou ik graag ook het
begin van die andere routes ingeven, maar ik weet dan niet waar het paaltje
aan de andere kant staat. Welk nummer erop hoort te staan, weet ik
natuurlijk wel en dat kan ik dus al in de note tag vermelden.

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


Re: [OSM-talk-be] GR en hiking

2012-08-28 Per discussione Jo
2012/8/28 Ben Laenen benlae...@gmail.com

 On Tuesday 28 August 2012 12:01:25 Jo wrote:
  I sent emails to the mailing lists of the 3 countries that are involved.
  I'll probably split the relations at the border if there are objections.

 And sending that to the German mailing list made it appear on the tagging@
 mailing list as well:

 http://lists.openstreetmap.org/pipermail/tagging/2012-August/011261.html

 More discussion to follow I guess :-)


Yes, lol. I managed to kick a hornet's nest, whereas all I was trying to do
was to make sure to play nice.

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


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

2012-08-28 Per discussione Ivo De Broeck
Ja, dat is een goede samenvatting. Misschien ook nog vermelden dat ik geen
enkel serieus argument heb vernomen waarom die note-tag niet gewoon in de
name-tag zou komen (wel heel emotionele reacties dat xx-yy geen naam is
,omdat er cijfers instaan was bv 1 reactie, ook dat die naam nergens
voorkomt ,op de tussenpaaltjes staat wel degelijk xx en yy).

Argumenten om het wel te doen is het ingeven en onderhouden van het netwerk
(op die manier vermijd je dat er bv 2 realaties xx-yy in 1 netwerk zouden
voorkomen), je kan die relaties ook makkelijk terugvinden (in het
meerdalwoud zijn er wegen die in meer dan heel wat relaties , vind maar uit
welke op het netwerk slaat).

De (krampachtige) oplossing die men nu heeft, werkt min of meer maar is
helemaal niet nodig als men de note vervangt door name.

Op 28 augustus 2012 20:58 schreef Jan Herrygers
janherryg...@dommel.behet volgende:

 De discussie lijkt stilgevallen.

 Hieronder de conclusies zoals ik ze zie, ter samenvatting:
  - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes
 van
de route. (route tussen knooppunt xx en yy)
  - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel,
 anderen
van niet.
  - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze
 moet
niet getagged worden in de name=* tag.
  - tijdens het bewerken van routes, wordt niet altijd de volledige route
ingeladen. In dat geval kan er geen (of toch niet altijd) info van de
knooppunten worden afgeleid. Om in die gevallen toch te weten wat de
 route
voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is
enkel bedoeld om extra info te verstrekken aan de persoon die de data
bewerkt.
  - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen
netwerken die afwijken van de conventies in de wiki worden aangepast.

 Heb ik dat goed begrepen?

 Groeten

 Jan

 P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij
 opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped
 zijn. Is heel die discussie toch nog voor iets goed geweest.

 ___
 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-28 Per discussione Ivo De Broeck
ja, ben bezig de knooppunten in Bierbeek toe te voegen (met potlach ;-))

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

 Op 28 augustus 2012 20:58 schreef Jan Herrygers janherryg...@dommel.behet 
 volgende:

 De discussie lijkt stilgevallen.

 Hieronder de conclusies zoals ik ze zie, ter samenvatting:
  - knooppuntroutes worden aangeduid adhv de knooppunten aan de uiteindes
 van
de route. (route tussen knooppunt xx en yy)
  - of dit wel of geen naam is, is onbeslist. Sommigen vinden van wel,
 anderen
van niet.
  - hoe dan ook, deze data kan worden afgeleid uit de knooppunten, dus ze
 moet
niet getagged worden in de name=* tag.
  - tijdens het bewerken van routes, wordt niet altijd de volledige route
ingeladen. In dat geval kan er geen (of toch niet altijd) info van de
knooppunten worden afgeleid. Om in die gevallen toch te weten wat de
 route
voorstelt, worden de knooppunten vermeld in de note=* tag. Deze tag is
enkel bedoeld om extra info te verstrekken aan de persoon die de data
bewerkt.
  - De wiki dient op dit moment niet te worden aangepast. Waar nodig zullen
netwerken die afwijken van de conventies in de wiki worden aangepast.

 Heb ik dat goed begrepen?

 Groeten

 Jan

 P.S.: door die discussie over wandelknooppuntennetwerkroutes is het mij
 opgevallen dat er hier in de buurt knooppunten zijn die nog niet gemapped
 zijn. Is heel die discussie toch nog voor iets goed geweest.


 Ik denk dat je conclusies goed zijn. Toen ik aan zee ook een
 wandelknooppuntenroute vond, heb ik een extra voordeel van het gebruik van
 de note tag in tegenstelling tot het afleiden uit de data gevonden:

 Als ik zo'n paaltje tegenkom en ik volg 1 route, dan zou ik graag ook het
 begin van die andere routes ingeven, maar ik weet dan niet waar het paaltje
 aan de andere kant staat. Welk nummer erop hoort te staan, weet ik
 natuurlijk wel en dat kan ik dus al in de note tag vermelden.

 Jo

 ___
 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-28 Per discussione Jo
In het wandelnetwerk van het Zuid-Dijleland zijn er twee mogelijkheden om
van KP 67 naar KP 68 te gaan. Ik heb daar twee routerelaties voor gemaakt
met dezelfde note tag:

http://openwandelkaart.nl/?zoom=16lat=50.84713lon=4.7117layers=B00FTFTTF

Jan, ik waardeer je werk aan Potlatch, maar het tonen van de note tag was
veel eenvoudiger geweest en het had het probleem met routes die er nog niet
helemaal inzitten ook opgelost. Ik bedoel daarmee routes waarvan het
knooppunt aan de andere kant nog niet in kaart werd gebracht. Dit zou maar
een tijdelijke situatie moeten zijn, maar het kan soms lang duren eer ze
worden toegevoegd.

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


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

2012-08-28 Per discussione Ivo De Broeck
Sorry maar ik heb echt geen zin om deze discussie verder te zetten. Begrijp
ik het goed, dat het enige argument is en blijft dat deze verbindingen
(volgens sommigen) geen naam hebben. Ja, dan is hierbij voor mij de
discussie gedaan. Spijtig dat om die principiële redenen het onderhoud en
uitbreiding moedwillig moeilijk wordt gemaakt voor simpele mappers.

Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te
geven zal ik daar graag rekening mee houden.

Ik zal nog eens proberen mijn visie duidelijk te maken:
De discussie dat deze routes een naam hebben of niet vind ik niet zo
belangrijk (sommige vinden dat ze een naam hebben, sommigen niet. Dus dit
moet niet blijvend bediscussieert worden.

Op 28 augustus 2012 22:46 schreef Ben Laenen benlae...@gmail.com het
volgende:

 On Tuesday 28 August 2012 22:29:55 Ivo De Broeck wrote:
  Dat spijt mij dan zeer erg. Ik ben je (nog altijd) dankbaar voor je werk
 en
  zoals ik reeds zij, is jouw bijdrage een zeer goede hulp, maar daar gaat
  het bij mij niet over. Mijn oorspronkelijke vraag was om de note-tag te
  vervangen door een name-tag. Het enige argument dat ik gelezen heb dat
 die
  verbinding geen naam heeft en sorry daar kan je mij niet van overtuigen.
 Er
  zijn bijna nergens routes die een zo duidelijke naam hebben. De
  tussenpaaltjes vermelden een naam, weliswaar mits enig denkwerk ;-) kan
 je
  EN de naam van netwerk (Zuid-Dijleland of afgekort ZD) EN xx EN yy
 aflezen.
  Blijkbaar is men minder moeite met buslijnen, die zelfs de vermelding die
  op de bus staat niet vermeld (waar ik niet perse tegen ben).

 Dat busroutes een name=* tag hebben gekregen daar was ik indertijd trouwens
 ook niet happig om en ik wou ook een note=* tag en bijkomende tags voor de
 bestemmingen. Nu hebben busroutes wel het voordeel dat er geen zijn die een
 naam hebben (er zal wel een uitzondering bestaan in België zeker), dus zal
 het
 bijgevolg geen verwarring geven.

 Dat is niet het geval met fiets- en wandelroutes, waar er wel genoeg routes
 zijn met een naam. En dus kunnen we voor knooppuntenroutes de name=* niet
 gebruiken voor iets dat eigenlijk geen naam is. Blijft over: note=*.

 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] track with cycleway ? (and relation sorting)

2012-08-28 Per discussione Jo
I fixed the relation. JOSM was able to order this one automatically.
Personally I would probably have drawn a separate cycleway. On the aerial
picture there seems to be a separation between the track and the cycleway.

Jo

2012/8/28 Ben Laenen benlae...@gmail.com

 On Tuesday 28 August 2012 22:25:29 Jan Herrygers wrote:
  I noticed that a gravel road (Dutch: grindweg) was not mapped, but the
  cycleway next to it was. The cycleway is in concrete.
 
  I decided to redesignate  the cycleway as highway=track with a
  cycleway=track:
  http://www.openstreetmap.org/edit?lat=51.31012lon=5.16682zoom=17
 
  It does look a bit weird, when you know the cycleway is concrete. Is
 this a
  logical way to tag this?

 Yes, but if you want you can add a tag that says that the cycleway is
 concrete:

 cycleway:surface=concrete

 It won't change the rendering, but you never know when a router will get
 smart
 enough to be able to read it :-)

  Also, there was something weird going on with an intersection and a piece
  of the road where both the cycleway and the gravel road were mapped. In
  fact, that was the reason I looked over there in the first place: my
  routing app did some weird stuff over there. I decided to delete that
 part
  of the cycleway, and to add the gravel road to the cycle node network.
 
  But I did that in Potlatch, so probably the route isn't well-sorted
  anymore. Does anyone care to correct that? Or is it not *that* important?

 It's not really important that the order is correct in the database, but it
 can help in checking the route, that is if your editor can do anything
 with it
 (like JOSM). But there are other tools to check relations, like
 http://ra.osmsurround.org/analyzeRelation . Just put the id of the
 relation in
 there and it will tell you if the route is in one piece (do note that with
 bicycle routes, you'll have the extra complexity of tails at the beginning
 and
 at the end or different routes for both directions, the tools can't really
 handle those).

 Ben

 ___
 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-28 Per discussione Jan-willem De Bleser
2012/8/28 Jo winfi...@gmail.com:
 In het wandelnetwerk van het Zuid-Dijleland zijn er twee mogelijkheden om
 van KP 67 naar KP 68 te gaan. Ik heb daar twee routerelaties voor gemaakt
 met dezelfde note tag:

 http://openwandelkaart.nl/?zoom=16lat=50.84713lon=4.7117layers=B00FTFTTF

 Jan, ik waardeer je werk aan Potlatch, maar het tonen van de note tag was
 veel eenvoudiger geweest en het had het probleem met routes die er nog niet
 helemaal inzitten ook opgelost. Ik bedoel daarmee routes waarvan het
 knooppunt aan de andere kant nog niet in kaart werd gebracht. Dit zou maar
 een tijdelijke situatie moeten zijn, maar het kan soms lang duren eer ze
 worden toegevoegd.

Eenvoud is niet per se correct. Je hebt wel gelijk voor routes waar
nog geen eindpunt voor is, want, inderdaad, die specifieke route zou
al deeltelijk ingegeven kunnen worden zonder dat het eindpunt
ingegeven is, of deel van de relatie is.

Ik kan altijd een patch te suggereren waarbij, bvb, de eerste 10
characters uit note= op 't einde van de naam (bvb, dan route
bicycle rcn 78- [this note is...]) getoond worden wanneer er geen
naam of ref is. Echter is het niet mijn beslissing, noch die van ons
als geheel, of dit aanvaard wordt door de potlatch2 team. Zal zien of
ik wat tijd daarvoor kan vinden.

- Jw

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


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

2012-08-28 Per discussione Jo
Op 67 staan 2 pijlen richting 68. Op 68 staan 2 pijlen richting 67. Zowel
langs de directe weg als lang de weg doorheen het bos staan er bordjes die
je van 67 naar 68 brengen en omgekeerd. Geen idee waarom ze dat daar zo
gedaan hebben. Waarschijnlijk dachten ze: we zullen die mannen van OSM 's
liggen hebben, zie.

Jo

Op 28 augustus 2012 23:12 schreef Ivo De Broeck
ivo.debro...@gmail.comhet volgende:

 Daar ga ik eens naar kijken (en een pint gaan drinken in de 500). Maar ik
 begrijp het helemaal niet. Op 67 staat toch HOE je naar 68 moet gaan (is
 het anders aangeduid op 68???).

 Op 28 augustus 2012 22:55 schreef Jo winfi...@gmail.com het volgende:

 In het wandelnetwerk van het Zuid-Dijleland zijn er twee mogelijkheden om
 van KP 67 naar KP 68 te gaan. Ik heb daar twee routerelaties voor gemaakt
 met dezelfde note tag:


 http://openwandelkaart.nl/?zoom=16lat=50.84713lon=4.7117layers=B00FTFTTF

 Jan, ik waardeer je werk aan Potlatch, maar het tonen van de note tag was
 veel eenvoudiger geweest en het had het probleem met routes die er nog niet
 helemaal inzitten ook opgelost. Ik bedoel daarmee routes waarvan het
 knooppunt aan de andere kant nog niet in kaart werd gebracht. Dit zou maar
 een tijdelijke situatie moeten zijn, maar het kan soms lang duren eer ze
 worden toegevoegd.

 Jo



 ___
 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-28 Per discussione Jan-willem De Bleser
2012/8/28 Ivo De Broeck ivo.debro...@gmail.com:
 Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te
 geven zal ik daar graag rekening mee houden.

Zie vorige mail voor een nadeel - het moeilijk maken van onderhouden en
elektronisch manipuleren van de data. Heb jij hiervoor een tegenargument?


Wij *geven* geen routes namen, wij *zoeken* de ware op en noteren ze.
73-75 is een redundante naam, en ZD 73-75 een verzonnen naam.

De discussie moet altijd gaan over waar de *bestaande* naam terug te
vinden, niet over welk naam zal gegeven worden.
___
Talk-be mailing list
Talk-be@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-be


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

2012-08-28 Per discussione Ivo De Broeck
Moeilijk onderhouden? Manipuleren? Kan je iets concreter zijn? Ik vind
tientallen relaties zonder naam in Potlach, waar een kat zijn jongen niet
vind (ook tientallen legerelaties, die iemand zo als jij of jo misschien
eruit kunnen gooien??).

Naam geven : No comment (zie hoger) laat ons aub daarover ophouden. Jij
vindt dat die relatie geen naam kan hebben, ik vind wel. OK dat weten we nu
al.

Graag de meningen van iedereen over het andere punt, namelijk waarom de
informatie die in note is, niet ergens anders kan zitten zodat simpele
mappers, die hoe langer hoe meer afhaken, omdat eeuwenoude regels nooit in
vraag kunnen gesteld worden. Trouwens ik vraag mij ook af, waarom redudante
info wel in note maar niet in name mag zitten.

En tenslotte IK wil geen gelijk halen, ik wil het alleen makkelijker maken
voor de mappers (die samen met de experts) een mooie kaart in OSM kunnen
maken. Velen onder ons kunnen niet toveren of gebruiken geen JOSM.

Het verhaal van de twee routes aan brasserie 500 moet toch kunnen gewijzigd
worden (indien nodig) door een wandelaar die daar voorbij komt en gewoon
alleen Potlach kan gebruiken (of niet?).

Op 28 augustus 2012 23:20 schreef Jan-willem De Bleser
j...@thescrapyard.orghet volgende:

 2012/8/28 Ivo De Broeck ivo.debro...@gmail.com:
  Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te
  geven zal ik daar graag rekening mee houden.

 Zie vorige mail voor een nadeel - het moeilijk maken van onderhouden en
 elektronisch manipuleren van de data. Heb jij hiervoor een tegenargument?


 Wij *geven* geen routes namen, wij *zoeken* de ware op en noteren ze.
 73-75 is een redundante naam, en ZD 73-75 een verzonnen naam.

 De discussie moet altijd gaan over waar de *bestaande* naam terug te
 vinden, niet over welk naam zal gegeven worden.


 ___
 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-28 Per discussione Ivo De Broeck
Sorry als ik (te weinig) tijd heb voor deze discussie, maar ik zit nu in
San Fulgencio zie
http://www.openstreetmap.org/?lat=38.13167lon=-0.67476zoom=17 en ben
zoals in Bierbeek, alle gebouwen (met huisnummer) aan het invoeren. Maar
dat is voor een andere tread  (OSM loopt serieus achter op google) en we
zouden misschien beter onze energie in zulke zaken steken. (Is maar een
mijmering in het hete Spanje ;-)). Succes ermee.

Op 28 augustus 2012 23:42 schreef Ivo De Broeck
ivo.debro...@gmail.comhet volgende:

 Moeilijk onderhouden? Manipuleren? Kan je iets concreter zijn? Ik vind
 tientallen relaties zonder naam in Potlach, waar een kat zijn jongen niet
 vind (ook tientallen legerelaties, die iemand zo als jij of jo misschien
 eruit kunnen gooien??).

 Naam geven : No comment (zie hoger) laat ons aub daarover ophouden. Jij
 vindt dat die relatie geen naam kan hebben, ik vind wel. OK dat weten we nu
 al.

 Graag de meningen van iedereen over het andere punt, namelijk waarom de
 informatie die in note is, niet ergens anders kan zitten zodat simpele
 mappers, die hoe langer hoe meer afhaken, omdat eeuwenoude regels nooit in
 vraag kunnen gesteld worden. Trouwens ik vraag mij ook af, waarom redudante
 info wel in note maar niet in name mag zitten.

 En tenslotte IK wil geen gelijk halen, ik wil het alleen makkelijker maken
 voor de mappers (die samen met de experts) een mooie kaart in OSM kunnen
 maken. Velen onder ons kunnen niet toveren of gebruiken geen JOSM.

 Het verhaal van de twee routes aan brasserie 500 moet toch kunnen
 gewijzigd worden (indien nodig) door een wandelaar die daar voorbij komt en
 gewoon alleen Potlach kan gebruiken (of niet?).

 Op 28 augustus 2012 23:20 schreef Jan-willem De Bleser 
 j...@thescrapyard.org het volgende:

 2012/8/28 Ivo De Broeck ivo.debro...@gmail.com:
  Als iemand mij de nadelen kan uitleggen van een naam voor deze routes te
  geven zal ik daar graag rekening mee houden.

 Zie vorige mail voor een nadeel - het moeilijk maken van onderhouden en
 elektronisch manipuleren van de data. Heb jij hiervoor een tegenargument?


 Wij *geven* geen routes namen, wij *zoeken* de ware op en noteren ze.
 73-75 is een redundante naam, en ZD 73-75 een verzonnen naam.

 De discussie moet altijd gaan over waar de *bestaande* naam terug te
 vinden, niet over welk naam zal gegeven worden.


 ___
 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-28 Per discussione Lennard

On 28-8-2012 21:06, Jo wrote:


Als ik zo'n paaltje tegenkom en ik volg 1 route, dan zou ik graag ook
het begin van die andere routes ingeven, maar ik weet dan niet waar het
paaltje aan de andere kant staat. Welk nummer erop hoort te staan, weet
ik natuurlijk wel en dat kan ik dus al in de note tag vermelden.


Dit is exact de reden waarom ik voorstander ben van het (ook) gebruiken 
van de note tag. Bij het mappen van zo'n netwerk moet je op een 
knooppunt toch altijd kiezen voor 1 van de routes, maar de andere kun je 
alvast als beginnetje aanmaken in OSM, met de note tag als hint.



--
Lennard


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


Re: [OSM-talk] Policy in mapping military installations

2012-08-28 Per discussione Gregory
On 26 August 2012 11:02, Martin Koppenhoefer dieterdre...@gmail.com wrote:

 2012/8/24 Gregory nomoregra...@googlemail.com:


  If you walk past a building that says Toy Factory but everyone knows
 it is
  a secret military base because of the armed guards. You map it as a toy
  factory.


 -1, you might map the sign as toy factory (maybe I am
 misinterpreting what you said? I never met a building that said
 something ;-) ) but if _on the ground_ it is a military installation
 and you (everyone) know about this, mapping it as a toy factory
 would be plain wrong and also a violation of the on the ground rule.


I mean if the military are keeping the site a secret and the building has a
sign on it Welcome To Mr Smith's Toy Factory, then that is what it should
be mapped as because on the ground it says it is a toy factory. Local
knowledge may say they never see toys coming out of it, only
military personnel, but that is it.

I know there are real examples, but I can only slightly remember the
details of one.
A solider was posted to guard a radio mast on top of a hill. He would come
down to the town to have dinner in a restaurant or what ever. People would
ask him why he was posted there. He'd totally deny that there was a radio
mast on the hill. Well the mast is pretty obvious from hills around, so
everyone knew why he was there.
I can't remember if he still denied it once the country was no longer
under communism and war-focused.

-- 
Gregory
o...@livingwithdragons.com
http://www.livingwithdragons.com
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Policy in mapping military installations

2012-08-28 Per discussione Martin Koppenhoefer
2012/8/28 Gregory nomoregra...@googlemail.com:
 On 26 August 2012 11:02, Martin Koppenhoefer dieterdre...@gmail.com wrote:
 -1, you might map the sign as toy factory (maybe I am
 misinterpreting what you said? I never met a building that said
 something ;-) ) but if _on the ground_ it is a military installation
 and you (everyone) know about this, mapping it as a toy factory
 would be plain wrong and also a violation of the on the ground rule.


 I mean if the military are keeping the site a secret and the building has a
 sign on it Welcome To Mr Smith's Toy Factory, then that is what it should
 be mapped as because on the ground it says it is a toy factory. Local
 knowledge may say they never see toys coming out of it, only military
 personnel, but that is it.


IMHO the on the ground rule should not encourage to add wrong
information. local knowledge should beat (wrong) information on signs.
E.g. if there is a typo on a road sign (and you can verify that it is
a typo) then you'd better insert the correct name (and maybe give a
hint in a note tag that the road sign is wrong, and possibly also a
source:name-tag to explain where you got the correct information
from).

That said I agree that the given example case is difficult to judge,
because if there is a well made up cover for a secret government
installation it might be desirable to have this cover also in OSM.

You can find some documented real world examples for (uncovered)
offices/installations of one of the German secret services (BND) on
wikipedia: 
http://de.wikipedia.org/wiki/Bundesnachrichtendienst#Getarnte_Dienststellen_.28Deutschland.29

E.g. this one:
http://www.openstreetmap.org/browse/way/25786821
http://de.wikipedia.org/wiki/Bundesstelle_f%C3%BCr_Fernmeldestatistik
Bundesstelle für Fernmeldestatistik which translates roughly to
Federal Agency for Communication Statistics ;-)

cheers,
Martin

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


[OSM-talk] Shoud OSM Help move to Stackexchange community?

2012-08-28 Per discussione Dan Dascalescu
Reiterating here a question from
http://help.openstreetmap.org/questions/5487/shoud-osm-help-move-to-stackexchange-community
:

What do people think of moving this OSM help to the
Stackexchangehttp://stackexchange.com/
 community. I think that benefits would be tremendous, better marketing,
possible new users would see this great project and all other positive
things that could help boost this osm community. (Note that logging in with
StackExchange's OpenID URL works, but that won't bring any of these
benefits).

--
Dan Dascalescu
http://www.openstreetmap.org/user/dandv
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Updated redaction oneway map

2012-08-28 Per discussione Toby Murray
On Thu, Aug 16, 2012 at 11:49 PM, Toby Murray toby.mur...@gmail.com wrote:

 Right now we're sitting at 3,076 ways left to fix. And keep in mind
 that for every way rendered on this map, there are probably 10 more
 bot problems in the area like missing ways, broken topology, etc. So
 don't just fix what is highlighted and move on, take a look around and
 smell the nodes.

 http://ni.kwsn.net/~toby/OSM/maps/redaction.html

Well I am happy to report that the US is now completely clean on this
map! And it is down to 2,400 objects. Half of them are in Europe.
Finally, something OSM related where we beat the Europeans! :)

Toby

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


[OSM-talk-nl] route=foot omzetten naar route=hiking

2012-08-28 Per discussione Jo
Hallo,

We zijn in België bezig met een stemming over het omzetten van route=foot
en network=foot, die als synoniem route=hiking en network=hiking hebben.

Totnogtoe lijkt het erop dat iedereen voor deze wijziging is, al was het
maar om eenvormigheid te bewerkstelligen.

Als er geen tegenstemmen komen, veranderen we binnen een paar dagen dan de
wiki en dan verander ik meteen in bulk alle relaties. Er zijn er echter een
paar die tot in Nederland reiken. Is het een probleem voor jullie als die
ook gewijzigd worden?

Indien ja, is de kans groot dat ik ze splits aan de grens. Het enige andere
alternatief is om ze als route=foot te laten voortbestaan, maar dan hebben
we nog geen eenvormigheid.

mvg,

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


Re: [OSM-talk-nl] route=foot omzetten naar route=hiking

2012-08-28 Per discussione Cartinus
Hallo,

Ik gebruik al jaren alleen maar route=hiking, dus van mij zul je geen
bezwaren horen.

On 08/28/2012 11:11 AM, Jo wrote:
 Hallo,
 
 We zijn in België bezig met een stemming over het omzetten van route=foot
 en network=foot, die als synoniem route=hiking en network=hiking hebben.
 
 Totnogtoe lijkt het erop dat iedereen voor deze wijziging is, al was het
 maar om eenvormigheid te bewerkstelligen.
 
 Als er geen tegenstemmen komen, veranderen we binnen een paar dagen dan de
 wiki en dan verander ik meteen in bulk alle relaties. Er zijn er echter een
 paar die tot in Nederland reiken. Is het een probleem voor jullie als die
 ook gewijzigd worden?
 
 Indien ja, is de kans groot dat ik ze splits aan de grens. Het enige andere
 alternatief is om ze als route=foot te laten voortbestaan, maar dan hebben
 we nog geen eenvormigheid.
 
 mvg,
 
 Polyglot
 
 
 
 ___
 Talk-nl mailing list
 Talk-nl@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-nl
 

-- 
---
m.v.g.,
Cartinus

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


[OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?

2012-08-28 Per discussione Gert-Jan van der Weijden
Beste OSM-ers,

 

Op zaterdag 29 september organiseert de gemeente Den Haag onder de titel “ICT 
voor de Stad” in het Stadhuis aan het Spui van 10 tot 4 een publieksevenement 
waar we als gemeente laten zien wat de Haagse ICT voor de burger betekent. Dat 
varieert van ICT die je in de openbare ruimte tegenkomt (met GPS metende 
landmeters, DRIPs voor de verkeersinformatie via e-overheidsloketten voor 
burgers en bedrijven tot cursussen ICT-vaardigheden voor bewoners.

 

Onder de vlag “open overheid” besteden we ook aandacht aan open data. Met de 
exacte invulling zijn we nog bezig, we zijn bezig met workshops over kansen, 
bedreigen en andere effecten van open data op overheid, ontwikkelaar en burgers.

 

De programma-opzet biedt ook ruimte voor bijvoorbeeld een OSM mapping party. 
Ook op andere terreinen nodigen we “derden” uit.

Mochten er OSM-ers zijn die interesse hebben om naar verwachting 1500 burgers 
en pakweg 100 ambtenaren bekend te maken met, en enthousiast te maken voor OSM 
dan kan dat op deze dag. 

 

Wij regelen als gemeente stroom, netwerkaansluitingen,  promotie, koffie en 
lollies. (en een lunch voor iedereen die er aan bijdraagt). Pizza’s en bier kan 
ik niet aanbieden, dat wordt voor 1500 man op een zaterdagmiddag wat te 
uitbundig en geeft teveel vlekken (die pizza’s met name). GPS ontvangers om 
buiten te mappen lijkt me lastig te regelen (we willen ze ook weer terug 
hebben!), maar suggesties hierover zijn uiteraard welkom.

 

Interesse? Suggesties? Adhesiebetuigingen of boegeroep? Laat het weten via deze 
lijst.

 

 

Groet,

 

Gert-Jan

 

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


Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?

2012-08-28 Per discussione Stefan de Konink
On 08/28/12 20:18, Gert-Jan van der Weijden wrote:
 Wij regelen als gemeente stroom, netwerkaansluitingen,  promotie, koffie
 en lollies. 

Misschien kan er ook (eindelijk) een beetje GIS data uit de gemeente Den
Haag komen, zonder het gezeur dat de afdeling betaalt wordt door interne
afdelingen?

Ik bedoel, al zijn het maar de lantaarnpalen, het is wel een statement.


Stefan



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


Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?

2012-08-28 Per discussione Gert-Jan van der Weijden
Hi Stefan, 

Deze reactie had ik verwacht, zij het wat sneller. Die 1 uur en 18 minuten
tussen jouw en mijn post valt me wat tegen ;-)

Kijk vooral even op www.opendatadenhaag.nl/data en laat je aangenaam
verrassen. Het verbaast me overigens dat je er nog niet mee bekend was,
blijkbaar moeten we nog iets aan onze datamarketing doen. 

Mag ik jou als reaguurder (denk aan het oorspronkelijke subject van deze
thread!) gelijk noteren als (mede-) OSM-party-organizer op 29 september?



Groet, 

Gert-Jan


-Oorspronkelijk bericht-
Van: Stefan de Konink [mailto:ste...@konink.de] 
Verzonden: dinsdag 28 augustus 2012 21:36
Aan: talk-nl@openstreetmap.org
Onderwerp: Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de
Stad in Den Haag?

On 08/28/12 20:18, Gert-Jan van der Weijden wrote:
 Wij regelen als gemeente stroom, netwerkaansluitingen,  promotie, 
 koffie en lollies.

Misschien kan er ook (eindelijk) een beetje GIS data uit de gemeente Den
Haag komen, zonder het gezeur dat de afdeling betaalt wordt door interne
afdelingen?

Ik bedoel, al zijn het maar de lantaarnpalen, het is wel een statement.


Stefan



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


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


Re: [OSM-talk-nl] za 29 september mapping party op ICT voor de Stad in Den Haag?

2012-08-28 Per discussione Stefan de Konink
On 08/28/12 21:49, Gert-Jan van der Weijden wrote:
 Deze reactie had ik verwacht, zij het wat sneller. Die 1 uur en 18 minuten
 tussen jouw en mijn post valt me wat tegen ;-)

Je kunt niet altijd mail blijven lezen he, de open data activiteiten
voor de tweede kamer gaan je ook niet in de koude kleren zitten ;)


 Kijk vooral even op www.opendatadenhaag.nl/data en laat je aangenaam
 verrassen. Het verbaast me overigens dat je er nog niet mee bekend was,
 blijkbaar moeten we nog iets aan onze datamarketing doen. 

Ik wist niet dat er een update was. Heb even gekeken naar de
kleinschalige topografie. Het lijkt vooral een 'afbeelding', maar er is
meer dan eerst :-) Das zeker goed!


 Mag ik jou als reaguurder (denk aan het oorspronkelijke subject van deze
 thread!) gelijk noteren als (mede-) OSM-party-organizer op 29 september?

Dat mag :-) Ik zou dan buiten DRIPs ook maar gelijk DRIS toevoegen ;)
Dankzij Stadsgewest Haaglanden hangt Den Haag er vol mee :)


Stefan


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


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

2012-08-28 Per discussione Nick Hocking
Ok - I have put the VIC/TAS border back to the correct latitude and moved
Boundary Islet down to straddle it.

Since I have no way of knowing where the border is, in relation to
the island, I have given Victoria four times as much of it as Tasmania (in
relation to their relative areas).
I'm hoping now, that some Tasmanian OSMer will disagree with this and
organise a mapping party out on the rock to find exactly where the Islet is
and how much each state gets.

We could send out another boat from Melbourne and meet there. If it is not
possible/allowable to land, we would need to find out a way to accurately
map the island from the sea.


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


[talk-au] osm osm couldn't load status information

2012-08-28 Per discussione Brett Russell

Hi

Is anyone else getting this error or any solutions. couldn't load status 
information

Thanks Ian on confirmation that the view is on the blink.  All today it does 
not works so I can not select say cycle maps nor do searches.  Also in Poltach 
2 when I edit it takes me back to an area that I edited yesterday despite now 
being in another area.

In all very weird behaviour from OSM.  Would love to know if this will be fixed.

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


Re: [talk-au] osm osm couldn't load status information

2012-08-28 Per discussione Nick Hocking
Hi Brett,

Earlier today view was on the blink (error on page)  but seems ok now,
though I'm on a different computer.

I don't get any couldn't load errors but maybe I'm not doing the same
things as you,


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


Re: [talk-au] Bulk up load of data from Tasmanian Parks

2012-08-28 Per discussione Ian Sergeant
 It would be best if they could upload their data with a free license
 directly to their website http://www.parks.tas.gov.au/

This sounds to me more like a grass roots initiative from someone who just
happens to be employed by parks.

If we can get a person who walks trails for a living being engaged with OSM
and updating the map or even providing GPS traces as well as trail
descriptions to someone interested in updating the map we should do what we
can to help this happen.

This data is worth its bits in gold, in my opinion.

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


Re: [talk-au] Improved AGRI Imagery Online

2012-08-28 Per discussione Ian Sergeant
On 9 August 2012 23:58, Grant Slater openstreet...@firefishy.com wrote:
 On 8 August 2012 02:14, Ian Sergeant inas66+...@gmail.com wrote:
 On 7 August 2012 22:54, Grant Slater openstreet...@firefishy.com wrote:


 Currently the 7 zones are stacked left to right.
 I quickly hacked up a right to left stack:
 http://agri.openstreetmap.org/?layers=0B0
 tms url is: http://a.agri.openstreetmap.org/rtl/{zoom}/{x}/{y}.png

 There are a few regions which are better but not a huge amounts. Some
 regions better, some worse.


 This is easy to work with in JOSM.  Just load both layers, and click on and
 off to get the best view.  Is this additional layer going to stay?


 Sure, if it is useful then I see no need to remove it.


Mapping the Murray River and border region.

No Bing, so disappointed when I came across this in AGRI..

http://agri.openstreetmap.org/?zoom=15lat=-35.81036lon=144.36794layers=B00

However, we have this..

http://agri.openstreetmap.org/?zoom=15lat=-35.81036lon=144.36794layers=0B0

So, useful!

Ian.

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


Re: [Talk-br] mapping brasilia bus lines

2012-08-28 Per discussione Bráulio
Hi,

Some people from Transparência Hacker [1] were trying to get all data from
the government. But it seems they don't have such data in digital format.

[1] https://groups.google.com/forum/?fromgroups#!forum/thackday


On Mon, Aug 27, 2012 at 7:14 PM, robert colombo robertcolo...@gmail.comwrote:

 Dear all:
 i´m a new member to the list in Brasilia but not to HOt or OSM..
 I would like to know if there is any tested / validated/ proved
  methodology to map bus lines in cities were there is a lack of
 infrastructural maps such as it is Brasilia trough OSM or HOT. i would like
 to sell the idea to locals or, if there is any in the HOT group, try to
 torganizae such. It´s amaing to see tht tehr is no map of Bus lines in a
 capital city such as this one were people are just driving their car
 everywhere as ther is no information of times routes or expected
 services...any ideas or suggestions and collaborations?

 --
 Robert Colombo



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


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


Re: [Talk-br] Apresentação

2012-08-28 Per discussione Arlindo Pereira
Olá Bruno!

Bem-vindo. Sou do Rio de Janeiro e infelizmente não tenho como colaborar
com o mapeamento das informações de Curitiba, vamos ver se alguém da lista
da sua área se manifesta. =)

Vi que o pessoal de São Paulo conseguiu acesso aos dados das linhas
utilizando a Lei de Acesso à Informação, talvez seja uma opção caso os
dados da sua cidade não estejam disponibilizados em uma licença compatível
com o OSM.

[]s
Arlindo Pereira

2012/8/28 Bruno Augusto stra...@gmail.com

 Olá a todos! e Bom dia!

 Eu já a tempo acompanho as atividades do OSM
 Sou de Curitiba e já me aventurei algumas vezes a arrumar um ou outro
 detalhe que notei que faltava nas proximidades de minha casa.

 Seu sempre me assusto com a velocidade e desempenho dos colaboradores.

 Agora vem um pedido.

 Existe mais alguem aqui da região de Curitiba na lista?
 É que eu estava pensando em começar o mapeamento das linhas de onibus
 da cidade. (visto que o site da prefeitura com os trajetos das linhas não é
 nem um pouco amigável neste quisito)

 Tenham todos um bom dia!

 Att,
 Bruno Augusto Mühlenhoff


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


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


Re: [Talk-br] mapping brasilia bus lines

2012-08-28 Per discussione Joop Kiefte
When reading about the emerge of Google transit there was some
standard to provide this kind of information. Maybe look if it is
possible to translate existing information to this format and if it's
possible to import/use this in (combination with) OSM?

2012/8/28 Bráulio brauliobeze...@gmail.com:
 Hi,

 Some people from Transparência Hacker [1] were trying to get all data from
 the government. But it seems they don't have such data in digital format.

 [1] https://groups.google.com/forum/?fromgroups#!forum/thackday


 On Mon, Aug 27, 2012 at 7:14 PM, robert colombo robertcolo...@gmail.com
 wrote:

 Dear all:
 i´m a new member to the list in Brasilia but not to HOt or OSM..
 I would like to know if there is any tested / validated/ proved
 methodology to map bus lines in cities were there is a lack of
 infrastructural maps such as it is Brasilia trough OSM or HOT. i would like
 to sell the idea to locals or, if there is any in the HOT group, try to
 torganizae such. It´s amaing to see tht tehr is no map of Bus lines in a
 capital city such as this one were people are just driving their car
 everywhere as ther is no information of times routes or expected
 services...any ideas or suggestions and collaborations?

 --
 Robert Colombo



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



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


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


[Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)

2012-08-28 Per discussione Manuel Reimer
Hallo,

da das Thema im alten Thread wohl nicht so prominent rüberkommt, möchte ich mein
Ansinnen nochmal zusammenfassen und als neuen Thread zur Diskussion bringen.

Es geht um diesen Vorschlag zum Tagging von Europäischen Kulturwegen:
http://wiki.openstreetmap.org/wiki/European_Cultural_Paths#Wege_2

Hauptkritikpunkt: Hier wird ein fester Wert für operator vorgegeben. Ebenfalls
laut Wiki dient operator aber zum Angeben des Betreibers:

http://wiki.openstreetmap.org/wiki/DE:Key:operator

| Nützlich für die Zuordnung beliebiger Kartenobjekte zu einem bestimmten
| Unternehmen oder Betreiber.

Da European_Cultural_Paths weder Unternehmen noch Betreiber ist, wird das Tag
hier missbräuchlich verwendet. Zudem wird das Tag dadurch für den eigentlichen
Zweck blockiert. Der Betreiber (in unserer Region wäre das das Archäologische
Spessartprojekt) kann nicht mehr angegeben werden.

Da es dennoch sinnvoll ist, einen Europäischen Kulturweg als solchen
kennzeichnen zu können, würde ich gerne wissen, wie hier so die Vorschläge sind,
wie man etwas entsprechendes kennzeichnen könnte?

Soll ich einfach mal den Wiki-Eintrag so umbauen, dass operator wieder
freigestellt ist (mit Archäologisches Spessartprojekt als Beispiel und
Optional -- Ja) und als Tag hier einfach mal european_cultural_path = yes
(Optional -- Nein) festlegen? Ändern kann man das ja ggf. später immer noch.
Worst-Case auch automatisch. Ich habe lange gesucht, aber ein existierendes Tag,
das nur mit dem richtigen Wert gefüllt werden müsste, scheint es nicht zu geben.

Das Tag selber würde ich dann im Wiki natürlich auch dokumentieren.

Gruß

Manuel


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


[Talk-de] Verwertung staatlicher Geodaten

2012-08-28 Per discussione Falk Zscheile
Moin,

ich habe mich in einer Arbeit mit der wirtschaftliche Verwertung
staatlicher Geodaten und ihren Grenzen auseinandergesetzt. Insgesamt
geht es um verschiedene ökonomische und  rechtliche Aspekte die damit
zusammen hängen. Das Thema ist zwar nicht OSM zentriert, behandelt
aber den Paradigmenwechsel auf Bundesebene hin zu freien Geodaten und
geht auch auf open data ein. Das könnte im hiesigen Rahmen durchaus
von Interesse sein.

Die Arbeit findet ihr unter
http://www.pirschkarte.de/uploads/pdf/zscheile_kommerzialisierungsgrenzen_geodaten.pdf

Gruß, Falk

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


Re: [Talk-de] Verwertung staatlicher Geodaten

2012-08-28 Per discussione Markus

Hallo Falk,


Paradigmenwechsel auf Bundesebene hin zu freien Geodaten und open data
http://www.pirschkarte.de/uploads/pdf/zscheile_kommerzialisierungsgrenzen_geodaten.pdf


Herzlichen Dank für diese umfassende Übersicht zu den gesetzlichen 
Hintergründen! Eine hervorragende Argumentationshilfe.


Gruss, Markus


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



Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?

2012-08-28 Per discussione UMAX974
Danke, Das ist schon eine große Hilfe um den Überblick nicht ganz zu verlieren 
:)

Trotzdem wäre es klasse wenn OWL wieder in die Gänge käme

Christian 


Am 28.08.2012 um 04:49 schrieb Tobias Knerr:

 Am 27.08.2012 21:27, schrieb UMAX974:
 ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever 
 eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung 
 informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür 
 inzwischen irgendwo einen ähnlich funktionierenden Ersatz?
 
 Seit OWL nicht mehr funktioniert, nutze ich den Feed von der
 osm.org-Hauptseite. In seiner Rohform leidet er unter den zahlreichen
 großen Changesets. Eine brauchbare Lösung dafür finde ich den Filter unter
 
 http://positron96.appspot.com/osmfilter.html
 
 Ein solcher Feed (in meinem Fall mit 2 als Limit für lat/lon, mit den
 standardmäßig vorgeschlagenen 20 filtert er nicht viel) zeigt
 zuverlässig lokale manuelle Edits.
 
 Das ist natürlich nur eine Notlösung - man verpasst große Changesets
 auch dann, wenn sie auch im eigenen Gebiet etwas ändern - aber besser
 als nichts.
 
 Gruß,
 Tobias
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de


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


Re: [Talk-de] Rechte der OSMF

2012-08-28 Per discussione Sven Geggus
Mike  Dupont jamesmikedup...@googlemail.com wrote:

 fuer mich ist fosm immer noch osm. Warum kann nicht osm die cc-by-sa
 datenbank weiter parallel betreiben?

Was für eine kranke Idee!

Was jetzt nach dem Lizenzwechsel wirklich passieren sollte ist dass wir
schnellstmöglich auf ODBL umsteigen und zur Tagesordnung übergehen. Dier
Lizenzwechsel hat schon genug Manpower verheizt und Unfrieden gestiftet.
Jetzt wird es Zeit, dass wir uns um die wirklichen Probleme von OSM kümmern.

Sven

-- 
   This APT has Super Cow Powers.
(apt-get --help on debian woody)

/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] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map

2012-08-28 Per discussione Markus

Moin Stephan,

Danke für diese Präzsisierung:


Eine Kompassablenkung würde ich nur bei einpoligen HGÜ-Kabeln erwarten,
aber nicht bei Drehstrom- und Kommunikationskabeln.



Open Sea Map definiert für diverse Objektklassen eigene Tags.


Für nautische Dinge verwenden wir die internationale Norm s57.
Sie kann vieles unterscheiden, was für die Seefahrt erforderlich ist.
Am Beispiel cable_submarine kann man das gut sehen:
Damit ist es möglich, nur für die Seefahrt relevante Kabel als 
Unterwasserkabel zu zeigen, und andere ggf. auszublenden.
Und gleichzeitig kann für die Land-Kartographie Relevantes trotzdem 
differenziert beschrieben und abgebildet werden.


Klar wäre das auch irgendwie anders denkbar, aber wir haben uns vor zwei 
Jahren entschieden, das Rad nicht nochmal neu zu erfinden.

Und ein bisschen Redundanz hilft auch bei der Fehlersuche.

Gruss, Markus

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


[Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Jo
Hallo,

In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre
Synonyme route=hiking en network=hiking.

Es gibt are welche die über die Grenze hingehen. Ist es für euch ein
Problem das die auch umgesetzt werden, oder ist es besser dass ich diese
Relationen trenne an der Grenze?

Grüsse,

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


Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?

2012-08-28 Per discussione Ronnie Soak
Du kannst dich auch mal unter itoworld.com umschauen. Dor tkann man
sich auf feeds für Gebiete einrichten.

Gruss,

Chaos

Am 28. August 2012 09:33 schrieb UMAX974 umax...@googlemail.com:
 Danke, Das ist schon eine große Hilfe um den Überblick nicht ganz zu 
 verlieren :)

 Trotzdem wäre es klasse wenn OWL wieder in die Gänge käme

 Christian


 Am 28.08.2012 um 04:49 schrieb Tobias Knerr:

 Am 27.08.2012 21:27, schrieb UMAX974:
 ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever 
 eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung 
 informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür 
 inzwischen irgendwo einen ähnlich funktionierenden Ersatz?

 Seit OWL nicht mehr funktioniert, nutze ich den Feed von der
 osm.org-Hauptseite. In seiner Rohform leidet er unter den zahlreichen
 großen Changesets. Eine brauchbare Lösung dafür finde ich den Filter unter

 http://positron96.appspot.com/osmfilter.html

 Ein solcher Feed (in meinem Fall mit 2 als Limit für lat/lon, mit den
 standardmäßig vorgeschlagenen 20 filtert er nicht viel) zeigt
 zuverlässig lokale manuelle Edits.

 Das ist natürlich nur eine Notlösung - man verpasst große Changesets
 auch dann, wenn sie auch im eigenen Gebiet etwas ändern - aber besser
 als nichts.

 Gruß,
 Tobias

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


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

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


Re: [Talk-de] Rechte der OSMF

2012-08-28 Per discussione Michael Kugelmann

Am 28.08.2012 10:32, schrieb Sven Geggus:
[...]

Jetzt wird es Zeit, dass wir uns um die wirklichen Probleme von OSM kümmern.

+1000


Grüße,
Michael.


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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Felix Hartmann

Was ist dafür die Begründung.

route=foot hab ich mir bisher immer als innerstädtische Fußroute für 
Besichtigung von Attraktion usw vorgestellt.
Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht 
verstehen

On 28.08.2012 11:22, Jo wrote:

Hallo,

In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre
Synonyme route=hiking en network=hiking.

Es gibt are welche die über die Grenze hingehen. Ist es für euch ein
Problem das die auch umgesetzt werden, oder ist es besser dass ich diese
Relationen trenne an der Grenze?

Grüsse,

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


--
keep on biking and discovering new trails

Felix
openmtbmap.org  www.velomap.org



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


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map

2012-08-28 Per discussione Michael Kugelmann

Am 28.08.2012 10:58, schrieb Markus:
Klar wäre das auch irgendwie anders denkbar, aber wir haben uns vor 
zwei Jahren entschieden, das Rad nicht nochmal neu zu erfinden.
Ich habe das Mitelmeer-Kabel jetzt zusätzlich zur bestehenden 
klassichen Attributierung auch noch als Seemap-Objekt getaggt - 
zumindest mit den wichtigsten Daten (Typ, Art, Name).



Grüße,
Michael.


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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione René Falk

Am 28.08.2012 07:08, schrieb Florian Groß:


Die ursprüngliche Frage lautete ob es Sinn macht komplette Flussysteme
inklusive aller Nebenflüsse sowie deren Zuflüsse usw. in eine
Relation zu werfen und nicht nicht einen einzelnen Fluß von seiner
Quelle/seinen Quellen bis zur Mündung.
Und da baust dann schnell eine Monsterrelation zusammen, die sehr
anfällig für (unbeabsichtigte) Schäden wird.
Wie willst du solche Relationen intakt halten?
Das wird in meinen Augen unnötig schwer.


Ohne jetzt davon Ahnung zu haben:
Wäre es vielleicht nicht sinnvoller, die offiziellen Grenzen der 
Flusseinzugsgebiete einzutragen? Ich vermute mal, das die meisten 
Staaten so etwas haben, weil man diese Daten für diverse Zwecke braucht.


Oder gibt es ein internationales System ähnlich der deutschen 
Fließgewässerkennziffer mit dem man die entsprechenden Zusammenhänge 
abbilden kann?


Grüße

René

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Jo
Es geht hier um eine ganz kleine Menge von nwn Routes die Belgien und
Deutschland durchqueren. Ich schlage nicht vor um alle route=foot in
Deutschland um zu wandeln. (Obwohl sie in Frankreich da wohl günstig
scheinen das zu machen)

foot und hiking sind jetzt Synonyme. In Belgien sind wir mit foot
angefangen, aber jetzt scheint es international so zu sein dass hiking mehr
benutzt wird.

Polyglot

2012/8/28 Felix Hartmann extremecar...@gmail.com

 Was ist dafür die Begründung.

 route=foot hab ich mir bisher immer als innerstädtische Fußroute für
 Besichtigung von Attraktion usw vorgestellt.
 Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht
 verstehen

 On 28.08.2012 11:22, Jo wrote:

 Hallo,

 In Belgien werden wir alle route=foot und network=foot, umwandeln in ihre
 Synonyme route=hiking en network=hiking.

 Es gibt are welche die über die Grenze hingehen. Ist es für euch ein
 Problem das die auch umgesetzt werden, oder ist es besser dass ich diese
 Relationen trenne an der Grenze?

 Grüsse,

 Polyglot
 __**_
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de


 --
 keep on biking and discovering new trails

 Felix
 openmtbmap.org  www.velomap.org



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


Re: [Talk-de] Rechte der OSMF

2012-08-28 Per discussione Martin Koppenhoefer
Am 27. August 2012 21:43 schrieb Mike  Dupont jamesmikedup...@googlemail.com:
 Warum kann nicht osm die cc-by-sa
 datenbank weiter parallel betreiben?


weil damit die Daten nicht ausreichend bzw. überhaupt nicht geschützt
sein könnten, wo es kein spezielles Datenbankrecht gibt, z.B. in den
USA?


Gruß Martin

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


Re: [Talk-de] owl_viewer - Gibt es einen Ersatz oder etwas ähnliches?

2012-08-28 Per discussione Andreas Dommaschk

Hi,

ich habe eben noch das gefunden.

http://www.steffenvogel.de/2009/05/06/osm-changesets-als-rss-feed/

Gruß

Andreas

Am 27.08.2012 21:27, schrieb UMAX974:

Hallo Liste,

ich hatte mir schon vor einiger Zeit einen RSS feed mit dem OWL Viever 
eingereicht mit dem ich über die aktuellen Änderungen in meiner Umgebung 
informiert war. Nur leider funktioniert das Teil nicht mehr. Gibt es dafür 
inzwischen irgendwo einen ähnlich funktionierenden Ersatz?

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


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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 12:31 schrieb René Falk li...@falconaerie.de:
 Wäre es vielleicht nicht sinnvoller, die offiziellen Grenzen der
 Flusseinzugsgebiete einzutragen? Ich vermute mal, das die meisten Staaten so
 etwas haben, weil man diese Daten für diverse Zwecke braucht.


Das lässt sich soweit ich weiss aus einem Höhenmodell ableiten bzw.
berechnen. Daraus folgt, dass diese Art von Daten für OSM eher nicht
geeignet sind (da Rasterdaten). Auch die schiere räumliche Ausdehnung
macht das ziemlich ungeeignet für OSM (Konflikte beim Editieren,
schwer zu bearbeiten, etc.).

Man könnte natürlich schon bestimmte Vektor-Features eintragen, die
damit in Zusammenhang stehen, z.B. Bergketten, Wasserscheiden, etc.
dazu gibt es bereits Vorschläge (AFAIR im Bereich natural).

Offiziell muss da aber nichts sein, das sind ja überwiegend
physikalisch geografische Naturgegebenheiten und keine Dinge wie
politische Landesgrenzen, die von Menschen gesetzt werden (von
künstlichen Wasserwegen, Pumpstationen etc. mal abgesehen).

Gruß Martin

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Volker Schmidt
Ich wuerde Felix zustimmen.

Es gibt sicherlich - typischerweise innersteadtische - Fussgaenger-Routen,
zum Beispiel um sich die Monumente einer Stadt anzuschauen, fuer die foot
oder  walking angebracht sind, aber nicht hiking.

Ich habe foot - wie auch anderweits ueblich in OSM - als Definition des
Verkehrsmittels betrachtet (foot  bicycle  car  railway usw.).
Hiking ist mehr eine Sport-Art.

Waere vorsichtig mit einer pauschalen Umwandlung von allen foot-Routen in
hiking (nicht nur in Deutschland)

Volker

(Padova, Italien)

2012/8/28 Jo winfi...@gmail.com

 Es geht hier um eine ganz kleine Menge von nwn Routes die Belgien und
 Deutschland durchqueren. Ich schlage nicht vor um alle route=foot in
 Deutschland um zu wandeln. (Obwohl sie in Frankreich da wohl günstig
 scheinen das zu machen)

 foot und hiking sind jetzt Synonyme. In Belgien sind wir mit foot
 angefangen, aber jetzt scheint es international so zu sein dass hiking mehr
 benutzt wird.

 Polyglot

 2012/8/28 Felix Hartmann extremecar...@gmail.com

  Was ist dafür die Begründung.
 
  route=foot hab ich mir bisher immer als innerstädtische Fußroute für
  Besichtigung von Attraktion usw vorgestellt.
  Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht
  verstehen
 
  On 28.08.2012 11:22, Jo wrote:
 
  Hallo,
 
  In Belgien werden wir alle route=foot und network=foot, umwandeln in
 ihre
  Synonyme route=hiking en network=hiking.
 
  Es gibt are welche die über die Grenze hingehen. Ist es für euch ein
  Problem das die auch umgesetzt werden, oder ist es besser dass ich diese
  Relationen trenne an der Grenze?
 
  Grüsse,
 
  Polyglot
  __**_
  Talk-de mailing list
  Talk-de@openstreetmap.org
  http://lists.openstreetmap.**org/listinfo/talk-de
 http://lists.openstreetmap.org/listinfo/talk-de
 
 
  --
  keep on biking and discovering new trails
 
  Felix
  openmtbmap.org  www.velomap.org
 
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Markus

Hallo René und Martin,


Grenzen der Flusseinzugsgebiete


Das lässt sich aus einem Höhenmodell ableiten


Ja, wenn das Modell genau genug ist.
Dann lassen sich die Wasserscheiden - und damit die Einzugsgebiete - 
ableiten. Soll aber nicht trivial sein...


Einzugsgebiete sind für die Hydrologie von grosser Bedeutung
(und für alle Folgen wie Wasserhaushalt, Landwirtschaft, 
Wasserverschmutzung, Hochwasserschutz, etc).


Gruss, Markus

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


Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 06:23 schrieb Rainer Kluge rklug...@web.de:
 Am 27.08.2012 23:29, schrieb Felix Hartmann:
 Und ein Fußweg durch ein Gebäude, ist ein Fußweg, der existiert auch real!
 Real existiert da in der Regel kein Fußweg sondern eine begehbare Fläche.


naja, ein Fußweg ist immer eine begehbare Fläche, diese Abgrenzung
macht nicht so viel Sinn. Meistens sind Wege in Gebäuden auch linear
(also eher weniger breit und dafür lang und daher gerichtet). Sooo
große Gebäude, die eine komplett freie Durchwegung haben, dürfte es
nicht geben, und diese Fälle würde man dann halt so ähnlich mappen,
wie einen offenen Platz im Freien.


 Fußwege in Gebäuden sind Hilfskonstruktionen für die Unterstützung von
 Routern, die nicht in der Lage sind, über Flächen zu routen. Das Thema ist
 für Plätze/Areas schon x mal durchgekaut worden.


alle Straßen und Wege sind Flächen, und klar, der Graph den wir bilden
um das Wegenetz zu repräsentieren ist eine Abstraktion. Das hat aber
mit innen und aussen eigentlich nichts zu tun.



 Realität eine große Eingangshalle ist. Was bei einem Platz noch angehen
 kann, wird bei einer Kirche mit Haupteingang und zwei Nebeneingängen ganz
 offensichtlich zum Mappen für den Router.


wieso, wo ist das der Unterschied?

Ich sehe das ähnlich wie Felix: wir sollten Bergbahnen und ähnliches
in den Graphen einbauen und nicht dort Lücken lassen. Ob man das dann
mit virtuellen oder auch realen Fußwegen macht, oder ob man das
Gebäude als Blackbox sieht und nur die Ein- und Ausgänge mappt (und
anbindet) und ein zugänglich und durchgängig ja-tag ans Gebäude
anfügt, ist dabei nicht so wichtig, aber einfach diese Verbindungen
ersatzlos zu löschen ist Murks.

Gruß Martin

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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 13:49 schrieb Markus liste12a4...@gmx.de:
 Einzugsgebiete sind für die Hydrologie von grosser Bedeutung
 (und für alle Folgen wie Wasserhaushalt, Landwirtschaft,
 Wasserverschmutzung, Hochwasserschutz, etc).


Ist ja richtig, nur bedeutet das noch lange nicht, dass das deshalb in
der beschriebenen Art in OSM Relationen abgebildet werden sollte.
Einzugsgebiete gibt es z.B. auch bei Städten, sollen wir die in OSM
mit Relationen abbilden, z.B. auf den Straßen und Schienen (weil sich
die Leute ja üblicherweise mit dieser Infrastruktur bewegen)? Machen
wir ja auch nicht. Man könnte jede Straße in eine Relation packen, die
dann das Netz bis zur nächsten Autobahn abbildet. ;-)  (war natürlich
nicht ernst gemeint).

Daher zur Frage von Thomas Malenki: Was meint ihr?
Ist das vernünftiges Mappen oder überflüssige Datensammlung?

m.E. überflüssige Datenvermehrung ohne echten Mehrwert (was damit
abgebildet wird stand auch vorher schon in anderer Form in der DB, und
das ohne das Risiko von Konflikten, ohne komplexe und aufwendig zu
verarbeitende Relationen aufgrund von kaskadierenden Relationen
(Memberlimit) etc.)

Gruß Martin

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Jo
Wir waren in Belgien auch mit foot angefangen und alles war schön und gut.
Dann hat jemand gemeint es sollte hiking sein, danach hat auch Potlatch
dies als 'default' gewählt. Bisschen bei bisschen wirden die beiden
durchenander benutzt. So kommt dann die Frage bei uns um alles auf hiking
zu setzen. In Belgien sind wir alle einverstanden dass es besser sei
überall dasselbe zu benutzen.

Ich werde das bis die Grenze machen und nicht weiter. Wenn nötig werde ich
dann die Relation network=nwn oder iwn in zwei teilen.

Tschüss,

Polyglot

2012/8/28 Volker Schmidt vosc...@gmail.com

 Ich wuerde Felix zustimmen.

 Es gibt sicherlich - typischerweise innersteadtische - Fussgaenger-Routen,
 zum Beispiel um sich die Monumente einer Stadt anzuschauen, fuer die foot
 oder  walking angebracht sind, aber nicht hiking.

 Ich habe foot - wie auch anderweits ueblich in OSM - als Definition des
 Verkehrsmittels betrachtet (foot  bicycle  car  railway usw.).
 Hiking ist mehr eine Sport-Art.

 Waere vorsichtig mit einer pauschalen Umwandlung von allen foot-Routen
 in hiking (nicht nur in Deutschland)

 Volker

 (Padova, Italien)

 2012/8/28 Jo winfi...@gmail.com

 Es geht hier um eine ganz kleine Menge von nwn Routes die Belgien und
 Deutschland durchqueren. Ich schlage nicht vor um alle route=foot in
 Deutschland um zu wandeln. (Obwohl sie in Frankreich da wohl günstig
 scheinen das zu machen)

 foot und hiking sind jetzt Synonyme. In Belgien sind wir mit foot
 angefangen, aber jetzt scheint es international so zu sein dass hiking
 mehr
 benutzt wird.

 Polyglot

 2012/8/28 Felix Hartmann extremecar...@gmail.com

  Was ist dafür die Begründung.
 
  route=foot hab ich mir bisher immer als innerstädtische Fußroute für
  Besichtigung von Attraktion usw vorgestellt.
  Dies auf einmal in route=hiking automatisch umzuwandeln, kann ich nicht
  verstehen
 
  On 28.08.2012 11:22, Jo wrote:
 
  Hallo,
 
  In Belgien werden wir alle route=foot und network=foot, umwandeln in
 ihre
  Synonyme route=hiking en network=hiking.
 
  Es gibt are welche die über die Grenze hingehen. Ist es für euch ein
  Problem das die auch umgesetzt werden, oder ist es besser dass ich
 diese
  Relationen trenne an der Grenze?
 
  Grüsse,
 
  Polyglot
  __**_
  Talk-de mailing list
  Talk-de@openstreetmap.org
  http://lists.openstreetmap.**org/listinfo/talk-de
 http://lists.openstreetmap.org/listinfo/talk-de

 
 
  --
  keep on biking and discovering new trails
 
  Felix
  openmtbmap.org  www.velomap.org
 
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de



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


Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 08:20 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Soll ich einfach mal den Wiki-Eintrag so umbauen, dass operator wieder
 freigestellt ist (mit Archäologisches Spessartprojekt als Beispiel und
 Optional -- Ja) und als Tag hier einfach mal european_cultural_path = 
 yes
 (Optional -- Nein) festlegen?


m.E. ist  european_cultural_path als tag dafür OK, wobei no als
Wert praktisch sinnfrei ist (könnte man vielleicht mal brauchen, wenn
ein Weg nachträglich ausgeschlossen wird oder so). operator=yes würde
ich im Wiki allerdings nicht als gelungenes Tagging anpreisen (wenn
schon, wäre das operated=yes, wobei ich da lieber den umgekehrten Weg
nehme und informal=yes tagge, was zwar nicht genau dasselbe ist, in
der Praxis aber m.E. interessanter ist).

 Das Tag selber würde ich dann im Wiki natürlich auch dokumentieren.
+1

Gruß Martin

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


Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

2012-08-28 Per discussione Ronnie Soak
  Ob man das dann
 mit virtuellen oder auch realen Fußwegen macht, oder ob man das
 Gebäude als Blackbox sieht und nur die Ein- und Ausgänge mappt (und
 anbindet) und ein zugänglich und durchgängig ja-tag ans Gebäude
 anfügt, ist dabei nicht so wichtig, aber einfach diese Verbindungen
 ersatzlos zu löschen ist Murks.


Bestehende Wege durch Gebäude zu löschen ist Murks, da gebe ich dir recht.

Eine als einzelne Node gemappte Seilberg-Talstation (mit Verbindung zu
Weg und Seilbahn) durch ein Gebäude zu ersetzen und dann
KEIN Fußwege durchs Gebäude einzutragen (weil nicht bekannt) finde ich
jedoch völlig in Ordnung.

Ich würde KEIN Handlungsanweisung herausgeben, die da heißt: 'Wenn du
Gebäude zeichnest, musst du 'virtuelle' Wege einzeichen, damit Routen
wieder verbunden sind.'

Ich empfinde den Informationsgewinn durch das Gebäude-als:Fläche
größer als den Verlust durch das unterbrochene Routing. (Weil eh
selten unterstützt.)
Zumal das unterbrochene Routing zwar unmittelbar aus der OSM-Änderung
herrührt, der eigentliche Grund aber mittelbar das fehlende Feature
des Routers ist, bei ÖPNV gewisse Relationen auszuwerten.

my 2 cents,
Chaos

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Manuel Reimer
Jo winfixit at gmail.com writes:
 Ich werde das bis die Grenze machen und nicht weiter. Wenn nötig werde ich
 dann die Relation network=nwn oder iwn in zwei teilen.

Nein! Bitte keine zusammenhängenden Wege zerreißen. Wenn nicht 100% sicher ist,
dass hiking für einen grenzübergreifenden Weg nicht passt, dann bitte den Weg
in Gänze unverändert lassen!

Laut Wörterbuch ist hiking nichts anderes als Wandern. Ab einer gewissen
Länge eines Weges würde ich behaupten, dass dieser als Wanderweg gilt, da
prinzipiell die Tätigkeit Wandern auf dem Weg ausgeführt werden kann.

Alle Wege, die etliche Kilometer lang sind oder gar grenzübergreifend sind,
dürften also mit hiking nicht falsch gekennzeichnet sein.

Eine Relation für einen kurzen Stadtrundgang dagegen könnte durchaus auch als
foot stehen gelassen werden.

Gruß

Manuel


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


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 03:33 schrieb Stephan Wolff s.wo...@web.de:
 Open Sea Map definiert für diverse Objektklassen (bridge, building,
 breakwater, ...) eigene, von der üblichen OSM-Syntax abweichende Tags.
 Bis auf die Seezeichen selbst, verwende ich nur die klassischen
 OSM-Tags, da sie kürzer, leichter zu merken und auszuwerten sind.


+1, finde ich auch ein Unding, massenhaft solche tags zu erfinden und
im Wiki zu bewerben für Dinge, die mit Seezeichen überhaupt nichts
zu tun haben, und für die es z.T. schon eingeführte Varianten mit
gleicher Bedeutung gibt, ohne das seamark:-präfix.

Dürfte man die OSeaMap-Leute (ich gehe mal davon aus, dass mindestens
einer hier mitliest) bitten, das bei Gelegenheit im Wiki und
Openseamap-Editor zu überarbeiten? Wo es schon ein klassisches tag
gibt, ist eine Doppelung mit seamark (glaube ich) nicht erwünscht.
Überhaupt macht es m.E. keinen Sinn, den seamark-Namensraum für
Dinge wie landmarks zu verwenden.


 Doppelte Tags (klassisch/Open Sea Map) an einem Objekt finde ich
 überflüssig.


+1


 Taginfo nennt folgende Nutzungszahlen:
 power=underground_cable   553
 power=cable   550
 seamark:type=cable_submarine   2
 seamark:type=submarine_cable   2

 Stromkabel gehören auch logisch zum key power und nicht zu seamark.


+1

Gruß Martin

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


Re: [Talk-de] Gondeln und Anschluss an das öffentliche Straßen/Wegenetz

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 14:24 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
 Eine als einzelne Node gemappte Seilberg-Talstation (mit Verbindung zu
 Weg und Seilbahn) durch ein Gebäude zu ersetzen und dann
 KEIN Fußwege durchs Gebäude einzutragen (weil nicht bekannt) finde ich
 jedoch völlig in Ordnung.

 Ich würde KEIN Handlungsanweisung herausgeben, die da heißt: 'Wenn du
 Gebäude zeichnest, musst du 'virtuelle' Wege einzeichen, damit Routen
 wieder verbunden sind.'


ja, sehe ich auch so (nicht verbindlich indoor-Wege
verlangen/promoten), wobei ich erwarten würde, dass das Gebäude
angeschlossen wird (so wie der Node davor angeschlossen war). Aufgrund
der tags kann man dann sehen, dass ein Weg zur Station führt, und dass
aus der Station raus die Seilbahn fährt und wohin.

Gruß Martin

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Chris66
Am 28.08.2012 12:32, schrieb Jo:

 foot und hiking sind jetzt Synonyme. 

Dann ist ein Umtaggen nicht notwendig.

Chris




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


Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)

2012-08-28 Per discussione Manuel Reimer
Martin Koppenhoefer dieterdreist at gmail.com writes:
 m.E. ist  european_cultural_path als tag dafür OK, wobei no als
 Wert praktisch sinnfrei ist (könnte man vielleicht mal brauchen, wenn
 ein Weg nachträglich ausgeschlossen wird oder so).

Ist doch nix anderes wie noexit=yes. Ein no macht hier auch keinen Sinn.

 operator=yes würde
 ich im Wiki allerdings nicht als gelungenes Tagging anpreisen (wenn
 schon, wäre das operated=yes, wobei ich da lieber den umgekehrten Weg
 nehme und informal=yes tagge, was zwar nicht genau dasselbe ist, in
 der Praxis aber m.E. interessanter ist).

War so auch nicht gemeint.

Im Wiki gibt es eine separate Spalte ob ein Tag optional ist:

http://wiki.openstreetmap.org/wiki/European_Cultural_Paths#Wege_2

Was ich ausrücken wollte: Aktuell ist das operator-Tag dort als nicht optional
gekennzeichnet. Mit der Einführung des neuen Tags würde ich das ändern, denn ab
dann sollte operator nur noch gesetzt werden, wenn er auch bekannt ist. Das
Wissen über den Betreiber sollte nicht Bedingung sein, um einen Weg eintragen zu
können.

Danke auf jedem Fall für die Rückmeldung. Ist hier Sommerloch? Was
kann/darf/soll/muss ich denn noch tun bevor ich irgendwie tätig werde?

Gruß

Manuel


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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Jo
2012/8/28 Chris66 chris66...@gmx.de

 Am 28.08.2012 12:32, schrieb Jo:

  foot und hiking sind jetzt Synonyme.

 Dann ist ein Umtaggen nicht notwendig.

 Chris


Wir wollen nur ein Tag für ein Konzept. Jetzt sind manche foot und andere
hiking. Alles durcheinander. Ich hätte auch lieber gesehen das es foot
geblieben war. Verstehe nicht wieso es notwendig war hiking zu benutzen
anfangen.

Konsistenz ist wichtig, also in Belgien werden die nächste Woche alle
umgetaggt.

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 14:56 schrieb Jo winfi...@gmail.com:
 Wir wollen nur ein Tag für ein Konzept. Jetzt sind manche foot und andere
 hiking. Alles durcheinander. Ich hätte auch lieber gesehen das es foot
 geblieben war. Verstehe nicht wieso es notwendig war hiking zu benutzen
 anfangen.


es gibt zwar derzeit (taginfo ist ein bisschen hinterher, darauf
beziehe ich mich) ungefähr doppelt so viele  hiking als foot aber
wenn man nur eins der beiden verwenden wollte würde ich trotzdem
foot vorziehen, da das generischer ist. hiking ist m.E. ein subset
von foot, da es wandern bedeutet, und nicht alle Routen, die man zu
Fuß gehen kann, auch Wanderrouten sind.

Von daher finde ich den von Euch geplanten Massenedit nicht sinnvoll.
Habt Ihr das schon entsprechend den Guidelines international
diskutiert?

http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy
http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct

Gruß Martin

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


Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 14:48 schrieb Manuel Reimer manuel.s...@nurfuerspam.de:
 Danke auf jedem Fall für die Rückmeldung. Ist hier Sommerloch? Was
 kann/darf/soll/muss ich denn noch tun bevor ich irgendwie tätig werde?


M.E. kannst Du das im Wiki so anpassen, dass die Seite in Einklang mit
dem restlichen Wiki steht (insb. dass operator eben einen Betreiber
kennzeichnet und daher nicht europäischer Kulturweg sein kann, weil
das kein Betreiber ist).

Die Leute, die diese Info bisher unter operator getaggt haben, sollte
man möglichst informieren, und idealerweise sollte wer Ortskenntnis
hat auch gleich die Objekte umtaggen.

Gruß Martin

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Martin Vonwald
Am 28. August 2012 15:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 es gibt zwar derzeit (taginfo ist ein bisschen hinterher, darauf
 beziehe ich mich) ungefähr doppelt so viele  hiking als foot aber
 wenn man nur eins der beiden verwenden wollte würde ich trotzdem
 foot vorziehen, da das generischer ist.

+1

Wenn jetzt eine kurze Route mitten durch die Stadt als hiking
eingetragen wird, dann stimmt etwas nicht

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Jo
2012/8/28 Martin Vonwald imagic@gmail.com

 Am 28. August 2012 15:06 schrieb Martin Koppenhoefer 
 dieterdre...@gmail.com:
  es gibt zwar derzeit (taginfo ist ein bisschen hinterher, darauf
  beziehe ich mich) ungefähr doppelt so viele  hiking als foot aber
  wenn man nur eins der beiden verwenden wollte würde ich trotzdem
  foot vorziehen, da das generischer ist.

 +1

 Wenn jetzt eine kurze Route mitten durch die Stadt als hiking
 eingetragen wird, dann stimmt etwas nicht


Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot
mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen
hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich
mag es noch lieber das zu vereinen auf einem Tag).

Oh oh, womit bin ich wieder angefangen? Und das wann es doch soviel
einfacher ist gar nichts zu machen. Soviel einfacher!

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Simon Poole

Am 28.08.2012 14:56, schrieb Jo:

 Wir wollen nur ein Tag für ein Konzept. Jetzt sind manche foot und andere
 hiking. Alles durcheinander. Ich hätte auch lieber gesehen das es foot
 geblieben war. Verstehe nicht wieso es notwendig war hiking zu benutzen
 anfangen.

Wie bereits dagelegt könnt man die Werte verschieden interpretieren z.B.
hiking für echtes Wandern, foot für innerstätdische Routen.

 Konsistenz ist wichtig, also in Belgien werden die nächste Woche alle
 umgetaggt.

Wieso soll Konsistenz beim OSM-tagging plötzlich wichtig sein? Wenn
überhaupt ist OSM genau die Antithese davon. Auswertbar, ja da wär ich
einverstanden.

SImon


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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Martin Vonwald
Am 28.08.2012 um 17:13 schrieb Jo winfi...@gmail.com:

 Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot
 mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen
 hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich
 mag es noch lieber das zu vereinen auf einem Tag).

Ich glaube nicht, dass foot besser geeignet ist als hiking, sondern dass sie 
unterschiedliche Bedeutungen haben. Daher sollten wir auch unterscheiden 
zwischen beiden. Ein Wanderweg ist nun mal kein Spazierweg.

Das Wiki ist hier definitiv keine große Hilfe. Da sollte man wirklich mal etwas 
aufräumen (kann auch ich machen, wenn sich sonst niemand freiwillig meldet). 

Kann mir jemand so eine kurze Spazierweg-Route zeigen? Relations-ID würde schon 
reichen. Ich würde gerne etwas konkretes sehen.

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 17:41 schrieb Martin Vonwald imagic@gmail.com:
 Am 28.08.2012 um 17:13 schrieb Jo winfi...@gmail.com:

 Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das foot
 mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen lassen
 hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber ich
 mag es noch lieber das zu vereinen auf einem Tag).

 Ich glaube nicht, dass foot besser geeignet ist als hiking, sondern dass sie 
 unterschiedliche Bedeutungen haben. Daher sollten wir auch unterscheiden 
 zwischen beiden. Ein Wanderweg ist nun mal kein Spazierweg.

 Das Wiki ist hier definitiv keine große Hilfe. Da sollte man wirklich mal 
 etwas aufräumen (kann auch ich machen, wenn sich sonst niemand freiwillig 
 meldet).

 Kann mir jemand so eine kurze Spazierweg-Route zeigen? Relations-ID würde 
 schon reichen. Ich würde gerne etwas konkretes sehen.


dass foot eine Spazierweg-route sein soll, ist glaube ich auch nicht
gegeben (das wäre evtl. walking oder so, was immerhin auch 562 mal
vorkommt).

Prinzipiell sollte man die feinen Unterschiede lieber nicht
rausbügeln. So wie es derzeit im Wiki dokumentiert ist (nämlich
weitgehend ohne Definition, was die tags bedeuten sollen) ist es
suboptimal. Schlage vor, wir diskutieren auf [tagging] über die
angestrebte Bedeutung und halten das Ergebnis dann im Wiki fest.

Gruß Martin

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 17:48 schrieb Martin Koppenhoefer dieterdre...@gmail.com:
 Schlage vor, wir diskutieren auf [tagging] über die
 angestrebte Bedeutung und halten das Ergebnis dann im Wiki fest.

done,

follow ups wenn's geht bitte in diesen Thread:
http://lists.openstreetmap.org/pipermail/tagging/2012-August/011261.html

Gruß Martin

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


[Talk-de] Eigenes JPEG als Hintergrund in JOSM

2012-08-28 Per discussione wwl

Hallo,

gibt es eine Möglichkeit in JOSM ein eigenes Hintergrundbild einzubinden 
und zu platzieren? Ich habe dazu nichts gefunden. Ich habe ein JPEG von 
einem Bebauungdgebiet und möchte danach mappen.


Besten Dank für Hilfe

Christian

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


Re: [Talk-de] Eigenes JPEG als Hintergrund in JOSM

2012-08-28 Per discussione Benjamin Lebsanft
Probiers mal mit dem PicLayer Plugin


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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione René Falk


Martin Koppenhoefer dieterdre...@gmail.com schrieb:

Das lässt sich soweit ich weiss aus einem Höhenmodell ableiten bzw.
berechnen. Daraus folgt, dass diese Art von Daten für OSM eher nicht
geeignet sind (da Rasterdaten). Auch die schiere räumliche Ausdehnung
macht das ziemlich ungeeignet für OSM (Konflikte beim Editieren,
schwer zu bearbeiten, etc.).

Für OSM ungeeignet verstehe ich nicht. Man bräuchte doch nur den Grenzverlauf 
des jeweiligen Gebiets in OSM eintragen. Die Grenzen der Flusseinzugsgebiete 
sind ja bekannt, zumindest in der EU und sicher auch in vielen Gegenden im Rest 
der Welt. Wenn man die Grenzen in OSM hat, könnte man doch sicherlich eine 
multipolygon oder boundary Auswertung machen, die in etwa gleichwertig mit der 
Relation wäre. Dann könnte man auf die Relation verzichten. Ok, dann bräuchte 
man natürlich einen Tag für diese Grenze, vielleicht 
type=hydro-wieimmerdasauchheist.

Man könnte natürlich schon bestimmte Vektor-Features eintragen, die
damit in Zusammenhang stehen, z.B. Bergketten, Wasserscheiden, etc.
dazu gibt es bereits Vorschläge (AFAIR im Bereich natural).

Offiziell muss da aber nichts sein, das sind ja überwiegend
physikalisch geografische Naturgegebenheiten und keine Dinge wie
politische Landesgrenzen, die von Menschen gesetzt werden (von
künstlichen Wasserwegen, Pumpstationen etc. mal abgesehen).

Ich hatte mir mal die amtliche Karte für meine lokalen Flusseinzugsgebiete 
besorgt, um einen Überblick über die ganzen Wasserbauwerke in meiner Umgebung 
zu bekommen. Da sah das eigentlich danach aus, dass die offiziellen amtlichen 
Grenzen für das Flusseinzugsgebiet den physikalisch-geografischen Grenzen für 
das Flusssystem entsprechen. So viel ich weiß, gibt es das für die ganze EU. 
Ich glaube, so etwas auch schon teilweise bei Wikipedia gesehen zu haben (ist 
schon länger her), zumindest für Deutschland und Frankreich.

In Deutschland lassen sich für die Fließgewässer die Einzugsgebiete auch anhand 
der Gewässerkennzahl identifizieren. Keine Ahnung, ob man an diese Zahlen so 
rankommt.

Aber wie schon gesagt, ich stecke da nicht so drin, in dieser Materie.

Grüße
René 



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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Bernhard Weiskopf
Foot betrachte ich als allgemeine Angabe, dass das eine Route zum Gehen ist.
Wenn wir genauer unterscheiden wollen, sollten wir das irgendwo festhalten
und zwar möglichst früh. 

Also z. B. unterscheiden nach route
= hiking
= walking
= jogging (für Jogging-Routen)
= trimming (für Trimm-Pfade)
= running (für Renn-Strecken, wie Marathon)
= climbing 
...

So wie das jetzt aufgeteilt wird, ist das vielleicht bald kaum noch
auswertbar.

Bernhard


PS: Mir genügt route = foot. Alles Weitere erkennt man meistens aus dem
Routennamen oder der Beschreibung. Ob ich den Weg jogge oder schlendere
bestimme ich selbst.


 From: Martin Koppenhoefer [mailto:dieterdre...@gmail.com]
 Sent: Tuesday, August 28, 2012 5:49 PM
 To: Openstreetmap allgemeines in Deutsch
 Subject: Re: [Talk-de] route/network=foot umwandeln in
 route/network=hiking
 
 Am 28. August 2012 17:41 schrieb Martin Vonwald imagic@gmail.com:
  Am 28.08.2012 um 17:13 schrieb Jo winfi...@gmail.com:
 
  Könnt ihr dann bitte die Entwickler von Potlatch davon überzeugen das
 foot
  mehr geeignet ist und mal die Wikiseiten ändern die ausscheinen
 lassen
  hiking sei das neue foot? (Persönlich mag ich auch lieber foot, aber
 ich
  mag es noch lieber das zu vereinen auf einem Tag).
 
  Ich glaube nicht, dass foot besser geeignet ist als hiking, sondern
 dass sie unterschiedliche Bedeutungen haben. Daher sollten wir auch
 unterscheiden zwischen beiden. Ein Wanderweg ist nun mal kein
 Spazierweg.
 
  Das Wiki ist hier definitiv keine große Hilfe. Da sollte man wirklich
 mal etwas aufräumen (kann auch ich machen, wenn sich sonst niemand
 freiwillig meldet).
 
  Kann mir jemand so eine kurze Spazierweg-Route zeigen? Relations-ID
 würde schon reichen. Ich würde gerne etwas konkretes sehen.
 
 
 dass foot eine Spazierweg-route sein soll, ist glaube ich auch nicht
 gegeben (das wäre evtl. walking oder so, was immerhin auch 562 mal
 vorkommt).
 
 Prinzipiell sollte man die feinen Unterschiede lieber nicht
 rausbügeln. So wie es derzeit im Wiki dokumentiert ist (nämlich
 weitgehend ohne Definition, was die tags bedeuten sollen) ist es
 suboptimal. Schlage vor, wir diskutieren auf [tagging] über die
 angestrebte Bedeutung und halten das Ergebnis dann im Wiki fest.
 
 Gruß Martin




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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Martin Koppenhoefer
Am 28. August 2012 19:04 schrieb Bernhard Weiskopf bweisk...@gmx.de:
 PS: Mir genügt route = foot. Alles Weitere erkennt man meistens aus dem
 Routennamen oder der Beschreibung. Ob ich den Weg jogge oder schlendere
 bestimme ich selbst.


mir auch, den Rest kann man vielleicht auch mit sport oder leisure
weiter definieren bzw. unterscheiden.

Gruß Martin

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


Re: [Talk-de] Eigenes JPEG als Hintergrund in JOSM

2012-08-28 Per discussione wwl

schrieb Benjamin Lebsanft:

Probiers mal mit dem PicLayer Plugin


Ja, genau

Besten Dank

Christian


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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Michael Krämer

Am 28.08.2012 18:46, schrieb René Falk:

Die Grenzen der Flusseinzugsgebiete sind ja bekannt, zumindest in der
EU und sicher auch in vielen Gegenden im Rest der Welt.
Zum einen bin ich mir da überhaupt nicht sicher, wenn ich zum Beispiel 
an die Schwäbische Alb denke. Durch den Karst ist da eigentlich nicht 
immer ganz so eindeutig, wo das Wasser jetzt hinfließt. Bei so etwas 
eine Grenze anzugeben, suggeriert meines Erachtens eine Genauigkeit, die 
so eindeutig gar nicht gegeben ist. Über so eine Europäische 
Wasserscheide bin ich mal ein paar Jahre täglich drübergefahren...


Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das 
Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier 
noch kein überzeugendes Argument aufgetan.


Grüße,
   Michael


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


[Talk-de] Nicht dargestelltes Multipolygon

2012-08-28 Per discussione Albrecht Will
Kann bitte jemand mal nach dem Multipolygon Buschland im folgenden Link 
schauen. Es wird nicht mehr dargestellt.
http://www.openstreetmap.org/?lat=52.3877906799316lon=11.8353867530823zoom=14

Danke, alwi

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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Werner Hoch
Am Dienstag, den 28.08.2012, 07:08 +0200 schrieb Florian Groß:
 On Mon, Aug 27, 2012 at 05:24:54PM +0200, Werner Hoch wrote:
  Am Montag, den 27.08.2012, 11:22 +0200 schrieb Peter Wendorff:
   Am 27.08.2012 02:57, schrieb Werner Hoch:
Gerade bei langen Flüssen ist das nicht so einfach.
Der Name der Flüsse ist u.U. in jedem Land (in der Schweiz in jeder
Sprachregion) anders.
   Dagegen sollte aber üblicherweise helfen, lokalisierte name-Tags 
   anzuwenden: name:de, name:fr, name:it - und bei Bedarf eben noch 
   name:de_ch oder so - aber das sollte sich doch machen lassen.
  
  Der Aufwand der Tag-Vereinheitlichung und/oder das Erstellen einer
  Relation ist ungefähr gleich groß.
  
  Die Pflege einer Fluss-Relation ist IHMO einfacher.
 
 Die ursprüngliche Frage lautete ob es Sinn macht komplette Flussysteme
 inklusive aller Nebenflüsse sowie deren Zuflüsse usw. in eine
 Relation zu werfen und nicht nicht einen einzelnen Fluß von seiner
 Quelle/seinen Quellen bis zur Mündung.

Ich habe hier auf Peters Post geantwortet, nicht auf den OP.

 Und da baust dann schnell eine Monsterrelation zusammen, die sehr
 anfällig für (unbeabsichtigte) Schäden wird.
 Wie willst du solche Relationen intakt halten?
 Das wird in meinen Augen unnötig schwer.

Im Gegensatz zu Wanderwegen, Radrouten, Autobahnen, ... werden Flüsse
sehr selten geändert. Man kann also mit sehr wenigen Relations-Elementen
eine sehr große Strecke überbrücken.

Rhein: 50 Members, Version 140
Donau: 158 Members, Version 124

Wanderwege oder Europastraßen haben nicht selten eine Versionsnummer
über 1000 und auch über 1000 Members.

Zum Vergleich:
ein regionaler Wanderweg in Baden Württemberg: HW9: 720 Members, Version
110 ist schon sehr viel komplexer wie Donau und Rhein zusammen.

Grüße
Werner









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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Johannes Huesing
Bernhard Weiskopf bweisk...@gmx.de [Tue, Aug 28, 2012 at 07:04:41PM CEST]:
[...]
 = trimming (für Trimm-Pfade)

Ist das nicht eher was für Barbiere?

 = climbing 

existiert schon mit sinnvolleren Vorschlägen als durch eine Routenrelation.
Kletterrouten sind mehr in der Vertikalen, Openstreetmap bildet im Wesentlichen
in der Oberfläche ab.

Außerdem gibt es noch via ferrata und nordic walking.

-- 
Johannes Hüsing   There is something fascinating about science. 
  One gets such wholesale returns of conjecture 
mailto:johan...@huesing.name  from such a trifling investment of fact.  
  
http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi)

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


Re: [Talk-de] route/network=foot umwandeln in route/network=hiking

2012-08-28 Per discussione Volker Schmidt
Das mit der zweistufigen Klassifizierung wuerde mir auch gefallen. Ich ahbe
konkret das Problem, dass es nicht einfachist zwischen Mountain und Touring
Fahrrad zu unterscheiden.

route=bicycle
mit bicycle=touring|mtb|roadbike|...
route=foot
mit foot=hiking|walking|nordic_walking...
...

Ausserdem koennte man noch einen weiteren key hinzufuegen

route=foot
foot=walking
purpose=cultural|culinary|scenery|...

Diese zusaetzlichen keys waeren optional, wobei man auch mehrere Werte
zulassen sollte.

Volker




2012/8/28 Martin Koppenhoefer dieterdre...@gmail.com

 Am 28. August 2012 19:04 schrieb Bernhard Weiskopf bweisk...@gmx.de:
  PS: Mir genügt route = foot. Alles Weitere erkennt man meistens aus dem
  Routennamen oder der Beschreibung. Ob ich den Weg jogge oder schlendere
  bestimme ich selbst.


 mir auch, den Rest kann man vielleicht auch mit sport oder leisure
 weiter definieren bzw. unterscheiden.

 Gruß Martin

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

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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Werner Hoch
Am Dienstag, den 28.08.2012, 01:42 +0200 schrieb Stephan Wolff:
 Am 27.08.2012 17:11, schrieb Werner Hoch:
  Hier müsste man nur die Wasserflächen mit auswerten. Ein See hat nunmal
  meist mehrere Zuflüsse und ein Abfluss. Die Auswertung wird zwar ein
  bischen komplizierter, aber es ist nicht unmöglich. Ein virtueller
  Zusammenfluss in einem See vereinfacht natürlich die Auswertung.
 
 Ein durchgehender virtueller Fluss vereinfacht die Zuordnung deutlich,
 insbesondere wenn mehrere Seen aneinandergrenzen (siehe 5-Seen-Fahrt)
 oder ein See mehrere Ausflüsse hat.
 Man müsste aber virtuelle Flüsse durch ein Zusatztag von normalen
 Flussstrecken unterscheiden.
 
  Bei Kanälen muss man unterscheiden, ob es eine eindeutige Richtung
  des Wassers gibt.
 
  Das lässt sich mit geeignetem Tagging erledigen.
 
 Hast du einen Vorschlag dafür? Bei Kanälen mit mehreren Schleusen
 muss man berücksichtigen, dass die Scheitelstrecke zu beiden
 Seiten, die anderen Teilstrecken nur zu einer Seite entwässern.

Wenn der Fluss immer in eine Richtung fließt dann ist die Way-Richtung
ja schon vorgegeben.

Ansonsten ein oneway=no, direction=both, ... 

  Eine Auswertung über waterway-Verbindungen ist keinesfalls trivial.
  Wenn wir Flusseinzugsgebiete aus den OSM-Daten ableiten wollen,
  erscheinen mir explizite Verbindungen über Relationen sinnvoller.
 
  Mir nicht. Selbst mit einer einfachen Auswertung (ohne Seen-Auswertung)
  lassen sich die Einzugsgebiete größtenteils auswerten:
 
  http://www.h-renrew.de/h/osm/osmchecks/07_watershed/index.html
 
 Die Auswertung sieht schon gut aus, aber es gibt auch einige Fehler.
 In Schleswig-Holstein sind mir folgende Probleme aufgefallen:
 bei Kanälen wird (willkürlich?) eine Flussrichtung angenommen.
 Der Oberlauf der Eider fließt in den Nord-Ostsee-Kanal, der Unterlauf
 aber in die Nordsee. Der Fehler betrifft auch alle Nebenflüsse der
 Untereider.

Bei diesem Spezialfall muss auch ein explizites Relationsmodel (bzw.
dessen Auswertung) einen Fallunterscheidung machen.
Die Darstellung als Baum (wie bei mir in der Übersicht) reicht dann
nicht mehr.

In der Detailauswertung sieht man auch, dass die Eider in den NO-Kanal
fliest und daraus gespeißt wird:

http://www.h-renrew.de/h/osm/osmchecks/07_watershed/de/407956.html

In der Baum-Darstellung ist der Fluss halt nur einmal aufgeführt, weil
ich eine Relation als zusammenhängendes Objekt (Graphen-Knoten)
betrachte.

 Das Wasser der Wakenitz fließt normalerweise durch den Dükerkanal und
 einen Düker unter der Kanal-Trave hindurch in die Trave, nur bei 
 Hochwasser in die Kanal-Trave. Den aktuellen OSM-Daten kann man diese
 Information nicht entnehmen.

Ein Relationsmodell für diesen Fall will ich erst mal sehen.

 Selbst deine einfache Auswertung enthält schon mehr Code, als für eine
 rekursive Relationsauswertung nötig wäre. Wieviel Rechenzeit braucht 
 denn ein Durchlauf?

ca. 12h für das planet file.
Kleine OSM-Gebiete z.B. Africa ca. 30 min.

  Insgesamt erscheint mir der Aufwand der Auswertung sehr viel kleiner als
  das manuelle Verknüpfen mittels Relationen.
 
 Auch der Aufwand für explizite Verknüpfungen ist eher klein (ein Element
 pro Gewässer). Wichtiger ist aber die Frage, ob man ohne explizite
 Zuordnungen die Flusseinzugsgebiete korrekt berechnen kann.

Ich denke schon.

Die einzelnen Way-Segmente haben eine Fließrichtung und so können auch
komplexere Flusssystem noch besser ausgewertet werden. Das Problem ist
die Darstellung als Graph (hier ein DAG).
DAG = http://en.wikipedia.org/wiki/Directed_acyclic_graph

Grüße
Werner


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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Florian Groß
On Tue, Aug 28, 2012 at 07:15:03PM +0200, Werner Hoch wrote:
 Am Dienstag, den 28.08.2012, 07:08 +0200 schrieb Florian Groß:

  Und da baust dann schnell eine Monsterrelation zusammen, die sehr
  anfällig für (unbeabsichtigte) Schäden wird.
  Wie willst du solche Relationen intakt halten?
  Das wird in meinen Augen unnötig schwer.
 
 Im Gegensatz zu Wanderwegen, Radrouten, Autobahnen, ... werden Flüsse
 sehr selten geändert. Man kann also mit sehr wenigen Relations-Elementen
 eine sehr große Strecke überbrücken.
 
 Rhein: 50 Members, Version 140
 Donau: 158 Members, Version 124

Solange da *keine* Nebenflüsse ins Spiel kommen ja. Alle Flüsse des
Einzugsgebietes gäb ansehnliche Relationen (der Rhein hätte alleine
durch die Zuflüsse in den Bodensee schon 240...).

Ich sehe keinen Grund für derartige Relationen.

flo


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


Re: [Talk-de] Nicht dargestelltes Multipolygon

2012-08-28 Per discussione Walter Nordmann
fixed

natural=scrub musste ans MP und nicht an den outer way.

Gruss
walter

p.s. im forum reagiert man etwas schneller auf solche Kleinigkeiten ;) 
http://forum.openstreetmap.org/viewforum.php?id=14



--
View this message in context: 
http://gis.19327.n5.nabble.com/Nicht-dargestelltes-Multipolygon-tp5722493p5722502.html
Sent from the Germany mailing list archive at Nabble.com.

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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione René Falk

Am 28.08.2012 19:32, schrieb Michael Krämer:


Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das
Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier
noch kein überzeugendes Argument aufgetan.


Die Fragestellung Für was ist das gut? finde ich bei OSM nicht 
angebracht. Bei vielem was hier gemappt wird, dürfte es problematisch 
sein eine entsprechende Antwort zu geben. Die Frage ist nach meiner 
Meinung eher Können wir etwas so darstellen, damit irgend jemand damit 
was anfangen könnte?
Da die Franzosen anscheinend damit angefangen haben, könnte man dort ja 
mal nachfragen, warum sie es so machen und nicht anders.


Persönlich finde ich diese Monsterrelationen nicht gut und würde eine 
elegantere Lösung lieber sehen.


Löschen würde ich sie aber nicht so ohne weiteres. Da steckt eine Menge 
Arbeit drin. Erstmal sehen, ob man die Mapper, die das eingeführt haben, 
nicht fragen kann.


Flusseinzugsgebiete finden als geologische Basisdaten vielerlei 
Verwendung, z. B. in Forschung und Lehre, Infrastruktur, Landwirtschaft, 
bei Katastrophendiensten etc. Vieles nicht nur öffentlich-rechtlich 
sondern auch privat.


Grüße
René

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


Re: [Talk-de] Unterwasser-Seekabel im Mittelmeer gerendert = Open Sea Map

2012-08-28 Per discussione Stephan Wolff

Moin!

Am 28.08.2012 10:58, schrieb Markus:


Open Sea Map definiert für diverse Objektklassen eigene Tags.


Für nautische Dinge verwenden wir die internationale Norm s57.
Sie kann vieles unterscheiden, was für die Seefahrt erforderlich ist.
Am Beispiel cable_submarine kann man das gut sehen:
Damit ist es möglich, nur für die Seefahrt relevante Kabel als
Unterwasserkabel zu zeigen, und andere ggf. auszublenden.
Und gleichzeitig kann für die Land-Kartographie Relevantes trotzdem
differenziert beschrieben und abgebildet werden.


Sollen demnach alle Stromkabel
power=cable
und die nach Meinung des Mappers für die Seefahrt relevanten Kabel 
zusätzlich

seamark:type=cable_submarine
seamark:cable_submarine:category=power
erhalten?
Sollen mehr als 5000 Objekte mit
man_made=breakwater
durch
seamark:shoreline_construction:category=breakwater
ergänzt werden?
Ich finde das sinnlos. Open Sea Map kann auch man_made=breakwater
auswerten und die Landkabel durch geeignete Zeichenreihenfolge oder
Berechnung der Schnittpunkte mit der coastline/riverbank in der
Darstellung ausblenden.

Viele Grüße
Stephan





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


Re: [Talk-de] Braucht es gemappte Flusseinzugsgebiete?

2012-08-28 Per discussione Florian Groß
On Wed, Aug 29, 2012 at 12:41:09AM +0200, René Falk wrote:
 Am 28.08.2012 19:32, schrieb Michael Krämer:
 
 Die ursprügliche Frage war doch aber eigentlich viel mehr, für was das
 Ganze gut sein soll. Für mich persönlich hat sich in der Diskussion hier
 noch kein überzeugendes Argument aufgetan.
 
 Die Fragestellung Für was ist das gut? finde ich bei OSM nicht
 angebracht. Bei vielem was hier gemappt wird, dürfte es
 problematisch sein eine entsprechende Antwort zu geben. Die Frage
 ist nach meiner Meinung eher Können wir etwas so darstellen, damit
 irgend jemand damit was anfangen könnte?

Meiner Meinung nach sind die relevanten Daten bereits in der Datenbank
und können verwendet werden.
So klingt es für mich eher nach einer Sammelrelation.

flo


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


Re: [Talk-de] Neues Tag fuer europaeische Kulturwege (european_cultural_path = yes)

2012-08-28 Per discussione Manuel Reimer
Martin Koppenhoefer dieterdreist at gmail.com writes:
 M.E. kannst Du das im Wiki so anpassen, dass die Seite in Einklang mit
 dem restlichen Wiki steht (insb. dass operator eben einen Betreiber
 kennzeichnet und daher nicht europäischer Kulturweg sein kann, weil
 das kein Betreiber ist).

Ich sehe das ähnlich. Wundert mich dennoch, dass hier keine richtige Diskussion
zu so einem Thema hinzubekommen ist.

 Die Leute, die diese Info bisher unter operator getaggt haben, sollte
 man möglichst informieren, und idealerweise sollte wer Ortskenntnis
 hat auch gleich die Objekte umtaggen.

Initial angelegt haben die Wege wohl etwa so viele Personen wie es Wege gibt.
Die alle informieren?

Um im Wiki auch die Abfrage
http://api.openstreetmap.org/api/0.6/relations/search?type=operatorvalue=European_Cultural_Paths
richtigstellen zu können (neue Variante dokumentieren) wäre es zudem sinnvoll,
das neue Tag bereits an allen Relationen zu haben, deren operator
European_Cultural_Paths ist. Also ergänzend drankleben ohne vorhandenes zu
löschen/ändern. Wäre das hier ausnahmsweise akzeptabel?

Für alle Wege in dieser Relation
http://www.openstreetmap.org/browse/relation/2170548
wäre es zudem sinnvoll direkt den operator auf Archäologisches
Spessartprojekt umzubiegen. Die Relation kann dann weg und ins Wiki stattdessen
ein passender XAPI/Overpass-Aufruf.

Gruß

Manuel


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


Re: [Talk-in] Monuments of India - geographical co-ordinates?

2012-08-28 Per discussione Naveen Francis
On 27 August 2012 22:03, Arun Ganesh arun.plane...@gmail.com wrote:



 On Mon, Aug 27, 2012 at 8:14 PM, Pradeep Mohandas 
 pradeep.mohan...@gmail.com wrote:

 hi,

 I'm a Wikipedian from India. We're doing a competition this September
 called Wiki Loves Monuments (an effort through a competition to get pics of
 various Indian monuments on Wikipedia). We scraped the list of monuments
 defined so by the Archaeological Survey of India here -
 http://en.wikipedia.org/wiki/Wikipedia:WikiProject_India/Wiki_Loves_Monuments



 Hi Pradeep, this is an amazing list that will be of useful reference. I'm
 sure a lot of the items on the list have been mapped out, especially in
 Hampi and Mahabalipuram. I'm not sure what is the best way of ezporting the
 coordinates to wikipedia though.

 With the available tools it looks like too much of a manual effort. How
 was this done for other countries participating in wiki loves monuments?
 Did they use openstreetmap in some way?


Hi Arun,

AFIK WLM team of Romania uses OSM.
http://wikilovesmonuments.ro/2011/12/wikimedia-commons-wiki-loves-monuments-openstreetmap-si-mai-ce/

--
naveenpf


 Each of the state pages has a table that requires geographic
 co-ordinates. Help in getting them would be appreciated. The data would be
 available on Wikipedia and could be made available on OSM as well, I think.
 (OSM Loves Monuments?)

 warm regards,
 Pradeep

 --
 How Pradeep uses email - http://goo.gl/6v1I9



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




 --
 j.mp/ArunGanesh http://j.mp/ArunGanesh

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


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


Re: [Talk-in] Monuments of India - geographical co-ordinates?

2012-08-28 Per discussione Arun Ganesh
On Wed, Aug 29, 2012 at 7:29 AM, Naveen Francis navee...@gmail.com wrote:



 On 27 August 2012 22:03, Arun Ganesh arun.plane...@gmail.com wrote:



 On Mon, Aug 27, 2012 at 8:14 PM, Pradeep Mohandas 
 pradeep.mohan...@gmail.com wrote:

 hi,

 I'm a Wikipedian from India. We're doing a competition this September
 called Wiki Loves Monuments (an effort through a competition to get pics of
 various Indian monuments on Wikipedia). We scraped the list of monuments
 defined so by the Archaeological Survey of India here -
 http://en.wikipedia.org/wiki/Wikipedia:WikiProject_India/Wiki_Loves_Monuments



 Hi Pradeep, this is an amazing list that will be of useful reference. I'm
 sure a lot of the items on the list have been mapped out, especially in
 Hampi and Mahabalipuram. I'm not sure what is the best way of ezporting the
 coordinates to wikipedia though.

 With the available tools it looks like too much of a manual effort. How
 was this done for other countries participating in wiki loves monuments?
 Did they use openstreetmap in some way?


 Hi Arun,

 AFIK WLM team of Romania uses OSM.

 http://wikilovesmonuments.ro/2011/12/wikimedia-commons-wiki-loves-monuments-openstreetmap-si-mai-ce/


Using OSM is easy once you have the coordinates, but I'm wondering how they
synced the monument list with the coordinates in the first place. I can
just assume the list already came with coordinates, but in our case we need
to geocode the list which is a bit of a task.


-- 
 Arun Ganesh
(planemad) http://en.wikipedia.org/wiki/User:Planemad
Geography.Information.Design
 http://j.mp/ArunGanesh
___
Talk-in mailing list
Talk-in@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-in


Re: [Talk-it] segnavia

2012-08-28 Per discussione emmexx
Il 08/14/2012 07:16 PM, emmexx scrisse:
 Ho inserito alcuni segnavia di un sentiero che fa parte di una route.

Un'altra domanda relativa ai segnavia.
Nella foto [1] un palo con numerosi segnavia.
Come li inserisco?
Un nodo per ogni segnavia/tabella? Sovrapposti o vicini? In altro modo?

grazie
   maxx

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


Re: [Talk-it] Inserimento nomi vie da tabella

2012-08-28 Per discussione Salvatore Neglia
Io credo proprio che usare il tabellone o usare le targhe inserite nelle
varie vie sia perfettamente equivalente. Il dato che ti interessa è un
qualche cosa che già ti appartiene. Come dicevano altri prima non c'è
diritto di autore in quel tabellone, è solo un modo diverso (ovviamente
sbagliato) di inserire i nomi nelle vie.
Il giorno 28/ago/2012 02:39, Martin Koppenhoefer dieterdre...@gmail.com
ha scritto:

 2012/8/27 Federico Cozzi f.co...@gmail.com:
  IMHO un tabellone con l'elenco delle vie non è un'opera creativa


 D'accordo, però in questo caso potrebbe essere protteto dalla
 direttiva europeo sui database, al meno in europa.

 ciao,
 Martin

 ___
 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] Nuovo Tag

2012-08-28 Per discussione Tiziano D'Angelo
Ciao,
sto per mappare un caseificio (http://caseificioprimiero.com), riesumo
questa discussione.
Può andare shop=cheese product=dairy? Applicato a tutto l'edificio oppure
solo sulla parte dove effettivamente c'è la rivendita?
Ho pensato anche a shop=cheese cheese=dairy.

ciao
Tiziano

2011/10/28 Gromebar grome...@distruzione.org

 Volker Schmidt wrote:

 Non renderebbe l'idea di una piccola bottega dove si produce a mano il
 formaggio.
 Questo sarebbe probabilmente un shop=cheese


 Allora ricapitoliamo che mi sono un po' perso, rimodifico il tag e
 aggiungo:
 product=dairy (anche se taginfo dice che è + usato produce=dairy)
 shop=cheese*
 ??

 *Ma dairy nella fattispecie si riferisce a tutti i latticini mentre
 chesse in special modo ai formaggi, quindi direi ripensandoci che forse è
 meglio dairy? quindi meglio shop=dairy(anche se meno usato)?

 @niubii allora è sicuramente un caseificio artigianale anche se vicino al
 negozio non ho visto fattorie, niente nega che potrebbero averla in un
 altro posto, ad ogni modo se non c'è a vista, non c'è :)

 @martin ok ora riesco con la ricerca :) chiave=valore, memorizzato


 __**_
 Talk-it mailing list
 Talk-it@openstreetmap.org
 http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it

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


Re: [Talk-it] Visualizzazione sentieri inseriti

2012-08-28 Per discussione Tiziano D'Angelo
Sì, è possibile. A volte ci mette anche un mese
Non preoccuparti comunque, i dati ci sono. Vai su hiking.lonvia.de o
biking.lonvia.de o su http://hikebikemap.de/

ciao

2012/8/28 Salvatore Neglia s.neg...@gmail.com

 ragazzi, inizio a stranizzarmi. Ancora non è comparso nulla nella Cycle
 map.
 è possibile che negli ultimi 15 giorni non sia stata aggiornata la cycle
 map?


 Il giorno 19 agosto 2012 15:13, scratera piz...@alice.it ha scritto:


 Salvatore Neglia wrote
 
  è normale che dopo 6 giorni ancora non compaia su Open Cycle Map il
  sentiero da me inserito?
  Il sentiero (Sentiero Santo Onofrio) è visibile al seguente indirizzo:
  http://www.openstreetmap.org/?lat=37.9697lon=13.5906zoom=14layers=a
  ma se passate alla Cycle Map non compare:
  http://www.openstreetmap.org/?lat=37.9697lon=13.5906zoom=14layers=C
  Stessa cosa accade con un POI (Eremo Di San Felice) posto nella stessa
  zona.
 
  Scusate se vi chiedo praticamente la stessa cosa di qualche giorno fa,
 ma
  non vorrei iniziare a inserire seriamente i sentieri prima di aver
 chiaro
  tutto.
 
  ___
  Talk-it mailing list
  Talk-it@openstreetmap.org
  http://lists.openstreetmap.org/listinfo/talk-it
 
 
 Quoted from:

 http://gis.19327.n5.nabble.com/Visualizzazione-sentieri-inseriti-tp5720588p5721109.html
 ...nelle mappe che mi compilo usando i dati osm è già tutto comparso...

 https://vkorpw.sn2.livefilestore.com/y1p9HcShuTGDYNyn9AKoVrDc01A8hn7OQiN4Dl02eP4R2SdQRs62m4qoZUVFih4Sn9Tz2E-r84zIObmWg4WBwLC7iqk3TbRGGN4/Cattura.JPG?psid=1
 ...abbi pazienza



 --
 View this message in context:
 http://gis.19327.n5.nabble.com/Visualizzazione-sentieri-inseriti-tp5720588p5721148.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 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


  1   2   >