date:20111119

Hallo,

Ik maak stukje bij beetje vooruitgang met het nazicht van de
fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het
lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten
zeerste apprecieer. (Bedankt  Jeroen)

Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit
echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1
grootstad, die ongeveer even ver van elkaar lagen als Arnhem en
Nijmegen.

Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer,
of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee,
maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een
indicatie dat er ergens iets foutgelopen is bij het toewijzen van
knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs
in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel
netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier
of daar, of een route die een stukje Duitsland doorkruist, daar kan ik
me iets bij voorstellen. Maar meerdere verbonden knooppunten? Dat kan
toch niet?

Vandaar dus mijn vraag/vragen:

Is het OK dat ik die Duitse knooppunten in een apart netwerk onderbreng?
Zou het heel erg zijn als Arnhem en Nijmegen elk in een apart netwerk
worden ondergebracht? Ik kan niet ter plaatse gaan kijken wat er op de
bordjes staat. Als daar effectief Stadsregio Arnhem - Nijmegen op
staat, zal ik me erbij moeten neerleggen dat het allemaal in 1 relatie
moet worden ondergebracht, maar ik vraag het toch liever even, of dat
inderdaad wel zo is.

mvg,

Jo

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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

2011-11-19 Per discussione Frank Steggink


On 19-11-2011 11:47, Jo wrote:

Hallo,

Ik maak stukje bij beetje vooruitgang met het nazicht van de
fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het
lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten
zeerste apprecieer. (Bedankt  Jeroen)

Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit
echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1
grootstad, die ongeveer even ver van elkaar lagen als Arnhem en
Nijmegen.

Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer,
of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee,
maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een
indicatie dat er ergens iets foutgelopen is bij het toewijzen van
knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs
in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel
netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier
of daar, of een route die een stukje Duitsland doorkruist, daar kan ik
me iets bij voorstellen. Maar meerdere verbonden knooppunten? Dat kan
toch niet?

Vandaar dus mijn vraag/vragen:

Is het OK dat ik die Duitse knooppunten in een apart netwerk onderbreng?
Zou het heel erg zijn als Arnhem en Nijmegen elk in een apart netwerk
worden ondergebracht? Ik kan niet ter plaatse gaan kijken wat er op de
bordjes staat. Als daar effectief Stadsregio Arnhem - Nijmegen op
staat, zal ik me erbij moeten neerleggen dat het allemaal in 1 relatie
moet worden ondergebracht, maar ik vraag het toch liever even, of dat
inderdaad wel zo is.

mvg,

Jo

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


Hallo Jo,

Ik weet ook niet wat er op de bordjes staat, maar Arnhem en Nijmegen 
vormen samen (met nog 18 andere gemeenten) wel één stadsregio: 
http://nl.wikipedia.org/wiki/Stadsregio_Arnhem_Nijmegen . De huidige 
aanduiding lijkt me wel correct. V.w.b. de Duitse knooppunten: aangezien 
Nijmegen pal aan de grens ligt en de grens hier een hap uit Nederland 
neemt, kan ik me wel voorstellen dat er meerdere verbonden knooppunten 
in Duitsland liggen. Gaat het inderdaad om de genummerde knooppunten 
hier: http://osm.org/go/0GFkYYy--?layers=C ? Deze liggen precies in de 
hap. Het zijn er maar een stuk of 10.


Groeten,

Frank

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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

2011-11-19 Per discussione dbussche

Hoi Jo,Fijn dat je de knooppuntnetwerken opruimt, dank daarvoor.Arnhem-Nijmegen is echt één netwerk, aub niet naar Arnhem en Nijmegen opdelen. Netwerk wordt onderhouden door de stadsregio Arnhem-Nijmegen en niet de afzonderlijke steden.Ik woon in de regio en kan je later deze week antwoord sturen op je concrete vragen.Groeten, DirkSent from Lotus TravelerJo --- [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen --- Von:JoAn:OpenStreetMap NL discussion listDatum:Sa., 19.11.2011 11:47Betreff:[OSM-talk-nl] FRN Stadsregio Arnhem - NijmegenHallo,

Ik maak stukje bij beetje vooruitgang met het nazicht van de
fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het
lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten
zeerste apprecieer. (Bedankt Jeroen)

Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit
echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1
grootstad, die ongeveer even ver van elkaar lagen als Arnhem en
Nijmegen.

Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer,
of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee,
maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een
indicatie dat er ergens iets foutgelopen is bij het toewijzen van
knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs
in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel
netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier
of daar, of een route die een stukje Duitsland doorkruist, daar kan ik
me iets bij voorstellen. Maar meerdere verbonden knooppunten? Dat kan
toch niet?

Vandaar dus mijn vraag/vragen:

Is het OK dat ik die Duitse knooppunten in een apart netwerk onderbreng?
Zou het heel erg zijn als Arnhem en Nijmegen elk in een apart netwerk
worden ondergebracht? Ik kan niet ter plaatse gaan kijken wat er op de
bordjes staat. Als daar effectief Stadsregio Arnhem - Nijmegen op
staat, zal ik me erbij moeten neerleggen dat het allemaal in 1 relatie
moet worden ondergebracht, maar ik vraag het toch liever even, of dat
inderdaad wel zo is.

mvg,

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

--
*** De Afdeling IT heeft deze mail gescand op virussen ***
*** LET OP: Open nooit attachments van onbekende afzenders ***

Disclaimer

De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending.

--
*** De Afdeling IT heeft deze mail gescand op virussen ***
*** LET OP: Open nooit attachments van onbekende afzenders ***

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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

2011-11-19 Per discussione Wimmel

Hallo Jo,

Ik kan je wel meer vertellen over het noord-oostelijke gedeelte van
het SRAN netwerk. Ik ben wel bang dat het nog even schrikken wordt.

De knooppunten in Duitsland horen daadwerkelijk bij dit netwerk. De
naam van het netwerk is op de informatieborden niet eens naar het
Duits vertaald:
http://wiki.openstreetmap.org/wiki/File:Emmerich_knotenpunkt_3_info.JPG

Maar hoewel het informatiebord hetzelde is, is de rest anders. Bijvoorbeeld
andere soort bordjes die je naar het volgende knooppunt wijzen.

Maar ook dat knooppunten steeds maar 1 kruispunt zijn.
Zo ziet soms een knooppunt in Nederland eruit:
http://openfietskaart.nl/?zoom=18lat=51.88935lon=6.04493layers=BTFT
Dus 2 kruispunten vlak bij elkaar met hetzelfde nummer.

Zie hier knooppunt 88 in Duitsland met verwijzingen naar knooppunten 2 en 3:
http://wiki.openstreetmap.org/wiki/File:Emmerich_knotenpunkt_88.JPG

Hier is route 88 naar 3:
http://www.openstreetmap.org/browse/relation/1066152
Hier is 88 naar 2:
http://www.openstreetmap.org/browse/relation/1066151
En 3 naar 2:
http://www.openstreetmap.org/browse/relation/1084673

Je gaat dus eigenlijk van 88 naar 2 via 3. Maar omdat je
knooppunt 3 net niet bereikt (150 meter) zijn er bordjes die
je direct naar knooppunt 2 leiden. Maar op andere plekken
doen ze dit weer niet konsequent, en moet je bij het
knooppunt terug in de richting waar je vandaan komt.

Dat knooppuntnummers meerdere keren voorkomen, compenseren
ze een beetje door elk knooppunt een naam te geven. Maar
soms ontbreken de bordjes waar de naam op staat.

Overigens mooi dat je eens goed naar het netwerk gaat kijken.
Bij het schrijven van dit mailtje kwam ik dit tegen:
http://www.openstreetmap.org/browse/relation/1084675/history
Ik weet niet hoe dat misgegaan is, maar dat is duidelijk niet
in orde. Zal ik dit nog even niet corrigeren om te controleren
of jouw script dit probleem ook ontdekt?

Groeten,
Wim

2011/11/19 Jo winfi...@gmail.com:
 Hallo,

 Ik maak stukje bij beetje vooruitgang met het nazicht van de
 fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het
 lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten
 zeerste apprecieer. (Bedankt  Jeroen)

 Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit
 echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1
 grootstad, die ongeveer even ver van elkaar lagen als Arnhem en
 Nijmegen.

 Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer,
 of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee,
 maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een
 indicatie dat er ergens iets foutgelopen is bij het toewijzen van
 knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs
 in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel
 netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier
 of daar, of een route die een stukje Duitsland doorkruist, daar kan ik
 me iets bij voorstellen. Maar meerdere verbonden knooppunten? Dat kan
 toch niet?

 Vandaar dus mijn vraag/vragen:

 Is het OK dat ik die Duitse knooppunten in een apart netwerk onderbreng?
 Zou het heel erg zijn als Arnhem en Nijmegen elk in een apart netwerk
 worden ondergebracht? Ik kan niet ter plaatse gaan kijken wat er op de
 bordjes staat. Als daar effectief Stadsregio Arnhem - Nijmegen op
 staat, zal ik me erbij moeten neerleggen dat het allemaal in 1 relatie
 moet worden ondergebracht, maar ik vraag het toch liever even, of dat
 inderdaad wel zo is.

 mvg,

 Jo

 ___
 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] FRN Stadsregio Arnhem - Nijmegen


Dag Jo,

Nu je de Maas hebt overgestoken, welkom in de Stadregio Arnhem-Nijmegen en 
onze prachtig (erg groot en onverdeeld) fietsroutenetwerk!


De Fietsroutenetwerk Stadsregio Arnhem Nijmegen is inderdaad zeer groot en 
niet onderverdeeld in sub-netwerken (Opdelen is dus geen optie als je het 
principe van map what you see volgt. Ik geef toe dat ik het ook wat 
onhandig vind).


Dezelfde knooppunt-nummers komen vaker terug (vijf had ik nog niet 
opgemerkt; weet je zeker dat het allemaal bij SRAN hoort?) maar zoals Wim al 
zei gelukkig zijn de bijbehorende namen uniek. Met name in het zuiden zijn 
knooppunten nog niet voorzien van namen en ook vaak nog niet opgenomen in de 
superrelatie 934714.


Op de Betuwe grenst het FRN SRAN in het westen aan FRN Rivierenland; daar 
ben ik nog bezig om het compleet te maken. De Nederrijn over, bij Arnhem, is 
er FRN Veluwe. Naar het oosten van Arnhem was er nog niets, dat is dus ook 
SRAN en ook tot in Duitsland zoals Wim al heeft gezegd.


Om je leven compleet te maken: de netwerk De Maasduinen die je al 
onderhanden had genomen maakt nu ook deel uit van FRN SRAN en is voorzien 
van de SRAN infoborden met kaart, nummer, naam van de knooppunt, en korte 
beschrijving van iets in de omgeving (waar de naam naar verwijst). De 
verwijsborden onderweg zijn nog voorzien van de oude De Maasduinen. Ik keek 
vanmiddag toevallig naar connection 04-44 (oversteek bij Cuijk) maar had het 
nog niet ingevoerd in de superrelatie.


Tot slot: Ik gebruik die knooppunten in de deelrelaties wel (via 
openstreetmap.org/browse/relation/*). Het zou me goed uitkomen als je die 
niet automatisch wegdoet in de deelrelaties, in ieder geval totdat we alles 
compleet hebben. Alvast dank.


Groeten,
Frank

- Original Message - 
From: Wimmel mob...@gmail.com

To: OpenStreetMap NL discussion list talk-nl@openstreetmap.org
Sent: Saturday, November 19, 2011 2:48 PM
Subject: Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen



Hallo Jo,

Ik kan je wel meer vertellen over het noord-oostelijke gedeelte van
het SRAN netwerk. Ik ben wel bang dat het nog even schrikken wordt.

De knooppunten in Duitsland horen daadwerkelijk bij dit netwerk. De
naam van het netwerk is op de informatieborden niet eens naar het
Duits vertaald:
http://wiki.openstreetmap.org/wiki/File:Emmerich_knotenpunkt_3_info.JPG

Maar hoewel het informatiebord hetzelde is, is de rest anders. 
Bijvoorbeeld

andere soort bordjes die je naar het volgende knooppunt wijzen.

Maar ook dat knooppunten steeds maar 1 kruispunt zijn.
Zo ziet soms een knooppunt in Nederland eruit:
http://openfietskaart.nl/?zoom=18lat=51.88935lon=6.04493layers=BTFT
Dus 2 kruispunten vlak bij elkaar met hetzelfde nummer.

Zie hier knooppunt 88 in Duitsland met verwijzingen naar knooppunten 2 en 
3:

http://wiki.openstreetmap.org/wiki/File:Emmerich_knotenpunkt_88.JPG

Hier is route 88 naar 3:
   http://www.openstreetmap.org/browse/relation/1066152
Hier is 88 naar 2:
   http://www.openstreetmap.org/browse/relation/1066151
En 3 naar 2:
   http://www.openstreetmap.org/browse/relation/1084673

Je gaat dus eigenlijk van 88 naar 2 via 3. Maar omdat je
knooppunt 3 net niet bereikt (150 meter) zijn er bordjes die
je direct naar knooppunt 2 leiden. Maar op andere plekken
doen ze dit weer niet konsequent, en moet je bij het
knooppunt terug in de richting waar je vandaan komt.

Dat knooppuntnummers meerdere keren voorkomen, compenseren
ze een beetje door elk knooppunt een naam te geven. Maar
soms ontbreken de bordjes waar de naam op staat.

Overigens mooi dat je eens goed naar het netwerk gaat kijken.
Bij het schrijven van dit mailtje kwam ik dit tegen:
http://www.openstreetmap.org/browse/relation/1084675/history
Ik weet niet hoe dat misgegaan is, maar dat is duidelijk niet
in orde. Zal ik dit nog even niet corrigeren om te controleren
of jouw script dit probleem ook ontdekt?

Groeten,
Wim

2011/11/19 Jo winfi...@gmail.com:

Hallo,

Ik maak stukje bij beetje vooruitgang met het nazicht van de
fietsroutenetwerken. Ik ga aan de oostkant naar het noorden en het
lijkt erop dat ik assistentie krijg aan de westelijke kant, wat ik ten
zeerste apprecieer. (Bedankt Jeroen)

Nu ben ik dus bij het netwerk Arnhem - Nijmegen aanbelandt. Is dit
echt 1 netwerk? Meer naar het zuiden omvatte zo'n stadsregio slechts 1
grootstad, die ongeveer even ver van elkaar lagen als Arnhem en
Nijmegen.

Ik vind in dit netwerk 5 keer een knooppunt met het nummer 01. 2 keer,
of 3 keer, dat had ik al gezien en daar ben ik ook niet echt blij mee,
maar goed, dat is persoonlijke voorkeur. 5 keer lijkt mij echter een
indicatie dat er ergens iets foutgelopen is bij het toewijzen van
knooppunten aan netwerken. Sommige van deze knooppunten liggen zelfs
in Duitsland. Heeft een Nederlandse provincie/stadsregio echt een heel
netwerk aangelegd in Duitsland? Een grensoverschrijdend knooppunt hier
of daar, of een route die een stukje Duitsland doorkruist, daar kan ik
me iets bij voorstellen. Maar meerdere

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

Op 19 november 2011 21:27 heeft Frankl2009 frankl2...@xs4all.nl het
volgende geschreven:
 Dag Jo,

 Nu je de Maas hebt overgestoken, welkom in de Stadregio Arnhem-Nijmegen en
 onze prachtig (erg groot en onverdeeld) fietsroutenetwerk!


Toch fijn om weten dat ik nog welkom ben en niet als het gele
gevaar(te) o.i.d. wordt beschouwd :-)

 De Fietsroutenetwerk Stadsregio Arnhem Nijmegen is inderdaad zeer groot en
 niet onderverdeeld in sub-netwerken (Opdelen is dus geen optie als je het
 principe van map what you see volgt. Ik geef toe dat ik het ook wat
 onhandig vind).

In België had ik een iets grotere vrijheidsgraad, omdat daar nog niet
zoveel gebeurd was als bij jullie. Dat ik grotere gehelen zoals de
Kempen e.d. heb opgehakt werd me echter ook daar niet in dank
afgenomen en het zou nog kunnen gebeuren dat er iemand voorbij komt
die ze allemaal bij elkaar voegt. Ik heb nu op de netwerken die ik heb
moeten bewerken omdat er fouten geïntroduceerd werden sinds m'n
laatste check network:name=Kempen toegevoegd. En ook
address:province=Antwerpen, uiteraard afh. van het supernetwerk waar
ze bij behoren en de provincie waar de knooppunten hoofdzakelijk in
gelegen zijn. Wat ik dus met een hiërarchie aan relaties had willen
doen, ben ik nu met tags beginnnen implementeren. Maar, zoals gezegd,
ik kan niemand tegenhouden als die alle routes in een tiental i.p.v.
een 40-tal netwerkrelaties zou onderbrengen.
Voor mijn script maakt dat ook allemaal niet zoveel uit. Ik vind wel
dat het gemakkelijker is om routerelaties in de netwerkrelatie terug
te vinden als ze geordend zijn en als knooppuntnummers niet meermaals
terugkomen, maar zoals gezegd, dat is een persoonlijke voorkeur.

 Dezelfde knooppunt-nummers komen vaker terug (vijf had ik nog niet
 opgemerkt; weet je zeker dat het allemaal bij SRAN hoort?) maar zoals Wim al
 zei gelukkig zijn de bijbehorende namen uniek. Met name in het zuiden zijn
 knooppunten nog niet voorzien van namen en ook vaak nog niet opgenomen in de
 superrelatie 934714.

Die hebben bij mij een ander kleurtje. Een lelijk roze. De knooppunten
die wel tot een netwerk behoren, maar dat nog niet in m'n
.mapcss-bestand werd opgenomen zijn cyaan. En de andere hebben
kleuren, zodat ik vlot kan zien waar het ene netwerk begint en het
andere ophoudt.

Heb je m'n JOSM-tips al gevonden hieromtrent? Die zijn mijns inziens
echt goud waard, als je met dit soort knooppuntennetwerken aan de slag
bent.


 Op de Betuwe grenst het FRN SRAN in het westen aan FRN Rivierenland; daar
 ben ik nog bezig om het compleet te maken. De Nederrijn over, bij Arnhem, is
 er FRN Veluwe. Naar het oosten van Arnhem was er nog niets, dat is dus ook
 SRAN en ook tot in Duitsland zoals Wim al heeft gezegd.

 Om je leven compleet te maken: de netwerk De Maasduinen die je al
 onderhanden had genomen maakt nu ook deel uit van FRN SRAN en is voorzien
 van de SRAN infoborden met kaart, nummer, naam van de knooppunt, en korte
 beschrijving van iets in de omgeving (waar de naam naar verwijst). De
 verwijsborden onderweg zijn nog voorzien van de oude De Maasduinen. Ik keek
 vanmiddag toevallig naar connection 04-44 (oversteek bij Cuijk) maar had het
 nog niet ingevoerd in de superrelatie.

 Tot slot: Ik gebruik die knooppunten in de deelrelaties wel (via
 openstreetmap.org/browse/relation/*). Het zou me goed uitkomen als je die
 niet automatisch wegdoet in de deelrelaties, in ieder geval totdat we alles
 compleet hebben.

Oei, ik doe die niet automatisch weg, maar wel handmatig. (Door alle
members van een network te selectern, daarin alle nodes met rcn_ref:
te zoeken en dan in de properties editor de relaties te
'verwijderen'). In het bestand dat ik aan het klaarmaken ben om naar
de server te versturen, zijn ze er echter al uit. Ik zal 's kijken of
ik het script kan aanpassen om ze er dan maar weer terug aan toe te
voegen, voordat ik ga uploaden. (Duurt nog wel een dag of twee, als ik
het goed begrijp zijn jullie zeer actief en mag ik dus veel conflicten
verwachten...).

De lage knooppuntnummers zullen dan allemaal (in geval van gesplitst
knooppunt) voor de ways komen, de hoge knooppuntnummers achteraan.
Totnogtoe heb ik al vanalles tegengekomen, beide vooraan, beide
achteraan, zomaar ergens ertussenin, enz. De meeste routes zijn dan
ook niet gesorteerd, voordat ik eraan begin. Al is de situatie, wat
dat betreft, in Nederland iets beter, dan wat ik in België al
tegengekomen ben.

 Als ze dus echt belangrijk zijn, laat het me dan weten, dan zie ik
hoe ik ze er weer aan kan toevoegen. Het feit dat dit volautomatisch
kan, geeft natuurlijk al aan dat ze er niet echt nodig zijn, maar
goed. Klant is koning, zeg maar. Jullie zijn degenen die er achteraf
weer mee verder moeten. Al had ik dat het liefst wel voor alle
netwerken gelijk getrokken. Alles overal hetzelfde. Maar er is geen
haast bij.

mvg,

Jo

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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen


Dag Wim,

Ik was benieuwd wat er mis was gegaan met relation/1084675. Ik zie maar één 
verschil: way/120785477 is toegevoegd.
Zo te zien heeft BugBlue Klosterstrasse (way/59761120) opgeknipt, en dan 
wordt way/120785477 (stukje van Klosterstrasse na de knip) nieuw gemaakt 
(maar met alle oude relaties nog op zijn plaats).

Ik neem aan dat een van zijn busroutes (Syntus 566?) dat nodig maakte.

groeten,
Frank

- Original Message - 
From: Wimmel

snip


Overigens mooi dat je eens goed naar het netwerk gaat kijken.
Bij het schrijven van dit mailtje kwam ik dit tegen:
http://www.openstreetmap.org/browse/relation/1084675/history
Ik weet niet hoe dat misgegaan is, maar dat is duidelijk niet
in orde. Zal ik dit nog even niet corrigeren om te controleren
of jouw script dit probleem ook ontdekt?

Groeten,
Wim




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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

 Overigens mooi dat je eens goed naar het netwerk gaat kijken.
 Bij het schrijven van dit mailtje kwam ik dit tegen:
 http://www.openstreetmap.org/browse/relation/1084675/history
 Ik weet niet hoe dat misgegaan is, maar dat is duidelijk niet
 in orde. Zal ik dit nog even niet corrigeren om te controleren
 of jouw script dit probleem ook ontdekt?

 Groeten,
 Wim

Wat het script doet, is het volgende:

Trachten om de route te volgen, beginnend met de eerste way, dan de volgende.

Mislukt dit, trachten om de route te sorteren (met mijn algoritme lukt
dit enkel voor de simpelste gevallen, die die geen roles hebben)
Mislukt dit, opgeven en rappporteren.

Opnieuw trachten om de route te volgen, way na way. Als ze geen roles
hebben, worden ze toegevoegd aan 2 lijsten.

Als je een way met een role tegenkomt, het knooppunt onthouden waar de
splitsing gebeurde en alle volgende ways die verbonden zijn met elkaar
enkel toevoegen aan de lijst van ways die van laag KP-nummer naar hoog
KP-nummer gaan.

De wegen met roles die volgen na de onderbreking enkel toevoegen aan
de andere lijst. Terwijl ik dit aan het doen ben, kijk ik, voor zover
ik weet niet na of die wel starten op dat knooppunt.

Vanaf het moment dat er geen roles meer zijn, worden alle ways weer
toegevoegd aan beide lijsten.

Ik onthoud hierbij steeds de eindnode van de vorige way en bij
roundabouts alle nodes van het ronde punt. Daarom is het dus
belangrijk dat junction=roundabout erop staat en dat deze geen role
hebben, anders loopt het fout.

Dan geef ik om beurten deze twee lijsten door aan een functie die
nagaat of het een continue sequentie van way vormt. De lijst van hoog
naar laag KP-nummer wordt echter vooraf 'reversed', omgekeerd dus.

Om gesplitste KP'en en de tentakels daartussen te kunnen verwerken was
veel denkwerk en nogal ingrijpende aanpassingen aan de logica nodig en
daar ga ik nu niet over uitwijden. Het zou te ver leiden. Het komt er
op neer, dat elk tentakel(gedeelte) apart in een gegevensstructuur
wordt opgeslagen.

Voordat ik daarmee begon, waren routes die met een vork begonnen ook
al een uitdaging.

Wat het script ook doet, is routes met network=rcn die het vindt in de
wegen die verbonden zijn met een knooppunt, toevoegen aan de
networkrelatie. Ik heb dus ondertussen de gewoonte om gewoon, nadat ik
een network en alles wat er omheen hangt, heb afgehaald van de server,
om alle routes uit de relatie te gooien, dan (voorlopig handmatig)
alle knooppunten te sorteren a.d.h.v. van hun rcn_ref en er dan mijn
script op los te laten. Dat bouwt de networkrelatie dan weer op en
voegt de routerelaties tussen de knooppunten toe.

Verder kijk ik na of de routes name= of ref= tags hebben die
overeenkomen met xx-yy (met een slimme regular expression). Al zou ik
nu, in Nederland eigenlijk gewoon alle name=-tags kunnen verwijderen,
zonder meer.

Ik zou de code moeten nakijken om te weten, of ik niets over het hoofd
heb gezien, maar dat is het in een notendop.

Oh ja, er wordt ook gekeken of er wel 2 knooppunten met verschillende
rcn_refs met elkaar worden verbonden. Als zo'n knooppunt dus op de
verkeerde plaats staat, of de route schiet er voorbij, dan kom ik dat
ook te weten.

Wat misschien niet zo veilig is, is dat het script ook de note=-tag
bepaalt, als het dat kan (2 verschillende rcn_refs gevonden) en
desgevallend aanpast en normaliseert naar 0x-0y of xx-yy.

Ik heb daar nog niet echt vodden mee gehad.

Nu betekent dat dus wel, dat al de rest ambachtelijk handwerk is. Als
er een probleem wordt gedetecteerd, zelf gaan nazoeken wat de oorzaak
is, data bij afhalen van de server, wegen splitsen bij overshoots,
steenwegen 2x splitsen om dat kleine benodigde stukje aan de relatie
toe te voegen, soms een weg die op zichzelf terugdraait repareren,
soms twee knooppunten samenvoegen, wegen hersorteren in de relatie,
enz. Je kan het zo gek niet bedenken of ik ben het al tegengekomen,
denk ik.

Je kan je dus al voorstellen dat ik bij mijn eerste 'run' in
Vlaanderen niet stond te springen om de volledige complexiteit van
gesplitste knooppunten in hun volle glorie te gaan ondersteunen, maar
nu dat ik het (eindelijk) helemaal begrepen heb, zie ik de zin en het
nut en de deugdelijkheid van de gebruikte oplossing er wel van in.

Als ik bij het uploaden conflicten heb, dan selecteer ik de betrokken
relatie (hopelijk is dat dan niet de networkrelatie, want dan heb ik
een probleem) en dan pas ik de aanpassingen van die andere toe, om
daarna weer zelf naar de relatie te gaan kijken en te zien of het
allemaal nog wel klopt in de samenhang die ik aan het doorsturen ben
naar de server.

mvg,

Jo

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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen


reacties hieronder

- Original Message - 
From: Jo


snip


Toch fijn om weten dat ik nog welkom ben en niet als het gele
gevaar(te) o.i.d. wordt beschouwd :-)


Olifant, was het volgens mij, en die zijn meestal grijs. :)

Ik vind wel dat het gemakkelijker is om routerelaties in de netwerkrelatie 
terug te vinden

als ze geordend zijn en als knooppuntnummers niet meermaals terugkomen,
maar zoals gezegd, dat is een persoonlijke voorkeur.


Begrijp ik. Het maakt het geheel ook makkelijker te onderhouden (ook met de 
hand) als er niet zo oneindig veel elementen in een relatie zitten. Voor de 
superrelatie worden de laadtijden in JOSM en 
openstreetmap.org/browse/relation steeds groter (browse/relation kan het 
vaak helemaal niet aan) en geschiedenis op /browse/relation is al een tijd 
onmogelijk (in JOSM is het OK). Lastig als je liever Potlatch gebruikt.


Maar het netwerk is niet opgezet (in de werkelijkheid) in deel-netwerken; 
dat is op de infoborden duidelijk te zien (i.t.t. het gebied onder de Maas 
waar er deel-netwerken zijn). Als je zou opdelen, weet ik niet welke namen 
er aan te geven zouden zijn. Misschien gewoon, deel 1, deel 2 enz. of 
noord-oost, zuid-west, enz. Weet niet wat men ervan denkt (en ik stel het 
niet voor; aub niet te voortvarend te werk gaan! ...). Reacties anyone?


Deel-netwerk De Maasduinen vormt nog wel een verhaal apart (af te leiden 
van de verwijsborden langs de weg, maar niet van de infoborden op de 
knoopunten). Misschien de bestaande relatie De Maasduinen gewoon als relatie 
opnemen in superrelatie/934714? Zou dat voor Duitsland ook kunnen, Wim?.



Heb je m'n JOSM-tips al gevonden hieromtrent? Die zijn mijns inziens
echt goud waard, als je met dit soort knooppuntennetwerken aan de slag
bent.


Ik had ze al gevonden en was ermee aan het experimenteren, dank je wel; ben 
echter altijd zeer voorzichtig met JOSM (als ik een fout maak in Potlatch, 
weet ik het ondertussen te corrigeren). Ik doe geen semi-automatisch of 
grootschallige aanpassingen in OSM, dan is Potlatch eigenlijk veel sneller. 
JOSM gebruik ik om de superrelatie te onderhouden, de ingesproken 
aanwijzingen van de Columbus datalogger te horen (momenteel werkt dat helaas 
niet meer), en puntlassen.


Als ze [nodes in deel-relaties] dus echt belangrijk zijn, laat het me dan 
weten, dan zie ik

hoe ik ze er weer aan kan toevoegen.


Ik gebruik ze om te controleren of ik nog ergens langs moet om een naam aan 
een knooppunt toe te voegen, maar ook met /browse/relation via de nodes te 
schakelen naar de aangeknoopte relaties. Omdat je ook de naam van een 
knoopunt ziet (met tussen haakjes het nummer), helpt het om het te plaatsen 
(ik map alleen waar ik zelf langs ben geweest; het is dus een feest van 
herkenning om die namen opnieuw te zien!)  :)

Dus wat mij betreft, liever wel, als het kan.

Nog twee dingen:

1. Laat je ons weten welke nummer je vijf keer tegen komt (en de nodes waar 
het om gaat). Kunnen we nagaan of het echt zo erg is.


2. Er zijn actieve mappers die ook met FRN's van alles doen die vaker op de 
NL-forum te vinden zijn dan dat ze hier kijken. Misschien zou je ook daar 
even wilt uitleggen wat je aan het doen ben?




mvg,

Jo


Groeten,
Frank 



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

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

Oei, ik weet niet een van het bestaan van een forum :-)

 Toch fijn om weten dat ik nog welkom ben en niet als het gele
 gevaar(te) o.i.d. wordt beschouwd :-)

 Olifant, was het volgens mij, en die zijn meestal grijs. :)

Ja, nu goed, ik heb me nogal lomp gedragen, was dus wel terecht, maar
het is allemaal nodig geweest, om te komen waar we nu staan. Nogmaals
mijn excuses.


 Ik vind wel dat het gemakkelijker is om routerelaties in de netwerkrelatie
 terug te vinden
 als ze geordend zijn en als knooppuntnummers niet meermaals terugkomen,
 maar zoals gezegd, dat is een persoonlijke voorkeur.

 Begrijp ik. Het maakt het geheel ook makkelijker te onderhouden (ook met de
 hand) als er niet zo oneindig veel elementen in een relatie zitten.

Het script doet wel het een en ander, maar het grootste deel van wat
ik doe is ook handwerk hoor. Als ik ergens iets zie dat ik vaak moet
doen en ik vind een manier om het toe te voegen aan het script, zal ik
het niet nalaten. Maar grotendeels ben ik dus hands-on met die
relaties bezig.

Voor de
 superrelatie worden de laadtijden in JOSM en
 openstreetmap.org/browse/relation steeds groter (browse/relation kan het
 vaak helemaal niet aan) en geschiedenis op /browse/relation is al een tijd
 onmogelijk (in JOSM is het OK).

Oh, dan moet ik dat nog 's uitproberen in JOSM. Ik vraag het altijd
op, zodat het laadt in Firefox.

Lastig als je liever Potlatch gebruikt.

Ik gebruikte een paar jaar terug ook JOSM en Potlatch om beurten (maar
niet om met relaties te werken). Toen heb ik wat stilgelegen, 2 jaar
geleden naar Peru gereisd en dan weer in actie geschoten, nadat ik
daar terug de smaak te pakken had gekregen (met minibusjes, gehuurde
fiets en gehuurde moto op pad... Hier mag ik niet met de moto (49cc)
rijden...)

 Maar het netwerk is niet opgezet (in de werkelijkheid) in deel-netwerken;
 dat is op de infoborden duidelijk te zien (i.t.t. het gebied onder de Maas
 waar er deel-netwerken zijn). Als je zou opdelen, weet ik niet welke namen
 er aan te geven zouden zijn. Misschien gewoon, deel 1, deel 2 enz. of
 noord-oost, zuid-west, enz.

In België heb ik inderdaad gewoon windrichtingen gebruikt en voor
sommige streken meer veelzeggende namen, zoals Droog-Haspengouw,
Westkust, Kalmthoutse Heide, gevonden met wat opzoekwerk op
nl.wikipedia.org. Op een gegeven moment had ik uit frustratie, omdat
m'n puzzle niet wilde passen, er ook eentje verzonnen: Dijlelandse
Kouters (samenraapsel van Brabantse Kouters en Dijleland, hehe), maar
dat is ondertussen weer opgedoekt en de knooppunten zijn nu dubbels in
3 omliggende netwerken.

 Weet niet wat men ervan denkt (en ik stel het
 niet voor; aub niet te voortvarend te werk gaan! ...). Reacties anyone?

Ik splits in NL geen netwerken op. Ik klaag erover en al wat je wilt
(en niet wilt), maar ik zet zelf de stap niet.

 Deel-netwerk De Maasduinen vormt nog wel een verhaal apart (af te leiden
 van de verwijsborden langs de weg, maar niet van de infoborden op de
 knoopunten). Misschien de bestaande relatie De Maasduinen gewoon als relatie
 opnemen in superrelatie/934714? Zou dat voor Duitsland ook kunnen, Wim?.

 Heb je m'n JOSM-tips al gevonden hieromtrent? Die zijn mijns inziens
 echt goud waard, als je met dit soort knooppuntennetwerken aan de slag
 bent.

 Ik had ze al gevonden en was ermee aan het experimenteren, dank je wel; ben
 echter altijd zeer voorzichtig met JOSM (als ik een fout maak in Potlatch,
 weet ik het ondertussen te corrigeren). Ik doe geen semi-automatisch of
 grootschallige aanpassingen in OSM, dan is Potlatch eigenlijk veel sneller.
 JOSM gebruik ik om de superrelatie te onderhouden, de ingesproken
 aanwijzingen van de Columbus datalogger te horen (momenteel werkt dat helaas
 niet meer), en puntlassen.

Wat bedoel je met de superrelatie? De networkrelatie? Op termijn ga ik
nog een bovenliggend niveau toevoegen: een collection, waarin alle
Nederlandse networkrelaties zitten, die dan op hun beurt alle
knooppunten en alle routerelaties bevatten, die dan op hun beurt alle
ways (en hopelijk geen knooppunten) bevatten...



 Als ze [nodes in deel-relaties] dus echt belangrijk zijn, laat het me dan
 weten, dan zie ik
 hoe ik ze er weer aan kan toevoegen.

 Ik gebruik ze om te controleren of ik nog ergens langs moet om een naam aan
 een knooppunt toe te voegen, maar ook met /browse/relation via de nodes te
 schakelen naar de aangeknoopte relaties. Omdat je ook de naam van een
 knoopunt ziet (met tussen haakjes het nummer), helpt het om het te plaatsen

Hebben knooppunten ook namen??? Ik ben even niet mee, kan je wat
voorbeelden geven?

 (ik map alleen waar ik zelf langs ben geweest; het is dus een feest van
 herkenning om die namen opnieuw te zien!)  :)
 Dus wat mij betreft, liever wel, als het kan.

 Nog twee dingen:

 1. Laat je ons weten welke nummer je vijf keer tegen komt (en de nodes waar
 het om gaat). Kunnen we nagaan of het echt zo erg is.

Met alle plezier:

01:
http://www.openstreetmap.org/browse/node/44557249/history

Re: [OSM-talk-nl] FRN Stadsregio Arnhem - Nijmegen

2011-11-19 Per discussione Klaus-Hermann Otto Stanislaus Plöger


Jo:
Hebben knooppunten ook namen??? Ik ben even niet mee, kan je wat
voorbeelden geven?


In het FRN SRAN hebben alle knooppunten naast een nummer ook een naam (en 
dat geldt ook voor tenminste twee andere FRN's ten noorde van ons). Je ziet 
dat echter alleen op het bijbehorend infopaneel (met een kaart, en een 
beschrijving van een topografisch of cultuurhistorisch iets in de omgeving 
waar de naam naar verwijst). Strikt genomen heeft uiteraard het stukje weg 
waar het knooppunt ligt niet deze naam; vandaar dat men elders 
rcn_name=whatever heeft gebruikt. Daar is veel voor te zeggen, maar tot nu 
toe hebben we in FRN SRAN gewoon name=whatever gebruikt. Voorbeelden?: zie 
onderaan.



Frank:
1. Laat je ons weten welke nummer je vijf keer tegen komt (en de nodes 
waar

het om gaat). Kunnen we nagaan of het echt zo erg is.



Jo:
Met alle plezier:



01:
enz.


Dit zijn inderdaad allemaal nummers 01 in onze FRN (tenminste, als die van 
Wimmel kloppen, wat ik aanneem). De namen maken dat ook duidelijk! :)


- Holthuizen (44557249)
- Waalse Brug (44072929)
- Rheinpromenade (689299370)
- IJsselstrand (257728810)
- Ooysedijk (44373999)

Dat zijn dus de namen op de infopanelen.

NL-forum: http://forum.openstreetmap.org/viewforum.php?id=12 



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

[Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Pascal Neis


Hi,
wie vlt. bereits der ein oder andere mitbekommen hat,
haben Fabian und ich eine neue OpenStreetMap Deutschland
Webseite gemacht: http://www.openstreetmap.de/

Einen deutschen Blog Post darüber findet ihr hier:
http://blog.openstreetmap.de/2011/11/neue-osmde-webseite/

einen englischen bei mir im Blog:
http://neis-one.org/2011/11/new-osmde/

Wir hoffen das euch die neue Seite gefällt!?

viele gruesse
pascal


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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Tobias Hobmeier

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On 19.11.2011 11:58, Pascal Neis wrote:
 Hi,
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/
 
 Einen deutschen Blog Post darüber findet ihr hier:
 http://blog.openstreetmap.de/2011/11/neue-osmde-webseite/
 
 einen englischen bei mir im Blog:
 http://neis-one.org/2011/11/new-osmde/
 
 Wir hoffen das euch die neue Seite gefällt!?
 
 viele gruesse
 pascal
 
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

Cool,
ich bin vor allem von der schnellen Umsetzung begeistert ...

Respekt  Gruß
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.4.11 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQEcBAEBAgAGBQJOx42+AAoJEGkKxZ+TJ35MP34IAKG4ZpSk8hNRC4Z3PBjjL5gV
ZGdm9OsLZFy2WP4p8tL7czo5UhsOS1NViZWl3WTCHL8PkTJ9GQcImEZdErBnpXDO
Anf1M13uDNWJMCwGYQrEqr9rXJ68cvUNUHAR6nWgeLgkr4IkABeQKih3dbB/SC/r
OHWmjxtX46bXJirZeGWKFmViCurdNSz5NAiD/CxaR8m6/+eu9LesY/NuPY2uPGby
a5a5oCArFqe8/EmfYv/BJpJqXY1epIgCtPZVzecNt+bTBu5+0dVuUpO1dezPdED8
Zt5jpB/oFeoOxCZj5IiA6yQaDBFQ6iSD7nW8tg/qKPH9bjMA36Izp6aQEet+SfU=
=xmXx
-END PGP SIGNATURE-

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

Re: [Talk-de] safe_water

2011-11-19 Per discussione Falk Zscheile

Am 19. November 2011 01:51 schrieb Wolfgang wolfg...@ivkasogis.de:

 kann sich jemand darunter was vorstellen?


Wenn ich mir das folgende Beispiel anschaue:

http://www.openstreetmap.org/?way=38428991

dann ist damit das (betonnte) Fahrwasser gemeint, in dem sich ein
Schiff sicher bewegen kann, ohne mit Grundberührung rechnen zu müssen.
Allerdings ist das Tag für diesen Zweck ohne Tiefenangabe etwas
fragwürdig. Das Fahrwasser auf der Warnow ist für ganz andere Schiffe
gedacht als betonnte Fahrwasser in den Boddengewässern. Und selbst auf
der Warnow nimmt die Tiefe des Fahrwassers in Richtung Rostock
stufenweise ab.

Es kann aber auch sein, dass es eine Hilfskonstruktion zum routen auf
dem Wasser ist, das also im Fahrwasser geroutet wird. (keine Ahnung ob
es für OSM schon routing auf dem Wasser gibt).

Gruß, Falk

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Martin Koppenhoefer

Am 19. November 2011 11:58 schrieb Pascal Neis pascal.n...@gmail.com:
 Hi,
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/


Sehr schön, sieht wirklich gut aus, herzlichen Dank an Euch beide.

Gruß Martin

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Jan Torben Heuer

Pascal wrote:

 Hi,
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/

Sehr schön! Und eine sehr gute Usability: Ich bekomme alle infos aber es wirkt 
nicht überladen. Komplimient, sowas ist nicht leicht.


Jan

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Andreas Labres

On 19.11.11 11:58, Pascal Neis wrote:
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/

Super!

Mir ganz wichtig: bitte die Emailadressen zumindest als Entities encoden! Bitte
ja keine leicht grep-baren Emailadressen auf Webseiten... TIA!

/al

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Gehling Marc

Hallo,

wir konnten die Webseite am Wochenende auf der OpenRheinRuhr schon einmal mit 
den Besuchern testen und sie haben einen sehr guten Eindruck hinterlassen.
Auch finde ich den Übergang von Website zum Wiki gut. 

Was jetzt noch fehlt sind die Einstiegsseiten übersichtlicher und informativer 
zu gestallten. Sollen wir ein Aktion daraus machen ?

Mfg Marc Gehling
ps. vielen dank an Fabian und Pascal 

Am 19.11.2011 um 12:29 schrieb Jan Torben Heuer:

 Pascal wrote:
 
 Hi,
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/
 
 Sehr schön! Und eine sehr gute Usability: Ich bekomme alle infos aber es 
 wirkt 
 nicht überladen. Komplimient, sowas ist nicht leicht.
 
 ,
 Jan
 
 ___
 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] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Matthias Meißer


Am 19.11.2011 12:45, schrieb Gehling Marc:


Sehr schön! Und eine sehr gute Usability: Ich bekomme alle infos aber es wirkt
nicht überladen. Komplimient, sowas ist nicht leicht.

Gern, was schwebt dir genau vor und welche Seiten stören dich am meisten?

Gruß
Matthias


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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Michael Krämer


Hallo,

auch ich war jetzt überrascht, wie schnell das ging.

Am 19.11.2011 11:58, schrieb Pascal Neis:

Wir hoffen das euch die neue Seite gefällt!?

und wie!! Ein großes Lob auch von meiner Seite!

Beim Ausprobieren ist mir aber gleich was aufgefallen:

Zumindest der Link bei Programme  Karten für Android Systeme zeigt 
auf die englische Wiki-Seite. Nachdem die deutsche Seite auch stark, 
diejenigen ansprechen dürfte, die sich mit Englisch schwer tun, wäre es 
vielleicht besser, direkt auf die deutschen Seiten zu verlinken.


Ähnlich ging's mir mit TopOSM - Die kam mir unbekannt vor, also gleich 
angesehen und dann - wieder - festgestellt, dass nur die USA abgedeckt 
sind. Auch das könnte auf die für mich wahrscheinliche Zielgruppe 
irritierend wirken. Vielleicht also einfach den Hinweis nur USA 
ergänzen oder so.


Wie schon gesagt bin ich beeindruckt und begeistert und will nicht 
meckern. Aber wenn's mir schon gleich auffällt will ich es im Sinne der 
Usability auch nicht für mich behalten. Versteht es daher bitte als 
konstruktive Kritik.


Grüße,
Michael

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Hefee

Moin,

sehr schön, endlich sind alle wichtigen Karten mal zusammengefasst und einen 
Klick entfehrnt: ÖPNVKarte, Wanderkarte, uvm. Es zeigt sehr schon, wie 
unterschiedlich sicheine Karte geben kann.

Liebste Grüße

sandro

--

Am Samstag, 19. November 2011, 11:58:30 schrieb Pascal Neis:
 Hi,
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/
 
 Einen deutschen Blog Post darüber findet ihr hier:
 http://blog.openstreetmap.de/2011/11/neue-osmde-webseite/
 
 einen englischen bei mir im Blog:
 http://neis-one.org/2011/11/new-osmde/
 
 Wir hoffen das euch die neue Seite gefällt!?
 
 viele gruesse
 pascal
 
 
 ___
 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] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione geo.osm

gefällt mir auch wesentlich besser als die alte Seite. Da wurde man doch 
sehr erschlagen.


Vielleicht ne Anmerkung was man noch mit aufnehmen könnte.

Eine Verlinkung zur www.openstreetmap.org

weil es dort die tolle Export-Funktion gibt.

Ich habe des öfteren Leute auf OSM aufmerksam gemacht, die für irgendwas 
eine Karte brauchten, die sind dann auf der .de Seite gelandet und haben 
sich einen Screenshot gemacht. Wenn man das dann etwas größer ausdrucken 
will, siehts doof aus.


Aber man fand/findet halt nicht von der de auf die org Seite.

Daher vielleicht bei den Karten mit einbinden bzw. irgendwo auf die 
Exportmöglichkeit hinweisen, solange es die nicht auch bei der de-Karte 
gibt.


--
schönen Gruß
Alex

___
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] [bulk]: Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Wolfgang Barth


Am 19.11.2011 11:58, schrieb Pascal Neis:


wie vlt. bereits der ein oder andere mitbekommen hat,
haben Fabian und ich eine neue OpenStreetMap Deutschland
Webseite gemacht: http://www.openstreetmap.de/


Guter Ansatz.

Kleine Verbesserungsvorschläge:

Man kann direkt und unten über Karten zur Karte im deutschen Stil 
springen.


Oben erfolgt es im gleichen Fenster und unten in einem neuen Fenster.
Der Unterschied ist irritierend.

Die Auswahl der Karten gefällt mir.

Nun zur Karte german style.
- Der Style ist wirklich gelungen.
- Ich würde mir wünschen, dass ich bei einem neuen Besuch wieder an die 
gleiche Stelle in der Karte komme. Cookie?
- Ich finde das Angebot gut, die lokalen OSM Gruppen einblenden zu 
können, aber ich finde es nicht gut, daß das standardmäßig angekreuzt 
ist. Das betrifft nur wenige (auch mich als Contributor kaum, da nächste 
Gruppe zu weit weg).
- Bei Windows bewirkt das Mausrad, daß gleich mehrere Zoomstufen 
übersprungen werden, beim Anklicken von +/- ist es wohl eine.
- Klickt man auf die Erdkugel als Übersicht kommt man mit + nicht mehr 
an die alte Stelle, sondern ist irgendwo im Atlantik vor Afrika.
- Die Zoomleiste über Skala finde ich besser. Erstens sieht man wo im 
Zoom man sich befindet und man kann gezielt Stufen überspringen. Ich 
meine so wie in der ÖPNV Karte.
- Editiert man aus dieser Karte und drückt auf view so kommt man nicht 
in die gleiche Karte zurück.
- In der Karte fehlt mir (als Contributor) der Zugriff auf die 
Datenbank, also die Möglichkeit zur Data Einblendung.


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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Chris66

Am 19.11.2011 11:58, schrieb Pascal Neis:
 Hi,
 wie vlt. bereits der ein oder andere mitbekommen hat,
 haben Fabian und ich eine neue OpenStreetMap Deutschland
 Webseite gemacht: http://www.openstreetmap.de/

Danke. Könnte man bei den Karten eventuell wenigstens eine
routingfähige dazu nehmen (ORS, Cloudmade) ?

Ansonsten gut.

Grüße
Chris


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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Matthias Meißer


Am 19.11.2011 13:51, schrieb Michael Krämer:

Zumindest der Link bei Programme  Karten für Android Systeme zeigt
auf die englische Wiki-Seite. Nachdem die deutsche Seite auch stark,
diejenigen ansprechen dürfte, die sich mit Englisch schwer tun, wäre es
vielleicht besser, direkt auf die deutschen Seiten zu verlinken.
Ne das stimmt so nicht Michael. Die Englische Seite wird von dem 
Software Bot von Tobias befüllt, die andere ist eine die noch so übrig 
geblieben und daher etwas outdated ist. Wir hatten damals einige 
Überlegungen getroffen die Tabellen auch multilang zu machen, aber da 
hat uns dann die Zeit gefehlt.


Gruß
Matthias
(User:!i!)

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Kai Krueger

Die Seite wirkt gut gelungen und uebersichtlich und scheint auf die
wichtigsten Informationen zu verlinken! Das ist bei der Komplexitaet OSM's
nicht gerade leicht. Danke fuer die Muehe und Umsetzung an alle Beteiligten. 

Aber auch von mir noch ein zwei Ideen/Anregungen zur Karten-Seite:

- Der Bearbeitungslink oeffnet OSM.org in einem separaten Tab. Waere es
denkbar Potlatch 2 direkt in die osm.de Seite zu integrieren?
- Aehnliches mit dem Bugreport: Wiederum waere es moeglicherweise
uebersichtlicher wenn die OSB funktionalitaet direkt in osm.de eingebaut
werden koennte. Es gibt eine OpenLayers Erweiterung die das ganze recht
leicht, mit nur sehr wenig code, fuer einem erledigt. (
http://wiki.openstreetmap.org/wiki/OpenStreetBugs_layer )

--
View this message in context: 
http://gis.638310.n2.nabble.com/Neue-OpenStreetMap-Deutschland-Webseite-ist-online-tp7011129p7011605.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] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Michael Krämer


Am 19.11.2011 16:35, schrieb Matthias Meißer:

Am 19.11.2011 13:51, schrieb Michael Krämer:

Zumindest der Link bei Programme  Karten für Android Systeme zeigt
auf die englische Wiki-Seite. Nachdem die deutsche Seite auch stark,
diejenigen ansprechen dürfte, die sich mit Englisch schwer tun, wäre es
vielleicht besser, direkt auf die deutschen Seiten zu verlinken.

Ne das stimmt so nicht Michael. Die Englische Seite wird von dem
Software Bot von Tobias befüllt, die andere ist eine die noch so übrig
geblieben und daher etwas outdated ist. Wir hatten damals einige
Überlegungen getroffen die Tabellen auch multilang zu machen, aber da
hat uns dann die Zeit gefehlt.


Ok, vielen Dank für die Info - in diese Tiefen des Wikis war ich bisher 
noch nicht vorgedrungen. Ehrlich gesagt habe ich bislang auch eher auf 
die deutsche Seite geschaut - da werde ich mich mal besser umstellen.


Grüße,
  Michael

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Jonas Krückel

Hi,

Am 19. November 2011 13:51 schrieb Michael Krämer ohr...@googlemail.com:


 Zumindest der Link bei Programme  Karten für Android Systeme zeigt auf
 die englische Wiki-Seite. Nachdem die deutsche Seite auch stark, diejenigen
 ansprechen dürfte, die sich mit Englisch schwer tun, wäre es vielleicht
 besser, direkt auf die deutschen Seiten zu verlinken.


Klingt sinnvoll, habe ich geändert.



 Ähnlich ging's mir mit TopOSM - Die kam mir unbekannt vor, also gleich
 angesehen und dann - wieder - festgestellt, dass nur die USA abgedeckt
 sind. Auch das könnte auf die für mich wahrscheinliche Zielgruppe
 irritierend wirken. Vielleicht also einfach den Hinweis nur USA ergänzen
 oder so.


Ebenfalls geändert und zusätzlich die OpenCycleMap, die auch ein paar
Topo-Eigenschaften hat, vor die TopOSM in der Carousel-Reihenfolge
geschoben.

Danke für das hilfreiche Feedback!
Jonas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Jonas Krückel

Am 19. November 2011 16:35 schrieb Matthias Meißer dig...@arcor.de:

 Am 19.11.2011 13:51, schrieb Michael Krämer:

  Zumindest der Link bei Programme  Karten für Android Systeme zeigt
 auf die englische Wiki-Seite. Nachdem die deutsche Seite auch stark,
 diejenigen ansprechen dürfte, die sich mit Englisch schwer tun, wäre es
 vielleicht besser, direkt auf die deutschen Seiten zu verlinken.

 Ne das stimmt so nicht Michael. Die Englische Seite wird von dem Software
 Bot von Tobias befüllt, die andere ist eine die noch so übrig geblieben und
 daher etwas outdated ist. Wir hatten damals einige Überlegungen getroffen
 die Tabellen auch multilang zu machen, aber da hat uns dann die Zeit
 gefehlt.


Oh, diese Mail habe ich zu spät gesehen. Wäre es nicht besser auf der
deutschen Wiki-Seite dann einen entsprechenden Hinweis einzufügen und evtl.
die Tabellen durch englische zu ersetzen oder komplett herauszunehmen?
Prinzipiell denke ich dennoch, dass es besser ist von osm.de auf eine
deutsche Wiki-Seite zu verlinken, gerade auch für neue Besucher und
Interessierte ist das wohl einfacher, auch wenn dann nicht ganz so viele
und aktuelle Informationen angeboten werden. Es wäre auch schön, wenn die
Verlinkung auf osm.de als Motivation dient die Wiki-Seiten zu verbessern
und benutzerfreundlicher zu mache – soweit das möglich ist.

Grüße,
Jonas
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] safe_water

Am Samstag, den 19.11.2011, 12:08 +0100 schrieb Falk Zscheile: 
 Am 19. November 2011 01:51 schrieb Wolfgang wolfg...@ivkasogis.de:
 
  kann sich jemand darunter was vorstellen?
 
 
 Wenn ich mir das folgende Beispiel anschaue:
 
 http://www.openstreetmap.org/?way=38428991
 
 dann ist damit das (betonnte) Fahrwasser gemeint, in dem sich ein
 Schiff sicher bewegen kann, ohne mit Grundberührung rechnen zu müssen.
 Allerdings ist das Tag für diesen Zweck ohne Tiefenangabe etwas
 fragwürdig. Das Fahrwasser auf der Warnow ist für ganz andere Schiffe
 gedacht als betonnte Fahrwasser in den Boddengewässern. Und selbst auf
 der Warnow nimmt die Tiefe des Fahrwassers in Richtung Rostock
 stufenweise ab.
 
 Es kann aber auch sein, dass es eine Hilfskonstruktion zum routen auf
 dem Wasser ist, das also im Fahrwasser geroutet wird. (keine Ahnung ob
 es für OSM schon routing auf dem Wasser gibt).
 
 Gruß, Falk
 
 ___
 Talk-de mailing list
 Talk-de@openstreetmap.org
 http://lists.openstreetmap.org/listinfo/talk-de

Moin,
die rotweiße Tonne oben in der Mitte heißt international so.
http://map.openseamap.org/map/?lang=dezoom=13lat=54.29753lon=12.03119layers=BTT
Klaus


signature.asc
Description: This is a digitally signed message part
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online! - Stammtisch

2011-11-19 Per discussione Jan Tappenbeck


Hi !

erst einmal Danke für Eure Arbeit.

Sieht frisch aus und sehr aufgeräumt.

Was ich irgendwie vermisse auf der Startseite sind die Hinweise zu den 
Stammtischen - Community ist da zwar, aber für jemanden der sich einfach 
mal für das Thema interessiert und Kontakte sucht - wo sind welche VOR 
ORT zu finden - fand ich das mit den Stammtischen nicht verkehrt.


Gruß Jan :-)

PS: Posting auch auf die Gefahr das schon einmal erwähnt !


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

Re: [Talk-de] Statistics on road network length?

2011/11/19 Hermann Peifer pei...@gmx.eu:
 On 19/11/2011 13:48, Jo wrote:

 You probably want to add oneway=-1 to that list. There are some
 oddballs who used that indicate oneway is against the vector sense.
 Also JOSM proposes to use it when reversing a way.

 Jo

 Thanks for the hint. I already thought about it but forgot to mention
 that
 the above tests are using regular expressions. ^motorway also matches
 motorway_link, etc. and 1 also matches -1.

 Is a regex really the best choice for that problem? It's a closed list
 of possibilities (or it ought to be), regexes seriously degrade
 performance in comparison to for instance dictionary lookups (sorry
 for the Python terminology, what I refer to is an unordered datatype
 where one can perform lookups on keys, which are stored in a hash to
 increase performance). When one of the values is outside of that list,
 it should be flagged as an error and be corrected in the data. Or it
 should become part of the list, if it is valid after all.

 Just my 2 cents. Regexes are not always the right answer for a problem
 and performance quickly becomes a problem when working with massive
 amounts of data, like what one finds in the OSM DB.

 Thanks for the hint. One could indeed put the oneway values (yes|true|1|-1)
 into a hash and have some performance benefit from that. In my case, the
 real bottleneck in the process is actually to download the OSM extracts from
 Geofabrik, which takes about 10 times longer than the script run...

 About the closed list of possibilities: OSM Mappers are pretty creative and
 the value list for a simple key like oneway is not as closed as one might
 think: http://taginfo.openstreetmap.org/keys/oneway#values

 On the other hand: the 5 most popular oneway values cover 99.9+ %.

Most of those should simply be corrected and if it's undefined, then
why even mention it? Those can simply be removed...

Jo

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

Re: [Talk-de] Wiki Übersetzungen (war Neue OpenStreetMap Deutschland Webseite ist online!)

2011-11-19 Per discussione Matthias Meißer


Am 19.11.2011 17:41, schrieb Michael Krämer:

Am 19.11.2011 16:35, schrieb Matthias Meißer:

Am 19.11.2011 13:51, schrieb Michael Krämer:

Zumindest der Link bei Programme  Karten für Android Systeme zeigt
auf die englische Wiki-Seite. Nachdem die deutsche Seite auch stark,
diejenigen ansprechen dürfte, die sich mit Englisch schwer tun, wäre es
vielleicht besser, direkt auf die deutschen Seiten zu verlinken.

Ne das stimmt so nicht Michael. Die Englische Seite wird von dem
Software Bot von Tobias befüllt, die andere ist eine die noch so übrig
geblieben und daher etwas outdated ist. Wir hatten damals einige
Überlegungen getroffen die Tabellen auch multilang zu machen, aber da
hat uns dann die Zeit gefehlt.


Ok, vielen Dank für die Info - in diese Tiefen des Wikis war ich bisher
noch nicht vorgedrungen. Ehrlich gesagt habe ich bislang auch eher auf
die deutsche Seite geschaut - da werde ich mich mal besser umstellen.


Ja ich glaube das geht vielen so. Leider ist das etwas, was man sich 
überall mit der Mehrsprachigkeit einhandelt. Meistens ist das auch nicht 
schlimm und bietet auch den Vorteil, dass lokale Besonderheiten 
berücksichtigt werden können. Für Listen ist das aber ziemlich blöde ;)


Gruß
Matthias
(User:!i!)

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

Re: [Talk-de] Entwicklung eines Navi für OSM Daten

2011-11-19 Per discussione Christoph Eckert

Moin,

 Gleichzeitig hat nun Monav einen Vektor-Renderer integriert (der aber  
 nicht Fisch, nicht Fleisch ist), was wiederum den Druck dort etwas  
 reduziert.

Exzellent beobachtet :) . Wäre James Hollingshead nicht mit seinem eigenen 
Renderer aufgeschlagen, hätte ich mir libosmscout sicher noch näher angesehen.

 Ich wiederum würde mir von Monav Feedback bzgl.  
 Laufzeitverhalten wünschen, um gezielter Optimierungen an zu gehen,  
 eine Integration als Tile-Render ist vielleicht auch nicht optimal,  
 eine gezielte Integration wäre sicherlrich sinnvoller usw...
 
 Schlussendlich fehlt meiner Meinung nach einfach jemand, der sich um  
 die Sache kümmert und bei der Stange bleibt. Die aktuellen Teams  
 schaffen es einfach gerade nicht, dies zusätzlich zu stemmen. Auch  
 hier kann man mit ein paar mal 5 Tagen möglicherweise richtig was  
 reißen und beiden Projekten gleichzeitig Schwung verleihen.

Yo. Sollte ich diesen Winter nochmal ein paar Wochen in MoNav investieren, 
würde ich gerne an anderen Baustellen arbeiten. Falls sich also sonst jemand 
berufen fühlt, nur zu :) .


-- 
Beste Grüße,
Best regards,

ce




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

Re: [Talk-de] Entwicklung MoNav

2011-11-19 Per discussione Christoph Eckert

Moin,

 Ich stimme Dir zu, dass Kommentare in Quellcode durchaus sinnvoll sind. Ich
 mache das in der Regel so, dass ich dann Kommentare in den Code schreibe,
 wenn einem anderen beim lesen nicht gleich klar werden kann was ich mir
 dabei gedacht haben könnte. Das ist natürlich subjektiv, aber ich denke
 wenn man selber der MEinung ist oh, das versteht ein fremder nicht, dann
 schadet ein Kommentar im Code ganz bestimmt nicht.

+1

Das sind dann die Kommentare, die wahrgenommen werden und die ungemein helfen. 
Viele Kommentare, die ich lese, sind aber schlicht nur Füllmaterial.

-- 
Beste Grüße,
Best regards,

ce



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

Re: [Talk-de] Tidenzeiten [war:Re:Oneway bei Bachläufen?]

2011-11-19 Per discussione Peter Wendorff


puh...
Da ich ja Programmierer eines der Blinden-Projekte bin, die Annette mit 
angestoßen hat...


also tidal=yes halte ich für grob fahrlässig generell für Wege, die im 
Zweifelsfall tatsächlich gefährlich sind...


Aber wenigstens kenn ich's jetzt, werds mir aufschreiben und hoffentlich 
dran denken, Wege mit dem Tag zu ignorieren.


Trotzdem würd ich das keiner Anwendung verübeln, das Tag nicht zu 
berücksichtigen, und halte das Tagging hier für grob fahrlässig; 
wesentlich schlimmer noch als construction=yes, disused=yes oder sowas.


Tags sollten die Bedeutung anderer Tags nicht umdrehen. Dies ist mal 
wieder ein Paradebeispiel, warum das so ist.


Gruß
Peter

Am 18.11.2011 21:37, schrieb Christian H. Bruhn:

am Freitag, 18. November 2011 um 15:30 schrieb lulu-...@gmx.de:


Wanderweg Cuxhafen - Neuwerk durch's Watt bekommt dann
Opening_Hours=Niedrigwasser-2h bis Niedrigwasser+1h

Aber das benutzt Du bitte bitte bitte bitte NICHT für Dein
Blindenrouting.

Ich finde es sowieso schon zweifelhaft daß Wege durchs Watt
eingetragen sind.

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] Wiki Übersetzungen (war Neue OpenStreetMap Deutschland Webseite ist online!)

2011-11-19 Per discussione Jochen Topf

On Sat, Nov 19, 2011 at 07:22:25PM +0100, Matthias Meißer wrote:
 Am 19.11.2011 17:41, schrieb Michael Krämer:
 Am 19.11.2011 16:35, schrieb Matthias Meißer:
 Am 19.11.2011 13:51, schrieb Michael Krämer:
 Zumindest der Link bei Programme  Karten für Android Systeme zeigt
 auf die englische Wiki-Seite. Nachdem die deutsche Seite auch stark,
 diejenigen ansprechen dürfte, die sich mit Englisch schwer tun, wäre es
 vielleicht besser, direkt auf die deutschen Seiten zu verlinken.
 Ne das stimmt so nicht Michael. Die Englische Seite wird von dem
 Software Bot von Tobias befüllt, die andere ist eine die noch so übrig
 geblieben und daher etwas outdated ist. Wir hatten damals einige
 Überlegungen getroffen die Tabellen auch multilang zu machen, aber da
 hat uns dann die Zeit gefehlt.
 
 Ok, vielen Dank für die Info - in diese Tiefen des Wikis war ich bisher
 noch nicht vorgedrungen. Ehrlich gesagt habe ich bislang auch eher auf
 die deutsche Seite geschaut - da werde ich mich mal besser umstellen.
 
 Ja ich glaube das geht vielen so. Leider ist das etwas, was man sich
 überall mit der Mehrsprachigkeit einhandelt. Meistens ist das auch
 nicht schlimm und bietet auch den Vorteil, dass lokale
 Besonderheiten berücksichtigt werden können. Für Listen ist das aber
 ziemlich blöde ;)

Kann man die automatisch erzeugte Liste nicht auf eine Extra-Seite tun und
dann in allen Sprachen einbinden? Dann sind die Überschriften vielleicht
nicht übersetzt, aber wenigstens ist die Tabelle dann überall aktuell. Ggf.
kann man die wichtigsten Texte ja in der jeweiligen Sprachenseite nochmal
übersetzt unterhalb der Tabelle aufführen oder sowas.

Jochen
-- 
Jochen Topf  joc...@remote.org  http://www.remote.org/jochen/  +49-721-388298


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

Re: [Talk-de] Tidenzeiten [war:Re:Oneway bei Bachläufen?]

2011-11-19 Per discussione Wolfgang

Hallo,
Am Samstag, 19. November 2011 19:48:20 schrieb Peter Wendorff:
 puh...
 Da ich ja Programmierer eines der Blinden-Projekte bin, die Annette mit
 angestoßen hat...
 
 also tidal=yes halte ich für grob fahrlässig generell für Wege, die im
 Zweifelsfall tatsächlich gefährlich sind...
 
 Aber wenigstens kenn ich's jetzt, werds mir aufschreiben und hoffentlich
 dran denken, Wege mit dem Tag zu ignorieren.
 
 Trotzdem würd ich das keiner Anwendung verübeln, das Tag nicht zu
 berücksichtigen, und halte das Tagging hier für grob fahrlässig;
 wesentlich schlimmer noch als construction=yes, disused=yes oder sowas.
 
 Tags sollten die Bedeutung anderer Tags nicht umdrehen. Dies ist mal
 wieder ein Paradebeispiel, warum das so ist.
 

Naja, für Blindenrouting ist es wohl nicht so geeignet. Grundsätzlich sehe ich 
aber überhaupt keinen Grund, Wattwanderwege nicht aufzunehmen. Gebirgspfade 
und Skipisten werden auch gemappt und sind ohne entsprechende Ausrüstung 
genauso gefährlich.

Es ist auch schon mal jemand auf einem Bahnübergang abgebogen, weil das Navi 
nächste rechts verlangt hat. Irgendwie scheint es sich einzubürgern, mit dem 
Navi das Gehirn ersetzen zu wollen...

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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Michael Krämer


Hallo,

da habe ich ja was losgetreten...

Als erstes vielen Dank an Jonas für die schnelle Reaktion.


Wäre es nicht besser auf der deutschen Wiki-Seite dann einen
entsprechenden Hinweis einzufügen [...]


Das war auch meine Überlegung, daher habe ich jetzt einfach mal einen
entsprechenden Hinweis eingebaut.


Prinzipiell denke ich dennoch, dass es besser ist von osm.de auf eine
deutsche Wiki-Seite zu verlinken, gerade auch für neue Besucher und
Interessierte ist das wohl einfacher, auch wenn dann nicht ganz so
viele und aktuelle Informationen angeboten werden.


Da bin ich voll dabei - gerade Einsteiger und Anwender sollten meiner 
Meinung nach nicht durch eine eventuelle Sprachbarriere abgeschreckt 
werden.


Michael

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

Re: [Talk-de] Tidenzeiten [war:Re:Oneway bei Bachläufen?]

2011-11-19 Per discussione Peter Wendorff


Am 19.11.2011 20:33, schrieb Wolfgang:

Hallo,
Am Samstag, 19. November 2011 19:48:20 schrieb Peter Wendorff:

puh...
Da ich ja Programmierer eines der Blinden-Projekte bin, die Annette mit
angestoßen hat...

also tidal=yes halte ich für grob fahrlässig generell für Wege, die im
Zweifelsfall tatsächlich gefährlich sind...

Aber wenigstens kenn ich's jetzt, werds mir aufschreiben und hoffentlich
dran denken, Wege mit dem Tag zu ignorieren.

Trotzdem würd ich das keiner Anwendung verübeln, das Tag nicht zu
berücksichtigen, und halte das Tagging hier für grob fahrlässig;
wesentlich schlimmer noch als construction=yes, disused=yes oder sowas.

Tags sollten die Bedeutung anderer Tags nicht umdrehen. Dies ist mal
wieder ein Paradebeispiel, warum das so ist.


Naja, für Blindenrouting ist es wohl nicht so geeignet. Grundsätzlich sehe ich
aber überhaupt keinen Grund, Wattwanderwege nicht aufzunehmen. Gebirgspfade
und Skipisten werden auch gemappt und sind ohne entsprechende Ausrüstung
genauso gefährlich.

Es ist auch schon mal jemand auf einem Bahnübergang abgebogen, weil das Navi
nächste rechts verlangt hat. Irgendwie scheint es sich einzubürgern, mit dem
Navi das Gehirn ersetzen zu wollen...
Die Bahnstrecke ist aber zumindest für die Software als solche zu 
erkennen und nicht mit 'nem Fußweg zu verwechseln.
Ein Wattwanderweg ist aber nur mit Zusatztag von einem Wanderweg 
unterscheidbar, der zudem so unüblich ist, dass man schon drüber 
stolpern muss, um ihne berücksichtigen zu können.
Skipisten werden AFAIK nicht als Fußwege gemapped, sondern eben als 
Skipisten, und Gebirgspfade soweit ich weiß als track oder path, aber 
eigentlich nicht als footway (vgl. 
http://wiki.openstreetmap.org/wiki/Key:sac_scale).


Gruß
Peter

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

Re: [Talk-de] Wiki Übersetzungen (war Neue OpenStreetMap Deutschland Webseite ist online!)

2011-11-19 Per discussione Tobias Knerr

Am 19.11.2011 19:57, schrieb Jochen Topf:

[...]
 Am 19.11.2011 16:35, schrieb Matthias Meißer:
 Die Englische Seite wird von dem
 Software Bot von Tobias befüllt, die andere ist eine die noch so übrig
 geblieben und daher etwas outdated ist.
[...]
 Kann man die automatisch erzeugte Liste nicht auf eine Extra-Seite tun und
 dann in allen Sprachen einbinden? Dann sind die Überschriften vielleicht
 nicht übersetzt, aber wenigstens ist die Tabelle dann überall aktuell.

Es ist leicht möglich, auch auf der deutschen Seite automatisch
aktualisierte Tabellen generieren zu lassen - derzeit dann eben mit
englischen Inhalten. Wäre das gewünscht? Vielleicht ist es dabei sogar
möglich, zumindest bestimmte Elemente wie die Spaltenüberschriften
einzudeutschen. Ich werde mal einen Blick in den Code werfen.

Gruß,
Tobias

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

Re: [Talk-de] Tidenzeiten [war:Re:Oneway bei Bachläufen?]

2011-11-19 Per discussione Wolfgang

Hallo,
Am Samstag, 19. November 2011 21:04:52 schrieb Peter Wendorff:
 Am 19.11.2011 20:33, schrieb Wolfgang:
  Hallo,
  
  Am Samstag, 19. November 2011 19:48:20 schrieb Peter Wendorff:

  also tidal=yes halte ich für grob fahrlässig generell für Wege, die im
  Zweifelsfall tatsächlich gefährlich sind...
  
  Aber wenigstens kenn ich's jetzt, werds mir aufschreiben und hoffentlich
  dran denken, Wege mit dem Tag zu ignorieren.
  
  Trotzdem würd ich das keiner Anwendung verübeln, das Tag nicht zu
  berücksichtigen, und halte das Tagging hier für grob fahrlässig;
  wesentlich schlimmer noch als construction=yes, disused=yes oder sowas.
  

  
  Naja, für Blindenrouting ist es wohl nicht so geeignet. Grundsätzlich
  sehe ich aber überhaupt keinen Grund, Wattwanderwege nicht aufzunehmen.
  Gebirgspfade und Skipisten werden auch gemappt und sind ohne
  entsprechende Ausrüstung genauso gefährlich.
  
  Es ist auch schon mal jemand auf einem Bahnübergang abgebogen, weil das
  Navi nächste rechts verlangt hat. Irgendwie scheint es sich
  einzubürgern, mit dem Navi das Gehirn ersetzen zu wollen...
 
 Die Bahnstrecke ist aber zumindest für die Software als solche zu
 erkennen und nicht mit 'nem Fußweg zu verwechseln.
 Ein Wattwanderweg ist aber nur mit Zusatztag von einem Wanderweg
 unterscheidbar, der zudem so unüblich ist, dass man schon drüber
 stolpern muss, um ihne berücksichtigen zu können.
 Skipisten werden AFAIK nicht als Fußwege gemapped, sondern eben als
 Skipisten, und Gebirgspfade soweit ich weiß als track oder path, aber
 eigentlich nicht als footway (vgl.
 http://wiki.openstreetmap.org/wiki/Key:sac_scale).

Wattwanderwege sind IMO keine Fußwege, sondern Pfade. Dass der Begriff Pfad in 
OSM grob fahrlässig verwurstet wurde und kaum vom normalen Fußweg 
unterschweidbar ist, ist eine andere Geschichte. Dein Hinweis auf sac_scale 
zeigt recht deutlich, dass auch der Gebirgspfad nur am Zusatztag unterschieden 
werden kann, im Gegensatz zur Skipiste, zugegeben.

Trotzdem bleibe ich dabei, dass man bei Verlassen des Hauses das Gehirn 
einschalten muss, egal was das Navi sagt.  Wenn jemand das Navi zum 
Wattwandern benutzen will, warum nicht? Die üblichen Vorbereitungen wie bei 
Wanderkarten auch (Tidezeiten, Wetter, Aktualität der vorgeschlagenen Wege 
etc.) sind beim Navi genauso erforderlich wie bei einer Wanderkarte.

Wenn das Navi einen Weg quer durch eine U-Bahn-Baustelle verlangt, springt ja 
auch keiner in die Grube. Wird im normalen Fußgängermode eine Abkürzung 
außenbords vom Deich vorgeschlagen, ist das zwar ein vermeidbarer Fehler, aber 
auch bei Niedrigwasser wird niemand mit Straßenschuhen hier abkürzen wollen. 
Anders als bei Gebirgspfaden, die sich manchmal erst Stück für Stück zu dem 
entwickeln, was sie eigentlich sind, bekommt man abseits vom Deich sofort 
nasse Füße. Im Gegensatz zu manchen Gebirgspfaden hat man hier aber immer die 
Möglichkeit, gefahrlos umzukehren. Die Gefahr beginnt erst nach 100+ Metern, 
dann sollte der Letzte gemerkt haben, dass hier irgendetwas anders ist als 
sonst.

Wie gesagt, Behindertennavigation ist eine andere Sache, aber Wattwege 
grundsätzlich aus OSM oder allen Amwendungen herausnehmen zu wollen, halte ich 
für reichlch übertrieben. In Dänemark führen sogar öffentliche Straßen durchs 
Watt.  Das einzige Vorschriftszeichen beschränkt die Geschwindigkeit auf 25 
km/h, ein Warnschild spricht von starken Gezeitenströmungen. Komischerweise 
werden da auch nicht alle 12 Stunden hunderte von Autos abgetrieben.

http://www.openstreetmap.org/?lat=55.3046lon=8.6323zoom=14layers=M

Selbst das Google-Auto ist da bei Niedrigwasser längsgefahren.

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

Re: [Talk-de] 3D-Routing

Am 18.10.2011 um 12:51 schrieb Markus:
 Gibt es in OSM schon Ideen oder Konzepte wie man Wege über verschiedenen 
 Ebenen so abbilden kann, dass ein Routing möglich wird?
 Gibt es Menschen, die sich damit aktuell auseinandersetzen?

Jo, ich hab beim Münchner Marienplatz auch schon mal angefangen. 
http://www.youtube.com/watch?v=HDdGxCpm8iM ab Minute 2:32

Man muss das ganze aber mal besser dokumentieren und ggf. mal nen JOSM Plugin 
dafür schreiben.
Mit dem Thema Indoor Navigation setzen sich aktuell in OSM vereinzelt Leute 
auseinander. Aber die kann man mit den Händen abzählen.

Die entsprechende Seite im Wiki hast du ja schon gefunden.

MfG Andi




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

Re: [Talk-de] Neue OpenStreetMap Deutschland Webseite ist online!

2011-11-19 Per discussione Jonas Krückel

Hi,

Vielen Dank für das Feedback!
Ich habe zusammen mit Pascal alle Rückmeldungen auf den verschiedenen
Kanälen diskutiert.

Am 19. November 2011 13:53 schrieb geo.osm geo@googlemail.com:

 Eine Verlinkung zur www.openstreetmap.org

 weil es dort die tolle Export-Funktion gibt.


Gute Idee, werden wir einfügen.


Am 19. November 2011 15:51 schrieb Chris66 chris66...@gmx.de:

 Danke. Könnte man bei den Karten eventuell wenigstens eine
 routingfähige dazu nehmen (ORS, Cloudmade) ?


Wir werden einen Hinweis auf Routing-Services, die OSM-Daten nutzen,
hinzufügen.


Am 19. November 2011 17:22 schrieb Kai Krueger kakrue...@gmail.com:

 - Der Bearbeitungslink oeffnet OSM.org in einem separaten Tab. Waere es
 denkbar Potlatch 2 direkt in die osm.de Seite zu integrieren?


Technisch ist es vermutlich möglich, allerdings wollen wir osm.de nicht zu
einem hübscheren osm.org ausbauen, sondern uns auf wichtige Informationen
in Deutsch für Einsteiger und Anfänger konzentrieren.



 - Aehnliches mit dem Bugreport: Wiederum waere es moeglicherweise
 uebersichtlicher wenn die OSB funktionalitaet direkt in osm.de eingebaut
 werden koennte. Es gibt eine OpenLayers Erweiterung die das ganze recht
 leicht, mit nur sehr wenig code, fuer einem erledigt. (
 http://wiki.openstreetmap.org/wiki/OpenStreetBugs_layer )


Hier gilt das gleiche Argument wie oben. Zusätzlich gibt es noch die
Problematik, dass keine Einigung besteht, welcher Bugtracker verwendet
werden soll, OSB oder Mapdust oder noch irgendein anderer? Auch hier wäre
eine Implementation in osm.org zuerst wünschenswert, wenn dieser zentrale
Bugtracker dann verfügbar wäre, könnte man über eine Einbindung in
osm.denochmal nachdenken.


Am 19. November 2011 19:04 schrieb Jan Tappenbeck o...@tappenbeck.net:

 Was ich irgendwie vermisse auf der Startseite sind die Hinweise zu den
 Stammtischen - Community ist da zwar, aber für jemanden der sich einfach
 mal für das Thema interessiert und Kontakte sucht - wo sind welche VOR ORT
 zu finden - fand ich das mit den Stammtischen nicht verkehrt.


Wir denken, dass jemand, der genug Interesse an OSM hat, dass er zu einem
Stammtisch kommen möchte, die Stammtische auch findet. Gerade unter Karte
sind sie doch sehr prominent zu sehen und eben unter Community auch noch
einmal.


Am 19. November 2011 14:48 schrieb Wolfgang Barth wolfg...@barthwo.de:


 Man kann direkt und unten über Karten zur Karte im deutschen Stil
 springen.

 Oben erfolgt es im gleichen Fenster und unten in einem neuen Fenster.
 Der Unterschied ist irritierend.


Stimmt, fixed.


 - Ich würde mir wünschen, dass ich bei einem neuen Besuch wieder an die
 gleiche Stelle in der Karte komme. Cookie?


Ja, vermutlich wäre das mit einem Cookie machbar. Solange es kein Cookie
gibt, muss der Nutzer dafür den Permalink nutzen.


 - Ich finde das Angebot gut, die lokalen OSM Gruppen einblenden zu können,
 aber ich finde es nicht gut, daß das standardmäßig angekreuzt ist. Das
 betrifft nur wenige (auch mich als Contributor kaum, da nächste Gruppe zu
 weit weg).


Wir sind der Meinung, dass die Stammtische ziemlich wichtig sind und in der
Navigation rechts untergehen würden, wenn sie nicht standardmäßig zu
sehen sind (diese Einstellung war auch im alten Design schon so). Der
häufige Besucher kann über einen Permalink dauerhaft den Layer
deaktivieren, wenn dieser als störend empfunden wird.


 - Bei Windows bewirkt das Mausrad, daß gleich mehrere Zoomstufen
 übersprungen werden, beim Anklicken von +/- ist es wohl eine.


Das ist richtig, das hat nicht so gut funktioniert, sollte jetzt aber
besser sein (auf osm.org ist es leider genauso). Danke für den Hinweis!
Falls jemand noch einen OpenLayers-Trick hierfür kennt, bitte bei uns
melden.


 - Klickt man auf die Erdkugel als Übersicht kommt man mit + nicht mehr an
 die alte Stelle, sondern ist irgendwo im Atlantik vor Afrika.


Das scheint leider ein OpenLayers Bug zu sein.


 - Die Zoomleiste über Skala finde ich besser. Erstens sieht man wo im Zoom
 man sich befindet und man kann gezielt Stufen überspringen. Ich meine so
 wie in der ÖPNV Karte.


Auch mehr oder weniger Geschmackssache. Wir finden ein aufgeräumtes,
minimales Interface besser in diesem Fall.


 - Editiert man aus dieser Karte und drückt auf view so kommt man nicht
 in die gleiche Karte zurück.


Das liegt daran, dass sich die Karte auf osm.de befindet und das Editieren
auf osm.org stattfindet.


 - In der Karte fehlt mir (als Contributor) der Zugriff auf die Datenbank,
 also die Möglichkeit zur Data Einblendung.


Dieses Feature ist ebenfalls auf osm.org zu finden und ist v.a. für
fortgeschrittene Nutzer relevant. Da wir osm.de zu keinem hübscheren
osm.orgausbauen wollen, wird es diese Funktion auch weiterhin nur bei
osm.org geben (einmal abgesehen von möglichen technischen Problemen).


Noch einmal Danke an alle für das positive Feedback und die Anregungen für
Verbesserungen!

Grüße,
Jonas  Pascal
___
Talk-de mailing

Re: [Talk-de] Entwicklung MoNav

Man muss nicht im Kommentar schreiben was die Quellkode tut, sondern
warum sie es so tut.

Jo

2011/11/7 Christoph Eckert c...@christeck.de:
 Moin,

 Ich stimme Dir zu, dass Kommentare in Quellcode durchaus sinnvoll sind. Ich
 mache das in der Regel so, dass ich dann Kommentare in den Code schreibe,
 wenn einem anderen beim lesen nicht gleich klar werden kann was ich mir
 dabei gedacht haben könnte. Das ist natürlich subjektiv, aber ich denke
 wenn man selber der MEinung ist oh, das versteht ein fremder nicht, dann
 schadet ein Kommentar im Code ganz bestimmt nicht.

 +1

 Das sind dann die Kommentare, die wahrgenommen werden und die ungemein helfen.
 Viele Kommentare, die ich lese, sind aber schlicht nur Füllmaterial.

 --
 Beste Grüße,
 Best regards,

 ce



 ___
 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] F: osm2pgsql

Wie Frederik schon schrieb: osm2pgsql ist nur dazu gedacht eine pgsql zum 
Rendern aufzubauen.
Der Name ist also etwas irreführend.

Schau dir doch mal 
https://wiki.openstreetmap.org/wiki/Databases#Database_Schemas und darunter 
Tools to Populäre Databases an.
Dort findest du bestimmt ein (Basis-)Schema + Tool was besser zu deiner 
Anwendung passt.
Das konkrete Schema ist meistens durch entsprechende Konfigurationsoptionen und 
-dateien sehr stark beeinflussbar.

MfG Andi


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

Re: [Talk-de] TMC

Hallo,

Am 07.10.2011 um 07:54 schrieb Florian Lohoff:
 Kurz gesagt: Warum muss in OSM mehr stehen als
 TMC_point_number = 4711
 
 Weil das nicht eindeutig ist. Es gibt die LCL Liste die nur fuer bestimmte
 Regionen gilt. Das heisst es gibt eine offizielle LCL fuer Deutschland von der
 Bundesanstalt fuer Straßenwesen. Diese wird von den Oeffentlich Rechtlichen
 Sendeanstalten benutzt. Die gilt aber nur fuer TMC nicht fuer TMCPro -
 Die haben eine eigene Location Code Liste. D.h. fuer jeden node muss definiert
 werden zu welchem Land, Netz und Listenversion der gehoert.

Um die Diskussion nochmal aufzugreifen:
An sich hat Pascal in seinem entsprechenden Vortrag bei der FOSSGIS11 am Ende 
recht gut zusammengefasst.
Mitschnitt: 
http://ftp5.gwdg.de/pub/misc/openstreetmap/FOSSGIS2011/FOSSGIS2011-196-de-osm_tmc.webm

Wir müssen nicht den kompletten TMC Graphen auch nochmal in OSM abbilden. Es 
reicht die Knoten im TMC Graphen mit unseren Nodes zu verknüpfen. 
Entspricht ein Knoten im TMC Graphen bei uns einem Kreisverkehr mit eigenem 
Way, muss man den Kreisverkehr halt mit ner Relation zusammenfassen.

Ich wäre deswegen auch dafür die TMC Tags radikal zu vereinfachen. 
Aus TMC:cid_58:tabcd_1:LocationCode = 24518 wird dann Einfach TMC_id=24518, 
meinetwegen TMC_id=DE 24518 oder TMC_id=58,24518.

Wenn man mal zusätzlich noch nen anderen Graphen z.B. von TMCpro mit OSM 
verknüpfen will, führt man halt TMCpro_id=xyz ein.

Alles andere braucht man dann eigentlich nicht mehr:

TMC:cid_58:tabcd_1:Class = Point
- wir haben nur Punkte=Knoten des TMC Graphs in der BD

TMC:cid_58:tabcd_1:LCLversion = 9.00
- wir haben nur die aktuelle Version des TMC Graphen, andere Versionen z.B. 
für TMCpro durch eigene Tags.

TMC:cid_58:tabcd_1:NextLocationCode = 24519
TMC:cid_58:tabcd_1:PrevLocationCode = 24517
- wer den TMC Graphen braucht holt sich den eh direkt von der Quelle

Jemand anderer Meinung?

MfG Andi


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

[Talk-de] Dictonaries in OSM