[Talk-ko] The mailing list

2012-09-06 Per discussione Andrew Errington
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

2012-09-06 Per discussione maning sambale
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

2012-09-06 Per discussione dbussche
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

2012-09-06 Per discussione Lennard
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

2012-09-06 Per discussione Pim Clotscher

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

2012-09-06 Per discussione Jo
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

2012-09-06 Per discussione Pim Clotscher
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

2012-09-06 Per discussione Maarten Deen
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

2012-09-06 Per discussione Maarten Deen

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

2012-09-06 Per discussione Jo
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

2012-09-06 Per discussione tastrax
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

2012-09-06 Per discussione Ian Sergeant
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

2012-09-06 Per discussione tastrax
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

2012-09-06 Per discussione Svavar Kjarrval
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

2012-09-06 Per discussione Andreas Labres
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

2012-09-06 Per discussione Ronnie Soak
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

2012-09-06 Per discussione 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. 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

2012-09-06 Per discussione Eckhart Wörner
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

2012-09-06 Per discussione Ronnie Soak
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

2012-09-06 Per discussione Eckhart Wörner
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!

2012-09-06 Per discussione Elstermann, Mike
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

2012-09-06 Per discussione Garry

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

2012-09-06 Per discussione Ronnie Soak
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

2012-09-06 Per discussione Rainer Kluge

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

2012-09-06 Per discussione Eckhart Wörner
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

2012-09-06 Per discussione 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.


Gruß
Rainer







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


Re: [Talk-de] Grenzen und Adminlevel

2012-09-06 Per discussione Georg Feddern

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

2012-09-06 Per discussione Falk Zscheile
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

2012-09-06 Per discussione aighes

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

2012-09-06 Per discussione Georg Feddern

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

2012-09-06 Per discussione Jimmy_K
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

2012-09-06 Per discussione 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 :)


Grüße

René

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


Re: [Talk-de] Offene Schranken

2012-09-06 Per discussione Martin Koppenhoefer
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

2012-09-06 Per discussione Rainer Kluge

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

2012-09-06 Per discussione Martin Koppenhoefer
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

2012-09-06 Per discussione Dietmar
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

2012-09-06 Per discussione Martin Koppenhoefer
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

2012-09-06 Per discussione 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. ;-)


Gruß
Georg

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


Re: [Talk-de] Offene Schranken

2012-09-06 Per discussione Rainer Kluge

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

2012-09-06 Per discussione 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


Re: [Talk-de] Offene Schranken

2012-09-06 Per discussione Rainer Kluge

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

2012-09-06 Per discussione 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

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


Re: [Talk-de] OSM: erster ODbL Planet!

2012-09-06 Per discussione Steffen Grunewald
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

2012-09-06 Per discussione Martin Koppenhoefer
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

2012-09-06 Per discussione Eckhart Wörner
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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione Steffen Grunewald
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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione Ronnie Soak
 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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione 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.


fragt sich
Georg

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


Re: [Talk-de] Grenzen und Adminlevel

2012-09-06 Per discussione 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.

Gruß
Georg

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


Re: [Talk-de] Grenzen und Adminlevel

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione René Falk

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!

2012-09-06 Per discussione qunuxy-osmmailingli...@yahoo.com
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

2012-09-06 Per discussione fly
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

2012-09-06 Per discussione 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.

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!

2012-09-06 Per discussione Rainer Kluge

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

2012-09-06 Per discussione Rainer Kluge

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!

2012-09-06 Per discussione Sven Geggus
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!

2012-09-06 Per discussione Rainer Kluge

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

2012-09-06 Per discussione smarties
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

2012-09-06 Per discussione smarties
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

2012-09-06 Per discussione Tirkon
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

2012-09-06 Per discussione Eckhart Wörner
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

2012-09-06 Per discussione 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 
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

2012-09-06 Per discussione ludwich
@ 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

2012-09-06 Per discussione René Falk

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

2012-09-06 Per discussione Stephan Wolff

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

2012-09-06 Per discussione Georg Feddern

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

2012-09-06 Per discussione ludwich
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)

2012-09-06 Per discussione Chaitanya waichal
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

2012-09-06 Per discussione Martin Koppenhoefer
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

2012-09-06 Per discussione Martin Koppenhoefer
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

2012-09-06 Per discussione Luca Delucchi
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

2012-09-06 Per discussione Luca Delucchi
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

2012-09-06 Per discussione Alessandro Pozzato

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

2012-09-06 Per discussione Maurizio Napolitano
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

2012-09-06 Per discussione Simone Cortesi
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

2012-09-06 Per discussione sabas88
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

2012-09-06 Per discussione 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 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-09-06 Per discussione Edwin Caldon
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

2012-09-06 Per discussione hyan...@gmail.com
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

2012-09-06 Per discussione NicoVargas
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

2012-09-06 Per discussione Denis W Payne
 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 Per discussione Ander Pijoan
[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

2012-09-06 Per discussione Séverin MENARD
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

2012-09-06 Per discussione Johnattan Rupire
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?

2012-09-06 Per discussione Grant Slater
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?

2012-09-06 Per discussione Brendan Barrett

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

2012-09-06 Per discussione Jachym Cepicky
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!

2012-09-06 Per discussione Michal Tauchman
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!

2012-09-06 Per discussione LM_1
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

2012-09-06 Per discussione Petr Morávek [Xificurk]
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

2012-09-06 Per discussione Jan Dudík
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 ?]

2012-09-06 Per discussione ZIMMY

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

2012-09-06 Per discussione Pieren
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


  1   2   >