Re: [OSM-talk-be] Lijst van dorpen/gemeenten/steden naargelang grootte/belang
Hallo Karel, inderdaad, OSM heeft niet echt tags om de grootte te bepalen. Zoals je reeds aangaf is er de population tag, Er is ook de place-tag. Ik dacht dat deze 2 tags in combinatie met capital, gebruikt worden door bv. de standard kaartstijl op openstreetmap.org om te bepalen op welk zoom level een stad/gemeente moet getekend worden. Een andere manier is de grootte van het gebied afgelijnd door de administratieve grenzen te nemen. Deze grenzen zijn niet altijd gemapped. In Vlaanderen zijn alle admin level 8 (steden/gemeenten) wel in kaart gebracht, evenals admin level 9 (de deelgemeenten). Dit hoeft niet het geval te zijn in andere landen/streken. m. On Mon, Dec 24, 2018 at 5:52 PM Karel Adams wrote: > > (ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds > geen oplossing, het blijft dus een probleem) > > Voor een eigen "moving-map" applicatie (waarover verder geen discussie > aub, want daarover gaat het niet) wil ik graag een lijst van > steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van > omvang/belang/grootte. > > Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen) > Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht weergeef > in een omgeving van 100 kilometer, maar wel in een omgeving van 10 > kilometer. > > Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een > "localiteit"? "Aantal inwoners" gaat een eind de richting uit, maar is > lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar geeft > problemen met grotere steden, die enerzijds gemapt zijn als node maar > dan zonder admin_level, en anderszijds als "boundary", veelal een > "relation". En inderdaad lijkt die "admin_level" bedoeld te zijn om de > grenzen af te bakenen, niet om de gemeente te categoriseren. > > Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met telkens > ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit > Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :) ), hoe > kom ik daaraan? > > Mechelengrote stad > > Leuven grote stad > > Lierminder grote stad > > Aarschotminder grote stad > > Haachtgemeente > > Wakkerzeeldeelgemeente > > Brusselzeer grote stad > > Antwerpenzeer grote stad, mét parking :) > > > > ___ > Talk-be mailing list > Talk-be@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung
Moin, weshalb werden Höhenbeschränkungen (bspw. height_restrictor) in Mapnik, deutschem Stil, etc. nicht dargestellt? Die Unart, selbst normale Parkplätze mit derartigen Beschränkungsbarrieren zu versehen, greift immer mehr um sich. Einerseits wird normalen Lkw's so die Zufahrt verwehrt, andererseits sind die Barrieren teilweise so tief, dass man schon Probleme mit einem handelsüblichen Wohnmobil, bzw. (Hochdach-)Transportern >3,5t bekommt. Von Zufahrten zu Tiefgaragen und höhenbeschränkten Brücken ganz zu schweigen. Aktuell habe ich letzte Woche erst einen Parkplatz zu einem Rewe-Supermarkt mit 2,70m maximaler Durchfahrtshöhe gemappt, auf dem bisher regelmäßig 2 - 3 Lkw für ihre gesetzlich vorgeschriebenen 45min Pausenzeiten standen. Auf diesem Parkplatz ist jetzt für einen normalen Hochdachtransporter bereits Schluss! Frohe Weihnachten! Gruß Sepp ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [talk-au] Building Import for Ballarat - interest?
The old data.gov.au permission is no longer sufficient to use a dataset in OSM. The first thing you are going to have to do is approach the Council and get them to sign the wavier. On Tue, Dec 25, 2018 at 1:08 PM Daniel O'Connor wrote: > I've started https://wiki.openstreetmap.org/wiki/Ballarat_Building_Import > ; will capture all of the various TODOs there shortly > ___ > Talk-au mailing list > Talk-au@openstreetmap.org > https://lists.openstreetmap.org/listinfo/talk-au > ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk] Project related query
Hello, I am a second year btech student from Indira gandhi Delhi technical university for women, I know c++ to quiet a good extent and learning Java, I am quite interested in your projects, can you tell me about how to start contributing? Regards Sakshi Sharma ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Building Import for Ballarat - interest?
I've started https://wiki.openstreetmap.org/wiki/Ballarat_Building_Import ; will capture all of the various TODOs there shortly ___ Talk-au mailing list Talk-au@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-au
[OSM-talk-be] Lijst van dorpen/gemeenten/steden naargelang grootte/belang
(ik denk dat ik dit punt reeds eerder aankaartte, maar heb nog steeds geen oplossing, het blijft dus een probleem) Voor een eigen "moving-map" applicatie (waarover verder geen discussie aub, want daarover gaat het niet) wil ik graag een lijst van steden/dorpen/gemeenten vanuit openstreetmap, mèt indicatie van omvang/belang/grootte. Het idee is dat ik een buitengemeente zoals (om maar iets te zeggen) Wakkerzeel niet wil weergeven als ik mijn eigen dorp van Haacht weergeef in een omgeving van 100 kilometer, maar wel in een omgeving van 10 kilometer. Maar hoe krijg ik uit OSM een indicatie van de grootte/belang van een "localiteit"? "Aantal inwoners" gaat een eind de richting uit, maar is lang niet overal ingevuld. "admin_level" lijkt veelbelovend, maar geeft problemen met grotere steden, die enerzijds gemapt zijn als node maar dan zonder admin_level, en anderszijds als "boundary", veelal een "relation". En inderdaad lijkt die "admin_level" bedoeld te zijn om de grenzen af te bakenen, niet om de gemeente te categoriseren. Kortom, wat ik wil bereiken is een lijstje zoals hieronder (met telkens ook lengtegraad en breedtegraad erbij, maar dat haal ik wel uit Overpass, die kan ik tegenwoordig query'en met mijn ogen dicht :) ), hoe kom ik daaraan? Mechelen grote stad Leuven grote stad Lier minder grote stad Aarschot minder grote stad Haacht gemeente Wakkerzeel deelgemeente Brussel zeer grote stad Antwerpen zeer grote stad, mét parking :) ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[Talk-it] Ricariche telefoniche
Ciao! Come posso segnalare che un bar o altro amenity vende delle ricariche telefoniche? E ricariche paypal? Ho cercato in wiki e taginfo ma non ho trovato niente. Grazie e Buon Natale Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it
[Talk-ko] 오픈스트리트맵의 place 태그에 관해서 / place tags in OpenStreetMap for Korea
남한 지역 place 태그를 정리하려 하는데, place 태그와 행정 구역 단위의 관계를 정리해 놓은 문서가 없더라고요. 그래서 이번에 확실하게 만들어 보려 합니다. 일단 대략 현재의 상태는 아래와 같습니다. 1. 서울·인천 - city - 시 - county - X - town - *구*, *군*, 읍, 면 - village - 동, 리 2. 경기·강원·충청·경상(창원 제외)·전라·대전·광주·세종 - city - 시 - county - 구, 군 - town - 읍, 면 - village - 동, 리 3. 부산·울산·대구·창원·제주 - city - 시 - county - 구, 군 - town - 읍, 면, *동* - village - 리 1, 3번은 특별시/광역시/특별자치시/특별자치도 같이 "도"와 동급으로 취급받는 지역이 대부분이고, 2번은 "도" 아래에 있는 지역라는 점은 알 수 있습니다(창원 제외). 그렇다면 광역시와 도를 따로 나눠서 체계를 2개 정해야 할까요? 아니면 1개로 통합해야 할까요? 또 1, 3번의 경우에는 1번에 맞춰야 할까요, 아니면 3번에 맞춰야 할까요? 개인적으로는 3번에 맞추는 게 더 좋다고 생각하기는 합니다. 값(value) 3개에 담는 것보다는 4개에 담는 것이 나을 것 같습니다. I want to clean up 'place' tags in South Korea, but couldn't find a documentation for this. So I will create it. The present status is below: 1. Seoul·Incheon - city - Si - county - X - town - *Gu*, *Gun*, Eup, Myeon - village - Dong, Ri 2. Gyeonggi·Gangwon·Chungcheong·Geongsang(except Changwon)·Jeolla·Daejeon·Gwangju·Sejong - city - SI - county - Gu, Gun - town - Eup, Myeon - village - Dong, Ri 3. Busan·Ulsan·Daegu·Changwon·Jeju - city - Si - county - Gu, Gun - town - Eup, Myeon, *Dong* - village - Ri I pointed out that Equivalent regions to "Do" are located in 1, 3, whereas regions under "Do" are in 2(Except Changwon). Then, is it good to create two schemas for "Metropolitan city" and "Do"? Otherwise one schema? And, Should I integrate 1 and 3 into 1? or 3? I think 3 is good because 3 provides more values than 1. ᐧ ___ Talk-ko mailing list Talk-ko@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-ko
Re: [Talk-it] Ricerca volontari online per progetto V-IOLA
Io sono disponibile Il giorno mer 19 dic 2018 alle ore 18:16 ha scritto: > > Date: Wed, 19 Dec 2018 15:42:52 +0100 > From: Alessandro Palmas > To: openstreetmap list - italiano > Subject: [Talk-it] Ricerca volontari online per progetto V-IOLA > Message-ID: <9bb84bc9-7b80-819c-1b28-9b136ba7d...@wikimedia.it> > Content-Type: text/plain; charset="utf-8" > > Un allegato HTML è stato rimosso... > URL: < > http://lists.openstreetmap.org/pipermail/talk-it/attachments/20181219/21307a65/attachment-0001.html > > > > -- Daniele Santini http://www.dsantini.it ___ Talk-it mailing list Talk-it@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-it