[Talk-transit] GSoC Proposal - further details, still looking for mentor
Hi, I had submitted a proposal earlier, briefly mentioned at: http://lists.openstreetmap.org/pipermail/talk/2012-April/062626.html I would like to propose a revision/clarification: The route-matching algorithms here can be useful to OSM. The idea would be to create a way to index the routes in a way that some kind of ordering can be achieved. This would be a database problem, roughly on the lines of image-matching. I am very eager to undertake this project, and am still looking for a mentor. -Pallav Shinghal ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-vi] Talk-vi Digest, Vol 10, Issue 1
Chao anh Minh anh co the gui lai bang tieng Viet khong dau duoc khong? Thu anh gui bi loi, khong doc duoc. Thanh On Wed, Apr 18, 2012 at 6:00 PM, talk-vi-requ...@openstreetmap.org wrote: Send Talk-vi mailing list submissions to talk-vi@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-vi or, via email, send a message with subject or body 'help' to talk-vi-requ...@openstreetmap.org You can reach the person managing the list at talk-vi-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-vi digest... Today's Topics: 1. Trang OpenStreetMap Vi?t Nam (Minh Nguyen) -- Message: 1 Date: Tue, 17 Apr 2012 10:05:38 -0700 From: Minh Nguyen m...@1ec5.org To: talk-vi@openstreetmap.org Subject: [Talk-vi] Trang OpenStreetMap Vi?t Nam Message-ID: jmk7t4$bjo$1...@dough.gmane.org Content-Type: text/plain; charset=UTF-8; format=flowed Ch?o c?c b?n, T?i ?? x?y d?ng l?i trang ??u ti?ng Vi?t t?i OpenStreetMap Wiki. [1] Trang n?y c? khung b?n ?? thay ??i h?ng ng?y. B?y gi? ch? c? H? N?i, TPHCM, v? Vi?t Nam thay phi?n; n?u c? v?ng kh?c ? Vi?t Nam c? nhi?u chi ti?t tr?n OpenStreetMap, xin cho t?i bi?t. T?i c?ng mu?n gi?p x?y d?ng trang openstreetmap.vn. [2] C?c b?n c? bi?t ai l? ng??i ch? c?a trang ?? kh?ng? Hi?n nay n? ch? c? li?n k?t ??n m?t v?i trang c?a c?ng ??ng nh?ng kh?ng c? c?ch xem b?n ?? ho?c l?i gi?i thi?u d? ?n. C? l? trang ?? c? th? nh?ng b?n ?? th? gi?i ti?ng Vi?t do Wikimedia Toolserver cung c?p. [3] (B?n ?? ?? k?t h?a c?c th? name:vi ? to?n th? gi?i, bao g?m c?c t?n H?n-Vi?t t?i Trung Qu?c.) [1] http://wiki.openstreetmap.org/wiki/Vi:Main_Page [2] http://www.openstreetmap.vn/ [3] http://toolserver.org/~osm/locale/vi.html -- Nguy?n Xu?n Minh m...@1ec5.org Jabber: m...@1ec5.org; Blog: http://notes.1ec5.org/ -- ___ Talk-vi mailing list Talk-vi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-vi End of Talk-vi Digest, Vol 10, Issue 1 ** ___ Talk-vi mailing list Talk-vi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-vi
Re: [Talk-vi] Trang OpenStreetMap Việt Nam
Chào Minh, Le 18/04/2012 00:05, Minh Nguyen a écrit : Chào các bạn, Tôi đã xây dựng lại trang đầu tiếng Việt tại OpenStreetMap Wiki. [1] Trang này có khung bản đồ thay đổi hàng ngày. Bây giờ chỉ có Hà Nội, TPHCM, và Việt Nam thay phiên; nếu có vùng khác ở Việt Nam có nhiều chi tiết trên OpenStreetMap, xin cho tôi biết. Có lẽ chỉ có TP HN và HCM là chi tiết nhất. Ngoài ra có thể có Đà nẵng... Tôi cũng muốn giúp xây dựng trang openstreetmap.vn. [2] Các bạn có biết ai là người chủ của trang đó không? Hiện nay nó chỉ có liên kết đến một vài trang của cộng đồng nhưng không có cách xem bản đồ hoặc lời giới thiệu dự án. Có lẽ trang đó có thể nhúng bản đồ thế giới tiếng Việt do Wikimedia Toolserver cung cấp. [3] (Bản đồ đó kết họa các thẻ name:vi ở toàn thế giới, bao gồm các tên Hán-Việt tại Trung Quốc.) [1] http://wiki.openstreetmap.org/wiki/Vi:Main_Page [2] http://www.openstreetmap.vn/ [3] http://toolserver.org/~osm/locale/vi.html Rất tiếc là cộng đồng người Việt tham gia OSM không có tổ chức sinh họat thường xuyên cho nên ít chắt chẽ. Phần tôi, đi đâu thì cữ ghi GPS và sau đó tải lên OSM. Khi nào có ít thời gian thì mới đi vẽ các đường. Lúc này chủ yếu tập trung các khu vùng núi vàung xa phía Bắc VN. Chúc mạnh khỏe -- M. VU DO Quynh AUF (Tổ chức hợp tác ĐH Pháp ngữ) Campus numérique francophone (CNF) de Hanoi Nhà D, ngõ 42 Tạ Quang Bửu Tél.: (84-4) 38.68.48.85 ; Fax: (84-4) 38.69.45.09 Vietnam Contact: http://www.vn.refer.org/vietnam/ Moodle au CNF de Hanoi: http://moodle.vn.refer.org/ ___ Talk-vi mailing list Talk-vi@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-vi
[Talk-hr] Corinne Land Cover test import
Pozdrav iz Praga, napravio sam test import Corinne Land Cover u općini poluotoka Pelješca i otoka Mljeta. Što mislite o tome? Trebam li nastaviti od Konavle više Dubrovačko primorje do dolini Neretve? MK ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
Hmm, a kakvi su točno podaci u pitanju? Nije mi baš jasno... jesu to šume i zelene površine? Imaš li koji screenshop gdje se vidi situacija prije/poslije? Valent. 2012/4/18 Martin Kokes sh...@typo3-hosting.com: Pozdrav iz Praga, napravio sam test import Corinne Land Cover u općini poluotoka Pelješca i otoka Mljeta. Što mislite o tome? Trebam li nastaviti od Konavle više Dubrovačko primorje do dolini Neretve? MK ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
Hi, Pelješac Mljet were complete empty. Just zoom out to http://osm.org/go/xfEqFdj- and zoom in to http://osm.org/go/xfEqBTG and you'll see difference. Attribution comes mainly from http://wiki.openstreetmap.org/wiki/Corine_Land_Cover. MK ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
On 18.04.2012 13:17, valent.turko...@gmail.com wrote: Hmm, a kakvi su točno podaci u pitanju? Nije mi baš jasno... jesu to šume i zelene površine? Imaš li koji screenshop gdje se vidi situacija prije/poslije? Valent. Corine su podaci o pokrovima tla... vrsta šume, rezidencijalno područje, močvara, itd... Mislim 42 kategorije ukupno Problem je što se taj set podataka radi na razini od 1:10 što znači da minimalna veličina podatka (rezolucija) 50x50m (po nekim kartografskim pravilima), što je usporedivo s precrtavanjem s Landsat snimaka. Najveći import Corine su napravili Francuzi, pa su im podaci takvi kakvi jesu :) Šareni, karta postane nepregledna... Osobno sam protiv bilo kakvog importa podataka, to je bolje napraviti kao neku podlogu pa onda uspoređivati i precrtavati ili selektivno importati. Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
Kaj se mene tiče taj import mi se ne sviđa jer ne odražava pravo stanje na terenu. Tako da nisam za taj import. Dana 18. travnja 2012. 13:28 Dražen Odobašić dodoba...@gmail.com je napisao/la: On 18.04.2012 13:17, valent.turko...@gmail.com wrote: Hmm, a kakvi su točno podaci u pitanju? Nije mi baš jasno... jesu to šume i zelene površine? Imaš li koji screenshop gdje se vidi situacija prije/poslije? Valent. Corine su podaci o pokrovima tla... vrsta šume, rezidencijalno područje, močvara, itd... Mislim 42 kategorije ukupno Problem je što se taj set podataka radi na razini od 1:10 što znači da minimalna veličina podatka (rezolucija) 50x50m (po nekim kartografskim pravilima), što je usporedivo s precrtavanjem s Landsat snimaka. Najveći import Corine su napravili Francuzi, pa su im podaci takvi kakvi jesu :) Šareni, karta postane nepregledna... Osobno sam protiv bilo kakvog importa podataka, to je bolje napraviti kao neku podlogu pa onda uspoređivati i precrtavati ili selektivno importati. Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Svega što vrijedi Bog je stvorio malo, kako zlata tako i Hrvata. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
On 18.04.2012 13:44, valent.turko...@gmail.com wrote: Najveći import Corine su napravili Francuzi, pa su im podaci takvi kakvi jesu :) Šareni, karta postane nepregledna... Aha, napokon sam došao i ja na red da to kažem, pa zar je to bitno kada i tako ne bi smjeli unositi podatke prema renedering engineu ;) pa da su radili prema rendering enginu, onda ne bi radili import, jer je tolika količina podatka nepregledna prema rendering engineu bi ti mogao staviti sve ceste da su crvene jel ti se tako više sviđa :) Osobno sam protiv bilo kakvog importa podataka, to je bolje napraviti kao neku podlogu pa onda uspoređivati i precrtavati ili selektivno importati. Možda za početak unijeti 2-3 najosnovnija sloja, tipa šume, močvare i slično? 42 tipa podataka je malo previše za automatsku import, tu se slažem. Ne idu sva 42 sloja, nego se agregiraju u ono što se koristi na OSMu, https://wiki.openstreetmap.org/wiki/Corine_Land_Cover Corine je samo izvor problema, a ne rješenje za praznu kartu... generiraju se random podaci kakvi hoćeš ... :) PROTIV direktnog importa... Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
ja sam isto protiv direktnog importa, ali ove podatke ne treba odbaciti jer su prilicno pouzdani i vrijedni. isto mislim da bi bilo super imati ovaj sloj kao podlogu sto zbog ucrtavanja sto zbog tagiranja tipa pokrova. 2012/4/18 Dražen Odobašić dodoba...@gmail.com On 18.04.2012 13:44, valent.turko...@gmail.com wrote: Najveći import Corine su napravili Francuzi, pa su im podaci takvi kakvi jesu :) Šareni, karta postane nepregledna... Aha, napokon sam došao i ja na red da to kažem, pa zar je to bitno kada i tako ne bi smjeli unositi podatke prema renedering engineu ;) pa da su radili prema rendering enginu, onda ne bi radili import, jer je tolika količina podatka nepregledna prema rendering engineu bi ti mogao staviti sve ceste da su crvene jel ti se tako više sviđa :) Osobno sam protiv bilo kakvog importa podataka, to je bolje napraviti kao neku podlogu pa onda uspoređivati i precrtavati ili selektivno importati. Možda za početak unijeti 2-3 najosnovnija sloja, tipa šume, močvare i slično? 42 tipa podataka je malo previše za automatsku import, tu se slažem. Ne idu sva 42 sloja, nego se agregiraju u ono što se koristi na OSMu, https://wiki.openstreetmap.org/wiki/Corine_Land_Cover Corine je samo izvor problema, a ne rješenje za praznu kartu... generiraju se random podaci kakvi hoćeš ... :) PROTIV direktnog importa... Dražen ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- Darko Boto Phone: +385 1 6676 918 mob: +385 91 385 5035 e-mail: darko.b...@gmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Corinne Land Cover test import
Martin Kokes napisa: Pozdrav iz Praga, napravio sam test import Corinne Land Cover u općini poluotoka Pelješca i otoka Mljeta. Što mislite o tome? Trebam li nastaviti od Konavle više Dubrovačko primorje do dolini Neretve? Ne može se reći da karta ne izgleda dobro, ali ti podaci su jako neprecizni - šuma redovito leti u more par metara, točke su preguste (trebalo bi napraviti simplify way) i dosta su generalizirani. Međutim, tamo gdje nema pokrivenosti snimkama visoke rezolucije corine podaci mogli bi se iskoristiti, ali tamo gdje postoji bing nikako to uvoditi. Ako Pelješac ikada dobije high-res bing snimke najlakše će biti obrisati importirane podatke i crtati preciznije ako netko ima volje. Kao primjer koliko su dobri Corine podaci pogledati otok Šćedro kojeg sam neki dan ispravljao. Još se nije renderiralo na ovom zoom levelu: http://osm.org/go/xdu4T8f-- a ovo je stvarno stanje: http://osm.org/go/xdu4Wn0 ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Fwd: [OSM-dev] New version of MapOSMatic, a city map rendering service
A better MapOSMatic has been released! You can use this online service to create poster/paper/book maps of your favorite areas. :-) -- Forwarded message -- From: Thomas Petazzoni thomas.petazz...@enix.org Date: Wed, Apr 18, 2012 at 3:58 PM Subject: [OSM-dev] New version of MapOSMatic, a city map rendering service To: d...@openstreetmap.org Cc: cont...@maposmatic.org Hello, In September 2009, we launched MapOSMatic (http://www.maposmatic.org), a free web service that allows to render city maps on-demand based on OpenStreetMap data. Those city maps, divided into squares, are associated with a street index, making the process of locating a street on the map easier. We are proud to announce today the launch of a new version of MapOSMatic, which is the result of significant development efforts. Amongst the new features: * The rendering of poster maps is now done on large standard paper formats (A3, A2, A1, etc.), automatically chosen depending on the geographical size of the city, instead of arbitrarily-sized papers that were hard to print. The end result is close to commercial folded maps; * The ability to render multi-page maps, where the map and street index are split into several pages, for easier printing on regular paper formats (A5, A4, US Letter). Those multi-page maps are similar to commercial city booklets; * The availability of several rendering styles. For now, we provide the standard OpenStreetMap.org style, several styles provided by MapQuest, and a custom style more suitable for printing. In the future, we expect to extend those styles, or even to let users provide their own styles. Do not hesitate to contact us about custom styles; * Improvements in the selection of cities: in the previous versions, we were limited to OpenStreetMap areas of a certain administrative level; * And many, many other smaller features and improvements: quality of the renderings, better user interface to render maps, last OSM database update date printed on the map, etc. MapOSMatic is completely free software, distributed under the terms of the Affero General Public License v3. The project is available through Git repositories, has a mailing-list and an IRC channel. For details, see our About page (http://www.maposmatic.org/about), our wiki (http://wiki.maposmatic.org) and the Savannah project page (http://savannah.nongnu.org/projects/maposmatic/). In addition to the launch of this new version, we are also starting a donation campaign. The project is completely developed and maintained by volunteers, but we need funding to cover hardware costs and transportations costs to organize the developer meetings during which MapOSMatic improvements are implemented (see our blog at http://news.maposmatic.org). If you appreciate MapOSMatic, do not hesitate to help us by donating with PayPal on http://www.maposmatic.org/donate. Best regards, Thomas Petazzoni -- Thomas Petazzoni http://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] carNAVi gives a sort of shout-out to OSM
carNAVi is a local manufacturer of GPS navigation devices. It's known that they use OSM polygon data in their maps: http://www.mail-archive.com/talk-ph@openstreetmap.org/msg03552.html Well, OSM was mentioned in their April 2012 newsletter: http://www.car-navi.ph/2012/04-news/ It appears that while the road data in the Philippines is their own, they seem to use OSM for maps of other countries. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Tagging Questions
Then it's probably this you mean: http://wiki.openstreetmap.org/wiki/Tag:waterway%3Dweir Op 18 april 2012 12:41 schreef Marc Gemis marc.ge...@gmail.com het volgende: One more tagging question: Can the tag 'lock' also be used for smaller waterways, where it is meant to control the water level (and not for helping boats) ? m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Talk-be Digest, Vol 52, Issue 4
I'd use this: http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dcommunity_centre Although the description probably demands that it's an official building, I think (especially in Belgium), it also counts for a private building. After all, the services are the same, you can rent it for a certain gathering with a lot of people. It's the best thing I can find, but if you're not happy with it, you can use your own tags. After all, the mapper decides. Op 18 april 2012 13:14 schreef Marc Gemis marc.ge...@gmail.com het volgende: * How do I tag a 'Feestzaal/Sale de f?te' that is part of a pub/restaurant ? usually it has a different name than the restaurant/pub As a point in the restaurant building? Just as you would map individual shops in a shopping center. and amenity = ? regards m. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
[OSM-legal-talk] Share-Alike requirements for other data sources?
Greetings Salutations, Thank you in advance for taking the time read and respond to this message. After reading numerous webpages regarding the OSM license I am still unclear regarding Share-Alike implications. I would like to confirm that I would not be required to license my sql db as Share-Alike. Regarding OSM it is my goal to build a tile server based on OSM for serving map tiles for use in a commercial website project that will be accessed by the general public at no charge. The website currently stores and retrieves data from a sql db containing information regarding various points of interest ( POI ) I would like to be able to places maps ( static / slippery ) generated by the tile server on various web pages throughout the website and then display a push pin(s), flag(s) or marker(s) in a separate layer above the map to highlight the location of the POI . Would it be required to share the data from the sql db containing the various points of interest or data which the general public has entered regarding those POI ? It is not that I do not want to contribute to OSM it is that I need to be able to control, for various reasons, what is contributed to OSM from this project. From the following pages it appears that I would NOT be required to license my sql db as Share-Alike. http://www.osmfoundation.org/wiki/License If you have a website using OSM-derived map tiles, Share-Alike applies to the map tiles. If you then put separate and distinct data layers on top, such as icons showing specialists points of interest or routes, track logs and the like, then Share-Alike does not apply to these elements as long as they do not interact with the map underneath. http://wiki.openstreetmap.org/wiki/Open_Data_License/Use_Cases Use Cases using OSM data and also other data sources == On-line map service using OSM data together with other data sources The User wishes to combine OpenStreetMap data with other data sources to use on a web based service. The additional data could be one of nasa height data, public transport schedules, census data or many others. They may not wish, or may not be allowed to release the other data source as ODbL; it may for example be only available under '(C) all rights reserved' or on a 'non-commercial' license etc. The user does not improve or modify the OSM data, but does convert it into a suitable format for their application. OK - Collective DB, but still requires the notice. Overlaying OSM maps with information without need to contribute back A group of 8 year old kids spend a day in a local park mapping out locations where they find butterflies. They map this information using an OSM map and stick a copy on their local park's noticeboard. They do not wish to be expected to contribute this information back to OSM. • For the purposes of this use-case would rubbish bins be a better example than butterflies? User:80n OK - Collective DB. Maybe not Substantial, but still needs the notice. Thank you once again for your time. Best Regards, Rob___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Share-Alike requirements for other data sources?
2012/4/18 Rob smartt...@gmail.com: Greetings Salutations, Thank you in advance for taking the time read and respond to this message. After reading numerous webpages regarding the OSM license I am still unclear regarding Share-Alike implications. Please be aware that you are mixing the (by the way, non-official) interpretations of the CC-BY-SA and the ODBL. We are transitioning from one to the other right now. You should read the actual licenses, but the spirit of the licenses, as I understand them (IANAL), is: * Both require attribution * CC-BY-SA requires share-alike for the published, derivative work. Nothing is said about other rights, such as data or database. * ODBL requires share-alike for the database (by publishing modifications or method to obtain them), not for derivative works. All rights are covered. This is an oversimplification and not legal advice, again please read the licenses or consult a lawyer if in doubt. -- Jaime Crespo ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Share-Alike requirements for other data sources?
* ODBL requires share-alike for the database (by publishing modifications or method to obtain them), not for derivative works. All rights are covered. Sorry, I meant produced works, not derivative works. -- Jaime Crespo ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] GSoC Proposal - further details, still looking for mentor
Hi, I had submitted a proposal earlier, briefly mentioned at: http://lists.openstreetmap.org/pipermail/talk/2012-April/062626.html I would like to propose a revision/clarification: The route-matching algorithms here can be useful to OSM. The idea would be to create a way to index the routes in a way that some kind of ordering can be achieved. This would be a database problem, roughly on the lines of image-matching. I am very eager to undertake this project, and am still looking for a mentor. -Pallav Shinghal ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New editors
In this area, there's been a surprising number of new contributors in the last 2 months: about 5 altogether. This is most likely from publicity received from the news stories surrounding the #switch2osm cases. In one case, they had actually registered a year ago, but made no edits until now. But one newbie deleted about 300 streets, seemingly for a wedding-related event map :-( No new power editors yet, but there's always hope. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] OpenStreetMap op BNR
Ik ga luisteren! Voor de duidelijkheid: 'Morgenavond' betekent dus woensdagavond... Gr, Floris On Wed, Apr 18, 2012 at 12:17 AM, Henk Hoff toffeh...@gmail.com wrote: Hallo allen, Leuk om te weten: later vandaag (woensdag) besteed BNR Digitaal aandacht aan OpenStreetMap. http://www.bnr.nl/programma/bnrdigitaal/ Morgenavond is er ook een mappersborrel in Kapitein Zeppos. Zie: http://www.meetup.com/AmsGeoDrinks/events/60318472/ Wees welkom. Groet, Henk ___ 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
[Talk-br] Nova versão do MapOSMatic está no ar.
Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio original: http://lists.openstreetmap.org/pipermail/dev/2012-April/024837.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio original: http://lists.openstreetmap.org/pipermail/dev/2012-April/024837.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Oi Arlete, Se o nome da cidade ficar cinza na lista, deixe o mouse sobre o nome, e ele lhe dirá o motivo dele estar indisponível. Provavelmente o motivo seja Área administrativa muito grande para renderizar. Isso acontece também com minha cidade-natal, Montenegro. Neste caso, tente usar a opção Bounding Box, com uma área um pouco menor. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 14:30, Arlete Meneguette arletemenegue...@gmail.comescreveu: Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org ), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/ ). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio original: http://lists.openstreetmap.org/pipermail/dev/2012-April/024837.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Rodrigo Deu certo usando a bounding box ! Obrigada. Arlete Em 18 de abril de 2012 14:35, Rodrigo Avila rodr...@avila.net.br escreveu: Oi Arlete, Se o nome da cidade ficar cinza na lista, deixe o mouse sobre o nome, e ele lhe dirá o motivo dele estar indisponível. Provavelmente o motivo seja Área administrativa muito grande para renderizar. Isso acontece também com minha cidade-natal, Montenegro. Neste caso, tente usar a opção Bounding Box, com uma área um pouco menor. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 14:30, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio original: http://lists.openstreetmap.org/pipermail/dev/2012-April/024837.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Que ótimo! Pena que na hora de montar o índice de ruas de Presidente Prudente, ele tenha colocado quase todas as ruas juntas na letra 'R' :) -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 15:47, Arlete Meneguette arletemenegue...@gmail.comescreveu: Rodrigo Deu certo usando a bounding box ! Obrigada. Arlete Em 18 de abril de 2012 14:35, Rodrigo Avila rodr...@avila.net.br escreveu: Oi Arlete, Se o nome da cidade ficar cinza na lista, deixe o mouse sobre o nome, e ele lhe dirá o motivo dele estar indisponível. Provavelmente o motivo seja Área administrativa muito grande para renderizar. Isso acontece também com minha cidade-natal, Montenegro. Neste caso, tente usar a opção Bounding Box, com uma área um pouco menor. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 14:30, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio original: http://lists.openstreetmap.org/pipermail/dev/2012-April/024837.html ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Rodrigo Gerei mais um mapa, desta vez mostrando somente minha área de estudo, a FCT/Unesp. Ainda está incompleto, por causa da presença de nuvens na imagem do Bing Maps, que dificulta a vetorização. Arlete Em 18 de abril de 2012 15:58, Rodrigo Avila rodr...@avila.net.br escreveu: Que ótimo! Pena que na hora de montar o índice de ruas de Presidente Prudente, ele tenha colocado quase todas as ruas juntas na letra 'R' :) -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 15:47, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Deu certo usando a bounding box ! Obrigada. Arlete Em 18 de abril de 2012 14:35, Rodrigo Avila rodr...@avila.net.br escreveu: Oi Arlete, Se o nome da cidade ficar cinza na lista, deixe o mouse sobre o nome, e ele lhe dirá o motivo dele estar indisponível. Provavelmente o motivo seja Área administrativa muito grande para renderizar. Isso acontece também com minha cidade-natal, Montenegro. Neste caso, tente usar a opção Bounding Box, com uma área um pouco menor. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 14:30, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio original:
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Isso acontece porque os nomes das ruas estão usando a abreviação R. em vez de Rua. Notem que para as ruas Eufrásio Toledo e José Cupertino esse problema não acontece. No mapa que mandei gerar de Natal ¹ não ocorreu esse problema e ele até transforma Rua do Carvalho para Carvalho (Rua do), por exemplo. ¹ http://maposmatic.org/jobs/43092 2012/4/18 Rodrigo Avila rodr...@avila.net.br Que ótimo! Pena que na hora de montar o índice de ruas de Presidente Prudente, ele tenha colocado quase todas as ruas juntas na letra 'R' :) -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 15:47, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Deu certo usando a bounding box ! Obrigada. Arlete Em 18 de abril de 2012 14:35, Rodrigo Avila rodr...@avila.net.br escreveu: Oi Arlete, Se o nome da cidade ficar cinza na lista, deixe o mouse sobre o nome, e ele lhe dirá o motivo dele estar indisponível. Provavelmente o motivo seja Área administrativa muito grande para renderizar. Isso acontece também com minha cidade-natal, Montenegro. Neste caso, tente usar a opção Bounding Box, com uma área um pouco menor. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 14:30, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso wiki (http://wiki.maposmatic.org) e a página do projeto no Savannah (http://savannah.nongnu.org/projects/maposmatic/). Além do lançamento desta nova versão, estamos também iniciando uma campanha de doações. O projeto é desenvolvido e mantido de forma completamente voluntária, mas precisamos de recursos para cobrir os altos custos de hardware, e os custos de transporte para organizar as reuniões dos desenvolvedores, durante os quais as melhorias do MapOSMatic são implementadas (veja mais em nosso blog http://news.maposmatic.org). Se você aprecia o MapOSMatic, não hesite em nos ajudar por doar usando o PayPal através da página http://www.maposmatic.org/donate. Anúncio
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Se está R., está errado, deveria ser trocado para Rua. Não devemos mapear nomes abreviados no OpenStreetMap: http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29 []s 2012/4/18 Rodrigo Avila rodr...@avila.net.br Ao fazer a tradução, adicionamos estes termos, para que o maposmatic coloque as ruas em suas devidas letras. Mas não foi adicionado as abreviaturas; apenas as palavras completas. Estou vendo como os desenvolvedores como contornar esta situação, visto que já encontrei placas de rua tanto com Rua como com R. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 16:40, Bráulio brauliobeze...@gmail.com escreveu: Isso acontece porque os nomes das ruas estão usando a abreviação R. em vez de Rua. Notem que para as ruas Eufrásio Toledo e José Cupertino esse problema não acontece. No mapa que mandei gerar de Natal ¹ não ocorreu esse problema e ele até transforma Rua do Carvalho para Carvalho (Rua do), por exemplo. ¹ http://maposmatic.org/jobs/43092 2012/4/18 Rodrigo Avila rodr...@avila.net.br Que ótimo! Pena que na hora de montar o índice de ruas de Presidente Prudente, ele tenha colocado quase todas as ruas juntas na letra 'R' :) -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 15:47, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Deu certo usando a bounding box ! Obrigada. Arlete Em 18 de abril de 2012 14:35, Rodrigo Avila rodr...@avila.net.br escreveu: Oi Arlete, Se o nome da cidade ficar cinza na lista, deixe o mouse sobre o nome, e ele lhe dirá o motivo dele estar indisponível. Provavelmente o motivo seja Área administrativa muito grande para renderizar. Isso acontece também com minha cidade-natal, Montenegro. Neste caso, tente usar a opção Bounding Box, com uma área um pouco menor. -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br Em 18 de abril de 2012 14:30, Arlete Meneguette arletemenegue...@gmail.com escreveu: Rodrigo Excelente dica, já postei no Twitter e no Facebook para divulgar. Tentei gerar meu mapa de Presidente Prudente, mas recebi a seguinte mensagem: Não sabe porque não consegue escolher alguns destes resultados? Não existem os limites administrativos na base de dados do OSM. Dê uma olhada no nosso FAQ para mais detalhes. O que posso fazer agora ? Eu tenho os polígonos dos municípios do Brasil todo em SHP e em KML (LatLong Sirgas2000). Arlete Em 18 de abril de 2012 13:30, Rodrigo Avila rodr...@avila.net.br escreveu: Em Setembro de 2009, foi lançado o MapOSMatic (http://www.maposmatic.org), um serviço web gratuito que permite renderizar, sob demanda, mapas de cidades com dados baseados no OpenStreetMap. Estes mapas, divididos em quadrados, são associados a índices de ruas, facilitando o processo de localizar uma rua no mapa. Estamos orgulhosos de anunciar hoje o lançamento de uma nova versão do MapOSMatic, que é o resultado de esforços significativos de desenvolvimento. Entre as novas funcionalidades: * A renderização de mapas em pôsteres agora é feita em grandes formatos de papel (A3, A2, A1, etc.), automaticamente escolhidos dependendo do tamanho da cidade, ao invés de tamanhos pré-selecionados de papel, que se tornam difíceis de imprimir. Estes mapas são similares aos mapas comerciais dobráveis; * A capacidade de renderizar mapas de múltiplas páginas, onde o mapa e o índice de ruas são divididos em muitas páginas, para facilitar a impressão em tamanhos mais comuns de papel (A5, A4, US Letter). Estes mapas de múltiplas páginas são similares aos mapas comerciais em formato de livro; * A possibilidade de escolher entre vários estilos de renderização. Até o momento, nós disponibilizamos como escolha o estilo padrão do OpenStreetMap.org, vários estilos do MapQuest, e um estilo desenhado especificamente para impressão. No futuro, esperamos estender estes estilos, ou mesmo permitir que os usuários usem os seus próprios estilos. Entre em contato conosco caso precise de algum estilo personalizado; * Melhorias na seleção de cidades: nas versões anteriores, nós ficávamos limitados apenas a certos níveis administrativos do OpenStreetMap; * E muitas outras funcionalidades menores e melhorias: qualidade das renderizações, melhor interface com o usuário, a última atualização da base de dados do OSM impressa no mapa, etc. O MapOSMatic é software livre, distribuído sob os termos da Affero General Public License v3. O projeto está disponível através de repositórios Git, tem uma lista de e-mails e um canal IRC. Para detalhes, veja nossa página Sobre (http://www.maposmatic.org/about), nosso
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
2012/4/18 Rodrigo de Avila rodr...@avila.net.br: Em 18/04/2012, às 18:17, Arlindo Pereira escreveu: Não devemos mapear nomes abreviados no OpenStreetMap: http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29 Apart from following the above rules, you should always enter the full name as it appears on the street name signs. (O grifo é do site) Já vi uma porção de cidades com R. na placa. Mas o wiki mostra uma placa de exemplo, com abreviatura, e diz pra não usar a abreviatura dele. Neste caso, fica como está, ou mudamos os nomes? Caso decidamos mudar os nomes, acham correto adicionar as abreviaturas ao maposmatic, visto que existem centenas de ruas escritas desta forma? Eu seguidamente faço edições de eliminação de bugs, e uma das coisas que eu mais faço é remover abreviaturas (R., Av., Cel, Prof. e outras). Quanto a fazer o maposmatic reconhecer as abreviaturas (além, é claro, de seguir reconhecendo os nomes por extenso): para mim parece uma boa ideia. Se eu estiver criando uma aplicação, quero que ela funcione o melhor possível, e isso inclui tratar ruído nos dados de entrada. (Nunca programei nada digno de nota usando dados do OSM, mas sempre pensei que tratar ruído seria necessário.) Mas são duas coisas diferentes: no OSM, temos que seguir eliminando abreviaturas. LMB -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Nova versão do MapOSMatic está no ar.
Concordo. []s 2012/4/18 Leandro Motta Barros l...@stackedboxes.org 2012/4/18 Rodrigo de Avila rodr...@avila.net.br: Em 18/04/2012, às 18:17, Arlindo Pereira escreveu: Não devemos mapear nomes abreviados no OpenStreetMap: http://wiki.openstreetmap.org/wiki/Names#Abbreviation_.28don.27t_do_it.29 Apart from following the above rules, you should always enter the full name as it appears on the street name signs. (O grifo é do site) Já vi uma porção de cidades com R. na placa. Mas o wiki mostra uma placa de exemplo, com abreviatura, e diz pra não usar a abreviatura dele. Neste caso, fica como está, ou mudamos os nomes? Caso decidamos mudar os nomes, acham correto adicionar as abreviaturas ao maposmatic, visto que existem centenas de ruas escritas desta forma? Eu seguidamente faço edições de eliminação de bugs, e uma das coisas que eu mais faço é remover abreviaturas (R., Av., Cel, Prof. e outras). Quanto a fazer o maposmatic reconhecer as abreviaturas (além, é claro, de seguir reconhecendo os nomes por extenso): para mim parece uma boa ideia. Se eu estiver criando uma aplicação, quero que ela funcione o melhor possível, e isso inclui tratar ruído nos dados de entrada. (Nunca programei nada digno de nota usando dados do OSM, mas sempre pensei que tratar ruído seria necessário.) Mas são duas coisas diferentes: no OSM, temos que seguir eliminando abreviaturas. LMB -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Burgen/Schlösser rendern
Hallo Sven, * Am 18. April 2012 00:12 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich häng mich mal hier dran: http://openstreetmap.de/karte.html?zoom=17lat=48.82238lon=8.23971layers=B000TT Symbol ist aus dem ATKIS Signnaturenkatalog. Zerstörte Burgen und Schlösser haben eine andere Fahne: http://openstreetmap.de/karte.html?zoom=15lat=48.97134lon=8.45772layers=B000TT sehr schön, DANKE! M. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] (kein Betreff)
Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Grüße, Philippe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Großbaustelle
Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Grüße, Philippe PS: Jetzt auch mit Betreff... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
Am 18.04.12 13:58, schrieb Philippe Rieffel: Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. http://www.ikp.uni-koeln.de/~heinze/koelnergrundgesetz.html Artikel 4 construction=yes höchstens an neue Bauwerke, nicht an schon abgerissene. Ansonsten wäre das hier das richtige für die Übergangszeit: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield Gruß, ajoessen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Hallo Philippe, Am 18. April 2012 13:57 schrieb Philippe Rieffel p.rief...@uni-muenster.de : wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Das scheint doch mal wirklich ein Fall für landuse=brownfield zu sein, lt. Wiki ist das Land scheduled for new development where old buildings have been demolished and cleared. Also würde ich alles Abgerissene löschen und dann eine Fläche für den Landuse. Construction sieht für mich eher so aus, als ob das erst gerade gebaut würde. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 17.04.2012, 22:49 Uhr, schrieb Chris66 chris66...@gmx.de: Am 17.04.2012 22:22, schrieb Bernhard Weiskopf: Straßenbegleitende Radwege mit den entsprechenden Schildern müssen von Radfahrern benutzt werden, hier setze ich zusätzlich an die Straße bicycle = no. Naja, das gilt aber nicht für alle Radfahrer. Ein Anhänger z.B. entbindet von der Benutzungspflicht des Radweges. bicyle=no setze ich deshalb nur bei bei explizitem Verbot durch Zeichen 254 o.Ä. Chris Auch wenn der Radweg unzumutbar ist, darf auf der Straße gefahren werden. Somit ist bicycle=no falsch (außer bei Verbotsschildern). Es gibt aber auch Straßen mit abgesetzt parallel verlaufendem asphaltiertem Wirtschaftsweg oder Fußweg mit Fahrradfreigabe hier ergänzt man bicycle=yes (oder Tempo-30-Zonen, in denen keine nutzungspflichtigen Radwege erlaubt sind). Der abgesetzte Weg ist dann nicht als Radweg markiert, es besteht keine Nutzungspflicht und die für Radfahrer gefährlichere Straße darf benutzt werden (wird sie auch, z. B. von Rennradfahrern). Die Straße ist übrigens erheblich sicherer als die allermeisten Radwege. Man darf nur nicht äußerst rechts fahren, um die Autofahrer nicht zum Überholen ohne Abstand zu animieren. Aber das ist ein anderes Thema. Der abgesetzte Weg ist meistens geringfügig länger und die Router leiten dann Radfahrer über die Autostraße. Gibt es eine Möglichkeit, den Routern quasi eine Empfehlung (per tag o. ä.) für den meistens besser geeigneten, abgesetzten Weg mitzuteilen, oder müssen die Router damit alleine zurechtkommen? Das sollte eigentlich Sache der Router sind. Ich würde mir eine Software wünschen, bei der mal bei allen Wegtypen (auch in Kombination von surface/smoothness usw.) die Priorisierung festlegen kann. Bernhard Gruß Masi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
http://www.ikp.uni-koeln.de/~heinze/koelnergrundgesetz.html Artikel 4 Dem ist nichts hinzuzufügen construction=yes höchstens an neue Bauwerke, nicht an schon abgerissene. Gut, da da z.Zt. noch keine sind, erscheint mir http://wiki.openstreetmap.org/**wiki/Tag:landuse%3Dbrownfieldhttp://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield genau richtig. Vielen Dank Philippe ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 18.04.2012 13:57, schrieb Philippe Rieffel: Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) Bauland? landuse brownfield bei Josm unter Vorlagen - Geografie - Landnutzung -- Bauland (dritte von unten) hab ich auch so gemacht, das Haus was dort stand abgerissen, jetzt ist dort nur noch platter Boden - dort kommt ein Baumarkt hin Grüße aus der Eifel Steffen -- Ich verwende die kostenlose Version von SPAMfighter für private Anwender, die bei mir bis jetzt 7909 Spammails entfernt hat. Rund 7 Millionen Leute nutzen SPAMfighter schon. Laden Sie SPAMfighter kostenlos herunter: http://www.spamfighter.com/lde ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
Hallo, Was Ich jetzt gerade sehe, das Brownfield wird in der Legende auf openstreetmap.org als Industriebrachfläche beschrieben. Wenn das so stimmt, dann ist das Tagging ja nicht wirklich richtig, oder die das Tag stimmt und die Legende ist nicht wirklich richtig? Es geht übrigens um das Investorenprojekt Klosterhof http://www.openstreetmap.org/?lat=51.36541lon=6.41977zoom=17layers=M Grüße, Philippe Am 18. April 2012 14:55 schrieb Philippe Rieffel p.rief...@uni-muenster.de : http://www.ikp.uni-koeln.de/~heinze/koelnergrundgesetz.html Artikel 4 Dem ist nichts hinzuzufügen construction=yes höchstens an neue Bauwerke, nicht an schon abgerissene. Gut, da da z.Zt. noch keine sind, erscheint mir http://wiki.openstreetmap.org/**wiki/Tag:landuse%3Dbrownfieldhttp://wiki.openstreetmap.org/wiki/Tag:landuse%3Dbrownfield genau richtig. Vielen Dank Philippe -- Philippe Rieffel http://rieffel.fuse-board.de skype: flip.rieffel Mobil: 0049177-7436019 -- *Philippe Rieffel, B.Sc.* Institut für Geoinformatik - GI@School Weseler Str. 253 D-48151 Münster Tel.: +49 (251) 83-30011 http://www.gi-at-school.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] (kein Betreff)
Am 18. April 2012 13:57 schrieb Philippe Rieffel p.rief...@uni-muenster.de: Hallo Liste, wie würdet Ihr eine Landfläche (mit nem Gebäude und nem Parkplatz drauf) taggen, wenn das alles abgerissen ist (Zustand jetzt gerade) und etwas neues darauf gebaut werden soll? An die vorhandenen Teile construction=yes ? Oder einfach alles weg? oder ein Polygon auf der ganzen Fläche mit landuse=construction ? Oder einfach gar nichts machen bis es fertig ist? Was bei diesem Großprojekt aber nocht 1-2 Jahre dauern kann. Gebäude würde ich, wenn es abgerissen ist, in OSM auch löschen (und entsprechenden Changeset-Kommentar, damit man weiss, warum Du es gelöscht hast). Den Parkplatz würde ich lassen, sofern er nicht auch bereits abgebrochen wurde. Wenn da jetzt immer noch ein Bauzaun drum rum ist, und ein Bauschild oder so, würde ich das als landuse=construction taggen, nicht als brownfield. Wenn da ein Zaun drum rum ist, aber kein Bauschild, bzw. es nicht nach Baustelle aussieht, sondern wie ein verlassenes Gelände, dann wäre brownfield besser. Also: wenn es eher eine Fläche für spätere Bauarbeiten ist, dann brownfield, wenn dagegen irgendwie gebaut wird (also auch Abbruchsarbeiten oder Gründungsarbeiten), dann wäre es construction. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
Philippe Rieffel-2 wrote Was Ich jetzt gerade sehe, das Brownfield wird in der Legende auf openstreetmap.org als Industriebrachfläche beschrieben. Da würde ich eher die Legende ändern lassen. Brownfield ist doch ok - was das vorher war, sollte doch egal sein. Wichtig ist, was hinkommt und das wird dann später mit construction/landuse getaggt Gruss Walter p.s. Legende = Feierabend im Hühnerstall ;) -- View this message in context: http://gis.19327.n5.nabble.com/Gro-baustelle-tp5648866p5649308.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 18.04.2012 14:41, schrieb Masi Master: Am 17.04.2012, 22:49 Uhr, schrieb Chris66 chris66...@gmx.de: Am 17.04.2012 22:22, schrieb Bernhard Weiskopf: Straßenbegleitende Radwege mit den entsprechenden Schildern müssen von Radfahrern benutzt werden, hier setze ich zusätzlich an die Straße bicycle = no. Naja, das gilt aber nicht für alle Radfahrer. Ein Anhänger z.B. entbindet von der Benutzungspflicht des Radweges. bicyle=no setze ich deshalb nur bei bei explizitem Verbot durch Zeichen 254 o.Ä. Chris Auch wenn der Radweg unzumutbar ist, darf auf der Straße gefahren werden. Somit ist bicycle=no falsch (außer bei Verbotsschildern). +1 Es gibt ja auch Räder mit besonderen Ansprüchen (Liegedreirad, Anhänger, Rennrad). Die Zumutbarkeit entscheidet der Radfahrer selbst. Den Rest regelt die Rechtsschutzversicherung ;-) Routingmäßig nervig wird das bicycle=no, wenn der Radweg nicht mit allen querenden Straßen (auch gegenüber) verbundne ist, oder solche Anschlüße im Garmin wegen -remove-short-arcs unter den Tisch fallen. Ohne das bicycle=no wird man dann wenigstens auf der Straße geroutet. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großbaustelle
Am 18.04.2012 15:29, schrieb Philippe Rieffel: Hallo, Was Ich jetzt gerade sehe, das Brownfield wird in der Legende auf openstreetmap.org als Industriebrachfläche beschrieben. Wenn das so stimmt, dann ist das Tagging ja nicht wirklich richtig, oder die das Tag stimmt und die Legende ist nicht wirklich richtig? Es geht übrigens um das Investorenprojekt Klosterhof http://www.openstreetmap.org/?lat=51.36541lon=6.41977zoom=17layers=M Im Zwiefel gilt das Wiki und nicht die Legende. Sieht in der Karte brauchbar aus. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Am 18. April 2012 17:12 schrieb Andre Joost andre+jo...@nurfuerspam.de: Naja, das gilt aber nicht für alle Radfahrer. Ein Anhänger z.B. entbindet von der Benutzungspflicht des Radweges. bicyle=no setze ich deshalb nur bei bei explizitem Verbot durch Zeichen 254 o.Ä. Chris Auch wenn der Radweg unzumutbar ist, darf auf der Straße gefahren werden. Somit ist bicycle=no falsch (außer bei Verbotsschildern). +1 Es gibt ja auch Räder mit besonderen Ansprüchen (Liegedreirad, Anhänger, Rennrad). Die Zumutbarkeit entscheidet der Radfahrer selbst. Den Rest regelt die Rechtsschutzversicherung ;-) Routingmäßig nervig wird das bicycle=no, wenn der Radweg nicht mit allen querenden Straßen (auch gegenüber) verbundne ist, oder solche Anschlüße im Garmin wegen -remove-short-arcs unter den Tisch fallen. Ohne das bicycle=no wird man dann wenigstens auf der Straße geroutet. +1, ich sehe das bicycle=no auch als problematisch an und würde das nicht setzen. Irgendwie sollte man idealerweise markieren, dass ein straßenbegleitender Radweg vorhanden ist (und der Router kann dann ggf. Implikationen daraus ableiten) aber ein no geht viel zu weit. Das sollte nur dann gesetzt werden, wenn wirklich ein Verbot für Fahrräder gegeben ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Hallo Martin, *, Am 15. April 2012 16:43 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 15. April 2012 16:12 schrieb Manfred A. Reiter ma.rei...@gmail.com: Ich habe auch in eben diesem Thread gelesen, dass Schlösser und Burgen in Mapnik nicht gerendert werden ... IST das so? Kann ich was tun, um diese für Touris evtl wichtige Info trotzdem sichtbar zu machen? [...] b) die Macher des aktuellen Mapnikstils davon überzeugen, dass sie es in das Standard-Rendering aufnehmen (z.B. per trac-ticket, das wird es allerdings wohl bereits geben, müsstest Du mal suchen, trac.openstreetmap.org , Komponente Mapnik) [...] Ein solches Ticket gibt es: https://trac.openstreetmap.org/ticket/2247 Alter 3 Jahre ... Gibt es sowas wie ein Voting für das Ticket? ... oder wie kann ich die Macher des Mapnikstils von meinem Ansinnen überzeugen? M. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS mit *gutem* Empfang?
Am 17.04.2012 23:32, schrieb Michael Kugelmann: Am 17.04.2012 11:40, schrieb Manuel Reimer: Was ich suche ist ein GPS-Logger mit möglichst gutem Empfang. Aktuell habe ich ein Wintec WBT 201. habe den WBT-201 selber und lange Zeit in Verwendung gehabt. Kann bestätigen, dass er gut aber von der Empfangsleistung nicht überragend ist. Das vorgeschlagene Thema Externe Antenne geht bei dem Gerät nicht (kein Anschluss). Was ich sehr gut finde ist die Garmin eTrex HCX-Familie: lange Batterie-Lebensdauer, Display ist OK und sehr guter Empfang. Aber ist halt ein echtes GPS und kein Logger. Und natürlich deutlich teurer. Ebenfalls besitze ich iBlue 747 in der alten und der A+ Version = nutze ich seit ich den eTrex besitze fast nicht mehr... Aber die sind vom Empfang m.E. deutlich besser als die WBT-201. SIehe auch: http://www.kowoma.de/gps/geraetetests/Datenlogger/iblue_wintec_p1.html Und weitere Artikel dort: http://www.kowoma.de/gps/geraetetests/iblue%20747A+/iblue747A+.html sowie http://www.mawosch.de/news/logger-test-i-blue-747-und-747a-gps-recorder . Und für Geräte mit dem MTK-Chipsatz gibt es eine OS Software (auch für Linux): http://www.bt747.org/de bzw http://sourceforge.net/projects/bt747/ . Ferner waren die 747er einige Zeit für rund 50€ zu kriegen = also relativ preiswert. Da ist aber auch schon wieder einige Zeit (1-2 Jahre oder so) her. Bei e#ay sind einge mit direkter Lieferung aus Taiwan und Zahlung via Pa#pal verfügbar, deutlich preisweter als bei Am#zon... Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Aktuelle ist der WBT-202 und dieser hat dank des u-blox5 zum MTKII des 747A+ aufholen können: http://www.kowoma.de/gps/geraetetests/wintec_wbt202/wbt202_p1.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Burgen, Schlösser usw ... ;-)
Am 18. April 2012 19:40 schrieb Manfred A. Reiter ma.rei...@gmail.com: Ein solches Ticket gibt es: https://trac.openstreetmap.org/ticket/2247 Alter 3 Jahre ... Gibt es sowas wie ein Voting für das Ticket? ... oder wie kann ich die Macher des Mapnikstils von meinem Ansinnen überzeugen? Voting gibt soweit ich weiss nicht im trac von osm.org (bei Josm gibt es das allerdings, das ist auf osm.de). Wenn es schon 3 Jahre alt ist, und weil Burgen ja doch einigermaßen bedeutend fürs Ortsbild sind und es irgendwie sinnvoll erscheint, die mindestens in großen Zoomleveln anzuzeigen, vielleicht kann man das ja nochmal irgendwie pushen, z.B. indem man dem Ticket ein Icon hinzufügt oder so. Oder eine weitere Stelle verlinken, wo man eine tolle Burg gemappt hat. Vielleicht ist es auch einfach kein Defekt sondern ein enhancement? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Suche nach Elbufer, Bad Schandau
Hallo Gemeinde, ich bräuchte Eure Hilfe. Ich war letzthin in Bad Schandau bei einer Bekannten und habe ihr versucht OSM schmackhaft zu machen. Nun hat Sie auf OSM Deutschland:Karte eine Suche nach Elbufer, Bad Schandau gestartet und war sehr verblüfft. Denn als Ergebnis bekam sie zwei Treffer angeboten bekommen. Beide beinhalten identische Einträge die sich nur in den Bezeichnungen der Ortsteile Ostrau und Postelwitz unterscheiden. Weiterhin werden bei beiden Hinweise auf ALDI Märkte angeführt, die es gar nicht geben soll. Ich habe nun versucht in JOSM dem Ganzen auf den Grund zu gehen. Aber ich weiß nicht wie ich diese Einträge dort finden kann. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] http://wiki.openstreetmap.org/wiki/DE:BBBike_@_World
Den bbbike-Dienst gibt es ja schon einige Jahre, seit einiger Zeit nutzt er OSM-Daten und konnte sich so über Berlin und Brandenburg hinaus ausbreiten. Sind wir glücklich mit der Quellen- und Lizenzangabe? Im Moment ist das mit der Lizenz alles etwas in der Schwebe, sodass es schwer ist von anderen Nutzern zu verlangen, dass sie fehlerfrei die gerade geltende Lizenz herbeten können. Was mich aber stutzig macht, ist der Lizenzhinweis unten rechts auf der Karte, der auf Google Maps verweist -- auch wenn eine OSM-Karte angezeigt wird! Dies wohl, weil die Google-Maps-API verwendet wird. Das sieht mir, angesichts dessen, dass hier ein alteingesessener Internet-Dienst arbeitet, etwas halbfertig aus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Am 18.04.2012 21:41, schrieb hike39: Hallo Gemeinde, ich bräuchte Eure Hilfe. Ich war letzthin in Bad Schandau bei einer Bekannten und habe ihr versucht OSM schmackhaft zu machen. Nun hat Sie auf OSM Deutschland:Karte eine Suche nach Elbufer, Bad Schandau gestartet und war sehr verblüfft. Denn als Ergebnis bekam sie zwei Treffer angeboten bekommen. Beide beinhalten identische Einträge die sich nur in den Bezeichnungen der Ortsteile Ostrau und Postelwitz unterscheiden. Weiterhin werden bei beiden Hinweise auf ALDI Märkte angeführt, die es gar nicht geben soll. Ich habe nun versucht in JOSM dem Ganzen auf den Grund zu gehen. Aber ich weiß nicht wie ich diese Einträge dort finden kann. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Es gab mal einen 229.000km² großen ALDI: http://www.openstreetmap.org/browse/way/124228864/history Der Fehler ist schon länger behoben und es wundert mich, dass er noch immer gefunden wird. Nominatim bei openstreetmap.org liefer mir als Ergebnis zwei Primärstraßen (Ostrau, Postelwitz), eine Almhütte und ein Haus, aber nirgends erscheint ALDI. Welche Suche hast du benutzt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://wiki.openstreetmap.org/wiki/DE:BBBike_@_World
Am 18.04.2012 21:52, schrieb Johannes Hüsing: Den bbbike-Dienst gibt es ja schon einige Jahre, seit einiger Zeit nutzt er OSM-Daten und konnte sich so über Berlin und Brandenburg hinaus ausbreiten. Sind wir glücklich mit der Quellen- und Lizenzangabe? Im Moment ist das mit der Lizenz alles etwas in der Schwebe, sodass es schwer ist von anderen Nutzern zu verlangen, dass sie fehlerfrei die gerade geltende Lizenz herbeten können. Was mich aber stutzig macht, ist der Lizenzhinweis unten rechts auf der Karte, der auf Google Maps verweist -- auch wenn eine OSM-Karte angezeigt wird! Dies wohl, weil die Google-Maps-API verwendet wird. Das sieht mir, angesichts dessen, dass hier ein alteingesessener Internet-Dienst arbeitet, etwas halbfertig aus. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich finde keine Karte, welche OSM Daten nutzt und als (c) Google-maps-api anführt? Die einzige Seite, welche ich finde ist folgende: http://www.bbbike.de/cgi-bin/bbbikeleaflet.cgi Und dort steht: Powered by Leaflet http://leaflet.cloudmade.com --- Kartendaten © 2012 Slaven Rezic' http://bbbike.de Ich glaube, wir sollten mit ihm in Kontakt treten, damit wir ihm bei der korrekte Angaben weiterhelfen können. (Aber Diplomatie ist leider nicht meine Stärke!) Gruß Jimmy! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Es gab mal einen 229.000km² großen ALDI: http://www.openstreetmap.org/browse/way/124228864/history Der Fehler ist schon länger behoben und es wundert mich, dass er noch immer gefunden wird. Nominatim bei openstreetmap.org liefer mir als Ergebnis zwei Primärstraßen (Ostrau, Postelwitz), eine Almhütte und ein Haus, aber nirgends erscheint ALDI. Welche Suche hast du benutzt? Ganz einfach bei http://www.openstreetmap.de/karte.html?zoom=15lat=50.91107lon=14.17838layers=B000TT und dann in der Suchmaske Elbufer, Bad Schandau angeben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://wiki.openstreetmap.org/wiki/DE:BBBike_@_World
hi, nach etwas [s]Fluchen[/s] Suchen hab ich sie gefunden: http://www.bbbike.org/ na ja, ist für mich leicht grenzlastig, aber ok. allerdings sollte der Autor mal über einen eigenen Renderer nachdenken, wenn dieser Webauftritt schon so etabliert ist. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/http-wiki-openstreetmap-org-wiki-DE-BBBike-World-tp5650066p5650130.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] http://wiki.openstreetmap.org/wiki/DE:BBBike_@_World
Am 18. April 2012 22:07 schrieb Jimmy_K jimm...@gmx.at: http://www.bbbike.de/cgi-bin/bbbikeleaflet.cgi Und dort steht: Powered by Leaflet http://leaflet.cloudmade.com --- Kartendaten © 2012 Slaven Rezic' http://bbbike.de sieht in den Daten so aus, als könnte das einer allein kaum stemmen, mehre Leute zusammen aber schon. Die Karte ist jedenfalls keine osm-Karte, höchstens eine sehr alte oder sehr vereinfachte und verfremdete. Die Wege sind nur grob gezeichnet, wenn Du Dir OSM in Berlin ansiehst, das ist viel, viel detaillierter. Er nutzt offensichtlich den deutschen Mapnikstil, deshalb sieht sie Karte oberflächlich gesehen vertraut aus. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Am 18. April 2012 22:08 schrieb hike39 ho...@hike.de: Es gab mal einen 229.000km² großen ALDI: http://www.openstreetmap.org/browse/way/124228864/history Der Fehler ist schon länger behoben und es wundert mich, dass er noch immer gefunden wird. Nominatim bei openstreetmap.org liefer mir als Ergebnis zwei Primärstraßen (Ostrau, Postelwitz), eine Almhütte und ein Haus, aber nirgends erscheint ALDI. Welche Suche hast du benutzt? Ganz einfach bei http://www.openstreetmap.de/karte.html?zoom=15lat=50.91107lon=14.17838layers=B000TT und dann in der Suchmaske Elbufer, Bad Schandau angeben. Ich hätte auch noch einen Nominatim Bug auf der deutschen Seite: Gartenstraße, Tübingen findet alle möglichen Straßen, aber Tübingen ist nicht unter den ersten Ergebnissen dabei, nur andere Städte und Dörfer im Regierungsbezirk Tübingen (der sollte bei der Suche möglichst keine Rolle spielen). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary
Moin, offensichtlich hat jemand hier und möglicherweise in weiteren Changesets massenweise den Typ von Grenz-Relationen von multipolygon auf boundary geändert: http://www.openstreetmap.org/browse/changeset/10934495 Der OSM Inspektor gibt jetzt eine Warnung aus: http://tools.geofabrik.de/osmi/?view=multipolygonlon=7.56300lat=53.07715zoom=10opacity=1.00overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes Ist diese Änderung von multipolygon auf boundary nun korrekt oder nicht? Leider kann ich nicht mit letzter Sicherheit prüfen, ob das wirklich in diesem Changeset passiert ist. Wenn ich nämlich auf eine der Relationen klicke und dann die Historie anzeigen lassen möchte, kommt immer ein Timeout. Ist dieses Timeout nun möglicherweise eine Folge der derzeitigen Lizenzumstellung/Serverwechsels oder ein Bug? Wo müsste man diesen Bug melden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary
Hi, scheint beides akzeptiert und in use zu sein: http://wiki.openstreetmap.org/wiki/Relation:boundary Die Änderung ist demnach nicht falsch, hat aber imho einen zu vernachlässigenden Mehrwert. Gruß Am 18.04.2012 23:41, schrieb Tirkon: Moin, offensichtlich hat jemand hier und möglicherweise in weiteren Changesets massenweise den Typ von Grenz-Relationen von multipolygon auf boundary geändert: http://www.openstreetmap.org/browse/changeset/10934495 Der OSM Inspektor gibt jetzt eine Warnung aus: http://tools.geofabrik.de/osmi/?view=multipolygonlon=7.56300lat=53.07715zoom=10opacity=1.00overlays=invalid_geometry_hull,duplicate_ways,intersections,intersection_lines,ring_not_closed_hull,ring_not_closed,unconnected_end_nodes,touching_inner_rings_hull,touching_inner_rings,role_mismatch_hull,role_mismatch,duplicate_tags_hull,duplicate_tags,multipolygons_type_is_boundary,type_is_boundary,ways,role_markers,way_end_nodes,way_nodes Ist diese Änderung von multipolygon auf boundary nun korrekt oder nicht? Leider kann ich nicht mit letzter Sicherheit prüfen, ob das wirklich in diesem Changeset passiert ist. Wenn ich nämlich auf eine der Relationen klicke und dann die Historie anzeigen lassen möchte, kommt immer ein Timeout. Ist dieses Timeout nun möglicherweise eine Folge der derzeitigen Lizenzumstellung/Serverwechsels oder ein Bug? Wo müsste man diesen Bug melden? ___ 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] Massenumbenennung Relationen von Multipolygon in Boundary
Am 18.04.2012 23:41, schrieb Tirkon: Ist diese Änderung von multipolygon auf boundary nun korrekt oder nicht? Beide Varianten sind erlaubt, wobei boundary die ältere und weltweit wohl noch führende Variante ist. Ob die üblichen Regeln für Massenedits (Ankündigung auf der Liste etc.) eingehalten wurden, weiss ich nicht. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massenumbenennung Relationen von Multipolygon in Boundary
Hallo, On 04/19/2012 12:10 AM, Chris66 wrote: Ob die üblichen Regeln für Massenedits (Ankündigung auf der Liste etc.) eingehalten wurden, weiss ich nicht. Ich hab beim Autor nachgefragt. Denn wenn jetzt hier jeder einfach so die Grenzrelationen auf das aendern kann, was er gut findet, aender ich sie morgen weltweit auf multipolygon ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche nach Elbufer, Bad Schandau
Ich betrachte den Entwicklungsstand von Nominatim immer noch als beta. Nicht verwunderlich, bei der Komplexitaet der Aufgabe. Weiteres Beispiel gefaellig? Such nache Fischmarkt, Erfurt openstreetmap.org: Pedestrian Way Fischmarkt, Altstadt, Erfurt, Coburg, Free State of Thuringia, 99084, Federal Republic of Germany (land mass), Europehttp://www.openstreetmap.org/?minlon=11.0283880233765minlat=50.9776000976562maxlon=11.0291347503662maxlat=50.9780693054199 Richtiger Platz, aber Coburg ist eine Stadt (und ein Landkreis?) in Bayern und hat hier nichts zu suchen. openstreetmap.de Fischmarkt, Altstadt, Erfurt, Ilm-Kreis, Free State of Thuringia, 99084, Federal Republic of Germany (land mass), Europehttp://openstreetmap.de/karte.html# Auch hier richtiger Platz, aber Erfurt ist eine kreisfreie Stadt, der Ilm-Kreis schliesst sich im Sueden an. Ich bin schon zufrieden, wenn der Pin auf der Karte richtig sitzt. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenbegleitende Radwege
Moin, Am 18.04.2012 17:12, schrieb Andre Joost: Routingmäßig nervig wird das bicycle=no, wenn [...] solche [Seitenstraßen-]Anschlüße im Garmin wegen -remove-short-arcs unter den Tisch fallen. hmm, das sollte aber doch wohl nicht passieren! -remove-short-arcs wird doch wohl hoffentlich nicht einfach nur das Verbindungsstück wegschmeissen - sondern die Kreuzungsknoten 'mergen' - also sollte das Routing weiterfunktionieren. Sonst würde ich das definitiv als Bug bezeichnen. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Fwd: [OSM-dev] New version of MapOSMatic, a city map rendering service
Visto che poco fa c'era interesse per il servizio di MapOSMatic penso che potrebbe interessare a qualcuno di voi che hanno messo un update del servizio. Di seguito il messaggio originale: -- Weitergeleitete Nachricht -- Von: Thomas Petazzoni thomas.petazz...@enix.org Datum: 18. April 2012 08:58 Betreff: [OSM-dev] New version of MapOSMatic, a city map rendering service An: d...@openstreetmap.org Cc: cont...@maposmatic.org Hello, In September 2009, we launched MapOSMatic (http://www.maposmatic.org), a free web service that allows to render city maps on-demand based on OpenStreetMap data. Those city maps, divided into squares, are associated with a street index, making the process of locating a street on the map easier. We are proud to announce today the launch of a new version of MapOSMatic, which is the result of significant development efforts. Amongst the new features: * The rendering of poster maps is now done on large standard paper formats (A3, A2, A1, etc.), automatically chosen depending on the geographical size of the city, instead of arbitrarily-sized papers that were hard to print. The end result is close to commercial folded maps; * The ability to render multi-page maps, where the map and street index are split into several pages, for easier printing on regular paper formats (A5, A4, US Letter). Those multi-page maps are similar to commercial city booklets; * The availability of several rendering styles. For now, we provide the standard OpenStreetMap.org style, several styles provided by MapQuest, and a custom style more suitable for printing. In the future, we expect to extend those styles, or even to let users provide their own styles. Do not hesitate to contact us about custom styles; * Improvements in the selection of cities: in the previous versions, we were limited to OpenStreetMap areas of a certain administrative level; * And many, many other smaller features and improvements: quality of the renderings, better user interface to render maps, last OSM database update date printed on the map, etc. MapOSMatic is completely free software, distributed under the terms of the Affero General Public License v3. The project is available through Git repositories, has a mailing-list and an IRC channel. For details, see our About page (http://www.maposmatic.org/about), our wiki (http://wiki.maposmatic.org) and the Savannah project page (http://savannah.nongnu.org/projects/maposmatic/). In addition to the launch of this new version, we are also starting a donation campaign. The project is completely developed and maintained by volunteers, but we need funding to cover hardware costs and transportations costs to organize the developer meetings during which MapOSMatic improvements are implemented (see our blog at http://news.maposmatic.org). If you appreciate MapOSMatic, do not hesitate to help us by donating with PayPal on http://www.maposmatic.org/donate. Best regards, Thomas Petazzoni ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Dati comunali
Il 18/04/2012 00:56, Simone Cortesi ha scritto: Qualunque documento georeferenziato che il comune abbia a disposizione potrebbe essere utile. L'importante è che il tutto avvenga con il loro consenso e benestare. Informali delle tue intenzioni e chiedigli di dichiarare che i documenti sono resi disponibili a te con una licenza CC0 o equivalente. Ho trovato questo tuo doc di qualche anno fa: https://docs.google.com/View?docid=dgjsbdtx_99fbnn8gggpli=1 Mi domando se è possibile creare una traccia su come reperire i dati dai comuni. Come hanno fatto i primi evangelizzatori ad avere i dati? Io vorrei rivolgermi al mio Comune ma al momento non saprei neanche a chi. Scusate se l'argomento è stato già trattato e la lista non è più interessata ma a un novizio come me ancheuna risposta in pvt sarebbe un grande aiuto. Grazie, Berti ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
ciao, vorrei segnalare che i termini di collaborazione riportati da Josm nella finestra Autori non sempre risultano corretti. Nel mio caso per esempio: licenza accettata ma non mi è mai comparso il contrassegno verde..non so proprio il perchè. Per non fare lavoro inutile, accertatevi che siano veramente utenti che non hanno accettato la licenza. ciao Emiliano Da: Fabrizio Carrai fabrizio.car...@gmail.com A: openstreetmap list - italiano talk-it@openstreetmap.org Inviato: Domenica 15 Aprile 2012 15:03 Oggetto: Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza Su JOSM ho selezionato un area. Nella finestra Autori vengono elencati tutti gli utenti che hanno contribuito in quell'area ed il loro stato sui termini di collaborazione. Da qui la procedura che ho riportato. F. Il 14 aprile 2012 19:40, floydbarber floydbar...@alice.it ha scritto: Il giorno sab, 14/04/2012 alle 19.24 +0200, Fabrizio Carrai ha scritto: Su JOSM 1) seleziono l'utente 2) Mi appare l'elenco del punti appartenenti all'utente 3) Seleziono l'elenco dei punti (e vedo i punti disegnati di rosso) 4) Cancello [...] Non ho capito come fai questa operazione. Dove selezioni l'utente? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Am 18. April 2012 11:36 schrieb Emiliano D'Aversa edave...@yahoo.com: ciao, vorrei segnalare che i termini di collaborazione riportati da Josm nella finestra Autori non sempre risultano corretti. Nel mio caso per esempio: licenza accettata ma non mi è mai comparso il contrassegno verde..non so proprio il perchè. Per non fare lavoro inutile, accertatevi che siano veramente utenti che non hanno accettato la licenza. attento, che ci sono 2 tipi di utenti: quelli che hanno dovuto accettare esplicitamente la nuova licenza (contrassegno verde) perchè avevano edits fatti sotto un altra licenza, e quelli, che l'hanno accettato la licenza durante la loro registrazione (utenti più recenti) che vengono segnalati con un contrassegno grigio. Invece utenti che non hanno accettato non hanno nessun contrassegno. (Forse c'è anche una croce per chi ha rifiutato esplicitamente, non lo so). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
ah ok, ora ho capito! Come non detto allora, pensavo dovesse diventare comunque verde! :-) ciao Emiliano Da: Martin Koppenhoefer dieterdre...@gmail.com A: Emiliano D'Aversa edave...@yahoo.com; openstreetmap list - italiano talk-it@openstreetmap.org Inviato: Mercoledì 18 Aprile 2012 11:42 Oggetto: Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza Am 18. April 2012 11:36 schrieb Emiliano D'Aversa edave...@yahoo.com: ciao, vorrei segnalare che i termini di collaborazione riportati da Josm nella finestra Autori non sempre risultano corretti. Nel mio caso per esempio: licenza accettata ma non mi è mai comparso il contrassegno verde..non so proprio il perchè. Per non fare lavoro inutile, accertatevi che siano veramente utenti che non hanno accettato la licenza. attento, che ci sono 2 tipi di utenti: quelli che hanno dovuto accettare esplicitamente la nuova licenza (contrassegno verde) perchè avevano edits fatti sotto un altra licenza, e quelli, che l'hanno accettato la licenza durante la loro registrazione (utenti più recenti) che vengono segnalati con un contrassegno grigio. Invece utenti che non hanno accettato non hanno nessun contrassegno. (Forse c'è anche una croce per chi ha rifiutato esplicitamente, non lo so). ciao, Martin___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Nodi di un utente che non ha accettato la nuova licenza
Il 18/04/2012 11:42, Martin Koppenhoefer ha scritto: Invece utenti che non hanno accettato non hanno nessun contrassegno. (Forse c'è anche una croce per chi ha rifiutato esplicitamente, non lo so). ciao, Martin Si, appare la classica X rossa. Silvio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] video - osm/wikipedia
Ciao, mi sono imbattuto in questo video, in cui, ad un certo punto si parla di OSM+wikimedia commons+wiki loves monuments: http://www.youtube.com/watch?feature=player_detailpagev=DDRkgsvhSoc#t=45s Ritengo che la mappa mostrata durante il video, sia questa: http://toolserver.org/~kolossos/openlayers/kml-on-ol.php?lang=itzoom=4lat=48.5166lon=5.71289layers=0B000TTTF -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] La mappa OSM di Wikipedia si migliora
Buongiorno a tutti, Scusi per il mio italiano. Su Wikipedia, da guigno 2011 c'è la mappa OSM nel angolo destra delle pagine di Wikipedia italiana. Dovete cliccare su (mappa) per vederla. Ma, dopo la migrazione CC-Y-SA → OBDL di OSM, ci sará una funzionalità in più. WIWOSM è un progetto che usa la chiave wikipedia o wikipedia:lang per mostrare la copertura della pagina della wikipedia. http://wiki.openstreetmap.org/wiki/WIWOSM Attualmente , questa funzionalità non è attivata su la wikipedia italiana, ma possiam vederla in azione sulla wikipedia in tedesco, cliccando su il link (Karte) Per essempio : http://de.wikipedia.org/wiki/Lyon Florian Farge aka Otourly Sur lesprojets wikimédiens et l'Association française,OSM, et sur MOVIM Socio di Wikimedia Italia ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Traducción longitudes
El Martes, 17 de abril de 2012, Rafael Avila Coya escribió:
En 17/04/12 20:09, Iván Sánchez Ortega escribiu:
On Martes, 17 de abril de 2012 19:41:38 Jonay Santana escribió:
D0304202200F6BA1F7880A4A0E001A77 = -15º 25’ 56.6”
D0304201A00F699EF787B0008A001A75 = -15º 25’ 56.8”
D0304201200F699CF787AE006D001A75 = -15º 25’ 56.5”
D0304200A00F699BF787B20061001A75 = -15º 25’ 56.0”
D0304200200F699FF787AF0057001A75 = -15º 25’ 56.8”
[...]
El 0 que tiene inmediatamente a la izquierda de los corchetes *creo*
que puede indicar el signo, para latitudes N sería 0, y para latitudes
S sería F.
Eso se llama complemento a 2 en binario, el 0 o la F es parte del número
(el número son 6 caracteres hexadecimales, no 5).
Así asumí que la longitud estaría entre las llaves:
D0304200200F699FF{787AF}0057001A75, pero no cuadra ni de broma. Lo del
signo sí tendría sentido, la F anterior sería el menos, pero el 787AF
no es la longitud, al menos no sin transformarla de alguna manera que
aún no pillo.
Prueba 1024*1024-hex2dec(0x787af), a ver si te cuadra.
Uy, por poco...
1024*1024-hex2dec(0x787af) = 555089, pero
15º 25’ 56.8” = 68 décimas de segundo...
Una diferencia de 47.9 segundos :-/
No descartes que eso sea un error de redondeo en alguna parte del decodificador
que está usando el programa.
--
María Arias de Reyna Domínguez
Área de Operaciones
Emergya Consultoría
Tfno: +34 954 51 75 77 / +34 607 43 74 27
Fax: +34 954 51 64 73
www.emergya.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Traducción longitudes
Uf, 47.9 segundos son demasiados metros de error donde me encuentro...
Voy a copiar algunas tramas más, junto con la longitud que la
aplicación me dice que tiene el vehículo para ese momento preciso.
Encontré uno en un garaje, que se movía poco, con lo que las
longitudes son casi iguales (a veces incluso lo son, pero no así el
dato que el vehículo mandó).
01 D0304205E00F73E2F77A192A5B001A88 - 2012.01.01-00.23.32 = NO ESTÁ
02 D0304205A00F748CF77A8B2B6D001A87 - 2012.01.01-00.22.32 = -15º25’53.3”
03 D0304205600F7562F77AB2326B001A86 - 2012.01.01-00.21.32 = NO ESTÁ
04 D0304205200F7588F77B924B8D001A86 - 2012.01.01-00.20.32 = -15º25’56.3”
05 D0304204E00F7514F77D76509D001A84 - 2012.01.01-00.19.32 = NO ESTÁ
06 D0304204A00F7471F77F03507A001A83 - 2012.01.01-00.18.32 = -15º25’56.3”
07 D0304204600F7374F78067539D001A82 - 2012.01.01-00.17.32 = NO ESTÁ
08 D0304204200F736AF782234A80001A80 - 2012.01.01-00.16.32 = -15º25’56.3”
09 D0304203E00F7351F783E94988001A7F - 2012.01.01-00.15.32 = NO ESTÁ
10 AF304203A00F738FF785A6351A7E - 2012.01.01-00.14.32 = -15º25’56.5”
11 D0304203600F733CF7867D4DA3001A7D - 2012.01.01-00.13.32 = NO ESTÁ
12 D0304203200F71E2F787B050A3001A7C - 2012.01.01-00.12.32 = -15º25’56.5”
13 D0304202E00F7055F752A8001A7B - 2012.01.01-00.11.32 = NO ESTÁ
14 D0304202A00F6EA6F788985208001A79 - 2012.01.01-00.10.32 = -15º25’56.3”
15 D0304202600F6D28F7880E4CAF001A78 - 2012.01.01-00.09.32 = NO ESTÁ
01 D030420A600F70ABF77B922127001A8D - 2012.01.01-00.41.32 = NO ESTÁ
02 D030420A200F7134F77B382911001A8C - 2012.01.01-00.40.32 = -15º25’56.3”
03 D0304209E00F7127F77AD81301001A8C - 2012.01.01-00.39.32 = NO ESTÁ
04 D0304209A00F712CF77A8E1A41001A8B - 2012.01.01-00.38.32 = -15º25’56.5”
05 D0304209600F716DF77A00193A001A8B - 2012.01.01-00.37.32 = NO ESTÁ
06 D0304209200F71C4F779872B22001A8B - 2012.01.01-00.36.32 = -15º25’56.3”
07 D0304208E00F71C4F778E81D5D001A8A - 2012.01.01-00.35.32 = NO ESTÁ
08 D0304208A00F71D1F7791C0C9A001A8A - 2012.01.01-00.34.32 = -15º25’56.6”
09 D0304208600F71D1F7793F0051001A8A - 2012.01.01-00.33.32 = NO ESTÁ
10 D0304207E00F71CFF7793F0046001A8A - 2012.01.01-00.31.32 = NO ESTÁ
11 D0304207600F71D0F7793F0044001A8A - 2012.01.01-00.29.32 = NO ESTÁ
12 D0304206E00F71D1F779400042001A8A - 2012.01.01-00.27.32 = NO ESTÁ
13 D0304206A00F71E3F7794B0060001A8A - 2012.01.01-00.26.32 = -15º25’56.1”
14 D0304206600F71E9F779BC3473001A89 - 2012.01.01-00.25.32 = NO ESTÁ
15 D0304206200F72DFF77A383755001A88 - 2012.01.01-00.24.32 = -15º25’56.1”
Me ha llamado la atención que la aplicación desecha posiciones que
el vehículo sí que ha mandado (son las que he puesto como NO ESTÁ,
cosa que desconocía.
Voy a seguir investigando, si a alguien se le ocurre algo, le estaré
eternamente agradecido. :)
El 18/04/12, Maria Arias de Reyna mar...@emergya.com escribió:
El Martes, 17 de abril de 2012, Rafael Avila Coya escribió:
En 17/04/12 20:09, Iván Sánchez Ortega escribiu:
On Martes, 17 de abril de 2012 19:41:38 Jonay Santana escribió:
D0304202200F6BA1F7880A4A0E001A77 = -15º 25’ 56.6”
D0304201A00F699EF787B0008A001A75 = -15º 25’ 56.8”
D0304201200F699CF787AE006D001A75 = -15º 25’ 56.5”
D0304200A00F699BF787B20061001A75 = -15º 25’ 56.0”
D0304200200F699FF787AF0057001A75 = -15º 25’ 56.8”
[...]
El 0 que tiene inmediatamente a la izquierda de los corchetes *creo*
que puede indicar el signo, para latitudes N sería 0, y para latitudes
S sería F.
Eso se llama complemento a 2 en binario, el 0 o la F es parte del número
(el número son 6 caracteres hexadecimales, no 5).
Así asumí que la longitud estaría entre las llaves:
D0304200200F699FF{787AF}0057001A75, pero no cuadra ni de broma. Lo del
signo sí tendría sentido, la F anterior sería el menos, pero el 787AF
no es la longitud, al menos no sin transformarla de alguna manera que
aún no pillo.
Prueba 1024*1024-hex2dec(0x787af), a ver si te cuadra.
Uy, por poco...
1024*1024-hex2dec(0x787af) = 555089, pero
15º 25’ 56.8” = 68 décimas de segundo...
Una diferencia de 47.9 segundos :-/
No descartes que eso sea un error de redondeo en alguna parte del
decodificador
que está usando el programa.
--
María Arias de Reyna Domínguez
Área de Operaciones
Emergya Consultoría
Tfno: +34 954 51 75 77 / +34 607 43 74 27
Fax: +34 954 51 64 73
www.emergya.com
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
--
Jonay
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Traducción longitudes
El 18 de abril de 2012 11:43, Jonay Santana jonay.sant...@gmail.comescribió: Uf, 47.9 segundos son demasiados metros de error donde me encuentro... Voy a copiar algunas tramas más, junto con la longitud que la aplicación me dice que tiene el vehículo para ese momento preciso. Encontré uno en un garaje, que se movía poco, con lo que las longitudes son casi iguales (a veces incluso lo son, pero no así el dato que el vehículo mandó). 01 D0304205E00F73E2F77A192A5B001A88 - 2012.01.01-00.23.32 = NO ESTÁ 02 D0304205A00F748CF77A8B2B6D001A87 - 2012.01.01-00.22.32 = -15º25’53.3” 03 D0304205600F7562F77AB2326B001A86 - 2012.01.01-00.21.32 = NO ESTÁ 04 D0304205200F7588F77B924B8D001A86 - 2012.01.01-00.20.32 = -15º25’56.3” 05 D0304204E00F7514F77D76509D001A84 - 2012.01.01-00.19.32 = NO ESTÁ 06 D0304204A00F7471F77F03507A001A83 - 2012.01.01-00.18.32 = -15º25’56.3” 07 D0304204600F7374F78067539D001A82 - 2012.01.01-00.17.32 = NO ESTÁ 08 D0304204200F736AF782234A80001A80 - 2012.01.01-00.16.32 = -15º25’56.3” 09 D0304203E00F7351F783E94988001A7F - 2012.01.01-00.15.32 = NO ESTÁ 10 AF304203A00F738FF785A6351A7E - 2012.01.01-00.14.32 = -15º25’56.5” 11 D0304203600F733CF7867D4DA3001A7D - 2012.01.01-00.13.32 = NO ESTÁ 12 D0304203200F71E2F787B050A3001A7C - 2012.01.01-00.12.32 = -15º25’56.5” 13 D0304202E00F7055F752A8001A7B - 2012.01.01-00.11.32 = NO ESTÁ 14 D0304202A00F6EA6F788985208001A79 - 2012.01.01-00.10.32 = -15º25’56.3” 15 D0304202600F6D28F7880E4CAF001A78 - 2012.01.01-00.09.32 = NO ESTÁ 01 D030420A600F70ABF77B922127001A8D - 2012.01.01-00.41.32 = NO ESTÁ 02 D030420A200F7134F77B382911001A8C - 2012.01.01-00.40.32 = -15º25’56.3” 03 D0304209E00F7127F77AD81301001A8C - 2012.01.01-00.39.32 = NO ESTÁ 04 D0304209A00F712CF77A8E1A41001A8B - 2012.01.01-00.38.32 = -15º25’56.5” 05 D0304209600F716DF77A00193A001A8B - 2012.01.01-00.37.32 = NO ESTÁ 06 D0304209200F71C4F779872B22001A8B - 2012.01.01-00.36.32 = -15º25’56.3” 07 D0304208E00F71C4F778E81D5D001A8A - 2012.01.01-00.35.32 = NO ESTÁ 08 D0304208A00F71D1F7791C0C9A001A8A - 2012.01.01-00.34.32 = -15º25’56.6” 09 D0304208600F71D1F7793F0051001A8A - 2012.01.01-00.33.32 = NO ESTÁ 10 D0304207E00F71CFF7793F0046001A8A - 2012.01.01-00.31.32 = NO ESTÁ 11 D0304207600F71D0F7793F0044001A8A - 2012.01.01-00.29.32 = NO ESTÁ 12 D0304206E00F71D1F779400042001A8A - 2012.01.01-00.27.32 = NO ESTÁ 13 D0304206A00F71E3F7794B0060001A8A - 2012.01.01-00.26.32 = -15º25’56.1” 14 D0304206600F71E9F779BC3473001A89 - 2012.01.01-00.25.32 = NO ESTÁ 15 D0304206200F72DFF77A383755001A88 - 2012.01.01-00.24.32 = -15º25’56.1” Me ha llamado la atención que la aplicación desecha posiciones que el vehículo sí que ha mandado (son las que he puesto como NO ESTÁ, cosa que desconocía. ¿Y el resto de datos sí los tienes relacionados y contrastados en varias tramas (kilometrajes, hora, velocidad, latitud...)? Quizá dejando sólo los bits que aún no sabes a qué se corresponden (que serán pocos ya), se vea (lo veamos) más fácilmente. Las tramas a bote pronto tienen pinta de estar ordenadas en varios sitios (los dos últimos bytes, y los de las posiciones 13-14), no sé si por casualidad o por algo en especial, porque con las horas no se corresponden. Quizá quitando algo de bosque podamos ver el árbol ;) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Traducción longitudes
Pues podando, la información de la longitud ha de estar en los caracteres que no son X: D030XX0FAXXXF70B03XX ¿Cómo lo sé? Lanzando una consulta en la base de datos que almacena las posiciones, y buscando todas las que compartían longitud. Luego cotejé esa información con lo que enviaron los vehículos en ese instante, obtuve varias tramas, y con X enmascaré todo lo que no era igual. Rudimentario, cierto, pero creo que correcto. Vamos a ver si encontramos el dichoso árbol... :D El 18/04/12, Benjamín Valero Espinosa benjaval...@gmail.com escribió: El 18 de abril de 2012 11:43, Jonay Santana jonay.sant...@gmail.comescribió: Uf, 47.9 segundos son demasiados metros de error donde me encuentro... Voy a copiar algunas tramas más, junto con la longitud que la aplicación me dice que tiene el vehículo para ese momento preciso. Encontré uno en un garaje, que se movía poco, con lo que las longitudes son casi iguales (a veces incluso lo son, pero no así el dato que el vehículo mandó). 01 D0304205E00F73E2F77A192A5B001A88 - 2012.01.01-00.23.32 = NO ESTÁ 02 D0304205A00F748CF77A8B2B6D001A87 - 2012.01.01-00.22.32 = -15º25’53.3” 03 D0304205600F7562F77AB2326B001A86 - 2012.01.01-00.21.32 = NO ESTÁ 04 D0304205200F7588F77B924B8D001A86 - 2012.01.01-00.20.32 = -15º25’56.3” 05 D0304204E00F7514F77D76509D001A84 - 2012.01.01-00.19.32 = NO ESTÁ 06 D0304204A00F7471F77F03507A001A83 - 2012.01.01-00.18.32 = -15º25’56.3” 07 D0304204600F7374F78067539D001A82 - 2012.01.01-00.17.32 = NO ESTÁ 08 D0304204200F736AF782234A80001A80 - 2012.01.01-00.16.32 = -15º25’56.3” 09 D0304203E00F7351F783E94988001A7F - 2012.01.01-00.15.32 = NO ESTÁ 10 AF304203A00F738FF785A6351A7E - 2012.01.01-00.14.32 = -15º25’56.5” 11 D0304203600F733CF7867D4DA3001A7D - 2012.01.01-00.13.32 = NO ESTÁ 12 D0304203200F71E2F787B050A3001A7C - 2012.01.01-00.12.32 = -15º25’56.5” 13 D0304202E00F7055F752A8001A7B - 2012.01.01-00.11.32 = NO ESTÁ 14 D0304202A00F6EA6F788985208001A79 - 2012.01.01-00.10.32 = -15º25’56.3” 15 D0304202600F6D28F7880E4CAF001A78 - 2012.01.01-00.09.32 = NO ESTÁ 01 D030420A600F70ABF77B922127001A8D - 2012.01.01-00.41.32 = NO ESTÁ 02 D030420A200F7134F77B382911001A8C - 2012.01.01-00.40.32 = -15º25’56.3” 03 D0304209E00F7127F77AD81301001A8C - 2012.01.01-00.39.32 = NO ESTÁ 04 D0304209A00F712CF77A8E1A41001A8B - 2012.01.01-00.38.32 = -15º25’56.5” 05 D0304209600F716DF77A00193A001A8B - 2012.01.01-00.37.32 = NO ESTÁ 06 D0304209200F71C4F779872B22001A8B - 2012.01.01-00.36.32 = -15º25’56.3” 07 D0304208E00F71C4F778E81D5D001A8A - 2012.01.01-00.35.32 = NO ESTÁ 08 D0304208A00F71D1F7791C0C9A001A8A - 2012.01.01-00.34.32 = -15º25’56.6” 09 D0304208600F71D1F7793F0051001A8A - 2012.01.01-00.33.32 = NO ESTÁ 10 D0304207E00F71CFF7793F0046001A8A - 2012.01.01-00.31.32 = NO ESTÁ 11 D0304207600F71D0F7793F0044001A8A - 2012.01.01-00.29.32 = NO ESTÁ 12 D0304206E00F71D1F779400042001A8A - 2012.01.01-00.27.32 = NO ESTÁ 13 D0304206A00F71E3F7794B0060001A8A - 2012.01.01-00.26.32 = -15º25’56.1” 14 D0304206600F71E9F779BC3473001A89 - 2012.01.01-00.25.32 = NO ESTÁ 15 D0304206200F72DFF77A383755001A88 - 2012.01.01-00.24.32 = -15º25’56.1” Me ha llamado la atención que la aplicación desecha posiciones que el vehículo sí que ha mandado (son las que he puesto como NO ESTÁ, cosa que desconocía. ¿Y el resto de datos sí los tienes relacionados y contrastados en varias tramas (kilometrajes, hora, velocidad, latitud...)? Quizá dejando sólo los bits que aún no sabes a qué se corresponden (que serán pocos ya), se vea (lo veamos) más fácilmente. Las tramas a bote pronto tienen pinta de estar ordenadas en varios sitios (los dos últimos bytes, y los de las posiciones 13-14), no sé si por casualidad o por algo en especial, porque con las horas no se corresponden. Quizá quitando algo de bosque podamos ver el árbol ;) -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Consulta
que requerimentos necesita un servidor para instalar toda la base de datos y aplicacion de openstreetmap, deseo descargar el mapa para montarlo en un servidor propio y dar diferentes servicios. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Traducción longitudes
El Wednesday 18 April 2012 11:43:31 Jonay Santana va escriure: Voy a copiar algunas tramas más, junto con la longitud que la aplicación me dice que tiene el vehículo para ese momento preciso. Encontré uno en un garaje, que se movía poco, con lo que las longitudes son casi iguales (a veces incluso lo son, pero no así el dato que el vehículo mandó). 01 D0304205E00F73E2F77A192A5B001A88 - 2012.01.01-00.23.32 = NO ESTÁ 14 D0304206600F71E9F779BC3473001A89 - 2012.01.01-00.25.32 = NO ESTÁ 15 D0304206200F72DFF77A383755001A88 - 2012.01.01-00.24.32 = -15º25’56.1” ¿que datos deduce la aplicacion del stream? seria interesante que tene un trozo del stream de unas horas (tal como llega al servidor) integro con la latitud i longitud observada ya por los datos que envias parece que el sistema datos cada 60 segundos (aunque en le flujo nada parece indicar un timestamp en segundos ) ya que la unica parte que se incrementa constantemente lo hace de 0x40 (64) (los bits 6:8 y 9:11 son compatibles con las cordenadas que te puede dar un vehiculo terrestre dos lecturas seguidas no se han de diferenciar en mas de un valor de 11 bits) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Traducción longitudes
El 18/04/12, Jose Luis Perez Diez jl...@escomposlinux.org escribió: El Wednesday 18 April 2012 11:43:31 Jonay Santana va escriure: Voy a copiar algunas tramas más, junto con la longitud que la aplicación me dice que tiene el vehículo para ese momento preciso. Encontré uno en un garaje, que se movía poco, con lo que las longitudes son casi iguales (a veces incluso lo son, pero no así el dato que el vehículo mandó). 01 D0304205E00F73E2F77A192A5B001A88 - 2012.01.01-00.23.32 = NO ESTÁ 14 D0304206600F71E9F779BC3473001A89 - 2012.01.01-00.25.32 = NO ESTÁ 15 D0304206200F72DFF77A383755001A88 - 2012.01.01-00.24.32 = -15º25’56.1” ¿que datos deduce la aplicacion del stream? En la base de datos se almacenan montones: + Identificador del vehículo (número entero) + Identificador de la flota + Timestamp + Latitud + Longitud + Velocidad + Kilómetros recorridos + Rumbo + Causa del registro (número entero) + Nivel de la batería (aunque no se muestra en la aplicación). + Satélites visibles / satélites usados + Niveles de temperatura Luego hay un par de campos más que no sé qué son, y casi siempre están a cero o a nulo. Yo he descifrado la latitud (en las posiciones 10 a 15), la velocidad (en las posiciones 22 a 23), y los kilómetros recorridos (30 y 31). (los bits 6:8 y 9:11 son compatibles con las cordenadas que te puede dar un vehiculo terrestre dos lecturas seguidas no se han de diferenciar en mas de un valor de 11 bits) Esta parte no la he entendido... :( -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] Buenos Aires Data
Uah! Me muero - que increible cantidad de datos! Loco que los pongan bajo una licencia abierta. Pero, igual que como entiendo Ignacio, así como está dicho ahí (http://data.buenosaires.gob.ar/about?s=terminos, se pone interesante bastante abajo bajo Política de licenciamiento de datos) pienso no es compatible con nuestra licencia. Primero: Nuestra licencia no excluye actividad administrativa pública. Entonces que podríamos hacer? Segundo: Lo de citar siempre la fuente y la fecha tampoco podemos garantizar. Ni ahí. Claro, se puede anadir un tag source=* etc. Pero el proximo usuario por ahi lo borra - y no podemos evitarlo. Y en los mapas derivados de OSM mucho menos podemos citar fuente y fecha. Yo la veo como Ignacio, preguntarles si para nosotros no pueden cambiar la licencia a PD u ODBL. Otra cosa, más técnica: No deberíamos hacer un /import /automatico de los datos. Trae muchos problemas, principalmente donde ya haya datos existentes. Más vale preparar los datos de tal manera que nosotros podamos copiar a mano, para que cada dato nuevo haya sido visto y controlado por una persona. Ojalá sea posible que utilizarlo! Sería buenísimo - encima para mí que no estoy en el lugar ;-) Saludos y hasta pronto, Daniel Am 23.03.2012 00:13, schrieb IgnacioZ: de cualquier manera quizas es cuestion de consultar si nos dejan. Teniendo en cuenta lo que saben de datos abiertos quizas conozcan Openstreetmap y no tengan ningun problema. Saludos, Ignacio. 2012/3/22 IgnacioZ zigna...@gmail.com mailto:zigna...@gmail.com Claro que esta muy bueno! Ahi estan todas las numeraciones, que esta faltando x casi toda capital. De cualquier manera, hay un punto que no se si se aplica en openstreetmap: 2. Su utilización con fines comerciales y no comerciales, *siempre que dicho uso no constituya una actividad administrativa pública.* Me suena raro, ya que ellos esta usando los datos. De cualquier manera, en teoria OSM se podria utilizar para cualquier cosa, incluida la actividad de la administracion publica. Saludos, Ignacio. 2012/3/22 hernan.lo...@gmail.com mailto:hernan.lo...@gmail.com hernan.lo...@gmail.com mailto:hernan.lo...@gmail.com Estuve mirando el nuevo sitio de la ciudad de buenos aires, Buenos Aires Data. Por lo que vi en la licencia de uso, se deberian poder usar los datos, solo piden que se mencione la fuente y la fecha de la fuente. Hay muchos datos ( http://data.buenosaires.gob.ar/dataset ) que puede ser piola que esten en OpenStreetMap, pero los archivos que facilitan, no son abiertos por Josm, por lo que vi. Entonces... Alguien que sepa mas sobre lo permitido o no, le puede dar una mirada a la licencia? Alguien sabe si josm puede importar los datos (es un zip con un .dbf, prj, shp, shp.xml, shx) mire los plugins, pero no me encontre nada en una primera mirada. O sea, sirve de algo? :) Saludos Hernan ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] Buenos Aires Data
Hola, Miren el API JS del USIG! servicios.usig.buenosaires.gob.ar/usig-js/2.2/doc/ Buenisimo. Quizá se pueda cruzar la data para vez faltantes en OSM. (no necesariamente para copiarlos automaticamente, sino para redibujar) Saludos. On 18/04/12 18:07, dan...@web.de wrote: Uah! Me muero - que increible cantidad de datos! Loco que los pongan bajo una licencia abierta. Pero, igual que como entiendo Ignacio, así como está dicho ahí (http://data.buenosaires.gob.ar/about?s=terminos, se pone interesante bastante abajo bajo Política de licenciamiento de datos) pienso no es compatible con nuestra licencia. Primero: Nuestra licencia no excluye actividad administrativa pública. Entonces que podríamos hacer? Segundo: Lo de citar siempre la fuente y la fecha tampoco podemos garantizar. Ni ahí. Claro, se puede anadir un tag source=* etc. Pero el proximo usuario por ahi lo borra - y no podemos evitarlo. Y en los mapas derivados de OSM mucho menos podemos citar fuente y fecha. Yo la veo como Ignacio, preguntarles si para nosotros no pueden cambiar la licencia a PD u ODBL. Otra cosa, más técnica: No deberíamos hacer un /import /automatico de los datos. Trae muchos problemas, principalmente donde ya haya datos existentes. Más vale preparar los datos de tal manera que nosotros podamos copiar a mano, para que cada dato nuevo haya sido visto y controlado por una persona. Ojalá sea posible que utilizarlo! Sería buenísimo - encima para mí que no estoy en el lugar ;-) Saludos y hasta pronto, Daniel Am 23.03.2012 00:13, schrieb IgnacioZ: de cualquier manera quizas es cuestion de consultar si nos dejan. Teniendo en cuenta lo que saben de datos abiertos quizas conozcan Openstreetmap y no tengan ningun problema. Saludos, Ignacio. 2012/3/22 IgnacioZ zigna...@gmail.com mailto:zigna...@gmail.com Claro que esta muy bueno! Ahi estan todas las numeraciones, que esta faltando x casi toda capital. De cualquier manera, hay un punto que no se si se aplica en openstreetmap: 2. Su utilización con fines comerciales y no comerciales, *siempre que dicho uso no constituya una actividad administrativa pública.* Me suena raro, ya que ellos esta usando los datos. De cualquier manera, en teoria OSM se podria utilizar para cualquier cosa, incluida la actividad de la administracion publica. Saludos, Ignacio. 2012/3/22 hernan.lo...@gmail.com mailto:hernan.lo...@gmail.com hernan.lo...@gmail.com mailto:hernan.lo...@gmail.com Estuve mirando el nuevo sitio de la ciudad de buenos aires, Buenos Aires Data. Por lo que vi en la licencia de uso, se deberian poder usar los datos, solo piden que se mencione la fuente y la fecha de la fuente. Hay muchos datos ( http://data.buenosaires.gob.ar/dataset ) que puede ser piola que esten en OpenStreetMap, pero los archivos que facilitan, no son abiertos por Josm, por lo que vi. Entonces... Alguien que sepa mas sobre lo permitido o no, le puede dar una mirada a la licencia? Alguien sabe si josm puede importar los datos (es un zip con un .dbf, prj, shp, shp.xml, shx) mire los plugins, pero no me encontre nada en una primera mirada. O sea, sirve de algo? :) Saludos Hernan ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org mailto:Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ee] Jõgi, oja, kraav
Kuupäeval 18. aprill 2012 10:34 kirjutas Jaak Laineste jaak.laine...@gmail.com: Mis arvate, kui tagiks sisu nagu Andres soovitab, aga nime jaoks koondaks kogi jõe route tüüpi relatsiooni? Mõte on hea. Tavaliselt jõgi koosneb mitmest jõest a'la esimesed 10km siis üks relatsioon ja siis kui suubub teise jõkke algab teine? -- A. Kaaber Jõel on tavaliselt üks peaharu ja n lisaharu või -jõge, viimased võivad olla ka ojad või kraavid. Üldiselt on ka väikseimad nired ikka oja nimetatud, isegi kui nad peamiselt kraavi on suunatud. Raudna jõel on mitu lisajõge, neil omakorda võib olla mitu haru. Peaharu Viljandi järvest kuni Halliste jõkke suubumiseni nimetatakse Raudna jõeks, lisajõgedel on oma nimed (Kõpu ja Tõramaa jõed, Sinialliku oja, ...). Sinialliku ojal on mitu ojast harundit, igal ojal oma nimi... Ma teeks igale nimega üksusele (voolusängile) omaette type=waterway relatsiooni mis ühendab enda alla kõik antud voolusängi lõigud. Kas ja kuidas neid terviklikke voolusänge kirjeldavaid relatsioone kombineerida saab hiljem otsustada. -- Vallo ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] Jõgi, oja, kraav
Ma teeks igale nimega üksusele (voolusängile) omaette type=waterway relatsiooni mis ühendab enda alla kõik antud voolusängi lõigud. Kas ja kuidas neid terviklikke voolusänge kirjeldavaid relatsioone kombineerida saab hiljem otsustada. -- Vallo Jep, tundub mõistlik. Kas me peaks selle kuskile wikisse kirja ka panema? -- A. Kaaber Võiks küll, aga mu terminoloogia on segamini nagu mulgi pudru :) Lisa- ja harujõgi on erinevad, võibolla panin veel kuskil mööda. Üldhariv avalik materjal võiks korrektne olla. Mul on juba praegu sant olla, et elementaarse, põhikooli maateadusega mööda panin.. -- Vallo ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] Wien: ViennaGIS / Open Government Data
Am 04/17/2012 02:31 PM, schrieb Stefan Nagy: Was den Datenimport selbst betrifft habe ich auch einen (nicht in Stein gemeißelten) Standpunkt, der sich von deinem – wenn ich dich richtig verstehe – in nichts unterscheidet (kontrollierter Daten-Import im Sinne von Einpflegen wie du es nennst). Ich denk halt, dass hier das Hauptverständnisproblem ist, dass dein kontrollierter Import (wenn man jetzt zB. von Gebäuden und dem Grätzl ausgeht) höchstwahrscheinlich vom Arbeitsaufwand (Shapefiles ausrichten, konvertieren, mit bestehenden Dingen abgleichen und mergen, evtl. vereinfachen etc...) wohl um ein vielfaches größer ist, als diese, dort wo sie fehlen, abzuzeichnen und zu taggen. So ergibt imho ein Import, welcher Art auch immer, keinen Sinn. Die, wie schon erwähnt, mangelhafte Dokumentation und das überblicken und erlernen des ganzen Werkzeugbiotops um OSM stellt mE die grösste Herausforderung zu Beginn einer OSM-Karriere dar, ganz unabhängig von diversen Archetypen. LG, Stefan ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Offene Daten Österreich - Portal ist online
OGD Portal ist online: http://data.gv.at/ /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wien: ViennaGIS / Open Government Data
Am Dienstag, den 17.04.2012, 19:22 +0200 schrieb Andreas Trawoeger: Weil nicht alle OGD-Wien Daten aus dem ViennaGIS System stammen und die OGD-Wien Daten nicht unbedingt immer 100% richtig verortet worden sind ;-) Aha! Das wusste ich nicht, ich dachte die wären alle aus dem ViennaGIS System… Zusätzlich gibt es von Seiten der Stadt Wien (noch) keine Vektor bzw. Shapefiles für z.B. Straßenverläufe oder Gebäudeumrisse, was die Daten wirklich extrem interessant machen würde. Aso – eben davon bin ich ausgegangen. Die Luftbilder Straßennummern stammen direkt aus dem ViennaGIS System und sind zentimetergenau. Was die POI Daten betrifft, stammt diese aus unterschiedlichen Quellen von Personen mit unterschiedlichen GIS Kenntnissen. So sollten z.B. die Straßenampeln extrem genau sein, aber z.B. beim Baumkataster wäre ich mir nicht 100% sicher. Jetzt macht das alles deutlich mehr Sinn. Das Problem dürfte am Ende wirklich darauf hinauslaufen, dass diese ganzen Infos über die begründeten Bedenken gegen einen Datenimport nirgends dokumentiert damit für Leute, die das alles nicht über informelle Kanäle wissen, kaum nachvollziehbar sind. Danke für die ganzen Infos, Stefan. -- E-Mails signieren verschlüsseln: - https://secure.wikimedia.org/wikipedia/de/wiki/Datenschutz - https://secure.wikimedia.org/wikipedia/de/wiki/E-Mail#Vergleich_mit_der_Postkarte - https://secure.wikimedia.org/wikipedia/de/wiki/GNU_Privacy_Guard Mein öffentlicher OpenPGP-Schlüssel: - http://stefan-nagy.at/public-key.asc signature.asc Description: This is a digitally signed message part ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Wien: ViennaGIS / Open Government Data
Am Mittwoch, den 18.04.2012, 11:01 +0200 schrieb Stefan Kopetzky: Ich denk halt, dass hier das Hauptverständnisproblem ist, dass dein kontrollierter Import (wenn man jetzt zB. von Gebäuden und dem Grätzl ausgeht) höchstwahrscheinlich vom Arbeitsaufwand (Shapefiles ausrichten, konvertieren, mit bestehenden Dingen abgleichen und mergen, evtl. vereinfachen etc...) wohl um ein vielfaches größer ist, als diese, dort wo sie fehlen, abzuzeichnen und zu taggen. So ergibt imho ein Import, welcher Art auch immer, keinen Sinn. Ja, das hab ich nach dem Schreiben des letzten Mails, als ichs mal so konkretisiert habe, auch schon vermutet… Es wirkt eben alles recht einfach und machbar, wenn man keine Ahnung hat wovon man spricht ;) Die, wie schon erwähnt, mangelhafte Dokumentation und das überblicken und erlernen des ganzen Werkzeugbiotops um OSM stellt mE die grösste Herausforderung zu Beginn einer OSM-Karriere dar, ganz unabhängig von diversen Archetypen. Das ist ja im Grunde überall so. Es ist ja eigentlich eine Besonderheit von Community-basierenden Projekten, dass man das überhaupt als Problem wahrnimmt versucht, durch Dokumentation die Hürden zu reduzieren… Ich muss auch ehrlich sagen dass ich die OSM-Dokumentation gar nicht schlecht finde – das Thema, bei dem Fragen für mich offen geblieben sind, war eben der Import der Daten von ViennaGIS. Liebe Grüße, Stefan. -- E-Mails signieren verschlüsseln: - https://secure.wikimedia.org/wikipedia/de/wiki/Datenschutz - https://secure.wikimedia.org/wikipedia/de/wiki/E-Mail#Vergleich_mit_der_Postkarte - https://secure.wikimedia.org/wikipedia/de/wiki/GNU_Privacy_Guard Mein öffentlicher OpenPGP-Schlüssel: - http://stefan-nagy.at/public-key.asc signature.asc Description: This is a digitally signed message part ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Admin-Rechte
Am 17.04.2012 17:18, schrieb Peter Kössler: Danke für die bisherigen Antworten, mir geht es darum dass ich bei der Suche nach Salzburg z.B. bei Facilmap auf 3 Ergebnisse stoße wovon 2 Punkte im Pongau sind (boundary, place), nur der Dritte die Lage des Stadtnamens ergibt (aber ebenfalls mit place). Dann ist dies aber ein Fehler von Facilmap und nicht über die OSM Datenbank zu korrigieren. Die Suche bei Nominatim gibt für Salzburg aus: * Bundesland/-staat Salzburg, Österreich, Europa http://www.openstreetmap.org/?minlon=10.69minlat=44.857maxlon=15.81maxlat=49.977 * Verwaltungsgrenze Salzburg, Österreich, Europa http://www.openstreetmap.org/?minlon=12.0767478942871minlat=46.9438591003418maxlon=13.9961252212524maxlat=48.0403099060059 * Stadt Salzburg, Bezirk Salzburg, Gmunden, Salzburg, Österreich, Europa http://www.openstreetmap.org/?minlon=13.031058540344minlat=47.790197601318maxlon=13.051059494019maxlat=47.810201416016 und somit verwundert mich nur die Verwaltungsgrenze, denn sie liefert wirklich mittem in nichts einen Schriftzug: Salzburg http://www.openstreetmap.org/?lat=47.38992lon=13.0863zoom=17layers=M ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] Kaka?
Šitas taču ir kļūdaini ietaisīts te? http://www.openstreetmap.org/?way=55444946 Kā var uzzināt kā viņš tur ir parādijies? -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Kaka?
http://www.openstreetmap.org/browse/way/55444946/history On 2012.04.18. 17:52, Gints Polis wrote: Šitas taču ir kļūdaini ietaisīts te? http://www.openstreetmap.org/?way=55444946 Kā var uzzināt kā viņš tur ir parādijies? -- Ginc ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Kaka?
paspēja izdzēst :( 2012/4/19 Gasha ga...@pie-dabas.net Error in loading GML file /api/0.6/way/55444946/full Firefox 3.6.x G On 04/18/2012 05:52 PM, Gints Polis wrote: Šitas taču ir kļūdaini ietaisīts te? http://www.openstreetmap.org/?**way=55444946http://www.openstreetmap.org/?way=55444946 Kā var uzzināt kā viņš tur ir parādijies? -- Ginc __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv __**_ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-lvhttp://lists.openstreetmap.org/listinfo/talk-lv -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Possible data source
This is my first time actually posting a message on a mailing list so please let me know if I did something incorrectly! Although I haven't posted I am an active member of OSM and have followed the list closely. I just noticed a new possible source of high quality Ariel imagery that has recently (2011) come online. http://publiclaboratory.org/tool/balloon-mapping http://publiclaboratory.org/archive Although I don't have much experience with licensing, it says it is open-source and it would be interesting to see whether the liscenses were compatible. Cheers, ingalls ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
[OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Bonjour, En septembre 2009, nous lançions MapOSMatic (http://www.maposmatic.org), un service Web libre et gratuit permettant d'effectuer à la demande le rendu de cartes de villes basées sur les données OpenStreetMap. Ces cartes, superposées d'une grille, sont associées à un index des rues facilitant leur localisation sur la carte. Nous sommes fiers d'annoncer aujourd'hui le lancement d'une nouvelle version de MapOSMatic, qui est le résultat d'importants développements. Parmi les nouvelles fonctionnalités : * Le rendu des cartes au format poster est maintenant réalisé sur des formats de papier standard de grande taille (A3, A2, A1, etc.), sélectionnés automatiquement en fonction de la taille de la ville, plutôt que des tailles arbitraires de papiers qui étaient difficiles à imprimer. Ces cartes au format poster sont similaires aux cartes pliées commerciales ; * La possibilité d'effectuer le rendu de cartes multi-pages, où la carte et l'index des rues sont divisés en plusieurs pages, facilitant l'impression sur des formats de papier accessibles à tous (A5, A4, US Letter). Ces cartes multi-pages sont similaires aux petits atlas de villes commerciaux ; * La possibilité de choisir différents styles pour le rendu de la carte. Jusqu'ici, nous ne proposions que le style par défaut du site OpenStreetMap.org. Nous y avions ajouté plusieurs feuilles de styles proposées par MapQuest, ainsi qu'une feuille de style spécifique adaptée à l'impression. Dans le futur, nous comptons ajouter d'autres styles, voire même offrir la possibilité aux utilisateurs de personnaliser le style de la carte. N'hésitez pas à nous contacter à ce sujet; * La possibilité de choisir n'importe quelle ville dans le monde : dans la version précédente, nous étions limitées à des zones OpenStreetMap d'un niveau administratif fixé ; * Et beaucoup, beaucoup d'autres améliorations moins importantes : qualité des rendus, meilleure interface utilisateur pour le rendu des cartes, affichage de la date des données OpenStreetMap sur la carte, etc. MapOSMatic est un projet de Logiciel Libre, distribué selon les termes de la licence Affero General Public License v3. Le projet est disponible au travers de dépôts Git, dispose d'une liste de discussion et d'un canal IRC. Pour les détails, voir notre page À propos (http://www.maposmatic.org/about), notre wiki (http://wiki.maposmatic.org) et la page Savannah du projet (http://savannah.nongnu.org/projects/maposmatic/). En complément du lancement de cette nouvelle version, nous lançons également une campagne de dons. Notre projet est intégralement développé et maintenu par des bénévoles, mais nous avons besoin de financement pour couvrir l'achat de matériel et les frais de déplacement nécessaires à l'organisation des réunions des développeurs durant lesquelles la majorité des améliorations à MapOSMatic sont réalisées (voir notre blog http://news.maposmatic.org). Si vous appréciez MapOSMatic, n'hésitez pas à donner au travers de Paypal sur http://www.maposmatic.org/donate. Bonne journée, Thomas Petazzoni -- Thomas Petazzonihttp://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Bonjour Thomas, Avant tout, merci pour ce formidable service. Il est l'un des outils phare de la sphère OSM ! Les nouvelles fonctionnalités apportées sont très intéressantes. Je vois que vous ne chômez pas ;) Je souhaitais savoir, si une API MapOSMatic était disponible, en cours, en projet ? En effet, j'aimerais réaliser un plan de ville à intervalle régulier (ex tous les mois). Je pourrais le faire manuellement, mais il serait plus simple pour moi de faire un script et un cron. Sachant qu'en plus il s'agirait de le faire sur toutes les villes de la réunion. Merci. Arnaud On Wed, Apr 18, 2012 at 8:56 AM, Thomas Petazzoni thomas.petazz...@enix.org wrote: Bonjour, En septembre 2009, nous lançions MapOSMatic (http://www.maposmatic.org), un service Web libre et gratuit permettant d'effectuer à la demande le rendu de cartes de villes basées sur les données OpenStreetMap. Ces cartes, superposées d'une grille, sont associées à un index des rues facilitant leur localisation sur la carte. Nous sommes fiers d'annoncer aujourd'hui le lancement d'une nouvelle version de MapOSMatic, qui est le résultat d'importants développements. Parmi les nouvelles fonctionnalités : * Le rendu des cartes au format poster est maintenant réalisé sur des formats de papier standard de grande taille (A3, A2, A1, etc.), sélectionnés automatiquement en fonction de la taille de la ville, plutôt que des tailles arbitraires de papiers qui étaient difficiles à imprimer. Ces cartes au format poster sont similaires aux cartes pliées commerciales ; * La possibilité d'effectuer le rendu de cartes multi-pages, où la carte et l'index des rues sont divisés en plusieurs pages, facilitant l'impression sur des formats de papier accessibles à tous (A5, A4, US Letter). Ces cartes multi-pages sont similaires aux petits atlas de villes commerciaux ; * La possibilité de choisir différents styles pour le rendu de la carte. Jusqu'ici, nous ne proposions que le style par défaut du site OpenStreetMap.org. Nous y avions ajouté plusieurs feuilles de styles proposées par MapQuest, ainsi qu'une feuille de style spécifique adaptée à l'impression. Dans le futur, nous comptons ajouter d'autres styles, voire même offrir la possibilité aux utilisateurs de personnaliser le style de la carte. N'hésitez pas à nous contacter à ce sujet; * La possibilité de choisir n'importe quelle ville dans le monde : dans la version précédente, nous étions limitées à des zones OpenStreetMap d'un niveau administratif fixé ; * Et beaucoup, beaucoup d'autres améliorations moins importantes : qualité des rendus, meilleure interface utilisateur pour le rendu des cartes, affichage de la date des données OpenStreetMap sur la carte, etc. MapOSMatic est un projet de Logiciel Libre, distribué selon les termes de la licence Affero General Public License v3. Le projet est disponible au travers de dépôts Git, dispose d'une liste de discussion et d'un canal IRC. Pour les détails, voir notre page À propos (http://www.maposmatic.org/about), notre wiki (http://wiki.maposmatic.org) et la page Savannah du projet (http://savannah.nongnu.org/projects/maposmatic/). En complément du lancement de cette nouvelle version, nous lançons également une campagne de dons. Notre projet est intégralement développé et maintenu par des bénévoles, mais nous avons besoin de financement pour couvrir l'achat de matériel et les frais de déplacement nécessaires à l'organisation des réunions des développeurs durant lesquelles la majorité des améliorations à MapOSMatic sont réalisées (voir notre blog http://news.maposmatic.org). Si vous appréciez MapOSMatic, n'hésitez pas à donner au travers de Paypal sur http://www.maposmatic.org/donate. Bonne journée, Thomas Petazzoni -- Thomas Petazzonihttp://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Arnaud Van De Casteele Mines Paris Tech - CRC Sophia-Antipolis 0698 24 25 29 SIG - WebMapping - Spatial Ontology - GeoCollaboration Web Site http://perso.crc.mines-paristech.fr/~arnaud.van_de_casteele/ http://geotribu.net/ http://www.i2c.eu/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Bonjour Arnaud, [ Nous avons visiblement quelques soucis de configuration sur notre serveur, il est actuellement indisponible... n'hésitez pas à retenter plus tard dans la journée ou demain. ] Le Wed, 18 Apr 2012 09:21:58 +0200, Arnaud Vandecasteele arnaud@gmail.com a écrit : Avant tout, merci pour ce formidable service. Il est l'un des outils phare de la sphère OSM ! Merci! Les nouvelles fonctionnalités apportées sont très intéressantes. Je vois que vous ne chômez pas ;) Je souhaitais savoir, si une API MapOSMatic était disponible, en cours, en projet ? En effet, j'aimerais réaliser un plan de ville à intervalle régulier (ex tous les mois). Je pourrais le faire manuellement, mais il serait plus simple pour moi de faire un script et un cron. Sachant qu'en plus il s'agirait de le faire sur toutes les villes de la réunion. Il n'y a actuellement pas d'API officiellement documentée, mais il suffit d'une requête POST HTTP pour soumettre un nouveau rendu. On pourrait probablement documenter ça, et le rendre utilisable par un script en permettant de récupérer en JSON ou XML le résultat d'un rendu. Je note ça dans notre task tracker. Merci pour la suggestion! Thomas -- Thomas Petazzonihttp://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Bonjour Thomas, Votre travail est super et la ville d'Orange a eu l'occasion de promouvoir a 2 reprises Maposmatic en publiant un plan de ville pour l'office de tourisme en 1000 exemplaires. Pour rappel : - la première version http://www.flickr.com/photos/jeanlouis_zimmermann/6102051911/lightbox/ http://www.flickr.com/photos/jeanlouis_zimmermann/6102051911/lightbox/ Nous serions très heureux de poursuivre l'appropriation de l'outil en ayant la possibilité (comme déjà formulé à Gael Utard) de mettre en évidence certaine données cachées contenue dans OSM. En effet l'interêt d'une version papier est notamment de faire du terrain et de la démarche qualité. Un exemple : je souhaite d'ici la fin de l'année qualifier l'accessibilité handicapés de la ville (passages piétons, lieux publics...). Pour cela en plus de la carto Mapnik ou autre j'ai besoin de la visualisation de certains tags. Belle journée et bravo encore - 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/Nouvelle-version-de-MapOSMatic-service-de-rendu-de-plans-de-ville-tp5648358p5648439.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
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Bonjour Jean-Louis, Le Wed, 18 Apr 2012 00:33:33 -0700 (PDT), ZIMMY jeanlouis.zimmerm...@laposte.net a écrit : Votre travail est super et la ville d'Orange a eu l'occasion de promouvoir a 2 reprises Maposmatic en publiant un plan de ville pour l'office de tourisme en 1000 exemplaires. Pour rappel : - la première version http://www.flickr.com/photos/jeanlouis_zimmermann/6102051911/lightbox/ http://www.flickr.com/photos/jeanlouis_zimmermann/6102051911/lightbox/ Oui, et merci pour cette initiative. La carte de la ville d'Orange était en permanence sur la table lors de notre dernier meeting de développement le mois dernier, et avoir une vraie impression du plan nous permet de mieux comprendre les points à améliorer. Nous serions très heureux de poursuivre l'appropriation de l'outil en ayant la possibilité (comme déjà formulé à Gael Utard) de mettre en évidence certaine données cachées contenue dans OSM. En effet l'interêt d'une version papier est notamment de faire du terrain et de la démarche qualité. Un exemple : je souhaite d'ici la fin de l'année qualifier l'accessibilité handicapés de la ville (passages piétons, lieux publics...). Pour cela en plus de la carto Mapnik ou autre j'ai besoin de la visualisation de certains tags. Il est clair que parmi les pistes d'amélioration figure en bonne place la possibilité de personnaliser les éléments visibles sur la carte. Merci pour ces commentaires et encouragements, Thomas -- Thomas Petazzonihttp://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Le 18 avril 2012 08:56, Thomas Petazzoni thomas.petazz...@enix.org a écrit : Bonjour, En septembre 2009, nous lançions MapOSMatic (http://www.maposmatic.org), un service Web libre et gratuit permettant d'effectuer à la demande le rendu de cartes de villes basées sur les données OpenStreetMap. Ces cartes, superposées d'une grille, sont associées à un index des rues facilitant leur localisation sur la carte. Nous sommes fiers d'annoncer aujourd'hui le lancement d'une nouvelle version de MapOSMatic, qui est le résultat d'importants développements. Parmi les nouvelles fonctionnalités : * Le rendu des cartes au format poster est maintenant réalisé sur des formats de papier standard de grande taille (A3, A2, A1, etc.), sélectionnés automatiquement en fonction de la taille de la ville, plutôt que des tailles arbitraires de papiers qui étaient difficiles à imprimer. Ces cartes au format poster sont similaires aux cartes pliées commerciales ; * La possibilité d'effectuer le rendu de cartes multi-pages, où la carte et l'index des rues sont divisés en plusieurs pages, facilitant l'impression sur des formats de papier accessibles à tous (A5, A4, US Letter). Ces cartes multi-pages sont similaires aux petits atlas de villes commerciaux ; * La possibilité de choisir différents styles pour le rendu de la carte. Jusqu'ici, nous ne proposions que le style par défaut du site OpenStreetMap.org. Nous y avions ajouté plusieurs feuilles de styles proposées par MapQuest, ainsi qu'une feuille de style spécifique adaptée à l'impression. Dans le futur, nous comptons ajouter d'autres styles, voire même offrir la possibilité aux utilisateurs de personnaliser le style de la carte. N'hésitez pas à nous contacter à ce sujet; * La possibilité de choisir n'importe quelle ville dans le monde : dans la version précédente, nous étions limitées à des zones OpenStreetMap d'un niveau administratif fixé ; * Et beaucoup, beaucoup d'autres améliorations moins importantes : qualité des rendus, meilleure interface utilisateur pour le rendu des cartes, affichage de la date des données OpenStreetMap sur la carte, etc. MapOSMatic est un projet de Logiciel Libre, distribué selon les termes de la licence Affero General Public License v3. Le projet est disponible au travers de dépôts Git, dispose d'une liste de discussion et d'un canal IRC. Pour les détails, voir notre page À propos (http://www.maposmatic.org/about), notre wiki (http://wiki.maposmatic.org) et la page Savannah du projet (http://savannah.nongnu.org/projects/maposmatic/). En complément du lancement de cette nouvelle version, nous lançons également une campagne de dons. Notre projet est intégralement développé et maintenu par des bénévoles, mais nous avons besoin de financement pour couvrir l'achat de matériel et les frais de déplacement nécessaires à l'organisation des réunions des développeurs durant lesquelles la majorité des améliorations à MapOSMatic sont réalisées (voir notre blog http://news.maposmatic.org). Si vous appréciez MapOSMatic, n'hésitez pas à donner au travers de Paypal sur http://www.maposmatic.org/donate. Bonne journée, Thomas Petazzoni Bonjour, Une petite remarque qui pourrait intéresser certaines personnes ça serait de publier l'information sur https://linuxfr.org par exemple. Fabien PS : j'accède pas au site en ce moment (avec navigateur et wget) $ ping www.maposmatic.org PING maposmatic.org (193.19.209.9) 56(84) bytes of data. 64 bytes from www.maposmatic.org (193.19.209.9): icmp_seq=1 ttl=50 time=18.1 ms 64 bytes from www.maposmatic.org (193.19.209.9): icmp_seq=2 ttl=50 time=17.6 ms ^C --- maposmatic.org ping statistics --- 2 packets transmitted, 2 received, 0% packet loss, time 1374ms rtt min/avg/max/mdev = 17.622/17.892/18.162/0.270 ms $ wget http://www.maposmatic.org/ --2012-04-18 09:47:46-- http://www.maposmatic.org/ Resolving www.maposmatic.org... 193.19.209.9 Connecting to www.maposmatic.org|193.19.209.9|:80... connected. HTTP request sent, awaiting response... ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Bonjour, Merci pour cette nouvelle version de MapOSMatic et flicitations pour ce magnifique service OpenStreetMap. Je ne manque pas de le promouvoir chaque animation OSM laquelle je participe. Je vais tester de ce pas la nouvelle version ! Nicolas ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Le Wed, 18 Apr 2012 09:48:25 +0200, Fabien marbolan...@gmail.com a écrit : Une petite remarque qui pourrait intéresser certaines personnes ça serait de publier l'information sur https://linuxfr.org par exemple. J'ai posté une dépêche sur linuxfr.org avant d'envoyer le mail sur cette liste. La dépêche est en attente de validation. PS : j'accède pas au site en ce moment (avec navigateur et wget) Oui, notre VM est dans les choux, et l'admin sys qui peut faire quelque chose habite en Californie. Nous allons donc probablement devoir attendre 18h ce soir avant de pouvoir faire quelque chose. Bonne journée, Thomas -- Thomas Petazzonihttp://thomas.enix.org MapOSMatic http://www.maposmatic.org Logiciels Libres à Toulouse http://www.toulibre.org Embedded Linux http://www.free-electrons.com ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
Le 18 avril 2012 10:05, Thomas Petazzoni thomas.petazz...@enix.org a écrit : Le Wed, 18 Apr 2012 09:48:25 +0200, Fabien marbolan...@gmail.com a écrit : Une petite remarque qui pourrait intéresser certaines personnes ça serait de publier l'information sur https://linuxfr.org par exemple. J'ai posté une dépêche sur linuxfr.org avant d'envoyer le mail sur cette liste. La dépêche est en attente de validation. C'est pour ça que je le voyais pas dans la liste des dépêches ! Bon courage pour la VM. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Nouvelle version de MapOSMatic, service de rendu de plans de ville
À mon tout de féliciter et remercier pour ce fabuleux outil ! Une petite remarque : Sur la carte d'Issy-les-Moulineaux que j'ai eu le temps de voir, il manquait, à mon avis, un logo ou bandeau MapOSMatic qui permettrait de développer l'image du produit, et une référence. Tout le monde sait identifier les cartes Michelin, IGN série NN, plans Bloud Gay... Ce serait bien qu'on puisse identifier maintenant la série MapOSMatic. Vous le méritez bien ! Peut être que ça existe sur la partie prod... Je ne peux pas vérifier. Le 18/04/2012 09:27, Thomas Petazzoni a écrit : Il n'y a actuellement pas d'API officiellement documentée, mais il suffit d'une requête POST HTTP pour soumettre un nouveau rendu. On pourrait probablement documenter ça, et le rendre utilisable par un script en permettant de récupérer en JSON ou XML le résultat d'un rendu. Je note ça dans notre task tracker. Merci pour la suggestion! Thomas Et tant qu'on y est pour les demandes ou suggestions... Une idée à suivre... Puisqu'il y a maintenant une sortie multi-papage PDF, ça me donne des envies de guide topo (le nom topo-guide est déposé, voir hiking book sur le wiki http://wiki.openstreetmap.org/wiki/Featured_image_proposals#Hikingbook ). Déjà pour une ballade assez circonscrite, on peut extraire des pages du PDF. Mais surcharger la carte pour faire apparaître un sentier... pas simple. Au lieu de s'intéresser à une limite de commune, on s'intéresse à une trace : relation route (je n'ai pas dit GR :-( ) ou trace GPX uploadée, avec un buffer variable selon l'échelle de sortie. Plutôt qu'un index des rues, on sort un index des POIs, alimentation, hébergement, secours... par page, par commune... Un bon nombre d'associations et d'offices du tourisme pourraient être intéressés. Ils récupèrent les pages de gauches sur MapOSMatic et construisent leur description sur pages de droite pour fabriquer leurs guides. J'essaie, quand je trouve un peu de temps, de faire une petit programme à la ComcomMaker pour construire un itinéraire de rando (ou autre moyen de locomotion). Ça pourrait s'interfacer, via une API, pour que MapOSMatic récupère le GPX pour produire un tel guide. Bon, peut-être que je rêve... Encore bravo ! -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
