[Talk-ko] The mailing list
Hello everyone, It's nice to see some activity on the mailing list. I am the list administrator, but I'm not in charge. I don't have any power- just the power to delete the occasional spam message. :) There are currently 35 members on the mailing list. I'd like to encourage more people to use the mailing list and to discuss issues that crop up with mapping in Korea. I heard recently that Koreans generally don't use mailing lists, and because of that they are unfamiliar with them and reluctant to use them. If this is true I'd like to know how to get over that problem. Since this list was created to talk about mapping in Korea I would really like Koreans to be comfortable using it, since they are most familiar with the country and how it should be represented on a map. There is also the issue that many of the tools and much of the reference materials are not available in the Korean language. The map *is* usable now, and every day it gets better. I would love to see more discussion and more collaboration. If you are bilingual in Korean and English, please consider translating some messages on the mailing list as they appear, or some material in the Wiki. There are also a few things that I myself would like to talk about, so I will start a discussion in a later message. I am still enjoying mapping in Korea, and I hope you all are too. Best wishes, Andrew 여러분 안녕하세요? 메일링 리스트가 다시 활동을 보이고 있어서 다행입니다. 저는 메일링 리스트의 관리자입니다. 책임자는 아니라서 어떤 힘이 있는 것은 아니고, 가끔 등장하는 스팸 메시지를 지우는 권한이 있는 정도입니다. 메일링 리스트에는 현재 35명의 회원이 있습니다. 저는 보다 많은 사람들이 이 메일링 리스트를 사용할수 있도록 활성화 됐으면 하고, 한국에서 지도를 만들때 발생할 수 있는 문제들에 관해서도 의견을 나눌 수 있게 도와 드리고 싶습니다. 최근에 한국사람들이 메일리스트를 일반적으로 사용하지 않는다고 들었습니다. 메일링리스트가 생소하고 사용하기가 꺼려지기 때문인 것 같습니다. 이것이 사실이라면 그 문제점을 극복하는 방법을 알고 싶습니다. 이 메일링 리스트는 한국에서 지도를 만드는 것에 대해 이야기 하고자 할 목적으로 만들어졌기 때문에, 저는 정말로 한국사람들이 편안하게 사용할 수 있기를 바랍니다. 한국사람들은 한국을 가장 잘 알고 있기에 어떻게 지도가 그려져야 하는지도 더 잘 알고 있기 때문입니다. 한편, 많은 유용한 소프트웨어와 참고자료들이 한국어로 되어있지 않은 문제가 있는데, 메일링리스트를 통해 해결할 수도 있다고 생각합니다. 지도는 지금도 유용하게 쓸 수 있는 편이지만 나날이 더 좋아지고 있습니다. 저는 보다 더 많은 토론과 보다 더 많은 작업을 함께 하게 되기를 바랍니다. 만약 여러분이 한국어와 영어 두가지를 다 하실수 있으면 메일링 리스트 내의 메세지나 위키의 자료를 번역해 주셨으면 합니다. 저 자신도 얘기 나누고 싶은게 많습니다. 이는 다음 메세지에서 다시 얘기를 드리겠습니다. 저는 지금도 한국에서 지도만들기를 즐겨하고 있습니다. 더 많은 분들과 이 즐거움을 함께 나누고 싶습니다. 감사합니다. 앤드류 올림 ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
[talk-ph] License Change almost over
It has been announce by Mike Collinson during the opening of SOTM 2012 that the first ODBL compliant data will be available soon. http://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/ -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-nl] Centrumverbinding fietsknopennet
Beste, in het fietsknopennetwerk Brabant is er een bijzonderheid die tot nu toe niet is getagd in OSM: de centrumverbinding. Op de officiele kaarten zijn deze geel getekend (groen de 'gewone' fietsknopenroute). Het gaat om verbindingen vanuit het (buiten de steden/dorpen liggende) netwerk met een centrale punt. Dorp in zijn deze aangegeven met een bord 'centrum', dorp uit staat een verwijzing naar de volgende nummer. Voorbeeld zie google streetview http://maps.google.nl/maps?q=diessenhl=nlll=51.473044,5.177822spn=0.017268,0.104628sll=51.630698,4.958954sspn=0.0764,0.209255hnear=Diessen,+Hilvarenbeek,+Noord-Brabantt=mz=14layer=ccbll=51.473038,5.177855panoid=PkpWl_PasXFftPjAaq9figcbp=11,87.38,,1,4.58 Ik wil deze graag taggen omdat ze horen bij het fietsroutenetwerk en nu missende schakels zijn waar alle op osm baserende routeplanners (waaronder de onze ;-) rare routes genereren. Mijn voorstel is het aanmaken van een relatie met waardes network: rcn note: centrumverbinding [naam plaats] route: bicycle type: route Op die manier worden de verbindingen in de bestaande toepassingen (b.v. openfietskaart) als fietsknopennetwerk gerenderd (en dat is beter dan nu waar ze volledig ontbreken), maar wie wil kan uit de data halen dat het om een centrumverbinding gaat en deze anders weergeven. Mee eens? Groeten Dirk Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Centrumverbinding fietsknopennet
Als je er nog state=connection bijzet, dan is het helemaal goed. In België zijn deze al wel getagd. -- Lennard - Reply message - Van: dbuss...@goudappel.nl Aan: OpenStreetMap NL discussion list talk-nl@openstreetmap.org Onderwerp: [OSM-talk-nl] Centrumverbinding fietsknopennet Datum: do, sep. 6, 2012 13:47 Beste, in het fietsknopennetwerk Brabant is er een bijzonderheid die tot nu toe niet is getagd in OSM: de centrumverbinding. Op de officiele kaarten zijn deze geel getekend (groen de 'gewone' fietsknopenroute). Het gaat om verbindingen vanuit het (buiten de steden/dorpen liggende) netwerk met een centrale punt. Dorp in zijn deze aangegeven met een bord 'centrum', dorp uit staat een verwijzing naar de volgende nummer. Voorbeeld zie google streetview http://maps.google.nl/maps?q=diessenhl=nlll=51.473044,5.177822spn=0.017268,0.104628sll=51.630698,4.958954sspn=0.0764,0.209255hnear=Diessen,+Hilvarenbeek,+Noord-Brabantt=mz=14layer=ccbll=51.473038,5.177855panoid=PkpWl_PasXFftPjAaq9figcbp=11,87.38,,1,4.58 Ik wil deze graag taggen omdat ze horen bij het fietsroutenetwerk en nu missende schakels zijn waar alle op osm baserende routeplanners (waaronder de onze ;-) rare routes genereren. Mijn voorstel is het aanmaken van een relatie met waardes network: rcn note: centrumverbinding [naam plaats] route: bicycle type: route Op die manier worden de verbindingen in de bestaande toepassingen (b.v. openfietskaart) als fietsknopennetwerk gerenderd (en dat is beter dan nu waar ze volledig ontbreken), maar wie wil kan uit de data halen dat het om een centrumverbinding gaat en deze anders weergeven. Mee eens? Groeten Dirk Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending.___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fietsknopennet relatie ID 1569792
L.S., In het Groene Hart - omgeving Hoogmade, etc. - bestaat de fietsroute relatie Knooppuntennetwerk Groene Hart (Tijdelijk) met ID 1569792. Daarbij staat een 'TODO' dat deze omgezet moet worden naar losse relaties. Genoemde relatie is her en der onderbroken en het fietsknooppuntennetwerk lijkt op z'n minst verstoord. Mij ontbreekt de informatie en kunde om er 'even' van knooppunt naar knooppunt' relaties van te maken. Ik neem aan dat routeplanners hier in dit gebied ook vastlopen? En dat vraag ik b.v. aan Dirk Bussche van Goudappel.nl. http://www.openstreetmap.org/?lat=52.16807lon=4.58352zoom=17layers=M Met groet, Pim -- Pim Clotscher Zoetermeer ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknopennet relatie ID 1569792
Ik wil er wel naar kijken. Ik heb al enige 'expertise' in opgebouwd... (en ik heb een script gemaakt dat me er wat in bijstaat). Ik was dit al aan het doen zowat een jaar geleden, maar moest nogal stroomopzwemmen en heb het wat laten steken op een gegeven moment. Als ik groen licht krijg, maak ik er een netwerk van zoals die in Vlaanderen en het zuiden van Nederland. Polyglot Op 6 september 2012 15:30 schreef Pim Clotscher pim.clotsc...@telfort.nlhet volgende: L.S., In het Groene Hart - omgeving Hoogmade, etc. - bestaat de fietsroute relatie Knooppuntennetwerk Groene Hart (Tijdelijk) met ID 1569792. Daarbij staat een 'TODO' dat deze omgezet moet worden naar losse relaties. Genoemde relatie is her en der onderbroken en het fietsknooppuntennetwerk lijkt op z'n minst verstoord. Mij ontbreekt de informatie en kunde om er 'even' van knooppunt naar knooppunt' relaties van te maken. Ik neem aan dat routeplanners hier in dit gebied ook vastlopen? En dat vraag ik b.v. aan Dirk Bussche van Goudappel.nl. http://www.openstreetmap.org/?lat=52.16807lon=4.58352zoom=17layers=M Met groet, Pim -- Pim Clotscher Zoetermeer ___ 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] Fietsknopennet relatie ID 1569792
De Nederlandse structuur van relaties voor het fietsknooppuntennetwerk moet daarbij natuurlijk wel in acht genomen worden: network=rcn note=46-47 (geeft aan dat dit de route is tussen de knooppunten 46 en 47; etc.) route=bicycle type=route Ik acht mezelf niet bevoegd je 'zomaar' toestemming te geven jouw script los te laten op het Nederlandse fietsknooppuntennetwerk - daar moeten de experts ook maar hun zegje over doen. Je had het over 'stroomopzwemmen' en ik weet niet of die discussies tot een conclusie en consensus geleid hebben... Met groet, Pim On 6-9-2012 16:56, Jo wrote: Ik wil er wel naar kijken. Ik heb al enige 'expertise' in opgebouwd... (en ik heb een script gemaakt dat me er wat in bijstaat). Ik was dit al aan het doen zowat een jaar geleden, maar moest nogal stroomopzwemmen en heb het wat laten steken op een gegeven moment. Als ik groen licht krijg, maak ik er een netwerk van zoals die in Vlaanderen en het zuiden van Nederland. Polyglot Op 6 september 2012 15:30 schreef Pim Clotscher pim.clotsc...@telfort.nl mailto:pim.clotsc...@telfort.nl het volgende: L.S., In het Groene Hart - omgeving Hoogmade, etc. - bestaat de fietsroute relatie Knooppuntennetwerk Groene Hart (Tijdelijk) met ID 1569792. Daarbij staat een 'TODO' dat deze omgezet moet worden naar losse relaties. Genoemde relatie is her en der onderbroken en het fietsknooppuntennetwerk lijkt op z'n minst verstoord. Mij ontbreekt de informatie en kunde om er 'even' van knooppunt naar knooppunt' relaties van te maken. Ik neem aan dat routeplanners hier in dit gebied ook vastlopen? En dat vraag ik b.v. aan Dirk Bussche van Goudappel.nl. http://www.openstreetmap.org/?lat=52.16807lon=4.58352zoom=17layers=M Met groet, Pim -- Pim Clotscher Zoetermeer ___ Talk-nl mailing list Talk-nl@openstreetmap.org mailto: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 -- Pim Clotscher Zoetermeer ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknopennet relatie ID 1569792
Ik ben er nu even naar aan het kijken. Het is wel een ratjetoe en de eigenlijke Groene Hart relatie lijkt erg compleet te zijn. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknopennet relatie ID 1569792
Maarten Deen wrote: Ik ben er nu even naar aan het kijken. Het is wel een ratjetoe en de eigenlijke Groene Hart relatie lijkt erg compleet te zijn. De Groene Hart relatie zelf is ook niet helemaal jofel. Er zijn routes genaamd A-B maar die ook ways buiten die route hebben. Ik kan ook niet helemaal wijs worden uit wat nu echt een verbinding is of niet. Ik heb een paar routes uit de tijdelijke relatie gehaald, dat vind ik wel genoeg voor vandaag. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsknopennet relatie ID 1569792
Op 6 september 2012 23:00 schreef Maarten Deen md...@xs4all.nl het volgende: Maarten Deen wrote: Ik ben er nu even naar aan het kijken. Het is wel een ratjetoe en de eigenlijke Groene Hart relatie lijkt erg compleet te zijn. De Groene Hart relatie zelf is ook niet helemaal jofel. Er zijn routes genaamd A-B maar die ook ways buiten die route hebben. Ik kan ook niet helemaal wijs worden uit wat nu echt een verbinding is of niet. Ik heb een paar routes uit de tijdelijke relatie gehaald, dat vind ik wel genoeg voor vandaag. Major overhaul. De bewuste relatie is weg. Er zat geen enkele weg meer in die al niet in een echte routerelatie van het Groene Hart zat. De netwerkrelatie Groene Hart is volledig nagekeken, gecorrigeerd, gesorteerd, enz. Er is een kleine kans dat ik in mijn ijver teveel knooppunten aan het netwerk heb toegevoegd. Ik ben er zeker van dat jullie die wel zullen vinden en aan het juiste netwerk zullen kunnen toevoegen. Groeten, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Bulk up load of data from Tasmanian Parks
Hi Folks, I am the Parks employee that Brett is talking about. I am confident I can get the required permissions but I am also keen to do some other bulk updates from privately held data. I am particularly keen to get from someone an example of a shape file that has multiple OSM tags within the data structure so I can format some of this private data for quick cut/paste operations in OSM Cheers - Phil -- View this message in context: http://gis.19327.n5.nabble.com/Bulk-up-load-of-data-from-Tasmanian-Parks-tp5722048p5723992.html Sent from the Australia mailing list archive at Nabble.com. ___ 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
On 6 September 2012 19:59, tastrax phil.wy...@parks.tas.gov.au wrote: I am the Parks employee that Brett is talking about. I am confident I can get the required permissions but I am also keen to do some other bulk updates from privately held data. I am particularly keen to get from someone an example of a shape file that has multiple OSM tags within the data structure so I can format some of this private data for quick cut/paste operations in OSM Hi, I'm not sure I understand the question fully. OSM directly allows you to upload GPX data. It stores the tracks, and they can be used as reference in Potlatch (the online OSM editor) or JOSM (the offline one). GPSBabel understands OSM files, and can convert them. To get a sample of what OSM looks like, you can simply download (export) an area directly from the website. Or from one of the many sites that exports for specific geographical areas. GPSBabel has limited support for shapefiles, however - depends on the geometry. JOSM (the offline OSM editor) supports loading GPX files and KML files directly, and these can be loaded as a layer. GPX files can be simplifed and cut/pasted directly into a separate OSM layer - it is a very powerful technique to cut and paste geodata into OSM while reviewing, tagging, and removing outlying points. Ian. ___ 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
Hi Ian, As I understand it I can load a shape file into JOSM. From there I can copy an item from the shape file and paste into OSM. I also gather that there is a means to have all the tags in the shape file so that when I copy /paste, all the tags will come with the data. Is that correct? I am aware of the other methods you mention but given I am starting from a GIS system (that I know well) I would like to do as much as possible in the GIS system before opening the file for use in OSM. Before pasting into OSM I would like to check underlying/existing data to see which is the most accurate. Many of the tracks I have are not loaded at all in OSM so this will be a very easy way for me to do plenty of loading pretty quickly. Cheers - Phil From: Ian Sergeant-2 [via GIS] [mailto:ml-node+s19327n5724084...@n5.nabble.com] Sent: Friday, 7 September 2012 9:17 AM To: Wyatt, Phil (Parks) Subject: Re: Bulk up load of data from Tasmanian Parks On 6 September 2012 19:59, tastrax [hidden email]/user/SendEmail.jtp?type=nodenode=5724084i=0 wrote: I am the Parks employee that Brett is talking about. I am confident I can get the required permissions but I am also keen to do some other bulk updates from privately held data. I am particularly keen to get from someone an example of a shape file that has multiple OSM tags within the data structure so I can format some of this private data for quick cut/paste operations in OSM Hi, I'm not sure I understand the question fully. OSM directly allows you to upload GPX data. It stores the tracks, and they can be used as reference in Potlatch (the online OSM editor) or JOSM (the offline one). GPSBabel understands OSM files, and can convert them. To get a sample of what OSM looks like, you can simply download (export) an area directly from the website. Or from one of the many sites that exports for specific geographical areas. GPSBabel has limited support for shapefiles, however - depends on the geometry. JOSM (the offline OSM editor) supports loading GPX files and KML files directly, and these can be loaded as a layer. GPX files can be simplifed and cut/pasted directly into a separate OSM layer - it is a very powerful technique to cut and paste geodata into OSM while reviewing, tagging, and removing outlying points. Ian. ___ Talk-au mailing list [hidden email]/user/SendEmail.jtp?type=nodenode=5724084i=1 http://lists.openstreetmap.org/listinfo/talk-au If you reply to this email, your message will be added to the discussion below: http://gis.19327.n5.nabble.com/Bulk-up-load-of-data-from-Tasmanian-Parks-tp5722048p5724084.html To unsubscribe from Bulk up load of data from Tasmanian Parks, click herehttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=unsubscribe_by_codenode=5722048code=cGhpbC53eWF0dEBwYXJrcy50YXMuZ292LmF1fDU3MjIwNDh8MTcyMDAwODAzOQ==. NAMLhttp://gis.19327.n5.nabble.com/template/NamlServlet.jtp?macro=macro_viewerid=instant_html%21nabble%3Aemail.namlbase=nabble.naml.namespaces.BasicNamespace-nabble.view.web.template.NabbleNamespace-nabble.view.web.template.NodeNamespacebreadcrumbs=notify_subscribers%21nabble%3Aemail.naml-instant_emails%21nabble%3Aemail.naml-send_instant_email%21nabble%3Aemail.naml CONFIDENTIALITY NOTICE AND DISCLAIMER The information in this transmission may be confidential and/or protected by legal professional privilege, and is intended only for the person or persons to whom it is addressed. If you are not such a person, you are warned that any disclosure, copying or dissemination of the information is unauthorised. If you have received the transmission in error, please immediately contact this office by telephone, fax or email, to inform us of the error and to enable arrangements to be made for the destruction of the transmission, or its return at our cost. No liability is accepted for any unauthorised use of the information contained in this transmission. -- View this message in context: http://gis.19327.n5.nabble.com/Bulk-up-load-of-data-from-Tasmanian-Parks-tp5722048p5724085.html Sent from the Australia mailing list archive at Nabble.com.___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-is] Drög að bréfi til sveitarstjórna
Hæ. Lokaútgáfan af bréfinu er komin á wiki-ið og ég er búinn að fá allt úr prentun. Set allt í póst á morgun. - Svavar Kjarrval On 06/09/12 02:43, Svavar Kjarrval wrote: Hæ. Takk kærlega fyrir að gefa þér tíma fyrir þessar pælingar. Hef framkvæmt breytingar á bréfinu í samræmi við pælingarnar þínar og eru þær komnar á wiki síðuna. Því miður þurfa svona erindi að vera stutt svo ég taldi best að sleppa my-OSM pælingunni þinni. Fer á ljósritunarstofuna eftir hádegi á morgun svo að ef þið hafið athugasemdir varðandi bréfið, komið með þær sem fyrst. Þetta eru 4 bls. og 75 sveitar- og hreppsstjórnir eintak, sem gera samtals 300 blaðsíður. Ekki hika við að láta vita ef þið hafið grun um að eitthvað gæti verið orðað betur, stafsetningarvillur, málfarsvillur, eða eitthvað sem ætti að vera öðruvísi. Vil ekki þurfa að borga fyrir endurprentun. ODT skjalið er í viðhengi svo þið getið séð hvernig þetta kemur út. Setti líka inn bréfið eins og Hafnarfjörður myndi fá það svo þið getið séð hvernig þetta kemur út. - Svavar Kjarrval On 06/09/12 00:26, Pjetur G. Hjaltason wrote: Sælir félagar, Fyrirgefið, og mín er *skömmin,* leit á þráðinn og sá að þú ætlaðir að senda bréfið í september, svo ég var ekki að hafa áhyggjur af þessu. Krassaði niður drög að svari, og var ekki komin neitt lengra. Tíminn líður svo ósköp hratt stundum. Þarft verk og gott - Sérstaklega ef við fáum viðbrögð. Eitt sem mér fannst þó vanta í bréfið - Það er að minna á hvurn *hag* sveitarfélögin hafa af þessu samstarfi. Ekki aðeins hvað *þeir* þurfa að tína saman handa okkur (tómt vesen). Enn og aftur *mín er skömmin,* og svona á ekki að gera kvöldið fyrir prentun. Og hér á eftir fylgir óskipulagt raus og hugleiðingar um OSM ! *Ferðagrunnur:* OSM er nú notað beint og óbeint sem ferða- og staðsetningargrunnur. Og það eru ekki bara Garmin GPS o.þ.h. leiðsögutæki sem taka við OSM kortum, heldur einnig allir snjallsímar (sem allir eiga eða eignast innann fárra ára). Ýmis forrit í android (og eflaust i* líka) nota OSM sem grunnkort við vegaleiðsögn, eða sem leit að þjónustu af ýmsu tagi. Ferðamenn, innlendir sem erlendir leita nú í símanum sínum að næstu bensínstöð, veitingahúsi, sundlaug, verslun, póstkassa, lækni..! og allt sem við skráum yfirleitt. Gönguleiðir, hjólaleiðir, reiðleiðir, aðgengi, áhugaverðir staðir (tengdir Wikipedia) Og það sem á við um farsíma, á ekki síður við um forrit á vefnum. Wikipedia og OSM eru órjúfanlega tengd :-) Þegar heim er komið, þá nota vefsíður flickr, iPhoto, yahoo og bing, OSM sem hluta af sínum leitar-og staðsetningar-síðum fyrir myndasafnið og ferða-annála ((we)blog). Þannig má lengi telja. Og til að *koma sjálfum sér á kortið* þá þurfa sveitarstjórnir helst að *vera með* í leiknum. *Samstarf við heimamenn:* Best er auðvitað að heimamaður taki sig til og kortleggi og skrái upplýsingar um sína heimahaga - Starfsmaður sveitastjórnar, (kennarar? verkefni í skóla sveitarfélags? (nýta OSM sem tæki við kennslu í landafræði, náttúrufræði ?)) Það hljóta að vera nördar eins og ég hér og þar um landið. Gamlir fræðingar, sem vantar tilgang með röltinu sínu. Við getum auðvitað aðstoðað, kennt, eða tekið við upplýsingum. *GIS:* Ég endurtek að fyrst og fremst eru ferðaþjónustutengdar upplýsingar í OSM gagnagrunninum - Ekki *nákvæmar* staðsetningar húsa, lagna o.þ.h eins og í stærri GIS kerfum. En ég myndi (verkfræðimenntaður) telja, að sem grófur GIS grunnur, þá sé OSM *fyllilega* nægilegt (Nú hoppa auðvitað GIS hreintrúarmenn hæð sína í öllum herklæðum). Fyrst og fremst er um að ræða hvaða tög er hægt að setja og tengja landfræði/staðsetningarupplýsingum (í báðar áttir), nákvæmum eða grófum. Og það eru ekki öll sveitarfélög sem hafa efni á að eignast, reka og viðhalda flottum GIS gagnagrunni, en gætu samt haft hag af (ég veit að þetta eru ekki nema nokkrar milljónir - en það eru bara ekki allir sem eiga nokkrar milljónir). Til dæmis - Tegund, staðsetning og yfirborð/ástand vega og skilta, lagnaleiðir (þar sem hitaveitu/vatns/ljósleiðara/raf-lögnin sem var lögð með jarðýtu- ripper - stefnan svo tekin á næsta bæ), rotþrær, brunnar, tengikassar, girðingar, skurðir, landnýting og skipulag, eru dæmi um upplýsingar sem krefjast ekki millimetra nákvæmni. Gagnlegar upplýsingar fyrir skipulag verka og útboð á vegum sveitarfélags. Þá gætu íslensk sveitarfélög frekar tekið sig saman um að nota fyrirliggjandi OSM kortagrunn og leggja ofan á þær meira prívat upplýsingar, s.s. íbúaskrá, landamerki, fasteigna-nr... Það vantar semsagt svona My-OSM. *Breytileiki grunns:* Þar utan má nefna að landið okkar góða er alltaf að stækka um nokkra sentimetra á ári, þannig að eftir 50 ár eru mannvirki komin hálfan til einn meter frá upprunalegri staðsetningu :-) Jarðfræðingur, góður félagi - vildi hafa þetta allt upp á millimeter, hæð og
Re: [Talk-de] Offene Schranken
On 05.09.12 17:13, Martin Koppenhoefer wrote: m.E. ist barrier=lift_gate der richtige tag, und access sagt aus, ob und wer/wann man da durch darf. access=wenn_er_hochgeklappt_ist? Eigentlich ist access wieder verkehrt herum, weil Du ja nicht sagen willst, für wen der Schranken gilt, sondern für wen er - als Ausnahme - nicht gilt (obwohl da ein geschlossener Schranken ist, dürfen Radfahrer dran vorbeifahren und Wanderer dran vorbeigehen). /al ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Ok, damit Tirkon hier nicht so alleine da steht: Auch ich gehe davon aus, dass das access Tag beschreibt, wer bei geschlossener Schranke passieren darf (bzw. das Recht hat, diese zu öffnen). Diesen Satz: Access-tags beziehen sich auf die Schranke, sowohl offen als auch geschlossen, je nachdem, welchen Wert sie haben. verstehe ich ja nun mal gar nicht. Ein access=yes bezieht sich also auf eine offene Schranke, ein motorcar=no auf eine geschlossene? Woher will man das wissen? Was wenn sich eine Scharnke für jeden öffnet? Dann gilt access=yes auch für die geschlossene. Was wenn auch bei offener Schranke keine LKWs passieren können? Dann gilt hgv=no auch für die offene Schranke. Ich bleibe dabei. Eine Schranke hat zwei Zustände. Beide können ihre eigenen, ganz speziellen access-restrictions haben. Der Normalzustand, soweit überhaubt festzulegen, passt momentan in kein bekanntes Tag. Gruss, chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Hallo, sorry für den vielen Text, aber ich dachte ich unterfüttere euren Streit noch ein wenig mit theoretischem Hintergrund. Die Feinheiten der einzelnen Gemeinde-/kommunalordnungen der Länder sind mir zwar nicht vertraut. In Jedem Bundesland heißen die Zusammenschlüsse von einzelnen Gemeinden anders und unterscheiden sich natürlich auch etwas in ihrer rechtlichen Konstruktion. Man kennt Einheitsgemeinde, Großgemeinde, Samtgemeinde, Verbandsgemeinde etc. Aber egal wie man das Kind nennt -- Sinn ist es, die einzelnen Ortsgemeinden zu entlasten. Aufgaben, die in der örtlichen Gemeinschaft wurzeln müssen dem Grundsatz nach auch von der (Orts-)Gemeinde wahrgenommen werden. Leider sind viele Aufgaben mittlerweile so personalintensiv und die einzelnen Gemeinden so arm, dass sich diese keinen so umfangreichen Verwaltungsapparat mehr leisten können, wie er zur Aufgabenerledigung eigentlich notwendig wäre. Deshalb lässt man diese Aufgaben die eigentlich von den einzelnen Ortsgemeinden auf ihrem Gebiet zu erledigen wären, von der Einheitsgemeinde etc. erledigen und verteilt so insbesondere die Personalkosten auf viele Schultern. Die Aufgabenerledigung durch die Einheitsgemeinde kann dabei nach Außen durchaus Namens und Vollmacht der Ortsgemeinde erfolgen. Entscheidend ist meiner Meinung nach, dass es bei all diesen Konstruktionen eine Institution (Einheitsgemeinde) gibt, welcher die Ortsgemeinden angehören und welche diese zu einer neuen Organisatorischen Einheit zusammenfasst. Selbst wenn man sagt, es handelt sich hierbei nicht um ein klassisches Hirarchisches Verhältnis zwischen Orts- und Einheitsgemeinde, so ist die Einheitsgemeinde aufgrund ihrer Zusammenfassungsfunktion eine Institution, die über den Ortsgemeinden steht. Wenn man in Ort A ist möchte man ja wissen ob der Verwaltungssitz der Einheitsgemeinde x oder eben y zuständig ist. Meiner Meinung nach daher Adminlevel 7 für Samtgemeinde, Einheitsgemeinde , Verbandsgemeinde etc. und Adminlevel 8 Ortsgemeinden (Gemeinden die einer Einheitsgemeinde etc. zugehören) Gruß, Falk Am 6. September 2012 01:52 schrieb smart...@gmx-topmail.de: Hallo alle zusammen, User: ludwich, aus Bayern, und ich aus Niedersachsen haben einen Streit um Admin-Level von Grenzen. Ich benötige Eure Meinung dazu weil es bereits zu einem kleinem Edit-War kam. Die Frage lautet: ist eine Einheitsgemeinde=Adminlevel 7 und somit gleichwertig wie eine Samtgemeinde oder ist eine Einheitsgemeinde=Adminlevel 8 wie die viel kleineren Gemeinden. --- Ludwich hat sämtliche Grenzen in Deutschland angepasst. Er habe auf seinem Garmin festgestellt das alles nicht so richtig funktioniert und deswegen Deutschlandweit Adminlevels verändert. Er behauptet das er den Adminlevel der Grenzen nach Vorgabe des Gemeindeschlüssel verändert hat. Meiner Meinung nach hat er dabei die unterschiedlichen Regelungen der Bundesländer völlig ignoriert denn in Niedersachsen ist eine Einheitsgemeinde [1] genauso mächtig wie eine Samtgemeinde. Beide sind mächtiger als Gemeinden. Ludwich hat das nicht nur missachtet sondern sogar komplett auf den Kopf gestellt und sämtliche Einheitsgemeinden von 7 auf Adminlevel 8 geändert und somit auf dieselbe Stufe wie die viel kleineren Gemeinden gestellt. Also meine Meinung in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde, Einheitsgemeinde = Adminlevel 7 Gemeinde = Adminlevel 8 Nach Meinung von ludwig gehört es wie folgt in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde = Adminlevel 7 Gemeinde, Einheitsgemeinde = Adminlevel 8 [1] http://de.wikipedia.org/wiki/Einheitsgemeinde --- Als Streitbeispiel haben wir die Stadt Schneverdingen (Adminlevel 7 oder 8?) und die Samtgemeinde Schwarmstedt Adminlevel 7 genommen. -- Mit freundlichen Grüßen Stephan aka smarties ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo Ronnie, Am Donnerstag, 6. September 2012, 08:09:45 schrieb Ronnie Soak: Auch ich gehe davon aus, dass das access Tag beschreibt, wer bei geschlossener Schranke passieren darf (bzw. das Recht hat, diese zu öffnen). eine Schranke (bzw. jedes barrier=*) ist lediglich ein Mittel, um Beschränkungen punktuell zu forcieren. Ihre Funktion ist sie damit keine andere als die von einem Verkehrsschild, nur hat sie mehr Überzeugungskraft. Genauso wenig würde man auf die Idee kommen, bei einem Wechselverkehrszeichen die Information bei angezeigten 60 muss im nachfolgenden Abschnitt 60 gefahren werden zu taggen - wir sind OpenStreetMap, nicht Wikipedia. Wenn die Beschränkung, um die es geht, nicht vorher schon signalisiert wurde, existiert sie damit nur punktuell (nämlich genau an der Schranke). Aus diesem Grund wird access=* am Knoten getaggt. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hi Eckart, Am Donnerstag, 6. September 2012, 08:09:45 schrieb Ronnie Soak: Auch ich gehe davon aus, dass das access Tag beschreibt, wer bei geschlossener Schranke passieren darf (bzw. das Recht hat, diese zu öffnen). eine Schranke (bzw. jedes barrier=*) ist lediglich ein Mittel, um Beschränkungen punktuell zu forcieren. Ihre Funktion ist sie damit keine andere als die von einem Verkehrsschild, nur hat sie mehr Überzeugungskraft. Genauso wenig würde man auf die Idee kommen, bei einem Wechselverkehrszeichen die Information bei angezeigten 60 muss im nachfolgenden Abschnitt 60 gefahren werden zu taggen - wir sind OpenStreetMap, nicht Wikipedia. Wenn die Beschränkung, um die es geht, nicht vorher schon signalisiert wurde, existiert sie damit nur punktuell (nämlich genau an der Schranke). Aus diesem Grund wird access=* am Knoten getaggt. Die Analogie greift zu kurz. Die meisten Verkehrsschilder sind nun mal nicht 'mal da und mal weg'. Eine Schranke entspricht eher einem Verbotsschild, dass nur gelegentlich herausgestellt wird. Und genau dort hast du auch genau die Probleme, die wir hier haben. Nicht umsonst gibt es inzwischen etliche Verfahren, Vorschläge und Diskussionen um z.B. zeitlich begrenzte Verbotsschilder (Fahrräder frei 18:00 - 9:00 Uhr), bedingte Schilder (120 bei Nässe) und dynamische Beschilderung (elektronische Anzeigen, Klappschilder) zu taggen. Sie alle kommen nicht nur mit dem access tag aus, sondern benötigen weitere Angaben. Also nochmal: access=* am Knoten ist ja richtig, aber man müsste es je nach Zustand der Schranke mal so und mal so taggen. Beides passt nicht gleichzeitig in den selben Tag. Gruss, Chaos PS: noch ein Beispiel: abschaltbare Ampeln ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo Ronnie, Am Donnerstag, 6. September 2012, 09:00:02 schrieb Ronnie Soak: eine Schranke (bzw. jedes barrier=*) ist lediglich ein Mittel, um Beschränkungen punktuell zu forcieren. Ihre Funktion ist sie damit keine andere als die von einem Verkehrsschild, nur hat sie mehr Überzeugungskraft. Genauso wenig würde man auf die Idee kommen, bei einem Wechselverkehrszeichen die Information bei angezeigten 60 muss im nachfolgenden Abschnitt 60 gefahren werden zu taggen - wir sind OpenStreetMap, nicht Wikipedia. Wenn die Beschränkung, um die es geht, nicht vorher schon signalisiert wurde, existiert sie damit nur punktuell (nämlich genau an der Schranke). Aus diesem Grund wird access=* am Knoten getaggt. Die Analogie greift zu kurz. Die meisten Verkehrsschilder sind nun mal nicht 'mal da und mal weg'. Eine Schranke entspricht eher einem Verbotsschild, dass nur gelegentlich herausgestellt wird. Deswegen habe ich auch Wechselverkehrszeichen untergebracht. Nicht umsonst gibt es inzwischen etliche Verfahren, Vorschläge und Diskussionen um z.B. zeitlich begrenzte Verbotsschilder (Fahrräder frei 18:00 - 9:00 Uhr), bedingte Schilder (120 bei Nässe) und dynamische Beschilderung (elektronische Anzeigen, Klappschilder) zu taggen. Sie alle kommen nicht nur mit dem access tag aus, sondern benötigen weitere Angaben. Ich weiß, ich hab die Diskussion am Rande mitbekommen… ;-) Also nochmal: access=* am Knoten ist ja richtig, aber man müsste es je nach Zustand der Schranke mal so und mal so taggen. Beides passt nicht gleichzeitig in den selben Tag. Doch, sicher. Getaggt wird nicht das Verhalten der Schranke, sondern die Beschränkungen, die sich daraus ergeben. Wenn ein Autofahrer wissen will, ob er an einer bestimmten Stelle durchfahren kann, und du ihm sagst wenn die Schranke offen ist, ja, wenn sie zu ist, nein, kommt er sich leicht verschaukelt vor. Es gibt einfach keinen Mehrwert von wenn die Schranke offen ist, ja, wenn sie zu ist, nein, und offen ist die Schranke zwischen 6 und 20 Uhr, sonst geschlossen gegenüber zwischen 6 und 20 Uhr ja, sonst nein Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM: erster ODbL Planet!
Nach der heutigen Ankündigunghttp://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/ wird die nächste Ausspielung des planet.osmhttp://wiki.openstreetmap.org/wiki/DE:Planet.osm die erste unter der neuen ODbL-Lizenz sein... http://geoobserver.wordpress.com/2012/09/06/osm-erster-odbl-planet/ mikeE. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 05.09.2012 23:04, schrieb Tirkon: Sven Geggus li...@fuchsschwanzdomain.de wrote: Da das nicht die einzige Schranke solchen Typs ist, könnte man ein Tag barrier=normally_open_lift_gate nutzen. -1 Wir mappen genausowenig für kaputte routing engines wie wir für den renderer mappen! Ich habe nur deshalb normally_open_lift_gate vorgeschlagen, weil es genau dasjenige ist, was wir in der Wirklichkeit vorfinden. Du musst ja der Anwendung wenigstens die Chance geben, über den Zustand normally open informiert zu sein. Das access Tag regelt im verbreiteten Gebrauch von OSM den Zugang bei geschlossener Schranke und nicht bei offener. Denn dann gibt es keine durch die Schranke verurachte Zugangsbeschränkung. Ist die Schranke also normally closed, muss der Router sperren und ist deswegen nicht kaputt. Lediglich sofern ein access angegeben wurde, soll er diesen auch bei geschlossener Schranke zulassen. Dass die Router und Navis bei dem Gebrauch von barrier=normally_open_lift_gate ohne weitere Eingriffe richtig reagieren, ist somit nur ein schöner Nebeneffekt. Ich habe hierfür korrekt und nicht bewusst falsch gemappt, um eine gewünschte Reaktion zu erzwingen. Eine Unterscheidung Ereignisgetriggerte- von Berechtigungsgetriggerte- Barriere hätte was... Schranken an Mautstellen, Parkhäusern müsste man dabei unter Ereignisgetriggert (Ereignis = bezahlen) einordnen. Ereignis: Tunnelstörung/Unfall, Lawinengefahr/Wintersperre,Hochwasser,Nutzungsgebühr entrichtet, Berechtigung: Uhrzeit, Fahrzeugkategorie, Personenkategorie (Anlieger, Werkszugehöriger,) Dabei sollte sich der key deutlich unterscheiden um bei Ereignis-Barrieren grundsätzlich von einer Durchfahrtmöglichkeit ausgehen zu können soweit keine anderen, externen Informationen vorliegen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo Eckhart, Am 6. September 2012 09:17 schrieb Eckhart Wörner ewoer...@kde.org: Hallo Ronnie, Also nochmal: access=* am Knoten ist ja richtig, aber man müsste es je nach Zustand der Schranke mal so und mal so taggen. Beides passt nicht gleichzeitig in den selben Tag. Doch, sicher. Getaggt wird nicht das Verhalten der Schranke, sondern die Beschränkungen, die sich daraus ergeben. Wenn ein Autofahrer wissen will, ob er an einer bestimmten Stelle durchfahren kann, und du ihm sagst wenn die Schranke offen ist, ja, wenn sie zu ist, nein, kommt er sich leicht verschaukelt vor. Ja. Nein. Genauer: Ja, wir taggen die Beschränkung. Nein, der Autofahrer kommt sich nicht verschaukelte vor. Betrachte doch mal nicht nur ein Verkehrsmittel. Der Radfahrer kommt zB. bei geschlossener und offener Schranke durch, der Autofahrer nur bei offener, der LKW-Fahrer weder bei offener noch bei geschlossener. Siehst du jetzt den Informationsgewinn? Es gibt einfach keinen Mehrwert von wenn die Schranke offen ist, ja, wenn sie zu ist, nein, und offen ist die Schranke zwischen 6 und 20 Uhr, sonst geschlossen gegenüber zwischen 6 und 20 Uhr ja, sonst nein Ja, diese Aussagen sind inhaltsgleichwertig (schönes Wort, nicht wahr?). Die Aussagen beschreiben aber nicht die Bedeutung des bisher vorgeschlagenen access=yes. 1. Deine Aussagen musst du für alle Verkehrsmittel einzeln wiederholen (und natürlich anpassen) 2. Dass das zwischen 6 und 20 Uhr zwingend dazu gehört, mit einem simplen access=yes aber nicht abgedeck ist, ist gerade mein Standpunkt. Guss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 06.09.2012 09:17, schrieb Eckhart Wörner: Doch, sicher. Getaggt wird nicht das Verhalten der Schranke, sondern die Beschränkungen, die sich daraus ergeben. So sehe ich das auch. Schranken sind physikalische Mittel um Zugangssperren durchzusetzen. Wenn an dem im UP angesprochenen Tunnel ein aufklappbares Schild 250 Verbot für Fahrzeuge aller Art angebracht wäre, das nur bei Bedarf aufgeklappt wird, dann hätten wir dieselbe Diskussion. Schranken müssen daher so getaggt werden wie Straßen, für welche dieselben Beschränkungen auf andere Weise festgelegt sind. Ob da ein Schild gesperrt für Fz aller Art zwischen 20:00 und 06:00 hängt oder eine Schranke steht, die abends um acht geschlossen wird, läuft rechtlich auf dasselbe hinaus. Oder um bei dem Beispiel im UP zu bleiben: wenn bei einem Unfall im Tunnel ein Schild 250 auf die Straße gestellt wird, ist das Ergebnis dasselbe, wie wenn eine normalerweise offene Schranke geschlossen wird. Ich würde sogar soweit gehen und die Beschränkungen nur an die Wege zu taggen, und sei es nur ein kleines Stück um die Schranke herum. Hingegen ist es sinnvoll, das Vorhandensein und die physikalischen Eigenschaften sowie die Regeln für des Öffnen/Schliessen der Schranke unabhängig von den damit durchzusetzenden rechtlichen Beschränkungen zu taggen. Das könnte z.B. für Notdienste nützlich sein, die grundsätzlich überall durchfahren dürfen. Da kann es wichtig sein, ob man einen Schlüssel zum Öffnen braucht oder ob dort rund um die Uhr Bedienpersonal sitzt. Oder für Leute, die sich ungern an Verbote halten, die schon im Voraus wissen wollen, ob sie dort über eine Schranke klettern müssen. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo Ronnie, Am Donnerstag, 6. September 2012, 09:31:29 schrieb Ronnie Soak: Getaggt wird nicht das Verhalten der Schranke, sondern die Beschränkungen, die sich daraus ergeben. Wenn ein Autofahrer wissen will, ob er an einer bestimmten Stelle durchfahren kann, und du ihm sagst wenn die Schranke offen ist, ja, wenn sie zu ist, nein, kommt er sich leicht verschaukelt vor. Ja. Nein. Genauer: Ja, wir taggen die Beschränkung. Nein, der Autofahrer kommt sich nicht verschaukelte vor. Betrachte doch mal nicht nur ein Verkehrsmittel. Der Radfahrer kommt zB. bei geschlossener und offener Schranke durch, der Autofahrer nur bei offener, der LKW-Fahrer weder bei offener noch bei geschlossener. Siehst du jetzt den Informationsgewinn? Nein. Ich kann das genauso präzise so formulieren: Der LKW-Fahrer kommt nie durch, der Autofahrer kommt zwischen 6 und 20 Uhr durch, der Fußgänger kommt immer durch. Die Aussagen beschreiben aber nicht die Bedeutung des bisher vorgeschlagenen access=yes. Nach meinem Verständnis hat der access-Tag genau die gleiche Bedeutung, egal, ob er sich an einem Weg oder an einem Knoten befindet, nur sind bei einem Knoten die Auswirkungen nur punktuell. Den access-Tag an einer Schranke anders zu interpretieren, wäre ein erheblicher Bruch. 1. Deine Aussagen musst du für alle Verkehrsmittel einzeln wiederholen (und natürlich anpassen) Darum kommt man nie herum. 2. Dass das zwischen 6 und 20 Uhr zwingend dazu gehört, mit einem simplen access=yes aber nicht abgedeck ist, ist gerade mein Standpunkt. Natürlich ist zwischen 6 und 20 Uhr mit einem simplen access=yes nicht abgedeckt. Genauso wenig ist zwischen 6 und 20 Uhr aber auch mit wenn die Schranke offen ist abgedeckt. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 05.09.2012 23:22, schrieb Tirkon: Das access-Tag beschreibt im verbreiteten OSM Gebrauch die Zugangsmöglichkeit trotz geschlossener Schranke - in diesem Falle also den Zeitpunkt, wenn sie ausnahmsweise nicht offen sein sollte. Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die Access-Tags der Schranke. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Moin, Am 06.09.2012 08:36, schrieb Falk Zscheile: Hallo, sorry für den vielen Text, aber ich dachte ich unterfüttere euren Streit noch ein wenig mit theoretischem Hintergrund. Die Feinheiten der einzelnen Gemeinde-/kommunalordnungen der Länder sind mir zwar nicht vertraut. In Jedem Bundesland heißen die Zusammenschlüsse von einzelnen Gemeinden anders und unterscheiden sich natürlich auch etwas in ihrer rechtlichen Konstruktion. Man kennt Einheitsgemeinde, Großgemeinde, Samtgemeinde, Verbandsgemeinde etc. Aber egal wie man das Kind nennt -- Sinn ist es, die einzelnen Ortsgemeinden zu entlasten. Du hast hier recht in bezug auf die _Gemeindeverbände_ , also Zusammenschlüsse von selbstständigen Gemeinden (admin_level=8) zu einem Gemeindeverband (admin_level=7), der viele Verwaltungsaufgaben für die kleinen Gemeinden übernimmet und daher auch eine gewisse Hoheit über die Gemeinden hat (Hirarchie). Hierunter fallen Begriffe wie Samtgemeinde (z.B. Niedersachsen) oder Amt (z.B. Schleswig-Holstein) oder Verbandsgemeinde (Rheinland-Pfalz). Einheitsgemeinden sind jedoch genau etwas anderes. Es sind selbstständige Gemeinden (admin_level=8), die eben Amts-frei bzw. eben _nicht_ Mitglied einer Samtgemeinde sind. Sie regelt sämtliche Verwaltungsaufgaben selbstständig - und sind daher ebenfalls auf admin_level=7 angesiedelt. Dies kommt auch im Gemeindeverzeichnis zum Ausdruck, wo diese Gemeinden sowohl einen 9-stelligen Regionalschlüssel (admin_level=7) wie auch einen 12-stelligen Regionalschlüssel (admin_level=8) haben. Im Verhältnis zum Kreis ist eine Einheitsgemeinde zwar den Verbandsgemeinden gleichgestellt, im Verhältnis der Gemeinden untereinander aber nicht höhergestellt. Formal gesehen haben also erstmal beide Streithähne recht. In OSM wird nun oft nur die höhere Grenze angegeben (also admin_level=7) siehe z. B. auch Hamburg als extremes Beispiel. Zwei Seelen streiten sich da in meiner Brust: Einerseits ist der Grenzverlauf, die Fläche und die Gemeinde nur ein Objekt. Andererseits fehlt dann die Möglichkeit, die unterschiedlichen Daten (admin_level und RS) angeben zu können. Das führt z.B. dazu, dass _Gemeinden_ nicht gefunden werden können - weil sie als Gemeinde gar nicht in OSM erfasst sind, sondern eben als Einheitsgemeinde. Von daher wäre ich persönlich gar nicht so abgeneigt, _beide_ Relationen anzugeben. Zum Einen gibt das die faktische Lage durchaus korrekt wieder (und ermöglicht die korrekte Angabe von admin_level und RS). Zum Anderen vermeidet das solche Edit-Wars - vorausgesetzt die Situation wird entsprechend dokumentiert. Letztendlich vereinfacht es die Navigationsproblematik der Straßensuche. ;-) Auf der Auswertungsseite sehe ich keine Probleme, da dort eh nur auf einheitlichem admin_level verglichen werden darf. Im Gegenteil, es würde die Auswertung z.B. aller Gemeinden eher vereinfachen, derzeit ist das ja gar nicht möglich. Einzig Renderer haben damit wohl ein Problem ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 6. September 2012 10:07 schrieb Georg Feddern o...@bavarianmallet.de: Moin, Am 06.09.2012 08:36, schrieb Falk Zscheile: Hallo, sorry für den vielen Text, aber ich dachte ich unterfüttere euren Streit noch ein wenig mit theoretischem Hintergrund. Die Feinheiten der einzelnen Gemeinde-/kommunalordnungen der Länder sind mir zwar nicht vertraut. In Jedem Bundesland heißen die Zusammenschlüsse von einzelnen Gemeinden anders und unterscheiden sich natürlich auch etwas in ihrer rechtlichen Konstruktion. Man kennt Einheitsgemeinde, Großgemeinde, Samtgemeinde, Verbandsgemeinde etc. Aber egal wie man das Kind nennt -- Sinn ist es, die einzelnen Ortsgemeinden zu entlasten. Einheitsgemeinden sind jedoch genau etwas anderes. Es sind selbstständige Gemeinden (admin_level=8), die eben Amts-frei bzw. eben _nicht_ Mitglied einer Samtgemeinde sind. Sie regelt sämtliche Verwaltungsaufgaben selbstständig - und sind daher ebenfalls auf admin_level=7 angesiedelt. Danke für die Richtigstellung. Im Verhältnis zum Kreis ist eine Einheitsgemeinde zwar den Verbandsgemeinden gleichgestellt, im Verhältnis der Gemeinden untereinander aber nicht höhergestellt. In OSM wird nun oft nur die höhere Grenze angegeben (also admin_level=7) siehe z. B. auch Hamburg als extremes Beispiel. Auch ich bin der Meinung, dass Gemeinden, die ihre Verwaltungsaufgaben selbstständig wahrnehmen einen admin_level=7 bekommen sollten, weil sie verwaltungstechnisch auf der gleichen Ebene wie Samt-, Verband-, Großgemeinden stehen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Hallo Ich sehe das mal aus den Augen eines Laien auf dem Verwaltungsgebiet. Das System ist hierarchisch aufgebaut. Will eine Gemeinde admin_level=7 haben, sollte es andere Gemeinden mit level=8 unter sich haben. Den Rest (wer hat welche Macht) kann man meiner Meinung nach auf einer so groben Skala kaum abbilden. Reicht es dafür nicht aus, die ganzen Schlüssel zu interpretieren? Für den Laien (der mit den Daten arbeiten muss/will) ist es jedenfalls deutlich einfacher zu verstehen, wenn eine einzelne Gemeinde level=8 bekommt und ein Zusammenschluss aus mehreren Gemeinden level=7 Viele Grüße, Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Moin, Am 06.09.2012 09:58, schrieb Rainer Kluge: Am 05.09.2012 23:22, schrieb Tirkon: Das access-Tag beschreibt im verbreiteten OSM Gebrauch die Zugangsmöglichkeit trotz geschlossener Schranke - in diesem Falle also den Zeitpunkt, wenn sie ausnahmsweise nicht offen sein sollte. Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die Access-Tags der Schranke. Und wovon geht ein Router dann bei der Berechnung aus? Ist die Schranke dann gerade geschlossen oder offen? Muss er also die access-Tags der Schranke nun beachten oder nicht? Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Ein Servus (aus Österreich), habe zwar wenig mit den deutschen Grenzen zu tun. Aber wenn er es deutschlandweit bearbeitet frage ich mich, wo die Ankündigung dazu ist. Flächendeckende Bearbeitungen sollten ja abgesprochen werden (auch wenn es kein Bot ist). Der Ansatz mit 2 Relationen (einmal admin_level=7 und einmal ...=8) ist für mich schlüssig (besonders da es die Verwaltung mit 2 unterschiedlichen Regionalschlüssel auch so handhabt). Ich glaube nicht, dass es für Render ein Problem darstelt. Eine Note dazu, dass es eine deckungsgleiche Grenze gibt mit anderem Level gibt. Was spricht dagegen? LG Jimmy Am 06.09.2012 10:07, schrieb Georg Feddern: Moin, Du hast hier recht in bezug auf die _Gemeindeverbände_ , also Zusammenschlüsse von selbstständigen Gemeinden (admin_level=8) zu einem Gemeindeverband (admin_level=7), der viele Verwaltungsaufgaben für die kleinen Gemeinden übernimmet und daher auch eine gewisse Hoheit über die Gemeinden hat (Hirarchie). Hierunter fallen Begriffe wie Samtgemeinde (z.B. Niedersachsen) oder Amt (z.B. Schleswig-Holstein) oder Verbandsgemeinde (Rheinland-Pfalz). Einheitsgemeinden sind jedoch genau etwas anderes. Es sind selbstständige Gemeinden (admin_level=8), die eben Amts-frei bzw. eben _nicht_ Mitglied einer Samtgemeinde sind. Sie regelt sämtliche Verwaltungsaufgaben selbstständig - und sind daher ebenfalls auf admin_level=7 angesiedelt. Dies kommt auch im Gemeindeverzeichnis zum Ausdruck, wo diese Gemeinden sowohl einen 9-stelligen Regionalschlüssel (admin_level=7) wie auch einen 12-stelligen Regionalschlüssel (admin_level=8) haben. Im Verhältnis zum Kreis ist eine Einheitsgemeinde zwar den Verbandsgemeinden gleichgestellt, im Verhältnis der Gemeinden untereinander aber nicht höhergestellt. Formal gesehen haben also erstmal beide Streithähne recht. In OSM wird nun oft nur die höhere Grenze angegeben (also admin_level=7) siehe z. B. auch Hamburg als extremes Beispiel. Zwei Seelen streiten sich da in meiner Brust: Einerseits ist der Grenzverlauf, die Fläche und die Gemeinde nur ein Objekt. Andererseits fehlt dann die Möglichkeit, die unterschiedlichen Daten (admin_level und RS) angeben zu können. Das führt z.B. dazu, dass _Gemeinden_ nicht gefunden werden können - weil sie als Gemeinde gar nicht in OSM erfasst sind, sondern eben als Einheitsgemeinde. Von daher wäre ich persönlich gar nicht so abgeneigt, _beide_ Relationen anzugeben. Zum Einen gibt das die faktische Lage durchaus korrekt wieder (und ermöglicht die korrekte Angabe von admin_level und RS). Zum Anderen vermeidet das solche Edit-Wars - vorausgesetzt die Situation wird entsprechend dokumentiert. Letztendlich vereinfacht es die Navigationsproblematik der Straßensuche. ;-) Auf der Auswertungsseite sehe ich keine Probleme, da dort eh nur auf einheitlichem admin_level verglichen werden darf. Im Gegenteil, es würde die Auswertung z.B. aller Gemeinden eher vereinfachen, derzeit ist das ja gar nicht möglich. Einzig Renderer haben damit wohl ein Problem ... Gruß Georg ___ 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] Grenzen und Adminlevel
Am 06.09.2012 01:52, schrieb smart...@gmx-topmail.de: Hallo alle zusammen, User: ludwich, aus Bayern, und ich aus Niedersachsen haben einen Streit um Admin-Level von Grenzen. Ich benötige Eure Meinung dazu weil es bereits zu einem kleinem Edit-War kam. Die Frage lautet: ist eine Einheitsgemeinde=Adminlevel 7 und somit gleichwertig wie eine Samtgemeinde oder ist eine Einheitsgemeinde=Adminlevel 8 wie die viel kleineren Gemeinden. --- Ludwich hat sämtliche Grenzen in Deutschland angepasst. Er habe auf seinem Garmin festgestellt das alles nicht so richtig funktioniert und deswegen Deutschlandweit Adminlevels verändert. Er behauptet das er den Adminlevel der Grenzen nach Vorgabe des Gemeindeschlüssel verändert hat. Meiner Meinung nach hat er dabei die unterschiedlichen Regelungen der Bundesländer völlig ignoriert denn in Niedersachsen ist eine Einheitsgemeinde [1] genauso mächtig wie eine Samtgemeinde. Beide sind mächtiger als Gemeinden. Ludwich hat das nicht nur missachtet sondern sogar komplett auf den Kopf gestellt und sämtliche Einheitsgemeinden von 7 auf Adminlevel 8 geändert und somit auf dieselbe Stufe wie die viel kleineren Gemeinden gestellt. Also meine Meinung in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde, Einheitsgemeinde = Adminlevel 7 Gemeinde = Adminlevel 8 Nach Meinung von ludwig gehört es wie folgt in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde = Adminlevel 7 Gemeinde, Einheitsgemeinde = Adminlevel 8 [1] http://de.wikipedia.org/wiki/Einheitsgemeinde --- Als Streitbeispiel haben wir die Stadt Schneverdingen (Adminlevel 7 oder 8?) und die Samtgemeinde Schwarmstedt Adminlevel 7 genommen. Ich würde ludwich zustimmen. Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 6. September 2012 08:01 schrieb Andreas Labres l...@lab.at: On 05.09.12 17:13, Martin Koppenhoefer wrote: m.E. ist barrier=lift_gate der richtige tag, und access sagt aus, ob und wer/wann man da durch darf. access=wenn_er_hochgeklappt_ist? Eigentlich ist access wieder verkehrt herum, weil Du ja nicht sagen willst, für wen der Schranken gilt, sondern für wen er - als Ausnahme - nicht gilt (obwohl da ein geschlossener Schranken ist, dürfen Radfahrer dran vorbeifahren und Wanderer dran vorbeigehen). z.B.: nur für Berechtigte, Fußgänger und Radfahrer immer frei: access=private foot=yes bicycle=yes oder, grundsätzlich offen, ausser in seltenen Ausnahmefällen: access=yes note:de=bei Tunnelbrand oder Weihnachten an einem Freitag geschlossen mit access auf einem barrier-Objekt sagt man aus, wer durch darf. Ob dazu die Schranke geöffnet werden muss, oder man dran vorbeifahren darf, oder ... ist dafür egal. Eine Schranke, die immer offen ist, muss nicht anders getaggt werden (m.E.) als eine, die immer zu ist und sich immer öffnet, wenn jemand kommt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 06.09.2012 11:02, schrieb Martin Koppenhoefer: oder, grundsätzlich offen, ausser in seltenen Ausnahmefällen: access=yes note:de=bei Tunnelbrand oder Weihnachten an einem Freitag geschlossen Und wo steht, für wen die geschlossene Schranke gilt? Wenn am Freitag nach Weihnachten Kfz nicht, Radfaher und Fußgänger aber schon dürfen? access:if_closed? Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 6. September 2012 11:08 schrieb Rainer Kluge rklug...@web.de: Am 06.09.2012 11:02, schrieb Martin Koppenhoefer: oder, grundsätzlich offen, ausser in seltenen Ausnahmefällen: access=yes note:de=bei Tunnelbrand oder Weihnachten an einem Freitag geschlossen Und wo steht, für wen die geschlossene Schranke gilt? Wenn am Freitag nach Weihnachten Kfz nicht, Radfaher und Fußgänger aber schon dürfen? access:if_closed? ja, wenn man das maschinenlesbar ausdrücken wollte, dann kommt man an conditionalen tags nicht vorbei, ggf. auch getrennt für einzelne Verkehrsmittel. Dazu haben wir uns aber bisher nichtmal für Zeiten für eine Syntax einigen können, und das selbe Problem haben wir hier halt auch. Dieses Problem ist allerdings bei einer Autobahnschranke, die sowieso praktisch immer offen ist, m.E. derart marginal, dass man nur aus akademischen Gründen oder um eine Lösung zu finden die auf andere Fällen übertragbar wäre, wo es relevant wäre, eine Lösung braucht. Die Autobahn kann übrigens auch ohne Schranke mal für kürzere Zeit gesperrt sein, z.B. wegen Unfall oder Brand, sollen wir das überall hintaggen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Hallo, -Ursprüngliche Nachricht- Von: Jimmy_K [mailto:jimm...@gmx.at] Gesendet am: Donnerstag, 6. September 2012 10:53 Der Ansatz mit 2 Relationen (einmal admin_level=7 und einmal ...=8) ist für mich schlüssig (besonders da es die Verwaltung mit 2 unterschiedlichen Regionalschlüssel auch so handhabt). Ich glaube nicht, dass es für Render ein Problem darstelt. Eine Note dazu, dass es eine deckungsgleiche Grenze gibt mit anderem Level gibt. Was spricht dagegen? Für mich zählt auch das Gemeindeverzeichnis und da ist bei Schneverdingen sowohl ein Eintrag in Spalte Satz-art von 50 als auch von 60. 60 entspricht einer normalen Gemeinde und 50 einer Verbandsgemeinde (und in diesem Fall zählen die dazu auch Einheitsgemeinden) Bei der Relation für admin_level würde ich einen name:prefix=Einheitsgemeinde ergänzen, damit bei Ermittlung der Admin-Hierarchie einer Gemeinde über Relationen ein Unterschied zwischen den beiden Ebenen klar ist. Viele Grüße Dietmar aka okilimu ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 6. September 2012 09:58 schrieb Rainer Kluge rklug...@web.de: Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die Access-Tags der Schranke. hierzu wurde schon wiederholt festgestellt, dass access-tags auf ways nicht unbedingt mit den access-tags auf einem barrier-node in Beziehung stehen, daher sollte man das auch getrennt betrachten und taggen, egal wie kurz die ways um den node herum sind. Es gelten immer (bzw. in den definierten Zeiten) die access-tags sowohl der nodes als auch der ways. Ob dazu die Schranke offen sein muss, oder ob man bei geschlossener Schranke durchfahren/-gehen darf spielt doch keine Rolle. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Moin, Am 06.09.2012 10:59, schrieb René Falk: Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Für OSM würde das zwar bereits viele Probleme lösen - aber die Fakten wiederum auch nicht eindeutig darstellen - erstelle dann mal eine Karte der admin_level=7 Gebiete (als Beispiel). Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 06.09.2012 10:44, schrieb Georg Feddern: Am 06.09.2012 09:58, schrieb Rainer Kluge: Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die Access-Tags der Schranke. Und wovon geht ein Router dann bei der Berechnung aus? Ist die Schranke dann gerade geschlossen oder offen? Muss er also die access-Tags der Schranke nun beachten oder nicht? Das ist ein separates Thema, auf das ich in diesem Teilthread, in dem es um die Access-Tags geht, bewusst nicht eingegangen bin. In dem im UP geschilderten Fall hat der Router ohnehin nichts von den Tags an der Schranke, egal was man da alles reinpackt. Oder soll man taggen, dass am 24.12.2012 zwischen 13 und 15 Uhr wegen Unfall geschlossen sein wird? Das ist schon am Anfang von jemandem gesagt worden. Dazu braucht er TMC oder ähnliches, und dann braucht er wiederum die statischen Infos aus OSM nicht. Es geht nur darum, wie man ihm mitteilt, dass normalerweise offen ist. Das soll und kann man nicht über access machen sondern über eine spezielles Tag wie z.B.: barrier:closed=permanently|on_emergency|14:00-17:00|sunday|24.12-06.01 Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 6. September 2012 10:52 schrieb Jimmy_K jimm...@gmx.at: ... wenn er es deutschlandweit bearbeitet frage ich mich, wo die Ankündigung dazu ist. Flächendeckende Bearbeitungen sollten ja abgesprochen werden (auch wenn es kein Bot ist). +1, http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct http://wiki.openstreetmap.org/wiki/Automated_Edits etc. der betr. Edit wurde soweit ich weiss weder vorher angekündigt noch diskutiert und widerspricht daher den entsprechenden Guidelines für solche mechanischen Bearbeitungen in größerem Stil. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 06.09.2012 11:21, schrieb Martin Koppenhoefer: Am 6. September 2012 09:58 schrieb Rainer Klugerklug...@web.de: Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die Access-Tags der Schranke. hierzu wurde schon wiederholt festgestellt, dass access-tags auf ways nicht unbedingt mit den access-tags auf einem barrier-node in Beziehung stehen, daher sollte man das auch getrennt betrachten und taggen, egal wie kurz die ways um den node herum sind. Es gelten immer (bzw. in den definierten Zeiten) die access-tags sowohl der nodes als auch der ways. Ob dazu die Schranke offen sein muss, oder ob man bei geschlossener Schranke durchfahren/-gehen darf spielt doch keine Rolle. So war das gemeint. Unabhängig davon, *wie* man die durch die geschlossene Schranke erzwungenen Zugangsbeschränkungen erfasst, gelten diese in Kombination mit den Beschränkungen der Ways. Und wenn die Schranke offen ist, dann gelten nur die Beschränkungen der Ways. Somit geht es um zwei voneinander unabhängige Fragen: 1) Wie erfasst man die Kriterien für das Schliessen der Schranke 2) Wie erfasst man die Beschränkungen durch die Schranke Wenn 1) geklärt ist, braucht man bei 2) den Zustand Schranke offen nicht mehr zu berücksichtigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 6. September 2012 10:59 schrieb René Falk li...@falconaerie.de: Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Nach Deiner Ansicht geht aber die Unterscheidung zwischen gemeinden, die alles selbst erledigen (dürfen) und Gemeinden die bestimmte Aufgaben von der Verbandgemeinde erledigen lassen müssen verloren. Um beides darzustellen müsste man sowohl level 8 und 7 taggen. Nur level 8 zu taggen würde hingegen eine wichtige Information unterschlagen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
On Thu 2012-09-06 (07:20), Elstermann, Mike wrote: Nach der heutigen Ankündigunghttp://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/ wird die nächste Ausspielung des planet.osmhttp://wiki.openstreetmap.org/wiki/DE:Planet.osm die erste unter der neuen ODbL-Lizenz sein... http://geoobserver.wordpress.com/2012/09/06/osm-erster-odbl-planet/ Hängt damit irgendwie zusammen, dass die Garmin-img-Dateien von All-In-One und Raumbezug heute *sehr* klein ausgefallen sind? Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Am 6. September 2012 11:33 schrieb Rainer Kluge rklug...@web.de: Am 06.09.2012 11:21, schrieb Martin Koppenhoefer: Am 6. September 2012 09:58 schrieb Rainer Klugerklug...@web.de: Oder anders gesagt: wenn die Schranke offen ist, gelten die Access-Tags der angrenzenden Straßen. Wenn sie geschlossen ist, gelten zusätzlich die Access-Tags der Schranke. hierzu wurde schon wiederholt festgestellt, dass access-tags auf ways nicht unbedingt mit den access-tags auf einem barrier-node in Beziehung stehen, daher sollte man das auch getrennt betrachten und taggen, egal wie kurz die ways um den node herum sind. Es gelten immer (bzw. in den definierten Zeiten) die access-tags sowohl der nodes als auch der ways. Ob dazu die Schranke offen sein muss, oder ob man bei geschlossener Schranke durchfahren/-gehen darf spielt doch keine Rolle. So war das gemeint. ach so, das hatte sich ein Stück weiter oben noch ganz anders angehört (Ich würde sogar soweit gehen und die Beschränkungen nur an die Wege zu taggen, und sei es nur ein kleines Stück um die Schranke herum.) Unabhängig davon, *wie* man die durch die geschlossene Schranke erzwungenen Zugangsbeschränkungen erfasst, gelten diese in Kombination mit den Beschränkungen der Ways. -1, es gelten für die Schranke nur die tags auf dem Schranken-node, für die ways nur diejenigen auf dem way (ggf. noch Relationen). Eine Kombination kommt da direkt nicht zum tragen, nur indirekt, da man ja irgendwie zur Schranke hinkommen muss. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hallo Rainer, Am Donnerstag, 6. September 2012, 11:25:55 schrieb Rainer Kluge: Es geht nur darum, wie man ihm mitteilt, dass normalerweise offen ist. Das soll und kann man nicht über access machen sondern über eine spezielles Tag wie z.B.: barrier:closed=permanently|on_emergency|14:00-17:00|sunday|24.12-06.01 Es geht nicht darum, dass man dem Router mitteilt, dass die Schranke normalerweise offen ist. Es geht darum, dass man ihm mitteilt, dass man normalerweise durchfahren kann - und das ist access=yes. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:34, schrieb Falk Zscheile: Am 6. September 2012 10:59 schrieb René Falk li...@falconaerie.de: Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Nach Deiner Ansicht geht aber die Unterscheidung zwischen gemeinden, die alles selbst erledigen (dürfen) und Gemeinden die bestimmte Aufgaben von der Verbandgemeinde erledigen lassen müssen verloren. Um beides darzustellen müsste man sowohl level 8 und 7 taggen. Nur level 8 zu taggen würde hingegen eine wichtige Information unterschlagen. Gruß, Falk Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:24, schrieb Georg Feddern: Moin, Am 06.09.2012 10:59, schrieb René Falk: Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Für OSM würde das zwar bereits viele Probleme lösen - aber die Fakten wiederum auch nicht eindeutig darstellen - erstelle dann mal eine Karte der admin_level=7 Gebiete (als Beispiel). Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Es gibt eigentlich nur den 12-stelligen. Der 9-stellige ist eigentlich eine Ableitung vom 12stelligen um kompatible mit dem alten AGS zu sein. Es soll ja Software geben die noch nicht auf den RS umgestellt wurde. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI ways without tags und source=Bing
On Sun 2012-09-02 (17:04), Martin Koppenhoefer wrote: Im Prinzip ist source=bing völlig unklar und erschließt sich nur demjenigen, der tief in der Materie drin steckt. Bing ist ein Suchportal (mit Kartenabteilung). An Karten werden mind. Luftbilder, Schrägluftbilder und klassische Karten angeboten. bing ist einfach zu verkürzend, um eine genaue Angabe zu sein. Sollten wir z.B. demnächst das Recht bekommen, auch von Bing-Karten abzuzeichnen (zugegebenermaßen unwahrscheinlich), oder deren Daten direkt zu importieren, dann wäre es praktisch unmöglich, das noch auseinander zu halten. Solange das nicht der Fall ist, und die einzige legale Quelle aus dem Bing-Fundus die Ortholuftbilder sind, ist das wirklich Erbsenzählerei, solange man davon ausgeht, dass sich alle an die Spielregeln halten. Okay... ich mache dann mal einen Bug Report für Merkaartor fertig - dort wird der Kurzname der jeweils verwendeten Hintergründe ins Source-Tag eingetragen (ja, man kann es deaktivieren...). Bei source=Landsat ist die Lage klar, source=Yahoo gab es auch mal... Was mich momentan tatsächlich nervt: Es ist aus Bing (gilt aber auch für Bing aerial imagery) nicht abzulesen, wann das Luftbild eingeflossen ist. In manchen Gegenden gibt es Bing (steinalt und zig Meter daneben, weil nicht ordentlich georeferenziert), Bing calibrated (da wüsste ich zu gern, woher und welche Kalibierinformation), und Bing aus den 2012 freigegebenen Bildern. (Um die verschobenen Objekte zu finden, müsste man bestenfalls nach source=Bing und letzterÄnderung=langeher suchen.) Ist aber ein anderes Thema. source=survey heisst dagegen, dass da jemand vor Ort war. Am Einzelobjekt haben solche Metadaten trotzdem nichts verloren, da gebe ich Dir Recht. Ich schreibe das (fast) immer in den Changeset-Kommentar, also z.B. details from survey and tracing pcn2008 and bing (besser wäre wohl, bing aerial imagery anstatt nur bing, bin aber auch ein bisschen zu schreibfaul). Das sind wir alle ;) Trotzdem sehe ich da noch Probleme. Wenn ich z.B. eine Hochspannungsleitung abgefahren bin und die Mastnummern notiert habe, dann ist das survey, an den einen oder anderen Mast bin ich nicht rangekommen (auf Privatgelände), dann ist die ref-Nummer extrapolated. Die Position des Masts würde ich aber auf jeden Fall vom Luftbild ablesen, denn nur selten kann (und will) ich mich mit dem GPSr in die Mitte zwischen den Sockeln stellen (und was das Signal dann, mit 400 kV und ein paar Tonnen Stahlkonstruktion overhead, taugt?). Wenn ich die source nur ins changeset schreibe, dann ist keinem so recht geholfen (auf welches Objekt bezieht sich jetzt was). IMHO hilft da wirklich nur source-Tag am Einzelobjekt :( Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:55, schrieb René Falk: Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. Quatsch, meinte type=multipolygon, boundary=administrative. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:24, schrieb Georg Feddern: Moin, Am 06.09.2012 10:59, schrieb René Falk: Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Für OSM würde das zwar bereits viele Probleme lösen - aber die Fakten wiederum auch nicht eindeutig darstellen - erstelle dann mal eine Karte der admin_level=7 Gebiete (als Beispiel). Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Man könnte auch alternativ den NUTS-Schlüssel der EU verwenden, um zwischen selbständigen und unselbstständigen Gemeinden zu unterscheiden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMI ways without tags und source=Bing
Was mich momentan tatsächlich nervt: Es ist aus Bing (gilt aber auch für Bing aerial imagery) nicht abzulesen, wann das Luftbild eingeflossen ist. In manchen Gegenden gibt es Bing (steinalt und zig Meter daneben, weil nicht ordentlich georeferenziert), Bing calibrated (da wüsste ich zu gern, woher und welche Kalibierinformation), und Bing aus den 2012 freigegebenen Bildern. (Um die verschobenen Objekte zu finden, müsste man bestenfalls nach source=Bing und letzterÄnderung=langeher suchen.) Ist aber ein anderes Thema. Genau da hilft es, wenn das source tag im changeset steht. Da siehst du gleich, von wann das war. (Also natürlcih auch nicht, von wann das Luftbild war, aber zumindest wann es abgerufen wurde). Wenn ich die source nur ins changeset schreibe, dann ist keinem so recht geholfen (auf welches Objekt bezieht sich jetzt was). IMHO hilft da wirklich nur source-Tag am Einzelobjekt :( Ist für solche Besonderheiten ja auch ok. Wenn es derart kompliziert wird, kommst du aber um ein note:de= eh nicht herum. Da kannst du dann auch reinschreiben, dass du die Position extrapoliert, die Mastnummer am Luftbild abgezählt, die Spannungsklasse beim Versorger erfragt und die Farbe vor Ort gesehen hast. Wenn dir diese Informationn wichtig sind (mir sind sie es nicht), bekommst du sie eh nicht in ein einziges source= tag. Egal wo das steht. Aber eh man das an jedem (!) Masten dranschreibt, tobt man dich doch damit lieber wieder im Changeset-Kommentar aus. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 10:52, schrieb Jimmy_K: Der Ansatz mit 2 Relationen (einmal admin_level=7 und einmal ...=8) ist für mich schlüssig (besonders da es die Verwaltung mit 2 unterschiedlichen Regionalschlüssel auch so handhabt). Ich glaube nicht, dass es für Render ein Problem darstelt. Eine Note dazu, dass es eine deckungsgleiche Grenze gibt mit anderem Level gibt. Was spricht dagegen? Vielleicht das reine Sammelrelationen verpönt sind? Ich verweise mal auf: https://wiki.openstreetmap.org/wiki/DE:Grenze_zeichnen Mit den dort dargestellten Möglichkeiten lässt sich eine Unterscheidung von selbstständigen und unselbstständigen Gemeinden anhand der Multipolygone durchaus herstellen. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 11:59, schrieb René Falk: Am 06.09.2012 11:24, schrieb Georg Feddern: hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Es gibt eigentlich nur den 12-stelligen. Der 9-stellige ist eigentlich eine Ableitung vom 12stelligen um kompatible mit dem alten AGS zu sein. Es soll ja Software geben die noch nicht auf den RS umgestellt wurde. =-O Inwiefern ist der 9-stellige Anteil des RS, der ja gerade die Verbandsebene kennzeichnet und der die letzten 3 Stellen (Gemeinde-Kennung) komplett ignoriert, kompatibel zu dem 8-stelligen AGS? Der (ehem.) AGS ergibt sich doch aus den ersten 5 und den letzten 3 Stellen des RS, gerade unter Weglassen des 4-stelligen Verbandsschlüssels. fragt sich Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Moin, Am 06.09.2012 11:55, schrieb René Falk: Am 06.09.2012 11:34, schrieb Falk Zscheile: Nach Deiner Ansicht geht aber die Unterscheidung zwischen gemeinden, die alles selbst erledigen (dürfen) und Gemeinden die bestimmte Aufgaben von der Verbandgemeinde erledigen lassen müssen verloren. Um beides darzustellen müsste man sowohl level 8 und 7 taggen. Nur level 8 zu taggen würde hingegen eine wichtige Information unterschlagen. Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. hmm, nach viel Grübeln fällt mir dazu nur der Vergleich der Relation (admin_level=8, RS inkl. Gemeindeschlüssel) und allen ihrer Mitglieder (admin_level=7) ein. Der RS der Einheitsgemeinde auf admin_level=7 ergibt sich dann automatisch. OK - prinzipiell wäre es möglich. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 13:53, schrieb Georg Feddern: Am 06.09.2012 11:59, schrieb René Falk: Am 06.09.2012 11:24, schrieb Georg Feddern: hmm, welchen RS bekommt sie dann eingetragen - ihren 9- oder ihren 12-stelligen. ;-) Es gibt eigentlich nur den 12-stelligen. Der 9-stellige ist eigentlich eine Ableitung vom 12stelligen um kompatible mit dem alten AGS zu sein. Es soll ja Software geben die noch nicht auf den RS umgestellt wurde. =-O Inwiefern ist der 9-stellige Anteil des RS, der ja gerade die Verbandsebene kennzeichnet und der die letzten 3 Stellen (Gemeinde-Kennung) komplett ignoriert, kompatibel zu dem 8-stelligen AGS? Der (ehem.) AGS ergibt sich doch aus den ersten 5 und den letzten 3 Stellen des RS, gerade unter Weglassen des 4-stelligen Verbandsschlüssels. Hast recht, habe da was durcheinander gekriegt. Habs mir jetzt noch mal durchgelesen: 9-stellig = Gemeindeverband 12-stellig = Gemeinde Selbstständige Gemeinden hatten vor 2009 als Ziffer 6-9 Nullen im Schlüssel. Seit 01.01.2009 haben diese Gemeinden als 6. Ziffer eine Null gefolgt 2 mal Gemeindekennziffer. Daran soll man erkennen, das diese Gemeinde keinem Gemeindeverband angehört, und einem Gemeindeverband gleichgestellt ist. Ist schon ein bisschen her, wo ich mir das auseinandergebimselt hatte. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 14:14, schrieb Georg Feddern: Moin, Am 06.09.2012 11:55, schrieb René Falk: Am 06.09.2012 11:34, schrieb Falk Zscheile: Nach Deiner Ansicht geht aber die Unterscheidung zwischen gemeinden, die alles selbst erledigen (dürfen) und Gemeinden die bestimmte Aufgaben von der Verbandgemeinde erledigen lassen müssen verloren. Um beides darzustellen müsste man sowohl level 8 und 7 taggen. Nur level 8 zu taggen würde hingegen eine wichtige Information unterschlagen. Nein, diese Info geht nicht verloren, zumindest bei den Grenzen, die ich bearbeite . Da ich bei mir immer mit Multipolygonen vom type=boundary arbeite, bleibt die Info erhalten. Ein Multipolygon für die Verwaltungsgemeinschaft. Die ways sind dann auch Mitglieder der entsprechenden Gemeinde. hmm, nach viel Grübeln fällt mir dazu nur der Vergleich der Relation (admin_level=8, RS inkl. Gemeindeschlüssel) und allen ihrer Mitglieder (admin_level=7) ein. Der RS der Einheitsgemeinde auf admin_level=7 ergibt sich dann automatisch. OK - prinzipiell wäre es möglich. Man könnte auch die Flächen der Multipoligone auswerten, das dürfte aber vermutlich komplizierter sein. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Am 06.09.2012 10:59, schrieb René Falk: Am 06.09.2012 01:52, schrieb smart...@gmx-topmail.de: Hallo alle zusammen, User: ludwich, aus Bayern, und ich aus Niedersachsen haben einen Streit um Admin-Level von Grenzen. Ich benötige Eure Meinung dazu weil es bereits zu einem kleinem Edit-War kam. Die Frage lautet: ist eine Einheitsgemeinde=Adminlevel 7 und somit gleichwertig wie eine Samtgemeinde oder ist eine Einheitsgemeinde=Adminlevel 8 wie die viel kleineren Gemeinden. --- Ludwich hat sämtliche Grenzen in Deutschland angepasst. Er habe auf seinem Garmin festgestellt das alles nicht so richtig funktioniert und deswegen Deutschlandweit Adminlevels verändert. Er behauptet das er den Adminlevel der Grenzen nach Vorgabe des Gemeindeschlüssel verändert hat. Meiner Meinung nach hat er dabei die unterschiedlichen Regelungen der Bundesländer völlig ignoriert denn in Niedersachsen ist eine Einheitsgemeinde [1] genauso mächtig wie eine Samtgemeinde. Beide sind mächtiger als Gemeinden. Ludwich hat das nicht nur missachtet sondern sogar komplett auf den Kopf gestellt und sämtliche Einheitsgemeinden von 7 auf Adminlevel 8 geändert und somit auf dieselbe Stufe wie die viel kleineren Gemeinden gestellt. Also meine Meinung in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde, Einheitsgemeinde = Adminlevel 7 Gemeinde = Adminlevel 8 Nach Meinung von ludwig gehört es wie folgt in Niedersachsen: Landkreis = Adminlevel 6 Samtgemeinde = Adminlevel 7 Gemeinde, Einheitsgemeinde = Adminlevel 8 [1] http://de.wikipedia.org/wiki/Einheitsgemeinde --- Als Streitbeispiel haben wir die Stadt Schneverdingen (Adminlevel 7 oder 8?) und die Samtgemeinde Schwarmstedt Adminlevel 7 genommen. Ich würde ludwich zustimmen. Adminlevel 7 ist, nach der derzeitigen Struktur in OSM, für Deutschland speziell für Verwaltungsgemeinschaften von Gemeinden unterhalb der Kreisebene vorgesehen. Da wo es keine Verwaltungsgemeinschaft gibt, bleibt level 7 unbenutzt. Gemeinden sind ob eigenständig oder Mitglied in einer Verwaltungsgemeinschaft immer level 8. Es ist meiner Ansicht nach hier keine Wertigkeit der Verwaltungseinheit ausschlaggebend, sondern schlicht die Möglichkeit die Unterscheidung zwischen Verwaltungsgemeinschaft und Gemeinde innerhalb der Adminlevels. Gibt man eigenständigen Gemeinden den selben level wie Verwaltungsgemeinschaften, fällt dieses Unterscheidungsmerkmal weg. Provozierend: In Deutschland könnte man auf die unterschiedlichen Adminlevels natürlich grundsätzlich verzichten, wenn man sich am Regionalschlüssel orientiert. - wegrenn :) Also, nach dem ich mich noch mal mit dem Regionalschlüssel auseinandergesetzt habe, bin ich geneigt smarties Sichtweise anzuerkennen. Selbstständige Gemeinden sind seit 2009 als gleichwertig mit Gemeindeverbänden definiert. Die Unterscheidung zwischen Gemeindeverband und selbstständiger Gemeinde kann über den Regionalschlüssel erfolgen. Will man dies über den Adminlevel abbilden, müsste man die Level neu definieren und 2 Level als gleichwertig betrachten. Welchen Weg wollen wir jetzt gehen? Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
Am 06.09.2012, 11:37 Uhr, schrieb Steffen Grunewald: Hängt damit irgendwie zusammen, dass die Garmin-img-Dateien von All-In-One und Raumbezug heute *sehr* klein ausgefallen sind? Nein, das liegt daran, dass die Geofabrik-Extrakte heute teilweise leer sind: http://download.geofabrik.de/osm/europe/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Hey Sarah Habe leider ein Problem entdeckt. Wenn ich azores bzw azoren eingebe bekomme ich leider viele Treffer. Vor dem Update war der erste auch der richtige für das Archipel, jetzt ist er leider gar nicht mehr vorhanden. Mit Glück findet man noch ein paar Treffer auf einer der Inseln, aber auch sämtliche Inseln an sich werden auch nicht mehr angeboten. Grüße fly ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Hi, Am Sonntag, 26. August 2012, 20:44:13 schrieb Sarah Hoffmann: Für das Erkennen von Duplikaten bei Grenzrelationen und Place-Nodes wertet Nominatim jetzt sowohl die Rolle 'label' als auch 'admin_centre' in den Grenzrelatioen aus, wobei Nodes mit 'admin_centre' nur zusammengefasst werden, wenn Name und Admin-Level stimmen. mir ist noch nicht ganz klar, wie das Zusammenfassen genau funktionieren soll. Beispiel Augsburg: Grenzrelation: http://nominatim.openstreetmap.org/details.php?place_id=148614123 Knoten: http://nominatim.openstreetmap.org/details.php?place_id=17722739 - der Knoten ist admin_centre der Grenzrelation - beide heißen Augsburg - die Grenzrelation hat Admin Level: 6, der Knoten hat Admin Level: 15 (gibt es doch gar nicht?) Sollte der Knoten auch admin_level=6 getaggt werden? Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
Am 06.09.2012 15:35, schrieb qunuxy-osmmailingli...@yahoo.com: Nein, das liegt daran, dass die Geofabrik-Extrakte heute teilweise leer sind: http://download.geofabrik.de/osm/europe/ Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf Twitter geschrieben: https://twitter.com/geofabrik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SOTM Live Stream Videos
Hallo, Vielleicht ist ja schon irgendwo in einem Thread erwähnt worden, es gibt zwei Livestreams von der SOTM: Main: Convention Hall (2F) http://www.ustream.tv/channel/sotm-main Second: Conference Room (3F) http://www.ustream.tv/channel/sotm-second Ausserhalb der Kongresszeiten werden dort Aufzeichnungen gezeigt, zur Zeit auf dem ersten Channel eien Aufzeichnung mit Frederik und seiner Präsentation von I like OSM (ab 26:50) Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM: erster ODbL Planet!
Rainer Kluge rklug...@web.de wrote: Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf Twitter geschrieben: https://twitter.com/geofabrik Da das Geofabrik Team auf SOTM ist würde ich da nicht unbedingt eine schnelle Lösung erwarten. Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /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] OSM: erster ODbL Planet!
Am 06.09.2012 18:00, schrieb Sven Geggus: Rainer Klugerklug...@web.de wrote: Das Problem ist dort wohl bekannt. Dazu wurde heute morgen etwas auf Twitter geschrieben: https://twitter.com/geofabrik Da das Geofabrik Team auf SOTM ist würde ich da nicht unbedingt eine schnelle Lösung erwarten. Frederik ist wohl schon dran (Info aus Tokio von Emilie Laffray auf der französischen Liste [1]) [1] http://lists.openstreetmap.org/pipermail/talk-fr/2012-September/047383.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Hallo Henning, nun betrachten wir mal ein aktuelles Beispiel: Die 8 Gemeinden der Samtgemeinde Beverstedt haben sich im November 2011 zur Einheitsgemeinde Beverstedt zusammengeschlossen. Vorher hieß der zusammenschluß der 8 Gemeinden (Adminlevel=8) Samtgemeinde Beverstedt (Adminlevel=7). Jetzt wo sich die 8 Gemeinden zusammengeschlossen haben, heissen Sie Einheitsgemeinde Beverstedt. Ist diese Einheitsgemeinde jetzt 7 oder 8? http://de.wikipedia.org/wiki/Beverstedt Mit freundlichen Grüßen Stephan aka smarties Original-Nachricht Datum: Thu, 06 Sep 2012 10:36:38 +0200 Von: aighes o...@aighes.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Grenzen und Adminlevel Hallo Ich sehe das mal aus den Augen eines Laien auf dem Verwaltungsgebiet. Das System ist hierarchisch aufgebaut. Will eine Gemeinde admin_level=7 haben, sollte es andere Gemeinden mit level=8 unter sich haben. Den Rest (wer hat welche Macht) kann man meiner Meinung nach auf einer so groben Skala kaum abbilden. Reicht es dafür nicht aus, die ganzen Schlüssel zu interpretieren? Für den Laien (der mit den Daten arbeiten muss/will) ist es jedenfalls deutlich einfacher zu verstehen, wenn eine einzelne Gemeinde level=8 bekommt und ein Zusammenschluss aus mehreren Gemeinden level=7 Viele Grüße, Henning ___ 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] Grenzen und Adminlevel
Hallo, also was machen wir jetzt damit? Wie soll so eine Grenze getaggt werden? --- Wenn ich mal die Meinungen zusammenfassen darf, hoffentlich richtig interpretiert: Falk Meiner Meinung nach daher Adminlevel 7 für Samtgemeinde, Einheitsgemeinde , Verbandsgemeinde etc. und Adminlevel 8 Ortsgemeinden (Gemeinden die einer Einheitsgemeinde etc. zugehören) Rene Also, nach dem ich mich noch mal mit dem Regionalschlüssel auseinandergesetzt habe, bin ich geneigt smarties Sichtweise anzuerkennen. Selbstständige Gemeinden sind seit 2009 als gleichwertig mit Gemeindeverbänden definiert. Georg Von daher wäre ich persönlich gar nicht so abgeneigt, _beide_ Relationen anzugeben. Jimmy Der Ansatz mit 2 Relationen (einmal admin_level=7 und einmal ...=8) ist für mich schlüssig Stephan (ich) Samtgemeinde, Einheitsgemeinde = Adminlevel 7 ludwig Gemeinde, Einheitsgemeinde = Adminlevel 8 -- Mit freundlichen Grüßen Stephan aka smarties ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Tobias Knerr o...@tobias-knerr.de wrote: Das access Tag regelt im verbreiteten Gebrauch von OSM den Zugang bei geschlossener Schranke und nicht bei offener. Genau diese Annahme deinerseits scheinen viele hier nicht zu teilen. Das access-Tagging regelt die Einschränkungen, die durch die Schranke verursacht werden. Von bei geschlossenem Zustand habe ich außer bei dir noch nichts gehört. Wenn eine Schranke offen ist, beschränkt sie doch keinen Zugang mehr. Es ist, als wäre sie nicht vorhanden. Ergo kann sich die ihr zugeordnete Beschränkung doch nur auf den geschlossenen Zustand beziehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offene Schranken
Hi Tirkon, Am Donnerstag, 6. September 2012, 19:42:03 schrieb Tirkon: Wenn eine Schranke offen ist, beschränkt sie doch keinen Zugang mehr. Es ist, als wäre sie nicht vorhanden. Ergo kann sich die ihr zugeordnete Beschränkung doch nur auf den geschlossenen Zustand beziehen. eine Schranke kann im geöffneten Zustand immer noch den Zugang beschränken, z.B. auf eine bestimmte Breite oder Höhe, je nach Schranke. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Ich habe hier nochmals ein paar organisatorische Fakten zusammen getragen warum ich zum Beispiel Bevorsteht eine AL 8 verpasst habe. Einfache Regel Ist der Regionalschlüssel 12 stellig (oder der Gemeindeschlüssel 8 stellig)so ist der Admin Level 8 Ist der Regionalschlüssel 9 stellig so ist der Admin Level 7 Ist die Stelle 10-12 und 8-10 des RS gleich gibt es keine mitverwaltete Gemeinde Gemeindedaten Beverstedt Regionalschlüssel:03-3-52-0059-059 Amtlicher Gemeindeschlüssel:03352059 Quelle: Statistisches Bundesamt Gemeindeverzeichnis Gebietsstand: 30.06.2012 (2. Quartal) Erscheinungsmonat: Juli 2012 Alle politisch selbständigen Gemeinden (mit Gemeindeverband) in Deutschland nach Fläche, Bevölkerung, Bevölkerungsdichte und der Postleitzahl des Verwaltungssitzes der Gemeinde. Ergänzt um die geografischen Mittelpunktkoordinaten, Reisegebiete und EU-Stadt/Landgliederung. Beverstedt: http://www.beverstedt.de Es gibt keine Teile die dem Gemeindeverband -2005- angehören. Ortschaften: Appeln Flecken Beversatedt Bokel Freisdorf Heerstedt Hollen Kirchwistedt Lunestedt Stubben Wellen Wollingst Es sind also folglich Ortschaften. Beispiel Anschrift des Ortsvorstehers in Appeln: Ortschaft Appeln Ortsvorsteher: Wilfried Geils Alte Dorfstraße 1 Ortschaft Appeln 27616 Beverstedt Begriffserkärung: Selbständige Gemeinde Eine selbständige Gemeinde ist • ein umgangssprachlicher Begriff für eine Gemeinde im Gegensatz zum Ortsteil oder Wohnplatz • in Niedersachsen eine kreisangehörige Stadt, die teilweise Aufgaben des Landkreises übernimmt. Nach § 12 der Niedersächsischen Gemeindeordnung haben alle Städte mit mehr als 30.000 Einwohnern diese Rechtsstellung, sofern sie keine „Großen selbständigen Städte“ bzw. keine „kreisfreien Städte“ sind. Sinkt die Einwohnerzahl unter die Grenze von 30.000, so behält die Stadt dennoch ihren Status als „Selbständige Gemeinde“ bei. Auch Städte zwischen 20.000 und 30.000 Einwohnern können auf Antrag von der Landesregierung zu „Selbständigen Gemeinden“ erklärt werden. Sofern dies geschieht, wird es im Ministerialblatt veröffentlicht. Wenn die Einwohnerzahl unter die Grenze von 20.000 absinkt, kann allerdings der Status der „Selbständigen Gemeinde“ wieder entzogen werden. Samtgemeinde Der Gesetzgeber wollte kleineren Gemeinden die Möglichkeit geben, ihre Verwaltungskraft zu stärken. Diese können sich verwaltungsmäßig zusammenschließen und Samtgemeinden gründen (vgl. § 71 Abs. 1 Satz 1 NGO). Neben Gemeinden können diesen Gebietskörperschaften auch gemeindefreie Gebiete angehören (vgl. § 71 Abs. 1 Satz 2 NGO). Eine Samtgemeinde soll bei ihrer Bildung mindestens 7.000 Einwohner haben (§ 71 Abs. 1 Satz 3 NGO). Sie wird nicht zur Einheitsgemeinde, sondern es handelt sich um eine Verwaltungsgemeinschaft ihrer weiterhin rechtlich selbstständigen Mitgliedsgemeinden. Wie ihre Mitgliedsgemeinden sind Samtgemeinden Selbstverwaltungskörperschaften und dienstherrenfähig (vgl. § 71 Abs. 3 NGO), haben also eigene Rechtspersönlichkeit und unterliegen derselben Aufsicht wie ihre Mitgliedsgemeinden (vgl. § 71 Abs. 4 NGO). Die Samtgemeinden können bei Bedarf zur Deckung ihrer Ausgaben wie etwa auch der Landkreis von ihren Mitgliedsgemeinden eine Umlage (die sog. Samtgemeindeumlage) auf deren Steueranteile erheben (vgl. § 76 Abs. 2 NGO). Zur Bildung einer Samtgemeinde müssen die Mitgliedsgemeinden eine Hauptsatzung erlassen (vgl. § 73 Abs. 2 NGO), in der die Mitgliedsgemeinden, der Verwaltungssitz und die von den Mitgliedsgemeinden übertragenen Aufgaben bezeichnet werden müssen (vgl. § 73 Abs. 4 NGO). Änderungen der Hauptsatzung werden von dem Samtgemeinderat mit der Mehrheit seiner Mitglieder beschlossen (vgl. § 73 Abs. 3 NGO). Nach der Bildung der Samtgemeinde liegt deren weiteres Schicksal also nicht mehr in der Hand der einzelnen Mitgliedsgemeinden, sondern beim Vertretungsorgan der Samtgemeinde. Die Aufnahme oder das Ausscheiden von Mitgliedsgemeinden kann jedoch von der Zustimmung der Mehrheit der Mitgliedsgemeinden abhängig gemacht werden (vgl. § 73 Abs. 5 NGO). Um die Bildung abzuschließen, wird die beschlossene Hauptsatzung von der Kommunalaufsicht öffentlich bekannt gemacht (vgl. § 74 Abs. 1 NGO). @Smarties was willst du denn eigentlich mit der AL 7 erreichen? Ein Gemeindeverband wir nie(?) in einem Starßenverzeichnis gesucht werden, diese Verwaltungsstruktur wird ja so auch nicht groß abgebildet Eine Grenze AL4 (Stadtstaaten) Eine Grenze AL 6 für kreisfrei Städte(+Landkreise) Sowie Grenzen AL 8 für Gemeinden/Einheitsgemeinden werden für Verzeichnisse die nur die Suchbegriffe Land / Stadt-Ort / Straße benötigt weil diese drei AL den Posten Stadt-Ort bedienen. Wenn du also wie in unserm EditWar Schneverdingen
Re: [Talk-de] Grenzen und Adminlevel
@ Jimmy_k @ Martin Koppenhoefer Was soll das ? Da schreibt jemand etwas von Deutschland und schon ist es ein Massenmedia / Superdatenriesenterrorgau? Ihr solltet vielleicht vorher mal die Menschen die es betrifft fragen, ehe ihr eurer Schwert schwingt? Ja, ich habe Deutschlandweit zig falsche Grenzen gesucht und bereinigt (Falsche/fehlende Level, falsche/fehlende AGS und RS, Schreibfehler etc.) Ich habe übrigen ein aktuelles Gemeindeschlüsselverzeichnis sowie die Grenzausspielungen aus OSM zu Hand :-) Was soll daran verwerflich sein? Wer schreibt etwas von mechanische Bearbeitungen? Ich sag jetzt lieber mal den Ball flach halten , im Osten fehlen immer noch ca. 500 Grenzen (Das wird auch gerade diskutiert) Hier wäre noch Manpower gefragt!! Schönen Abend Ludwich Am 06.09.2012 um 11:26 schrieb Martin Koppenhoefer: Am 6. September 2012 10:52 schrieb Jimmy_K jimm...@gmx.at: ... wenn er es deutschlandweit bearbeitet frage ich mich, wo die Ankündigung dazu ist. Flächendeckende Bearbeitungen sollten ja abgesprochen werden (auch wenn es kein Bot ist). +1, http://wiki.openstreetmap.org/wiki/Mechanical_Edit_Policy http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct http://wiki.openstreetmap.org/wiki/Automated_Edits etc. der betr. Edit wurde soweit ich weiss weder vorher angekündigt noch diskutiert und widerspricht daher den entsprechenden Guidelines für solche mechanischen Bearbeitungen in größerem Stil. 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] Grenzen und Adminlevel
Am 06.09.2012 21:02, schrieb ludwich: Ich habe hier nochmals ein paar organisatorische Fakten zusammen getragen warum ich zum Beispiel Bevorsteht eine AL 8 verpasst habe. Einfache Regel Ist der Regionalschlüssel 12 stellig (oder der Gemeindeschlüssel 8 stellig)so ist der Admin Level 8 Woraus schließt Du das? Im Wiki steht etwas anderes. https://wiki.openstreetmap.org/wiki/DE:Grenze#Kommunale_Ebene_-_Ortsgrenzen_admin_level.3D7-9 Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus um Eckernförde
Moin! Vermutlich ist der Verursacher derselbe, der schon als day33, gsa124, fcd33, gda33 etc. tätig war. Angefangen hat der Vandalismus unter dem Usernamen dario1608. Nach einer Vermutung im OSM-Forum und wegen ähnlicher Zerstörungen in räumlicher und zeitlicher Nähe hatte ich angenommen, dass es sich um dieselbe Person handelt. Ich hatte inzwischen Mailkontakt zu dario1608. Er beschreibt die Verschiebung von 500 Punkten kurz nach seiner Anmeldung als Bedienfehler im Editor. Ich glaube ihm und bedaure den Usernamen hier genannt zu haben. Somit ist der Störer weiter unbekannt. Gruß Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Update von nominatim.osm.org
Moin, Am 06.09.2012 16:07, schrieb Eckhart Wörner: Hi, Am Sonntag, 26. August 2012, 20:44:13 schrieb Sarah Hoffmann: Für das Erkennen von Duplikaten bei Grenzrelationen und Place-Nodes wertet Nominatim jetzt sowohl die Rolle 'label' als auch 'admin_centre' in den Grenzrelatioen aus, wobei Nodes mit 'admin_centre' nur zusammengefasst werden, wenn Name und Admin-Level stimmen. Beispiel Augsburg: Grenzrelation: http://nominatim.openstreetmap.org/details.php?place_id=148614123 Knoten: http://nominatim.openstreetmap.org/details.php?place_id=17722739 - der Knoten ist admin_centre der Grenzrelation - beide heißen Augsburg - die Grenzrelation hat Admin Level: 6, der Knoten hat Admin Level: 15 (gibt es doch gar nicht?) Sollte der Knoten auch admin_level=6 getaggt werden? als Regierungssitz des Regierungsbezirks Schwaben (1) müsste Augsburg eher admin_level=5 bekommen. Zumindest der node, damit scheint das nur ein Vertipper zu sein. Ob allerdings auch die Relation admin_level=5 bekommen sollte, bin ich mit mir selbst nicht einig ... ist ja nur eine kreisfreie Stadt. Gruß Georg (1) http://de.wikipedia.org/wiki/Augsburg http://de.wikipedia.org/wiki/Schwaben_%28Bayern%29 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen und Adminlevel
Nachdem ich jetzt die ganze Nacht gegrübelt habe, hier zusammengefasst, mein Vorschlag: Die Relation wird gedoppelt: Die erste Relation Name:prefix Einheitsgemeinde erhält den kurzen RS 033580019 erhält Admin_Level 7 zusätzlich ein Admin_center node mit dem Sitz der Verwaltung Die zweite Relation Name:prefix Einheitsgemeinde erhält den langen RS 033580019019 erhält Admin_Level 8 Diese Lösung könnte alle zufriedenstellen. Lasst uns abstimmen! ludwich Am 06.09.2012 um 21:02 schrieb ludwich: Ich habe hier nochmals ein paar organisatorische Fakten zusammen getragen warum ich zum Beispiel Bevorsteht eine AL 8 verpasst habe. Einfache Regel Ist der Regionalschlüssel 12 stellig (oder der Gemeindeschlüssel 8 stellig)so ist der Admin Level 8 Ist der Regionalschlüssel 9 stellig so ist der Admin Level 7 Ist die Stelle 10-12 und 8-10 des RS gleich gibt es keine mitverwaltete Gemeinde Gemeindedaten Beverstedt Regionalschlüssel:03-3-52-0059-059 Amtlicher Gemeindeschlüssel:03352059 Quelle: Statistisches Bundesamt Gemeindeverzeichnis Gebietsstand: 30.06.2012 (2. Quartal) Erscheinungsmonat: Juli 2012 Alle politisch selbständigen Gemeinden (mit Gemeindeverband) in Deutschland nach Fläche, Bevölkerung, Bevölkerungsdichte und der Postleitzahl des Verwaltungssitzes der Gemeinde. Ergänzt um die geografischen Mittelpunktkoordinaten, Reisegebiete und EU-Stadt/Landgliederung. Beverstedt: http://www.beverstedt.de Es gibt keine Teile die dem Gemeindeverband -2005- angehören. Ortschaften: Appeln Flecken Beversatedt Bokel Freisdorf Heerstedt Hollen Kirchwistedt Lunestedt Stubben Wellen Wollingst Es sind also folglich Ortschaften. Beispiel Anschrift des Ortsvorstehers in Appeln: Ortschaft Appeln Ortsvorsteher: Wilfried Geils Alte Dorfstraße 1 Ortschaft Appeln 27616 Beverstedt Begriffserkärung: Selbständige Gemeinde Eine selbständige Gemeinde ist • ein umgangssprachlicher Begriff für eine Gemeinde im Gegensatz zum Ortsteil oder Wohnplatz • in Niedersachsen eine kreisangehörige Stadt, die teilweise Aufgaben des Landkreises übernimmt. Nach § 12 der Niedersächsischen Gemeindeordnung haben alle Städte mit mehr als 30.000 Einwohnern diese Rechtsstellung, sofern sie keine „Großen selbständigen Städte“ bzw. keine „kreisfreien Städte“ sind. Sinkt die Einwohnerzahl unter die Grenze von 30.000, so behält die Stadt dennoch ihren Status als „Selbständige Gemeinde“ bei. Auch Städte zwischen 20.000 und 30.000 Einwohnern können auf Antrag von der Landesregierung zu „Selbständigen Gemeinden“ erklärt werden. Sofern dies geschieht, wird es im Ministerialblatt veröffentlicht. Wenn die Einwohnerzahl unter die Grenze von 20.000 absinkt, kann allerdings der Status der „Selbständigen Gemeinde“ wieder entzogen werden. Samtgemeinde Der Gesetzgeber wollte kleineren Gemeinden die Möglichkeit geben, ihre Verwaltungskraft zu stärken. Diese können sich verwaltungsmäßig zusammenschließen und Samtgemeinden gründen (vgl. § 71 Abs. 1 Satz 1 NGO). Neben Gemeinden können diesen Gebietskörperschaften auch gemeindefreie Gebiete angehören (vgl. § 71 Abs. 1 Satz 2 NGO). Eine Samtgemeinde soll bei ihrer Bildung mindestens 7.000 Einwohner haben (§ 71 Abs. 1 Satz 3 NGO). Sie wird nicht zur Einheitsgemeinde, sondern es handelt sich um eine Verwaltungsgemeinschaft ihrer weiterhin rechtlich selbstständigen Mitgliedsgemeinden. Wie ihre Mitgliedsgemeinden sind Samtgemeinden Selbstverwaltungskörperschaften und dienstherrenfähig (vgl. § 71 Abs. 3 NGO), haben also eigene Rechtspersönlichkeit und unterliegen derselben Aufsicht wie ihre Mitgliedsgemeinden (vgl. § 71 Abs. 4 NGO). Die Samtgemeinden können bei Bedarf zur Deckung ihrer Ausgaben wie etwa auch der Landkreis von ihren Mitgliedsgemeinden eine Umlage (die sog. Samtgemeindeumlage) auf deren Steueranteile erheben (vgl. § 76 Abs. 2 NGO). Zur Bildung einer Samtgemeinde müssen die Mitgliedsgemeinden eine Hauptsatzung erlassen (vgl. § 73 Abs. 2 NGO), in der die Mitgliedsgemeinden, der Verwaltungssitz und die von den Mitgliedsgemeinden übertragenen Aufgaben bezeichnet werden müssen (vgl. § 73 Abs. 4 NGO). Änderungen der Hauptsatzung werden von dem Samtgemeinderat mit der Mehrheit seiner Mitglieder beschlossen (vgl. § 73 Abs. 3 NGO). Nach der Bildung der Samtgemeinde liegt deren weiteres Schicksal also nicht mehr in der Hand der einzelnen Mitgliedsgemeinden, sondern beim Vertretungsorgan der Samtgemeinde. Die Aufnahme oder das Ausscheiden von Mitgliedsgemeinden kann jedoch von der Zustimmung der Mehrheit der Mitgliedsgemeinden abhängig gemacht werden (vgl. § 73 Abs. 5 NGO). Um die Bildung abzuschließen, wird die beschlossene Hauptsatzung von der
[Talk-in] www.pathajalp.com (OSM based)
Dear OSMers, I am currently beta testing a site www.pathajalp.com, Entirely based on Openstreetmap. Its a site where people can report various problems related to the road as a warning/advice to other people. Other people can also comment on those problems.Please explore the site. Routing is also possible.Various tools have been used for implementing this site including Pgrouting. Thanking you, Chaitanya ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] rilascio planet in ODbL
La foundation oggi ha annunciato a SotM che fra poco uscirà il primo planet in ODbL: http://blog.osmfoundation.org/2012/09/06/your-first-odbl-planet/ ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] SotM2012 live
Sta notte (Tokyo è 9 ore prima di UTC) ha cominciata la State of the Maps 2012 a Tokyo. Potete seguire la conferenza in diretta: primario: Convention Hall (2F) http://www.ustream.tv/channel/sotm-main secondario: Conference Room (3F) http://www.ustream.tv/channel/sotm-second Il programma: http://www.stateofthemap.org/schedule/ Slides e altro materiale sarà reso pubblico nello conference Wiki: http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Thursday http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Friday http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Saturday ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SotM2012 live
Il 06 settembre 2012 11:36, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Sta notte (Tokyo è 9 ore prima di UTC) ha cominciata la State of the Maps 2012 a Tokyo. Potete seguire la conferenza in diretta: primario: Convention Hall (2F) http://www.ustream.tv/channel/sotm-main secondario: Conference Room (3F) http://www.ustream.tv/channel/sotm-second Il programma: http://www.stateofthemap.org/schedule/ ma è corretto il programma? ora sul main c'è api.openstreetmap.fr che dovrebbe essere domani ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] SotM2012 live
Il 06 settembre 2012 11:48, Luca Delucchi lucadel...@gmail.com ha scritto: Il programma: http://www.stateofthemap.org/schedule/ ma è corretto il programma? ora sul main c'è api.openstreetmap.fr che dovrebbe essere domani forse sono i Lightning talks... -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Inserire una mappa osm con elemento di ricerca taggato in un sito
Buongiorno lista, se il soggetto è poco chiaro: volendo includere in un sito esterno una mappa OSM con un punto d'interesse evidenziato, come si può fare? Andrebbe bene anche la freccetta obliqua che appare dopo avere selezionato l'ielemento cercato con Nominatim. Grazie a tutti Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire una mappa osm con elemento di ricerca taggato in un sito
Vari modi - http://www.openstreetmap.org - export - Embeddable HTML - cltr-c cltr-v - https://tiles.mapbox.com - ti registri - login - new map - markers - share - http://m.osmtools.de/ - Place marker - cltr-c cltr-v per mappe statiche - http://ojw.dev.openstreetmap.org/StaticMap/ - ctrl-c ctrl-v dell'url in alto (mappe statiche) - http://staticmap.openstreetmap.de/wizzard/ ... se poi vuoi tutto il codice html con openlayers - http://osmtools.de/easymap/index.php?lang=enpage=editor - o il plugin di qgis ogr2layers di luca delucchi e poi ci sono tutti i metodi per cui ti scrivi del codice javascript ... ma la lista continua :) 2012/9/6 Alessandro Pozzato apozz...@libero.it: Buongiorno lista, se il soggetto è poco chiaro: volendo includere in un sito esterno una mappa OSM con un punto d'interesse evidenziato, come si può fare? Andrebbe bene anche la freccetta obliqua che appare dopo avere selezionato l'ielemento cercato con Nominatim. Grazie a tutti Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire una mappa osm con elemento di ricerca taggato in un sito
o questo: http://sandra-milanovic.github.com/OpenStreetMapWidget/ gsoc di quest'anno. 2012/9/6 Maurizio Napolitano napoo...@gmail.com: Vari modi - http://www.openstreetmap.org - export - Embeddable HTML - cltr-c cltr-v - https://tiles.mapbox.com - ti registri - login - new map - markers - share - http://m.osmtools.de/ - Place marker - cltr-c cltr-v per mappe statiche - http://ojw.dev.openstreetmap.org/StaticMap/ - ctrl-c ctrl-v dell'url in alto (mappe statiche) - http://staticmap.openstreetmap.de/wizzard/ ... se poi vuoi tutto il codice html con openlayers - http://osmtools.de/easymap/index.php?lang=enpage=editor - o il plugin di qgis ogr2layers di luca delucchi e poi ci sono tutti i metodi per cui ti scrivi del codice javascript ... ma la lista continua :) 2012/9/6 Alessandro Pozzato apozz...@libero.it: Buongiorno lista, se il soggetto è poco chiaro: volendo includere in un sito esterno una mappa OSM con un punto d'interesse evidenziato, come si può fare? Andrebbe bene anche la freccetta obliqua che appare dopo avere selezionato l'ielemento cercato con Nominatim. Grazie a tutti Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Inserire una mappa osm con elemento di ricerca taggato in un sito
Il giorno 06 settembre 2012 13:00, Simone Cortesi sim...@cortesi.com ha scritto: o questo: http://sandra-milanovic.github.com/OpenStreetMapWidget/ gsoc di quest'anno. +1 Poi dipende cosa vuoi farci, se dev'essere fisso o devi scegliere da una lista.. Il modo più semplice è usare un widget, sennò usi una libreria tipo Leaflet che ti permette di fare lo stesso (marker fisso su mappa) in una decina di righe di javascript... Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] twitter openstreetmap colombia
Hola Edwin, excelente! Joindiaspora hace poco fue lanzado como una alternativa libre de Facebook, ofreciendo la posibilidad de que cada quién arme su propia red social. Sin duda un mecanismo de difusión con un enorme potencial, gracias por colocar OSM Colombia allí. Para Twitter los que vayamos a difundir tendremos acceso con un alias de la cuenta ¿cómo sería ese proceso con Joindiaspora? El 4 de septiembre de 2012 18:40, Edwin Caldon edy...@gmail.com escribió: 2012/8/31 Harrier Co harrie...@hotmail.com Alguien creeria viable crear un twiter para openstreetmap colombia?? No uso twitter, pero me gustaría crear una cuenta en https://joindiaspora.com/ https://joindiaspora.com/u/edycop y publicar/re-publicar notas relacionadas con OMS-Colombia en ese espacio ya que es el que más frecuento: https://joindiaspora.com/u/edycop Usando la imagen de logo, la que propusieron. Saludos. que no necesariamente se redireccione contenido de la wiki y sea mas como para gente del comun?? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] twitter openstreetmap colombia
2012/9/6 hyan...@gmail.com hyan...@gmail.com Hola Edwin, excelente! Joindiaspora hace poco fue lanzado como una alternativa libre de Facebook, ofreciendo la posibilidad de que cada quién arme su propia red social. Sin duda un mecanismo de difusión con un enorme potencial, gracias por colocar OSM Colombia allí. Para Twitter los que vayamos a difundir tendremos acceso con un alias de la cuenta ¿cómo sería ese proceso con Joindiaspora? El espacio es este, si lo quieren referenciar: https://joindiaspora.com/u/osmco No hay forma alternativa de publicar, solo accediendo como usuario osmco. La idea del espacio es publicar y re-publicar notas que aparezcan aquí en la lista en la cuenta de twitter (cuando esté lista). Saludos. El 4 de septiembre de 2012 18:40, Edwin Caldon edy...@gmail.comescribió: 2012/8/31 Harrier Co harrie...@hotmail.com Alguien creeria viable crear un twiter para openstreetmap colombia?? No uso twitter, pero me gustaría crear una cuenta en https://joindiaspora.com/ https://joindiaspora.com/u/edycop y publicar/re-publicar notas relacionadas con OMS-Colombia en ese espacio ya que es el que más frecuento: https://joindiaspora.com/u/edycop Usando la imagen de logo, la que propusieron. Saludos. que no necesariamente se redireccione contenido de la wiki y sea mas como para gente del comun?? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] twitter openstreetmap colombia
Es increíble, me emociona ver a Fabián Rodríguez (Canadá) promoviendo fiesta de mapeo para San Andrés, tiene cobertura Bing al 100% y hay mucho por hacer! El 6 de septiembre de 2012 12:32, Edwin Caldon edy...@gmail.com escribió: 2012/9/6 hyan...@gmail.com hyan...@gmail.com Hola Edwin, excelente! Joindiaspora hace poco fue lanzado como una alternativa libre de Facebook, ofreciendo la posibilidad de que cada quién arme su propia red social. Sin duda un mecanismo de difusión con un enorme potencial, gracias por colocar OSM Colombia allí. Para Twitter los que vayamos a difundir tendremos acceso con un alias de la cuenta ¿cómo sería ese proceso con Joindiaspora? El espacio es este, si lo quieren referenciar: https://joindiaspora.com/u/osmco No hay forma alternativa de publicar, solo accediendo como usuario osmco. La idea del espacio es publicar y re-publicar notas que aparezcan aquí en la lista en la cuenta de twitter (cuando esté lista). Saludos. El 4 de septiembre de 2012 18:40, Edwin Caldon edy...@gmail.comescribió: 2012/8/31 Harrier Co harrie...@hotmail.com Alguien creeria viable crear un twiter para openstreetmap colombia?? No uso twitter, pero me gustaría crear una cuenta en https://joindiaspora.com/ https://joindiaspora.com/u/edycop y publicar/re-publicar notas relacionadas con OMS-Colombia en ese espacio ya que es el que más frecuento: https://joindiaspora.com/u/edycop Usando la imagen de logo, la que propusieron. Saludos. que no necesariamente se redireccione contenido de la wiki y sea mas como para gente del comun?? Harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- __ _|_ Edwin F. Caldon _|_ edycop[en]gmail-com, ecaldon[en]gmail-com _|_ Web: http://esalud.unicauca.edu.co/ _|_ _|_ ¿Tiene precio la cultura? _|_ ¿Cuanto estás dispuesto a pagar por ella? _| ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Una propuesta para mapear pueblos indígenas
Hola a todos, esperando estén bien Soy nuevo en OSM, pero no en el tema de mapeo de comunidades étnicas. Celebro mucho esta iniciativa por hacer visibles a estas comunidades, y estoy dispuesto a apoyar en todo lo que sea posible. Para que comprendan un poco más mi quehacer en la cartografía les comparto el siguiente link de donde trabajo: http://etnoterritorios.org/ Agradezco a Humberto mi vinculación a este espacio, pues nos encontramos en una reunión hace algún tiempo y me contó de todo lo que viene trabajando, como el caso de San Basilio de Palenque, sobre el cual hice mi trabajo de grado y tengo información del Título Colonial de dicha comunidad (1713) con base en una reconstrucción hecha por la gente. Acá pueden consultar la versión corta del trabajo: http://www.etnoterritorios.org/documentacion.shtml?apc=c1-5---x=923 y la versión largaaa... jeje: https://sites.google.com/site/palenqueconflictosambientales/ En el Observatorio trabajamos con comunidades negras del Caribe, el Pacífico y los Valles Interandinos, y generamos información con las comunidades. No toda es de libre acceso, pero la que sí lo es tengan por seguro que la suministraremos a Humberto mientras comprendo el manejo de OSM, pues es nuevo para mi y aún desconozco muchas cosas. No siendo más les envío un saludo, y por acá nos estamos encotrando para seguir visibilizando a las comunidades étnicas de nuetro país. Nico Vargas -- View this message in context: http://gis.19327.n5.nabble.com/Una-propuesta-para-mapear-pueblos-indigenas-tp5713515p5724088.html Sent from the Colombia mailing list archive at Nabble.com. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-gb-midanglia] PRoW
On 05/09/12 12:10, Denis W Payne wrote: Councils can simply get an exemption from Ordnance Survey that will allow them to publish PRoW mapping data as Open Data - if they wish. A number (eg Hants - and OK, I know its out of area ...) are already publishing this on their website. Really? Actually licensed under OS OpenData licence? I noticed that Milton Keynes council have the PRoWs up but I don't think they are under a free licence. Really, yes!! They were originally exempted under OS' Free to Use terms, but there was a critical announcement in the Chancellor's Autumn Statement (2011) that converted that into OS OpenData™ There is still, of course, a decision by the authority to implement this Denis ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
Re: [Talk-es] [Cat2Osm] Nueva versión
[2012-09-06 10:37:31.025] Iniciando Cat2Osm con el archivo de configuración config/configZaragoza. [2012-09-06 10:48:52.037] ¡¡Terminada la exportación!! Archivo de Zaragoza exportado por código de masa (3994 masas): http://paginaspersonales.deusto.es/cruz.borges/ZaragozaPorMasas.zip A ver qué os parece. El 5 de septiembre de 2012 15:00, Cruz Enrique Borges cruz.bor...@deusto.es escribió: Por cierto, hace tiempo que no sigo las listas de imports. ¿Cómo va el tema? ¿Siguen poniendo pegas al uso de muchas relaciones? ¿Qué es lo que se puede importar de momento? Ahora mismo se están pegando con un import de Nueva Zelanda muy similar al que estamos planteando nosotros. Mi intención es terminar estas cosas que ha planteado ander (a ser posible esta semana) y luego volver a intentar el tema de imports enseñando las masas. Sobre el tema de la wiki y demás, nosotros poco podemos hacer. Lo ideal sería montar algún tipo de servidor ftp y/o página web para hacer el seguimiento de lo que está hecho o no. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Visitando Buenos Aires
Ola, Parece que mi email esta bloqueado. Me inscribí y debería pasar mejor. Att. http://img4.hostingpics.net/pics/224326500pxHotlogowithtext.png * Severin MENARD Senior project Lead France tel (+33) 9 7046 7595 Brasil tel1 (+55) 71 3355 4471 Brasil tel2 (+55) 71 8222 1145 Skype ID severin.menard * * * 2012/9/5 Séverin MENARD severin.men...@hotosm.org Ola, Me llamo Severin y formo parte del Humanitarian OpenStreetMap Team ( http://hot.openstreetmap.org). Voy a pasar una semana en Buenois Aires con mi novia a partir de mañana y me gustaría de conocer personas del OSM Argentina. Hay personas dispuestas para tomar un café alguno día? Att ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-pe] Mapping Raymi 13-14 set 2012
Anímense a compartir lo que saben usando OSM! hay espacio para todas y todos! a compartir! Revisen si les gustaría compartir alguna de sus experiencias o si podrían colaborar explicando algunas de las herramientas que usamos para enriquecer el mapa. Saludos! El 06/09/12 21:33, Omar Vega Ramos escribió: Saludos o/ Tengo el agrado de anunciar el programa del taller de OpenStreetMap a realizarse la próxima semana en Escuelab :D. A continuación el programa. Mapping Raymi 13-14 set 2012 Te invitamos a participar de esta reunión en la que buscamos compartir conocimiento y experiencias sobre nuestra comunidad y el uso de herramientas para editar en OSM. Es importante que los participantes traigan sus equipos (computadoras / smartphones / etc) al taller. Las reuniones se llevarán a cabo en el hackerspace de @escuelab en Calle Belén (Prolongación Jirón de la Unión) 1042, Piso 5, Centro Histórico de Lima, a media cuadra de la Plaza San Marin. DÍA 1 – Jueves 13 de Setiembre, 2012 6:00 – 6:30 pm : Introducción a la data geográfica libre y a OpenStreetMap Por qué es importante y las ventajas de usar y colaborar con data geográfica libre 6:30 – 7:10 pm : Comunidad Darse de alta, participar en una comunidad Comunicación: wikiproyectos, listas, canal irc, redes sociales. 7:10 – 8:30 pm : Herramientas para mapeadorxs Potlatch (busca voluntarix) Josm: Dibujando calles y edificios (Ejemplo Campus UNMSM / UNI o algún distrito) GPS Walking Papers Agregar detalles a un mapa en papel para después subir la data a través de JOSM a OSM Merkaartor DÍA 2 – Viernes 14 de Setiembre, 2012 6:00 – 6:40 pm : Errores/Bugs Encontrar errores por redacción del bot: OSMI de Geofabrik Reportar errores: OpenStreetBugs Limpiar (encontrar y solucionar errores) usando JOSM 6:40 – 7:10 pm : Conversión de Datos Convertir Shapefiles a OSM: Ogr2osm Convertir KML a OSM: Uso del plugin Opendata en JOSM y Merkaartor 7:10 – 7:40 pm : Recopilación de Datos Recopilación de datos de Organismos del Estado que se conozcan (Los participantes proponen direcciones que conozcan o si luego las pueden conseguir) 7:40 – 8:40 pm : Apps Android OSM OsmAnd (busca voluntarix) OSMapTuner (busca voluntarix) Vespucci (Jan Schejbal está mejorandolo como proyecto GSoC) (busca voluntarix) Open GPS Tracker: Una aplicación para que puedas rastrear y guardar las rutas de tus viajes con el GPS de tu teléfono. 8:40 – 9:00 pm : Map Jammin Sesion (Intervenciones de los participantes) 9:30 pm : Pisco articulador Todxs al Queirolo Mayor información en: http://osmpe.ourproject.org/2012/09/06/mapping-raymi-13-14set2012/ Bytes -- Johnattan Rupire @johnarupire http://nomadas.ourproject.org http://comunes.org +51 989 777 776 ___ Talk-pe mailing list Talk-pe@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pe
[OSM-Talk-ZA] Mapping Party in Cape Town area?
Talk-ZA, Anyone up for an OpenStreetMap mapping party in the Cape Town area around the beginning of November? I'll be in town. Any suggestions for a venue? There are many fresh faces and it will be good to have a fun, social mapping meet. Regards Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [OSM-Talk-ZA] Mapping Party in Cape Town area?
I'm keen. -Original Message- From: Grant Slater Sent: Thursday, September 06, 2012 9:33 PM To: Openstreetmap ZA Subject: [OSM-Talk-ZA] Mapping Party in Cape Town area? Talk-ZA, Anyone up for an OpenStreetMap mapping party in the Cape Town area around the beginning of November? I'll be in town. Any suggestions for a venue? There are many fresh faces and it will be good to have a fun, social mapping meet. Regards Grant ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za ___ Talk-ZA mailing list Talk-ZA@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-za
Re: [Talk-cz] Evropsky významné lokality
to byl jenom příklad j Dne 5.9.2012 21:52, Butrus Damaskus napsal(a): 2012/9/4 Jachym Cepicky jachym.cepi...@gmail.com: Použít national_park mi přijde nesystémové. Národní park je národní park a evropsky významná lokalita je evropsky významná lokalita. spíš bych se přiklonil k tomu, dát existujícímu území další atribut, něco jako evl=yes případně natura2000=yes J Použití tagů v národních jazycích mi přijde ještě nesystémovější... Dne 30.8.2012 10:50, Jan Kučera napsal(a): Má někdo tip, jak ja mapovat? Problém je, že se někde překrývají se současnými ZCHÚ (ty jsou většinou jejich podmnožinou)... napadá mě mapovat je jako boundary=national_park, tedy bez výplně typu leisure=nature_reserve... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- Jachym Cepicky Help Service - Remote Sensing s.r.o. jachym.cepi...@gmail.com HS-RS: jac...@hsrs.cz http://bnhelp.cz http://les-ejk.cz signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] KeepRight!
Zdravím, mám dotaz ohledně KeepRight. Podle tohoto opravuji mapy, často vidím, že autoři nespojují cesty které vytvářejí, tedy že bod končí kousek od cesty, od které měl být napojen. Pro zobrazení mapy to nevadí, většinou to vůbec není vidět, ale pro navigační software je to konec. Bohužel koukám, že hodně přispěvovatelů si nedává na toto pozor. Což není ale hlavní gro, na co jsem se chtěl zeptat. Jak to řešit s překřížením bez křižovatky? Těch je na mapě neuvěřitelně moc, většinou u importu dibavodu. Jak o řešit? Ignorovat a vypnout zobrazení? Někde jdou nakreslit mosty, které tam jsou, jinde se jedná o podzemní tok. Jak to řešit, zda vůbec nějak? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] KeepRight!
Překřížení bez/s křižovatkou ve smyslu společného uzlu by mělo záviset na tom, jestli tam křižovatka je. Takže zrovna u řek a potoků z dibavod obvykle společný uzel nebude (kromě brodů). Řešení je jednoduché - kde jsou mosty tak je kreslit, kde je trubka pod silnicí tak tunnel=culvert (na zatrubkované části potoka). K tomu správné výškové úrovně. LM Dne 6. září 2012 11:54 Michal Tauchman michal.tauch...@gmail.com napsal(a): Zdravím, mám dotaz ohledně KeepRight. Podle tohoto opravuji mapy, často vidím, že autoři nespojují cesty které vytvářejí, tedy že bod končí kousek od cesty, od které měl být napojen. Pro zobrazení mapy to nevadí, většinou to vůbec není vidět, ale pro navigační software je to konec. Bohužel koukám, že hodně přispěvovatelů si nedává na toto pozor. Což není ale hlavní gro, na co jsem se chtěl zeptat. Jak to řešit s překřížením bez křižovatky? Těch je na mapě neuvěřitelně moc, většinou u importu dibavodu. Jak o řešit? Ignorovat a vypnout zobrazení? Někde jdou nakreslit mosty, které tam jsou, jinde se jedná o podzemní tok. Jak to řešit, zda vůbec nějak? ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] OSMonitor
Ahoj, naši sousedé v Polsku v rámci licenčního přemapování vyvinuli celkem zajímavý nástroj [1]. Primárně se jedná o analýzu silniční sítě, ale dneska jsem na IRC mluvil s autorem a v plánu je rozšíření i na další trasy (cyklostezky atd.). Nástroj je momentálně v experimentální fázi, ale autor plánuje ještě pár vylepšení, aby to bylo víc user-friendly a sepsat lepší dokumentaci... a následně zkusit rozšířit analýzu i na další země (třeba ČR ;-)). Proč to sem píšu? 1) V minulosti se tu několikrát probíralo, že jsou silnice (jejich jména a ref tagy) v OSM vedeny na špatné úrovni abstrakce a bylo by vhodné tuto informaci udržovat jen na jednom místě - na relaci. (Nejen) v Polsku začali vytvářet relace [2] pro hlavní silnice, na kterých jsou uvedeny některé informace platné kompletně pro celou trasu. Jako úplná náhrada současného systému tagování na mezinárodní úrovni se tento koncept vzhledem k dlouhé a vyostřené diskuzi v talk@ zdá silně neprůchozí. Dokonce byl velký odpor i k tak triviální změně jako neuvádět ref tag na jednotlivých cestách, pokud je uveden na relaci. Nicméně si myslím, že snaha mít pěkně celé silnice shromážděné v jedné relaci, by se mohla podpořit i u nás. 2) Pro plnohodnotné fungování potřebuje OSMonitor základní referenční data - seznam tras + jejich délek. Máte někdo tušení, jestli je možné se někde k těmto údajům pro silniční/(cyklo)turistickou síť dostat? Experimentální výstup pro české dálnice a rychlostní silnice je na [3]. Zdraví, Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/OSMonitor [2] http://www.openstreetmap.org/browse/relation/114014 [3] http://wiki.openstreetmap.org/wiki/OSMonitor/Czech_Republic_Major_Roads ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] OSMonitor
Na stránkách ŘSD bývala dostupná databáze jednotlivých silničních úseků (pasport), jejich součtem se dala získat délka jakékoliv silnice. Po zprovoznění jejich geoprortálu (který poskytuje tato data také, ale graficky) už nedokážu tyto soubory na stránkách vyhledat, ale mám je k dispozici (pár let staré) v počítači vzhledem k tomu, že to obsahovalo jen hromadu čísel by snad nemusel být problém s licencí, zvlášť, když je to jen pro kontrolu JD Dne 6. září 2012 17:19 Petr Morávek [Xificurk] p...@pada.cz napsal(a): Ahoj, naši sousedé v Polsku v rámci licenčního přemapování vyvinuli celkem zajímavý nástroj [1]. Primárně se jedná o analýzu silniční sítě, ale dneska jsem na IRC mluvil s autorem a v plánu je rozšíření i na další trasy (cyklostezky atd.). Nástroj je momentálně v experimentální fázi, ale autor plánuje ještě pár vylepšení, aby to bylo víc user-friendly a sepsat lepší dokumentaci... a následně zkusit rozšířit analýzu i na další země (třeba ČR ;-)). Proč to sem píšu? 1) V minulosti se tu několikrát probíralo, že jsou silnice (jejich jména a ref tagy) v OSM vedeny na špatné úrovni abstrakce a bylo by vhodné tuto informaci udržovat jen na jednom místě - na relaci. (Nejen) v Polsku začali vytvářet relace [2] pro hlavní silnice, na kterých jsou uvedeny některé informace platné kompletně pro celou trasu. Jako úplná náhrada současného systému tagování na mezinárodní úrovni se tento koncept vzhledem k dlouhé a vyostřené diskuzi v talk@ zdá silně neprůchozí. Dokonce byl velký odpor i k tak triviální změně jako neuvádět ref tag na jednotlivých cestách, pokud je uveden na relaci. Nicméně si myslím, že snaha mít pěkně celé silnice shromážděné v jedné relaci, by se mohla podpořit i u nás. 2) Pro plnohodnotné fungování potřebuje OSMonitor základní referenční data - seznam tras + jejich délek. Máte někdo tušení, jestli je možné se někde k těmto údajům pro silniční/(cyklo)turistickou síť dostat? Experimentální výstup pro české dálnice a rychlostní silnice je na [3]. Zdraví, Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/OSMonitor [2] http://www.openstreetmap.org/browse/relation/114014 [3] http://wiki.openstreetmap.org/wiki/OSMonitor/Czech_Republic_Major_Roads ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Potlatch, utilisable avec le cadastre ? [Etait : Potlatch, mauvais outil ?]
Marc SIBERT wrote Le 9 septembre 2010 10:03, Tenshu lt;tenshu@gt; a écrit : Pour parler franchement, Potlach est un mauvais outil en plus d'être obsolète. Quand je vois des tracés précis que je fais à partir du cadastre être complété par un tracé de piste cycable avec potlach à la précision complétement erratique ... -- Mon weblog - http://www.tenshu.fr/ Je soutiens le Logiciel Libre, j'adhère à l'APRIL ! Bonjour, Laissez moi défendre un peu cet outil qui permet d'accéder facilement à OSM. Même si c'est à la mode de casser du Potlatch. Tout le monde n'a pas les connaissance pour installer et faire tourner JOSM avec ses plugins sur une Ubuntu. Cet outil n'est pas obsolète et qui plus est, est en cours de migration en V2 avec un nouveau moteur graphique plus performant. Quand à la précision des tracés, je ne pense pas que l'on puisse les imputer à l'outil mais plutôt à l'interface chaise / clavier qui l'utilise. Pour rappel, Potlatch permet de faire des voies parallèles, des lignes droites ou des rond-points rond. Moi j'adore Potlatch (vous aviez remarqué) A+ -- Marc Sibert marc@ ___ Talk-fr mailing list Talk-fr@ http://lists.openstreetmap.org/listinfo/talk-fr Bonjour Marc, Je te rejoins (message exhumé datant quelque peu ;-), mes contributions actuelles se font majoritairement avec Potlach. Interface simple, formulaires de plus en plus riches, ergonomie suffisante pour la majorité des usages. Mais surtout j'ai un gros soucis, en mairie, nous avons un encadrement des usages TIC qui est de plus en plus bridés. Toute connexion internet hors navigateur est quasi impossible : impossible d'utiliser JOSM !!! La grande question pour moi est donc : est-il possible d'afficher le cadastre avec Potlach pour la mise à jour du bâti ? (petites retouches de type extension de bâtiment ou suppression de bâti inexistant sur Bing confirmé par le cadastre) Merci des réponse - Cordialement, ZIMMY Jean-Louis ZIMMERMANN Développeur territorial (ville d'Orange,FR84) Mandataire OSM-France sur le Grand-Sud-est -- View this message in context: http://gis.19327.n5.nabble.com/Re-Potlatch-mauvais-outil-Etait-Import-batiment-tp5394283p5723933.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Fwd: [OSM-talk] SotM live streaming
Pour ceux que ça intéresse, on peut regarder le SOTM2012 en streaming et retrouver le matériel de présentation depuis le wiki aux adresses indiquées ci-dessous. Pieren -- Forwarded message -- From: Daniel Kastl dan...@georepublic.de Date: Thu, Sep 6, 2012 at 1:59 AM Subject: [OSM-talk] SotM live streaming To: Talk OSM t...@openstreetmap.org In a few minutes the SotM 2012 in Tokyo will start: http://www.stateofthemap.org/ As every year for the majority of mappers it's not possible to attend the yearly OpenStreetMap conference. But for everyone, who couldn't come to Tokyo we offer to watch the talks and presentations live on Ustream. There are two channels: Main: Convention Hall (2F) http://www.ustream.tv/channel/sotm-main Second: Conference Room (3F) http://www.ustream.tv/channel/sotm-second For the program schedule take a look here: http://www.stateofthemap.org/schedule/ (Tokyo is 9 hours ahead of UTC) Slides and other material will be collected and published in the conference Wiki: http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Thursday http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Friday http://wiki.openstreetmap.org/wiki/State_Of_The_Map_2012/Saturday Daniel -- Georepublic UG Georepublic Japan eMail: daniel.ka...@georepublic.de Web: http://georepublic.de ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr