Re: [talk-ph] Quick Promotion
Cool! Can we get stats on who is actually using the widget? On 2/14/09, Ahmed Farooq ah...@enthropia.com wrote: Hiya guys, Today I sent out an email about a stats hiccup we had on TopBlogs.com.ph I extended the email to talk about OpenStreetMap.org.ph, what it is for, and how we need their help promoting it. There are over 3000 *active* blogs on the site. On a related note - the search engine juice is starting to flow into the website. Yesterday we broke 10 referrers by the search engines - 13 in total in fact (7 from Google, 6 from Yahoo). I am looking into installing Piwik on the server so we can share the stats more easily. I believe that the email we sent out to the TopBlogs.com.ph will be a good boon for traffic and awareness. But I also believe that we can do more :) Cheers. -A ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Is it me?
Thanks to whoever made whatever changes to the page. All seems OK again this morning (and the donate image is under the left hand column rather than in the middle of the screen, which suggests other posts in the thread did a good job of tracking down the problem). Now to persuade my wife that when we go for a walk today it's somewhere that needs mapping. All the best Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Greenland street and aerial geodata to OSM
On 12/02/09 11:43, GIS wrote: By a donation we are able distribute data to osm, google and yahoo. Data are in DGN and TAB formats. How do we get further on uploading on osm? We might need help due to slow internet connections in the Arctic. Hi Karl, That's great news :-) The difficulty is that most often, organizations who turn up with large amounts of data to import (as you have) get help from an experienced local member of the community - because they are the people with the most interest in the import happening. However, it's quite possible that either there are no OSM people in Greenland or, if there are, that they are not on this mailing list. And I don't think there's a registry of where people live (odd for a mapping project...). You could ask the wiki admins for a list of accounts who have set theit default language to Kalaallisut, but it's quite possible that most people leave it as the default of English. Or you could try contacting WikiProject Denmark http://wiki.openstreetmap.org/wiki/Denmark for help - there's a list of people on that page. Gerv ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Greenland street and aerial geodata to OSM
Hi, I tried downloading shapefiles from the website, and all I was getting was a message that the file was empty and there might not be any data. The map data certainly looks very detailed, so it would be awesome if we could get this imported. By a donation we are able distribute data to osm, google and yahoo. Does that mean we need to make a donation in order to receive the data? I'm confused. If not, you need to confirm that licensing is all ok. If it's going to be a case of tracing the available imagery through WMS then a josm plugin similar to the cadastre one is what is needed. In which case talking to the people behind that would be a good idea. Otherwise, I can handle shapefile imports (just about), but it needs coordinating properly as there is rather a lot to import. I'd suggest starting a page on the wiki to discuss how the import is to happen, and if possible get all the data out of the arctic so that it is available for fast download by OSM users. Looking at itoworld for Nuuk there are a couple of people who have been mapping the area recently, so there certainly are active mappers in the country. -- Alice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Talk-GB] Oxford UK 1:2500 O/S maps from 1958: copyright status of in-house copies?
On 14 Feb 2009, at 15:14, Andrew Chadwick (mailing lists) wrote: So my question is: does in-house (no doubt _licensed_) copying at an unknown time affect copyright status as far as OSM is concerned, and does running off paper copies from microfilm at an unknown time, from film (re)published at an unknown time (but with apparently acceptably dates for the original) affect whether we can make copies for tracing into OSM? Just an armchair non-expert on copyright law here, but according to the UK Copyright Service's factsheet on derivative works: http://www.copyrightservice.co.uk/copyright/p22_derivative_works.en.htm to be subject to copyright the creation of the derivative work must itself be an original work of skill, labour and judgement; minor alterations that do not substantially alter the original would not qualify. - which would suggest that purely mechanical reproductions of an original work don't receive copyright protection in themselves, and as long as the original is out of copyright then there's no problem with deriving data from them. - Matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] undeleting ways?
malenki m...@malenki.ch writes: Am Sun, 8 Feb 2009 14:28:29 +0100 schrieb MP singular...@gmail.com: get Potlatch running when I tested it on another 32bit system, the reactions were very slow (perhaps I was in area with many ways with many nodes, but I was unable to even get potlatch to display something, no chance to actually edit. I'd say unusable for me) I really dislike it too. But for undeletion, I used it once, just try ctrl-u. On my system, it is just 'u'. Then mark the restored object and click the lock symbol in the bottom left corner. The smaller the area, the better the response time. Wondering why it permanently prints Transferring data from maps.yahooapis.com... even if all the yahoo maps are retrieved and perfectly visible. -- Karl Eichwalder ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Licentie veranderingen
Stefan de Konink schreef: Het feit dat er: 1) met een nieuwe licentie wordt gewerkt 2) dat geen 'open proces' is geweest Doet me toch twijfelen aan jouw stelling dat het eventueel kan 'watervallen'. Laten we ook niet vergeten dat er al een hele discussie gevoerd is binnen de community over de licentie. Bij de eerste State of the Map in Manchester was er al een heftige discussie, die daarna ook nog flink is doorgevoerd op de legal-talk etc. Op basis daarvan is de Foudation aan de slag gegaan om te komen tot een nieuwe licentie. Kortom, het komt niet geheel uit het niets. Het duurt echter alleen wat langer. Dat hebben we onderschat. Mail hem eens rond :) Zoals eerder gezegd: hij komt eraan. Je gaat voorbij aan mij punt Henk; ik wil dat de mensen die nee adviseren in de zelfde email van onze grote leider hun zegje kunnen doen. Dat heet democratie enzo. Als dit bijvoorbaat geen optie is hoop ik dat de OSMF erg sterk in haar schoenen staat. Je hebt de (legal-)talk list, je hebt de wiki, je hebt een forum De license zal ergens komen te staan. In de e-mail zal ook verwezen worden naar waar de licentie staat en andere zaken waar men meer informatie etc kan krijgen. Bv de mailinglist, wiki, etc. De discussie kan daar in alle openheid gevoerd worden. Stefan Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Gert Gremmen wrote: Wat vinden onze NL leden van dit voorstel, en indien positief, Henk, kan jij je sterk maken voor dit compromis ? De voorbereidingen waren al getroffen... ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Gert Gremmen schreef: CC-BY-SA of Database Licentie Wat vinden onze NL leden van dit voorstel, en indien positief, Henk, kan jij je sterk maken voor dit compromis ? Gert Gremmen - Laten we eerst even afwachten wat die nieuwe licentie is voordat we met allemaal alternatieven komen aanzetten. Het is niet zo dat we met de nieuwe licentie een 180 graden andere koers gaan varen. Integendeel. De reden voor deze hele licentiediscussie is ontstaan over het feit dat de CC is toegespitst op creatieve uitingen. OSM is eigenlijk een verzameling van feitelijke gegevens, wat eigenlijk meer richting het database recht gaat. Echter wanneer het gaat om database recht, dan maakt het nogal wat uit waar je bent. Europa heeft een compleet andere wetgeving rondom databaserecht dan bv de VS. De afgelopen tijd is er een goede discussie tussen juristen vanuit Europa en de VS om de licentie ook compatible te krijgen met andersoortige wetgeving in andere delen van de wereld. Maar nogmaals, laten we even afwachten tot de tekst van de nieuwe licentie beschikbaar komt. Dan kunnen hierover inhoudelijk een goede discussie voeren. Ik snap dat het frusterend is nu het zo lang duurt. De tijdsdruk wordt binnen de Foundation ook zeker gevoeld. Ik wil alleen nog even een klein momentje meer geduld vragen... Tegelijkertijd wil ik graag een afspraak maken om op een geschikt moment een OSM-meeting te organiseren waarin we de licentie kunnen bediscussieren (met alles wat daarom heen hangt). Ik zal tzt met een voorstel komen. Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Henk, Maar ik ben bang dat de hakken in het zand gaan, voordat de discussie over de tekst start, ik zie overal in de discussie wantrouwende ogen. Bovendien ben ik er ook na discussie vrijwel zeker van dat een aanzienlijk deel NIET akkoord gaat. Voor een succesvolle transfer naar de nieuwe licentie (ongeacht de tekst) is het noodzakelijk dat iedereen meegaat. Discussie over een percentage heeft geen nut. (Let wel ik heb het niet over NIET-stemmers, maar over NEE-stemmers.) Anders krijg je de problemen die eerder in deze draad geschetst zijn. Laten we proberen dat probleem te tackelen op foundation niveau voordat de community uiteenvalt. Blijkt dat de discussie niet tot consensus leidt , dan kan direct op een plan B gerekend worden, voordat allerlei splinter OSMs ontstaan. die vrijwel zeker een wisse dood zullen sterven. Mijn voorstel (maar dan niet op land niveau, maar internationaal en ondersteund door de foundation) laat het mogelijk de keus te laten plaatsvinden door de community/hetinternet zelf. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Henk Hoff Verzonden: Saturday, February 14, 2009 1:18 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Licentie veranderingen Gert Gremmen schreef: CC-BY-SA of Database Licentie Wat vinden onze NL leden van dit voorstel, en indien positief, Henk, kan jij je sterk maken voor dit compromis ? Gert Gremmen - Laten we eerst even afwachten wat die nieuwe licentie is voordat we met allemaal alternatieven komen aanzetten. Het is niet zo dat we met de nieuwe licentie een 180 graden andere koers gaan varen. Integendeel. De reden voor deze hele licentiediscussie is ontstaan over het feit dat de CC is toegespitst op creatieve uitingen. OSM is eigenlijk een verzameling van feitelijke gegevens, wat eigenlijk meer richting het database recht gaat. Echter wanneer het gaat om database recht, dan maakt het nogal wat uit waar je bent. Europa heeft een compleet andere wetgeving rondom databaserecht dan bv de VS. De afgelopen tijd is er een goede discussie tussen juristen vanuit Europa en de VS om de licentie ook compatible te krijgen met andersoortige wetgeving in andere delen van de wereld. Maar nogmaals, laten we even afwachten tot de tekst van de nieuwe licentie beschikbaar komt. Dan kunnen hierover inhoudelijk een goede discussie voeren. Ik snap dat het frusterend is nu het zo lang duurt. De tijdsdruk wordt binnen de Foundation ook zeker gevoeld. Ik wil alleen nog even een klein momentje meer geduld vragen... Tegelijkertijd wil ik graag een afspraak maken om op een geschikt moment een OSM-meeting te organiseren waarin we de licentie kunnen bediscussieren (met alles wat daarom heen hangt). Ik zal tzt met een voorstel komen. Gr, 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
Re: [OSM-talk-nl] Licentie veranderingen
Gert Gremmen wrote: Ik denk dat enige werkbare oplossing is een database splitsing. Er komen 2 OSM databases, en op grond van de verkregen toestemming van de user komt data ofwel alleen in de oude database, ofwel de nieuwe database ( of beide). DWZ dat er dan voor eindgebruikers van de data 2 mogelijkheden bestaan: Dat zou echt de slechtst denkbare situatie zijn. In de praktijk komt het er dan op neer dat mensen wel gedwongen worden om een keus te maken (waar ze dan misschien niet helemaal achter staan) puur en alleen omdat blijkt dat de ene database meer updates krijgt dan de andere. En dan is het dus door de strot geduwd. @Henk: wat ik nog een beetje mis is het waarom. Waarom moet er een andere licentie komen? Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Maarten Deen wrote: @Henk: wat ik nog een beetje mis is het waarom. Waarom moet er een andere licentie komen? Omdat Henk, OSMF meer vertrouwen hebben in databankrecht dat tot verkort in Europa niet eens bestond, dan in auteursrecht anno 1886. Maar goed het is een legitime vraag; ik verwacht dan ook zeker dat de parameter 'commercieel' hier in zit. En dat de fork er eigenlijk al is... alleen zal ik dat eerst even hard moeten maken :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Stefan, Maar aan een OSM-NL hebben we niks. Laten we wel proberen e.a. op Internationaal niveau, inclusief alle Internationale OSM contributors mee te krijgen. Ik voorzie een goede merge van beide databases, als iedereen de tijd heeft om met beide licenties te werken/kennisnemen. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] Namens Stefan de Konink Verzonden: Saturday, February 14, 2009 2:27 PM Aan: OpenStreetMap NL discussion list Onderwerp: Re: [OSM-talk-nl] Licentie veranderingen Maarten Deen wrote: @Henk: wat ik nog een beetje mis is het waarom. Waarom moet er een andere licentie komen? Omdat Henk, OSMF meer vertrouwen hebben in databankrecht dat tot verkort in Europa niet eens bestond, dan in auteursrecht anno 1886. Maar goed het is een legitime vraag; ik verwacht dan ook zeker dat de parameter 'commercieel' hier in zit. En dat de fork er eigenlijk al is... alleen zal ik dat eerst even hard moeten maken :) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Gert Gremmen wrote: Maar aan een OSM-NL hebben we niks. Ik heb het niet over NL-only gehad. Laten we wel proberen e.a. op Internationaal niveau, inclusief alle Internationale OSM contributors mee te krijgen. Dat kan alleen als de OSMF de 'nee'-adviseurs ook een mogelijkheid geven de 'niet'-mailinglist/forum/wiki addicts te berijken. Als je Henks reactie nu leest gaat de OSMF een mailtje sturen hoe goed de licentie wel niet is, met een paar linkjes er bij. Wat mij betreft zouden in het zelfde mailtje ook de negatieve aspecten moeten komen te staan. Ik voorzie een goede merge van beide databases, als iedereen de tijd heeft om met beide licenties te werken/kennisnemen. Als de uiteindelijke database licentie minder restricties heeft, kan deze altijd in een CC-BY-SA database worden geimporteerd. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Maarten Deen schreef: @Henk: wat ik nog een beetje mis is het waarom. Waarom moet er een andere licentie komen? Maarten Zie ook http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
On Fri, 2009-02-13 at 21:39 +0100, Ben Laenen wrote: En wat ga je dan doen met die mensen die indertijd veel hebben gedaan en waar zoveel andere mensen later op verdergebouwd hebben. Ik durf er niet aan denken dat mijn uren werk wordt gedeletet omdat ooit in de geschiedenis van al die wegen iemand is geweest die zijn toestemming niet heeft gegeven. Of met de data van mensen die er niet meer zijn, zoals Jip? armijn -- - arm...@uulug.nl | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Armijn Hemel wrote: Of met de data van mensen die er niet meer zijn, zoals Jip? Naar de nabestaanden... Ik heb trouwens op dat linkje van Henk geklikt: http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ#Will_this_change_how_people_access_OSM_data.3F Ik raad sterk aan dat FAQ punt goed in je op te nemen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
On Sat, 2009-02-14 at 15:00 +0100, Stefan de Konink wrote: Armijn Hemel wrote: Of met de data van mensen die er niet meer zijn, zoals Jip? Naar de nabestaanden... Hm. En hoe worden die bereikt? Volgens mij is dat onmogelijk te achterhalen, aangezien alleen een emailadres en nick bekend zijn. Ik weet dat ze bij KDE een keer een jaar of wat achter wat mensen hebben aangejaagd omdat ze de licentie wilden veranderen. Iedereen was akkoord, behalve een stuk of vijf personen, waarvan niet bekend was waar ze gebleven waren. Dat maakt het erg erg lastig. (Overigens, in het geval van Jip heb ik aan een goede vriend van hem die de nabestaanden erg goed kent door laten schemeren dat er iets aan zit te komen.) Ik heb trouwens op dat linkje van Henk geklikt: http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ#Will_this_change_how_people_access_OSM_data.3F Ik raad sterk aan dat FAQ punt goed in je op te nemen. Mja. ik weet niet of dat wel zo 'small' is. Wat verduidelijking (use case?) zou wel handig zijn. armijn -- - arm...@uulug.nl | http://www.uulug.nl/ | UULug: Utrecht Linux Users Group - ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Armijn Hemel wrote: Ik heb trouwens op dat linkje van Henk geklikt: http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ#Will_this_change_how_people_access_OSM_data.3F Ik raad sterk aan dat FAQ punt goed in je op te nemen. Mja. ik weet niet of dat wel zo 'small' is. Wat verduidelijking (use case?) zou wel handig zijn. Als alles achter httpauth komt zal het wel 'small' zijn. Maar om dat nu nog 'Open'StreetMap te noemen gaat me iets te ver. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Hoi Henk, Het begon allemaal met een technisch probleempje. Sommigen vrezen dat ze ook de broncode van een programma open moeten maken als die osm data gebruikt, of dat een tijdschrift open wordt als er een osm plaatje in staat. De vrees van besmetting. Er zijn niet veel osm'ers die vinden dat tijdschrift, etc, ook open moeten worden, lijkt mij. Als er een verheldering komt op dit punt, zullen vrijwel alle osm'ers daar mee kunnen leven, lijkt mij alweer. Het lijkt me ook meer een verheldering dan een verandering. Tenzij iemand altijd meende dat osm besmettelijk was en daar ook aan hecht. Een licentie heeft twee delen, de Licentie, dat document dat op allerlei plaatsen te downloaden is, en de licentieverklaring: Deze data valt onder licentie X. Aan de licentieverklaring kan een verheldering toevoegd worden. Deze kan de rechten die de ontvanger krijgt niet verminderen, maar wel vergroten. In principe is het hele probleem op te lossen met iets als: The OSM data is published under the CC-BY-SA license. To clearify: if you create an integrated experience (e.g. mashup or cartography), the share-alike license only applies to the map data. KDE heeft, op mijn voorstel, een dergelijke oplossing voor de desktop ikoontjes gebruikt. KISS, Ante On Sat, February 14, 2009 2:45 pm, Henk Hoff wrote: Maarten Deen schreef: @Henk: wat ik nog een beetje mis is het waarom. Waarom moet er een andere licentie komen? Maarten Zie ook http://wiki.openstreetmap.org/wiki/Open_Data_License_FAQ Gr, 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
Re: [OSM-talk-nl] Licentie veranderingen
Disclaimer: Ik heb me nog niet echt georienteerd op de nieuwe licentie maar draag OSM een groot hart toe. Heb dus geen duidelijk idee van de implicaties en redenen om te switchen of alles te houden bij wat het is. Het zou zonde zijn als voor- en tegenstanders het project gezamelijk weten te frustreren. Niet alleen raak ik mijn persoonlijke verslaving (je kunt minder gezonde hebben!) kwijt maar de wereld ook een project dat dezelfde impact kan hebben als bijv. wikipedia. On topic: Als reaktie op Henk's uitleg een paar vragen: - De data heeft een CC-by-SA licentie, waardoor ik zelf de baas ben over (eigenaar van) mijn contributies. Hoe kan OSMF dan beslissen om voor een andere licentie te gaan en mijn data te verwijderen als ik niet akkoord ga? Heeft dat puur met het eigendom van de database server van doen? - Als iemand niet akkoord gaat en zijn data + vervolg wijzigingen verwijderd wordt en delen van deze vervolg wijzigingen zijn van mij, kan ik dat op een bepaald moment ook gaan zien? Of krijg ik een lijst van ways en nodes die hierbij betrokken zijn? Het lijkt me namelijk handig zo'n lijst te hebben om later nog eens die plek op te zoeken om te kijken of de verwijderde data opnieuw aangemaakt kan worden. Verder vind ik dat Stefan her en der interssante punten heeft: Steve Coast, voorzitter van de OSMF en lid van de licentie commissie is ondertussen baas van Cloudmade en Andy Allan, die ook in de licentie commissie zit, werkt aldaar. Zodra er dus sprake is van licentie problematiek rond commerciele toepassingen en twee commissieleden die daarover besluiten en adviezen moeten geven zijn werkzaam bij een bedrijf dat nauw verbonden is met de door de licentie beschermde data, ontstaat voor buitenstaanders als snel een nare bijsmaak. De matige terugkoppeling naar de community helpt daarbij ook niet, mensen krijgen het gevoel van achterkamertjes politiek. Dit alles is zeer belangrijk voor mensen die tot in hun DNA doordrongen zijn van o.a. OpenSource, fijn gevoel voor onrecht, noodzaak voor vrijheid van data etc. Vanuit deze gevoelens is OSM namelijk onstaan. Hierbij moet natuurlijk niet onvermeld blijven dat Steve Coast en Andy Allen in het verleden ontzettend veel voor OSM betekend hebben. Ook vind ik de antwoorden op de FAQ geruststellend, behalve dat na de wijziging je in moet loggen om de planet te kunnen downloaden. Maar ik begrijp dat het een gevolg is van het 'contract' deel van de licentie maar vervelend is het wel. Tot slot vraag ik me ook af of de nieuwe licentie OSM veel interessanter maakt voor commerciele bedrijven. De gelijk blijvende eis dat deze hun data ook vrij moeten geven als ze deze intern vermengen met OSM's lijkt me daarvoor een veel te grote bottleneck. En dus onstaat de vraag waarom we dan nog moeten overstappen. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Licentie veranderingen
Lambertus wrote: Tot slot vraag ik me ook af of de nieuwe licentie OSM veel interessanter maakt voor commerciele bedrijven. De gelijk blijvende eis dat deze hun data ook vrij moeten geven als ze deze intern vermengen met OSM's lijkt me daarvoor een veel te grote bottleneck. En dus onstaat de vraag waarom we dan nog moeten overstappen. Ik denk zelfs dat juist dit punt een nog grotere 'Nee' is voor de BBC om bijvoorbeeld een nieuws item te voorzien van OSM data met een 'puntje' er op. Daarom ben ik benieuwd; voordat er van licentie wordt gewisseld, is er een consultatie geweest met de gebruikers van de data, of de nog niet gebruikers die klagen over CC-BY-SA? Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Suburb boundaries
A quick update. David Dean found a bug, which I am working on. I'll let you know once I have a fix. cheers On Fri, Feb 13, 2009 at 2:44 PM, Franc Carter franc.car...@gmail.comwrote: After some nashing of teeth and swearing I have script that converts the ABS data in to a set of non-overlapping ways with some minimal info on the ways. I'd like some volunteers who I can give some subset of the data to (name your subrubs/areas) to have a look over and see if it 'looks ok' (i.e correct enough and no pathological cases I have missed). Then, we can start making some more solid decisions about exactly what form we want the data uploaded in. cheers -- Franc -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Hierarchisches Tagging
Hallo. Am Freitag, 13. Februar 2009 schrieb Frederik Ramm: Bernd Wurst wrote: http://tools.geofabrik.de/map/?type=Mapniklon=9.15477lat=48.92283zoom= 16 Eine Gegend, in der sehr viele Wege unknown zu heissen scheinen. Komischer Name, das. Äh, ja, von der Autobahn zum Ikea ist mein bisheriges Betätigungsfeld. Alles andere kenn ich dort nicht. Aber Ludwigsburg ist von KA aus auch nicht wesentlich weiter als von mir zu Hause, wenn es dich stört. :) Nein, das ist nicht Pfusch an der Karte, schließlich entspricht das der Realität mit lauter mindestens per durchgezogener Linie getrennten Fahrstreifen. :) Ich haette jetzt gedacht, Einbahnstrasse ist nur, wo auch ein derartiges Schild steht, aber damit bin ich vermutlich wieder einer von diesen kleinkarierten Schildermappern ;-) Scheint so, denn ich kenne eher wenige Autobahnen an denen Zeichen 220 angebracht ist und trage dennoch immer oneway=yes ein. Klar, man könnte Autobahnen eigentlich auch komplett ohne oneway=yes erfassen, wenn man an allen Auf- und Abfahrten die richtigen Abbiegeregeln eingibt. Aber das will sich IMHO niemand antun und auch die Großen haben Autobahnen als Einbahnstraßen drin, auch ohne z220. Ich sehe daher kein Problem bei (auch nur durch dicke, durchgezogene Linien) getrennten Fahrbahnen einzelne oneways zu machen. Ebenfalls ohne ein z220 als Grundlage. Gruß, Bernd -- Press CTRL-ALT-DEL to continue... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen / Entfernte Wanderwegstücke / JOSM / X19 Schlösserweg
Hallo. Am Freitag, 13. Februar 2009 schrieb hansdorfff: Eine eigene X19-Relation aufzumachen halte ich für unsinnig, eigentlich sollte es nur eine einzige X19 Schlösserweg geben!? Die existierenden X19-Wegstücke sind leider hunderte km entfernt [...] Eine Relation die einen zusammenhängenden Wanderweg über mehrere hundert Kilometer enthält ist in aller Regel nicht sinnvoll. Bei Autobahnen geht das zwar grade noch, die haben aber normal weniger Stützpunkte und damit auch weniger einzelne Weg-Fragmente. Ein (Fern-) Wanderweg führt ja oft auf kurzen Abschnitten anderer (Fuß-)Wege entlang und die Relation enthält dadurch viele kleine Stückchen. Bei langen Wegen wird das unglaublich viel und man muss es aus technichen Gründen auftrennen, damit man das weiterhin handhaben kann. Lege daher eine neue Relation an, wenn es keine andere passende in der Nähe gibt. Irgendwann wird jemand entscheiden müssen ob die unterteilung auch inhaltlich okay ist oder ob man vielleicht besser einen Ort weiter den Schnitt macht, damit man eine hübsche Tagesetappe zusammen bekommt. Aber das lässt sich leichter entscheiden wenn alles mal überhaupt erfasst ist. Gruß, Bernd -- Das Ärgerlichste in dieser Welt ist, daß die Dummen todsicher und die Intelligenten voller Zweifel sind. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hierarchisches Tagging
Bernd Wurst be...@bwurst.org writes: Ich sehe daher kein Problem bei (auch nur durch dicke, durchgezogene Linien) getrennten Fahrbahnen einzelne oneways zu machen. Ebenfalls ohne ein z220 als Grundlage. Genau. z220 sollte man mit traffic_sign=z220 eintragen. Und alle anderen schilder entsprechend. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Karl Eichwalder schrieb: Ulf Lamping ulf.lamp...@googlemail.com writes: Wenn du z.B. in Osnabrück am Neumarkt (zentraler Busknotenpunkt, etwas größeres Areal) umsteigen willst, ist es schon ganz nett zu wissen an welcher Ecke man ankommt und wo man weiterfahren muß. Da geht nämlich aus den offiziellen sites oft nich sooo toll hervor (keine Ahnung ob das inzwischen in OS besser geworden ist). Beim VGN zumindest scheint es anders zu sein (nicht optimal, aber immerhin): http://vgn.de/komfortauskunft/umgebungsplan/?UPlanName=un_thoge So eine Ausnahmeerscheinung scheint das nicht zu sein. Hier ein paar Beispiele aus NRW http://www.avv.de/ressorts/uebersichtsplaene/haltestellenlageplaene/ http://www.vrsinfo.de/2_6_1.php http://efa.vrr.de/download/envmaps/vrr/index_auswahlbuttons.htm http://www.mvg-online.de/Karten.94.0.html Im zusammenhang mit OSM ist für mich die info nur zweitrangig wichtig; wie auch die genauen fahrzeiten möchte ich so etwas dem offiziellen plan entnehmen. Was nützt es mir z.b., wenn ich alle haltestellen bei einer abfrage mitgeliefert bekomme, ohne dass mitgeteilt wird, wann diese haltestellen bedient werden? Das kann man nur dem offiziellen fahrplan entnehmen. Eine Fahrplanauskunft in OSM einzubauen macht m. E. keinen Sinn. Es gibt ständig irgendwo Änderungen, die nachgehalten werden müssen. Manche Auskunftssysteme werden täglich aktualisiert. Vorstellen könnte ich mir allerdings, einen voreingestellten Link zum regionalen Auskunftssystem einzubinden. So wie das beispielsweise google in den Niederlanden mit den Daten von 9292ov.nl macht oder so wie es goyellow.de mit der DB-Auskunft macht. Richtig gut gefällt mir die Lösung wie sie der Stuttagrter Verkehrsverbund www.vvs.de umgesetzt hat. Da bekommt man in der Karte über Mouseover auf die Haltestelle die nächsten Abfahrten angezeigt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice
Johann H. Addicks schrieb: Ach, damit für Dich auch was dabei ist kann ich Dir gerne auch den Trampelpfad über die S-Bahn-Gleise mappen, der jeden Tag von schätzungsweise 100 Personen genutzt wird. Nein, bitte nicht. Wer möchte, kann ja seinen Router auf Luftlinienmodus stellen. ;-) Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren map pen
Hallo, Und wer denn gerade dabei ist: Bitte auch die deutschen Namen der größeren Städte gleich mit eintragen (name:de=) http://de.wikipedia.org/wiki/Liste_der_St%C3%A4dte_in_Polen Grüße, Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Arne Bischoff schrieb: Und wer denn gerade dabei ist: Bitte auch die deutschen Namen der größeren Städte gleich mit eintragen (name:de=) Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: wenn name:pl oder name:de vorhanden und Name korrekt, ist der anderssprachige Name leicht zu finden, ansonsten wird der Name selbst mit der Liste abgeglichen, name:pl oder name:de gesetzt und der anderssprachige Name ergänzt. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Wäre das was für den xybot? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] - Autobahnpunkte
Torsten Breda schrieb: Am 9. Februar 2009 09:28 schrieb Jan Tappenbeck o...@tappenbeck.net mailto:o...@tappenbeck.net: Hallo Torsten, das Problem ist... Bei der Ausfahrt werden als Tags nur NAME und REF ausgewiesen aber kein HIGHWAY=. Ist ja auch nur ein node. Die Ausfahrt als Weg wird mit highway=motorway_link bezeichnet Von einem Icon einmal abgesehen und wenn ich die bisherige Datenerfassung betrachte, dann wird immer das in JOSM als Autobahnkreuz bezeichnete Tag für jede Art von Ausfahrt genommen - wie es auch in den Features unter MOTORWAY_JUNCTION steht. Junction bedeutet Kreuzung, meint also das Autobahn kreuz und NICHT die Ausfahrt. Junction steht allgemein für Verbindung. Wichtigste Information ist, dass es eine Verzweigung gibt, ob es eine Ausfahrt oder eine Atubahnkreuz ist ist erstmal nachranging. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Moin, auf meinem Rechner habe ich immer noch Probleme mit dem gnome-web-photo-fixed. Die Installation sieht eigentlich inzwischen ok aus und ich bekomme auch keine Fehlermeldungen, aber die weissen Balken sind leider nur teilweise verschwunden, je nach Position funktioniert es oder funktioniert es nicht. Im Befehlsfenster erscheint dabei folgender Text: WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9312639,52.9899524,8.9644656,53.0231541srs=EPSG:4326width=500height=499] WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9644656,52.9899524,8.9976674,53.0231541srs=EPSG:4326width=499height=499] Das Ganze passiert unter Suse 11.0 mit JOSM 1387 und WMS-Plugin 13648. Hat jemand einen Vorschlag, woran es haengt und was ich dagegen machen kann? Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Hallo, malenki wrote: Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: Ich bin gegen Automatisierungen an jeder Ecke. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert - nicht gerade einadend fuer Neulinge. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? 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] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Torsten Leistikow schrieb: auf meinem Rechner habe ich immer noch Probleme mit dem gnome-web-photo-fixed. Die Installation sieht eigentlich inzwischen ok aus und ich bekomme auch keine Fehlermeldungen, aber die weissen Balken sind leider nur teilweise verschwunden, je nach Position funktioniert es oder funktioniert es nicht. Im Befehlsfenster erscheint dabei folgender Text: WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9312639,52.9899524,8.9644656,53.0231541srs=EPSG:4326width=500height=499] WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9644656,52.9899524,8.9976674,53.0231541srs=EPSG:4326width=499height=499] Das Ganze passiert unter Suse 11.0 mit JOSM 1387 und WMS-Plugin 13648. Hat jemand einen Vorschlag, woran es haengt und was ich dagegen machen kann? Hi, hatte das Problem auch unter Suse 11.0. Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
On Sat, 14 Feb 2009, Torsten Leistikow wrote: auf meinem Rechner habe ich immer noch Probleme mit dem gnome-web-photo-fixed. Die Installation sieht eigentlich inzwischen ok aus und ich bekomme auch keine Fehlermeldungen, aber die weissen Balken sind leider nur teilweise verschwunden, je nach Position funktioniert es oder funktioniert es nicht. Im Befehlsfenster erscheint dabei folgender Text: WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9312639,52.9899524,8.9644656,53.0231541srs=EPSG:4326width=500height=499] WMS::Browsing YAHOO: [gnome-web-photo-fixed, file:home/benutzer/.josm/plugins/wmsplugin/ymap.html?bbox=8.9644656,52.9899524,8.9976674,53.0231541srs=EPSG:4326width=499height=499] Das Ganze passiert unter Suse 11.0 mit JOSM 1387 und WMS-Plugin 13648. Hat jemand einen Vorschlag, woran es haengt und was ich dagegen machen kann? Folgende zwei Repositories in yast hinzufügen: http://download.opensuse.org/repositories/Application:/Geo/openSUSE_11.0/ http://download.opensuse.org/repositories/KDE:/Qt/openSUSE_11.0/ webkit-image von dort installieren (und josm und andere Tools bei Bedarf) und nutzen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
On Sat, 14 Feb 2009, Chris-Hein Lunkhusen wrote: Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Wenn Du den Fix im Bugtracker eintragen würdest, könnte man es gleich im SVN korrigieren. Das hilft allen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm schrieb: Hallo, malenki wrote: Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: Ich bin gegen Automatisierungen an jeder Ecke. Ich auch, weil die schnell übers Ziel hinausschiessen. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert - nicht gerade einadend fuer Neulinge. Die meisten Neulinge denen ich begegnet bin, sind meist froh wenn da nochmal jemand hinschaut. Ob das jetzt ein Bot oder eine Person ist, dürfte erstmal egal sein. Klar, ein erfahrener Mapper wird natürlich meist mehr sehen als ein Bot. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. ;-) Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Die Wikipedia Texte stehen meist (alle?) unter der GFDL, die ist meines Wissens nicht mit der OSM Lizenz kompatibel. Schöne neue Welt :-( Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routendarstellung in Openrouteservice
Am 13. Februar 2009 16:40 schrieb Johann H. Addicks addi...@gmx.net: Dirk-Lüder Kreie schrieb: Du möchtest also ein best practice-tagging. Radler dürfen Anlieger-Frei-Bereiche nicht befahren, wenn sie keine Anlieger sind. Gleiches gilt für Raldler auf Straßen die LandForstwirtschaft frei mit Durchfahrtsverbot belegt sind. Ausnahme ist dann nur der Förster auf dem Rad... Naja, wir sollten schon zwischen Zeichen 250 und Zeichen 260 unterscheiden. Alle Anliegerstraßen, die ich kenne, sind mit Zeichen 260(Verbot für Kraftfahrzeuge) und Anlieger frei beschildert. Das juckt keinen Fahrradfahrer und lässt sich mit motor_vehicle=destination präzise taggen. Zeichen 260(Verbot für Fahrzeuge aller Art) schließt dann auch Fahrräder aus und sollte mit vehicle=destination korrekt beschrieben sein. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Dirk Stöcker schrieb: Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Wenn Du den Fix im Bugtracker eintragen würdest, könnte man es gleich im SVN korrigieren. Das hilft allen. Naja, der Fix ist ja auf mein spezielles Problem zugeschnitten, ob's bei Thorsten auch hilft muss sich erst noch zeigen. gnome-web-photo-fixed-fixed: #! /bin/bash gnome-web-photo --mode=photo --format=ppm $1 /dev/stdout | pamcut -bottom=-2 |pnmcrop -white |pnmtopng # Achtung: obiger Befehl muss in einer Zeile stehen Ich habe das |pamcut -bottom=-2 eingefügt. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
On Sat, 14 Feb 2009, Chris-Hein Lunkhusen wrote: Dirk Stöcker schrieb: Ich musste das Script gnome-web-photo-fixed noch ein bisschen anpassen damit es funktioniert. Arbeitsweise des Fixes ist ja, dass ein weisser Rand um das heruntergeladene Bild erkannt und weggeschnitten wird. Bei mir war aber unten noch eine schwarze Linie, die das Erkennen dieses Randes verhindert hat. Also musste ich unten noch eine Zeile abschneiden. Wenn Du den Fix im Bugtracker eintragen würdest, könnte man es gleich im SVN korrigieren. Das hilft allen. Naja, der Fix ist ja auf mein spezielles Problem zugeschnitten, ob's bei Thorsten auch hilft muss sich erst noch zeigen. Geht statt pamcut -bottom=-2 auch pnmcrop -black? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMSPlugin in JOSM gnome-web-photo-fixed Problem
Chris-Hein Lunkhusen schrieb: Naja, der Fix ist ja auf mein spezielles Problem zugeschnitten, ob's bei Thorsten auch hilft muss sich erst noch zeigen. Das sieht gut aus. Bei drei Versuchen in Folge hat es schon mal an Stellen geklappt, wo ich mit dem alten web-photo-fixed nicht weitergekommen bin. Vielen Dank fuer die Hilfe. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Umstellungen im Vorlagenmenü des JOSM
Moin, Ich habe mal angeregt, ob man nicht so eine hide landuse-Funktion einbauen koennte. in osm2go kann man beliebige Objekte selektieren und dann verstecken. Im Schwarzwald echt nützlich ;-) . Gruß, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hi Tobias, kannst du da ein paar mehr Details verraten wie der dann aussehen und funktionieren soll? Auch bin bezug auf die Eintragung in OSM, weil habe noch keine Werte für die Höhe gesehen. Gibt es ne Projektseite, wo du über den Fortschritt berichtest? Mfg Marco Tobias Wendorff schrieb: Hallo Community, UPS war da und hat mir ein paar tolle, kleine Bauteilchen gebracht: http://www.pictureupload.de/pictures/130209221031_height.jpg bzw. http://www.pictureupload.de/originals/pictures/130209221031_height.jpg Das ist keine Fotomontage, die Bauteile sind wirklich so klein! Es handelt sich dabei um hochpräzise Drucksensoren ... das Päckchen hat mich 75 EUR gekostet. Sie bilden die Basis für den OSM-Höhenmesser ... Stay tuned! Grüße Tobias ___ 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] Höhenmesser: Die Post war da :- )
Marco Horstmann schrieb: Hi Tobias, kannst du da ein paar mehr Details verraten wie der dann aussehen und funktionieren soll? Auch bin bezug auf die Eintragung in OSM, weil habe noch keine Werte für die Höhe gesehen. Gibt es ne Projektseite, wo du über den Fortschritt berichtest? Hier auf der Liste wurde schon ausgiebig über Höhendaten diskutiert mit dem Ergebniss dass eine linien- und flächförmige Erfassung in OSM zu vielen Problemen führt die den Nutzen sehr in Frage stellen um es mal vorsichtig auszudrücken.. Gegen ein Höhenangabe für einzelne nodes (Berggipfel, Aussichtspunkte,.. ) ist dagegen nichts einzuwenden. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren map pen
Hallo, Ich kenne mich nicht mit Automatisierungen aus. Da ich schon deutsche Bezeichnungen für polnische Orte nachgetragen habe, weiß ich, dass man da ziemlich sorgfältig vorgehen muss. Ich habe jedenfalls nicht einfach Daten übernommen sondern oft nochmal recherchiert, auch auf polnischsprachigen Websites. Viele kleinere Orte findet man auch schwierig. Siehe z.B. das jetzige Sądry (Zondern)*. Die polnische Wikiseite weist nicht einmal den alten deutsche Namen aus, wie im übrigen viele polnische Orte auf ihren offiziellen Seiten selbst in der Geschichtsdarstellung ausschließlich den polnischen Namen benutzen. Naja, war fast OT, ich wollte eigentlich nur kurz den Hinweis geben, dass man bei Gelegenheit das mitmacht. Denn der Print von Karten mit polnischen UND deutschen Namen dürfte durchaus ein interessantes Gebiet für OSM sein. Grüße, Arne+++ * http://pl.wikipedia.org/wiki/S%C4%85dry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] SV und Statistiken (Rheinland-Pfalz)
Hallo zusammen, auf meiner Suche nach einem Straßenverzeichnis für meine Heimatstadt in RP, bin ich auf die Kommwis GmbH gestoßen, die ein Straßenverzeichnis für ganz RP zum Download anbietet [1]. Laut Aussage eines Mitarbeiters werden die Daten von den einzelnen Meldebehörden gepflegt, von der Kommwis gebündelt und (monatlich aktualisiert) zum Download angeboten. Da die Erfassung von den Meldebehörden vorgenommen wird, sollten die Daten qualitativ hochwertig sein. Auf meine Nachfrage, ob wir das Verzeichnis für unsere statistischen Auswertungen verwenden dürfen, habe ich mittlerweile eine positive Antwort erhalten - wir haben die Erlaubnis. Sven Anders hat in den letzten Tagen versucht, das Straßenverzeichnis auszuwerten (nochmals vielen Dank!). Ergebnisse findet man wie bisher unter [2]. Es gibt allerdings das Problem, dass in OSM für weite Teile von Rheinland-Pfalz noch keine Stadt- bzw. Ortsgrenzen existieren - die Ortsangaben im SV können also noch nicht den Gebieten zugeordnet werden. Hier Sven's Anleitung, wie ihr ihm helfen könnt, die Auswertungen zu vervollständigen: Da die Daten ja schon vorliegen, brauchen wir von dir nur eine Relation mit dem (ungefähren) Verlauf. Wenn du nicht weißt wo die Grenze verläuft, kennzeichne sie einfach mit source=best-guess Die Relation muss einen Key: de:amtlicher_gemeindeschluessel und als Value den Gemeindeschlüssel aus dem Strassenverzeichnis haben. [ Führende Nullen sind wichtig! ] Bitte beachten: Der Key ist ziemlich lang und Tippfehler anfällig, deshalb meine Empfehlung: Mit der Zwischenablage arbeiten. Du brauchst niemanden eine Mail schicken etc. - die Auswertungen werden dann irgendwann (das dauert mindestens 48h, weil erst dann die Daten dafür über die Geofabrik vorliegen) erstellt. = Sven wird übrigens in nächster Zeit noch eine Auswertung für ganz RP fahren. Gruß Tim [1] http://kommwis.de/index.php?id=33 [2] http://svenanders.openstreetmap.de/SV-stat/Rheinland-Pfalz/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SV und Statistiken (Rheinland-Pfalz)
Am Samstag, den 14.02.2009, 16:13 +0100 schrieb Tim Bordemann: Da die Daten ja schon vorliegen, brauchen wir von dir nur eine Relation mit dem (ungefähren) Verlauf. Warum unbedingt eine Relation? Gerade bei kleineren Orten besteht dafür eigentlich keine Notwendigkeit, weswegen auch Ways ausgewertet werden sollten, oder übersehe ich etwas? Grüße Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Zeichenmodus
Hallo, in Version 1405 hat sich am Zeichenmodus einiges geändert: - Doppelklick auf den letzten Knoten beendet das Zeichnen der aktuellen Figur. - In den Einstellugen kann man den Potlatch-Stil auswählen. Bei diesem Modus sind der Auswahl- und der Zeichenmodus miteinander vereint. Bitte testen und berichten wie gut es funktioniert. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Geofabrik-Tools: Karte, Kartenvergleich
On Fri, Feb 13, 2009 at 07:51:54PM +0100, Martin Koppenhoefer wrote: Am 12. Februar 2009 10:49 schrieb Jochen Topf joc...@remote.org: On Wed, Feb 11, 2009 at 11:59:59PM +0100, silversurfer wrote: vielleicht könnte man noch die Vogelperspektive wie bei Dual Maps http://www.mapchannels.com/DualMaps.aspx einbauen. Dazu müßte ich Microsofts Terms of Use akzeptieren. Da steht z.b.: # The following additional terms apply to your use of Bird's eye aerial imagery * You may not reveal latitude, longitude, altitude or other metadata; Danach hab ich dann garnicht mehr weitergelesen. sind die Terms auch der Grund, dass Google StreetView nicht eingebunden wurde? Auf die Idee bin ich garnicht gekommen. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SV und Statistiken (Rheinland-Pfalz)
Hallo Roland Am Samstag, 14. Februar 2009 16:18 schrieb Roland Ramthun: Warum unbedingt eine Relation? Gerade bei kleineren Orten besteht dafür eigentlich keine Notwendigkeit, weswegen auch Ways ausgewertet werden sollten, oder übersehe ich etwas? Es macht es für mich einfacher. Bei Wegen ist immer die Gefahr, das jemand die Nachbargemeinde auch erfasst und dann den Weg weiter untergliedert. Dann gibt es zwei Wege. Außerdem ist ja eine Grenze immer Bestandteil von zwei Gemeinden. Das könnte man zwar mit einem Key wie left:de:amtlicher_gemeindeschluessel oder so abfangen, macht aber das Parsing wieder sehr viel aufwendiger (der Weg darf dann sich auch nicht in der Richtung ändern etc. Ich finde deshalb eine Relation zu erstellen, ist ja nun auch nicht so viel Aufwand. Außerdem haben wir dann demnächst auch alle Gemeinden von RLP drinn (wenn auch vielleicht ungenau), wäre doch toll! ==Im Notfall:== Wenn sich jemand nicht traut, kann er mir (oder noch besser einen anderen anderen versierten OSMler der vielleicht dichter Drann sitzt) auch den AGS und die Way-Id schicken. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Hi Im zusammenhang mit OSM ist für mich die info nur zweitrangig wichtig; wie auch die genauen fahrzeiten möchte ich so etwas dem offiziellen plan entnehmen. Was nützt es mir z.b., wenn ich alle haltestellen bei einer abfrage mitgeliefert bekomme, ohne dass mitgeteilt wird, wann diese haltestellen bedient werden? Das kann man nur dem offiziellen fahrplan entnehmen. Eine Fahrplanauskunft in OSM einzubauen macht m. E. keinen Sinn. Es gibt ständig irgendwo Änderungen, die nachgehalten werden müssen. Manche Auskunftssysteme werden täglich aktualisiert. Vorstellen könnte ich mir allerdings, einen voreingestellten Link zum regionalen Auskunftssystem einzubinden. So wie das beispielsweise google in den Niederlanden mit den Daten von 9292ov.nl macht oder so wie es goyellow.de mit der DB-Auskunft macht. Richtig gut gefällt mir die Lösung wie sie der Stuttagrter Verkehrsverbund www.vvs.de umgesetzt hat. Da bekommt man in der Karte über Mouseover auf die Haltestelle die nächsten Abfahrten angezeigt. Dafür gibt es den Tag uic_ref , der in D nicht nur für Bahnstationen vergeben ist sondern auch für so gut wie alle Bushalte etc. Damit kann man via hafas direkt zur Fahrplanauskunft kommen. Mit dem Mouse-Over haben die Pforzheimer in ihrer Karte recht schön gelöst ... Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schreber-/Kleingartenweg
Moin ! über Fusswege und Pfade wird schon viel diskuttiert. Das ganze auf Schreber-/Kleingartenwege projeziert ist auch nicht ganz zu vernachlässigen. Wie würdet Ihr folgendes Taggen ?? - Wege zwischen den Parzellen - highway=path ?? (i.d.r. wassergebundene Oberfläche mit einer Breite ca. 1,5-2m) - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm schrieb: Ich bin gegen Automatisierungen an jeder Ecke. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert In diesem Fall würde er ja nur ergänzen - nicht gerade einadend fuer Neulinge. Stimmt. Ich kenne das Gefühl. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. Eine Vermutung. Wenn diese Funktion eingebaut wäre, könnte man sie unter anderm für alle Länder mit nichtlateinischem Alphabet nutzen, eine korrekte Quelle für anderssprachige Namen vorausgesetzt. Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Das heißt, dass man sie gar nicht verwenden darf..? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Am 14.02.2009 17:57, Jan Tappenbeck: Moin ! über Fusswege und Pfade wird schon viel diskuttiert. Das ganze auf Schreber-/Kleingartenwege projeziert ist auch nicht ganz zu vernachlässigen. Wie würdet Ihr folgendes Taggen ?? - Wege zwischen den Parzellen - highway=path ?? (i.d.r. wassergebundene Oberfläche mit einer Breite ca. 1,5-2m) - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Genau so. Bzw. Verwende ich für die interparzellären Wege footway. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm frede...@remote.org wrote: Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Wollte die Wikipedia nicht komplett auf CC-BY-SA umstellen? Sven -- In the land of the brave and the free, we defend our freedom with the GNU GPL (Richard M. Stallman on www.gnu.org) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Jan Tappenbeck o...@tappenbeck.net wrote: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? highway=track tracktype=grade1 Sven -- Every time you use Google, you're using a Linux machine (Chris DiBona, a programs manager for Google) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Am 14.02.2009 18:45, Sven Geggus: Jan Tappenbecko...@tappenbeck.net wrote: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? highway=track tracktype=grade1 Wenn es wirklich nur um PKW-breite, asphaltierte Wege geht, ja. Aber wenn es aspahltierte Anfahrts- und Anlieferungsstraßen mit Bordstein und möglicherweise Entwässerung sind, dann highway=service. Gru0, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Hallo, Aber wenn es aspahltierte Anfahrts- und Anlieferungsstraßen mit Bordstein und möglicherweise Entwässerung sind, dann highway=service. Habe ich noch nie in Kleingartenanlagen gesehen. Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM-Suche
Die Suche auf OSM.org ist im Vergleich zu unserem Mitbewerb ungewohnt langsam, und die Ergebnisse sind verwirrend strukturiert. Von Jan gibt es für FireFox ein neues Suchtool als addin, das bei Klick auf einen Ort in einer Website direkt zu OSM verlinkt: https://addons.mozilla.org/en-US/firefox/addon/10531 Die Suche funktioniert zweistufig: 1. geonames org 2. gazetteer.openstreetmap.org Könnte man das bei der OSM-Suche nicht ebenfalls einbauen? (zumindest bis die OSM-Suche besser funktioniert) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhenmesser: Die Post war da :- )
Hallo, das Hauptproblem mit der Höhe ist doch, daß sie bei GPS recht ungenau ist. Was wir also bräuchten wäre eine Methode mehrere Meßwerte zu mitteln. So etwas wäre bei abgeschatteten Orten auch für die 2D-Bestimmung gut. Also etwa so: Mapper 1 trägt einen Punkt ein der aber recht ungenau ist Mapper 2 verschiebt den Punkt auf den Ort den er gemessen hat, in OSM werden beide Koordinaten gespeichert und die Duchschnittsposition angezeigt. Dies wäre natürlich ein massiver Eingriff in die Datenstruktur - api0.7 Derzeit sehe ich an solchen Orten, daß meine Position und die in OSM nicht übereinstimmen, weiß aber nicht welche Messung besser ist. Höheninfos würde man am besten automatisch aus einem GPX-File übernehmen. Will man dann die Höhe eines Punktes ermittel sucht man die nächsten 10 (oder so) Punkte und mittelt deren Höhe, ggf gewichtet nach Entfernung und GPS-Empfangsqualität. Initialisieren könnte man die Daten mit den vor kurzem hier erwahnten NASA-Daten. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Suche
On Sat, Feb 14, 2009 at 07:58:37PM +0100, Markus wrote: Die Suche funktioniert zweistufig: 1. geonames org 2. gazetteer.openstreetmap.org Könnte man das bei der OSM-Suche nicht ebenfalls einbauen? Die Suche auf openstreetmap.org macht schon von Anfang an genau so eine Suche in gazetteer und geonames. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eigene Karten mit Mapnik und PostGIS - Daten fehlen
Hi, ich hatte schon seit längerem vor, einen eigenen Mapnik Server aufzusetzen der Overlay Tiles generiert (also transparente) die ich mittels OpenLayers über die offiziellen Tiles legen kann. Nun hatte ich den ganzen Tag Mapnik und PostGIS eingerichtet, Testdaten reingeladen, das aktuelle Stylesheet etwas verändert usw. und mittlerweile läuft das wirklich perfekt. Jetzt wollt ich drangehen mein eigenes Stylesheet zu schreiben das auch ein paar spezielle Tags berücksichtigt. Zum Beispiel würd ich gern surface berücksichtigen und später vielleicht auch mal eine Karte erstellen die maxspeed als Symbol auf dem Way anzeigt. Völlig überrascht musste ich aber gerade feststellen: Ich finde genau diese Daten nicht in der Datenbank. Da gibts nur die 4 planet_osm_* Tabellen, aber spezielle Tags sowie Relationen fehlen komplett. Wie bekomme ich auch diese Daten in die Datenbank? Gruß Daniel -- web: http://daniel.vogelbacher.name irc: cytrinox @ (freenode|ircnet|quakenet) geo: http://geo.vogelbacher.name N49°24.68' E8°54.03' ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreber-/Kleingartenweg
Jan Tappenbeck schrieb: - Hauptwege die der allgemeinen Erschließung dienen und daher oftmals eine Asphalt/Schotteroberfläche haben und PKW/LKW-Breite haben - highway=service ?? Wenn Begegnunsverkehr nicht möglich ist, dann NICHT service, sondern track, nach dem was Du schreibst tracktype grade1 bzw grade2. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Suche
Hallo. Am Samstag, 14. Februar 2009 schrieb Jochen Topf: On Sat, Feb 14, 2009 at 07:58:37PM +0100, Markus wrote: Die Suche funktioniert zweistufig: 1. geonames org 2. gazetteer.openstreetmap.org Könnte man das bei der OSM-Suche nicht ebenfalls einbauen? Die Suche auf openstreetmap.org macht schon von Anfang an genau so eine Suche in gazetteer und geonames. Wir hoffen jetzt mal alle, dass der Namefinder durch die Spendenaktion einen Ruck bekommt und die momentan zeitweise unbrauchbare Langsamkeit durch bessere Server oder besseren Code enfach irgendwie besser wird. Momentan ist es halt so, dass wenn einer der beiden Such-Services langsam oder kaputt ist (was oft passiert), dann wird der komplette timeout abgewartet bis der Besucher überhaupt irgendwas machen kann. Das ist nicht besonders intelligent. Aber ja, falsche Liste, nehm ich an. Gruß, Bernd -- Die kürzeste Verbindung zwischen zwei Punkten ist... ...gewöhnlich wegen Bauarbeiten gesperrt. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] February trip
Looks like i might be able to make it after all. i think i can survive a day off from college :) -arun On Fri, Feb 13, 2009 at 1:06 PM, PlaneMad theplane...@gmail.com wrote: Sorry folks, as much as id love to meet you all, coming to bangalore is out of the question as i have some important project work in college this week. if you guys can post this in the wiki, i can spread the word around and you can get some more interested people joining in. increasing awareness of osm is more important than me being there :) -arun On Fri, Feb 13, 2009 at 12:59 PM, Kenneth Gonsalves law...@au-kbc.org wrote: On Friday 13 February 2009 12:42:13 Pradeep B V wrote: Dinner at 9.30pm huh? this is way past my bed time -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in -- http://www.tinyurl.com/ArunGanesh -- http://www.tinyurl.com/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] mappare un punto fisso in modo preciso
vorrei mappare un punto in modo preciso, per esempio casa mia. Sono riuscito a far funzionare gpsd e livegps in josm. Ho prodotto una serie di punti tenendo il gps fisso sulla mia scrivania in due posizioni diverse (10 cm una dall'altra). I punti sono di pessima qualità perché sono presi al chiuso attraverso una finestra. Ho un paio di domande: Perché i punti che visualizzo sembrano avere una regolarità? Mi sarei aspettato di vedere una nuvola di punti attorno alla posizione corretta, invece osservo come delle tracce. Nell'immagine http://wiki.openstreetmap.org/wiki/Image:Traccia_ruggero.png si possono notare due zone (rossa e verde), ognuna è formata da punti presi tenendo il gps in posizioni diverse. Quelli nella zona rossa in particolare sembrano essere allineati su una traiettoria regolare, evidenziata dalla freccia nera. Cosa significa? Altra domanda: sul gps leggo un certo errore, che varia (ora che sono al chiuso) dai 10 ai 20 metri, con xgps invece ho due valori EPH e EPV che immagino siano gli errori orizzontali e verticali, ma questi variano da 30 a 60 metri. Se volessi fare la media pesata di tutti i punti esiste qualche script / programma già pronto? I punti che vedo sono misure indipendenti o no? Essendo allineati direi di no... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare un punto fisso in modo preciso
On Sat, Feb 14, 2009 at 1:42 PM, Ruggero giurr...@gmail.com wrote: Perché i punti che visualizzo sembrano avere una regolarità? [...] Quelli nella zona rossa in particolare sembrano essere allineati su una traiettoria regolare, evidenziata dalla freccia nera. Cosa significa? so che i gps tendono ad effettuare una certa correzione di quello che ricevono supponendo di essere in movimento lungo un percorso dritto, potrebbe essere dovuto a quello? -- Elena of Valhalla homepage: http://www.trueelena.org email: elena.valha...@gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare un punto fisso in modo preciso
Il giorno sab, 14/02/2009 alle 13.42 +0100, Ruggero ha scritto: vorrei mappare un punto in modo preciso, per esempio casa mia. Sono riuscito a far funzionare gpsd e livegps in josm. Ho prodotto una serie di punti tenendo il gps fisso sulla mia scrivania in due posizioni diverse (10 cm una dall'altra). I punti sono di pessima qualità perché sono presi al chiuso attraverso una finestra. Ho un paio di domande: Perché i punti che visualizzo sembrano avere una regolarità? Mi sarei aspettato di vedere una nuvola di punti attorno alla posizione corretta, invece osservo come delle tracce. Nell'immagine http://wiki.openstreetmap.org/wiki/Image:Traccia_ruggero.png si possono notare due zone (rossa e verde), ognuna è formata da punti presi tenendo il gps in posizioni diverse. Quelli nella zona rossa in particolare sembrano essere allineati su una traiettoria regolare, evidenziata dalla freccia nera. Cosa significa? I punti hanno una disposizione a reticolo perché quella è la precisione del tipo in virgola mobile che il GPS usa per comunicare le posizioni rilevate al computer. Inoltre sono i punti stessi sono circa allineati su una retta perché, se non sbaglio, il GPS utilizza un modello incrementale per il calcolo della posizione: questo vuol dire che non rifa ogni volta tutti i calcoli da capo, ma sfrutta quello che già sapeva. Inoltre la posizione relativa dei satelliti, che cambia con il tempo, fa in modo che man mano la rilevazioni si sposti. Questo non avviene di colpo, ma gradualmente, con l'evolvere della posizione dei satelliti e dello stato del modello di calcolo del GPS. In questo modo il punto rilevato lentamente si sposta e disegna le righe che vedi. Altra domanda: sul gps leggo un certo errore, che varia (ora che sono al chiuso) dai 10 ai 20 metri, con xgps invece ho due valori EPH e EPV che immagino siano gli errori orizzontali e verticali, ma questi variano da 30 a 60 metri. Non ho mai ben capito come xgps calcoli la precisione in metri della rilevazione. Il GPS tipicamente non indica una precisione in metri, ma una DOP (diluition of precision). La DOP non indica direttamente un'accuratezza in metri, ma una misura di quanto la geometria attuale dei satelliti visibili dal GPS permette di ricostruire con precisione la propria posizione. Non ho ancora capito il suo significato matematico esatto, però sicuramente non è una misura in metri. Se volessi fare la media pesata di tutti i punti esiste qualche script / programma già pronto? Pesata su cosa? Ad ogni modo, non conosco niente. I punti che vedo sono misure indipendenti o no? Essendo allineati direi di no... Anche io direi proprio di no. Per fare misure un po' più indipendenti dovresti far fare un cold restart al tuo GPS tra una misura e l'altra (ed, ovviamente, aspettare il tempo che ci mette per ritrovare il fix senza sapere nulla su come sono i satelliti). Ciaociao, Gio. -- Giovanni Mascellani g.mascell...@gmail.com Pisa, Italy Web: http://giomasce.altervista.org SIP: g.mascell...@ekiga.net Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) signature.asc Description: Questa è una parte del messaggio firmata digitalmente ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] mappare un punto fisso in modo preciso
Il 14 febbraio 2009 14.16, Giovanni Mascellani g.mascell...@gmail.com ha scritto: Il giorno sab, 14/02/2009 alle 13.42 +0100, Ruggero ha scritto: vorrei mappare un punto in modo preciso, per esempio casa mia. Sono riuscito a far funzionare gpsd e livegps in josm. Ho prodotto una serie di punti tenendo il gps fisso sulla mia scrivania in due posizioni diverse (10 cm una dall'altra). I punti sono di pessima qualità perché sono presi al chiuso attraverso una finestra. Ho un paio di domande: Perché i punti che visualizzo sembrano avere una regolarità? Mi sarei aspettato di vedere una nuvola di punti attorno alla posizione corretta, invece osservo come delle tracce. Nell'immagine http://wiki.openstreetmap.org/wiki/Image:Traccia_ruggero.png si possono notare due zone (rossa e verde), ognuna è formata da punti presi tenendo il gps in posizioni diverse. Quelli nella zona rossa in particolare sembrano essere allineati su una traiettoria regolare, evidenziata dalla freccia nera. Cosa significa? I punti hanno una disposizione a reticolo perché quella è la precisione del tipo in virgola mobile che il GPS usa per comunicare le posizioni rilevate al computer. Inoltre sono i punti stessi sono circa allineati su una retta perché, se non sbaglio, il GPS utilizza un modello incrementale per il calcolo della posizione: questo vuol dire che non rifa ogni volta tutti i calcoli da capo, ma sfrutta quello che già sapeva. Inoltre la posizione relativa dei satelliti, che cambia con il tempo, fa in modo che man mano la rilevazioni si sposti. Questo non avviene di colpo, ma gradualmente, con l'evolvere della posizione dei satelliti e dello stato del modello di calcolo del GPS. In questo modo il punto rilevato lentamente si sposta e disegna le righe che vedi. Altra domanda: sul gps leggo un certo errore, che varia (ora che sono al chiuso) dai 10 ai 20 metri, con xgps invece ho due valori EPH e EPV che immagino siano gli errori orizzontali e verticali, ma questi variano da 30 a 60 metri. Non ho mai ben capito come xgps calcoli la precisione in metri della rilevazione. Il GPS tipicamente non indica una precisione in metri, ma una DOP (diluition of precision). La DOP non indica direttamente un'accuratezza in metri, ma una misura di quanto la geometria attuale dei satelliti visibili dal GPS permette di ricostruire con precisione la propria posizione. Non ho ancora capito il suo significato matematico esatto, però sicuramente non è una misura in metri. veramente sul display del gps leggo: precisione 10M Se volessi fare la media pesata di tutti i punti esiste qualche script / programma già pronto? Pesata su cosa? Ad ogni modo, non conosco niente. pesata sull'inverso degli errori (al quadrato), come se fossero tante misure sperimentali, insomma, voglio trovare il baricentro. I punti che vedo sono misure indipendenti o no? Essendo allineati direi di no... Anche io direi proprio di no. Per fare misure un po' più indipendenti dovresti far fare un cold restart al tuo GPS tra una misura e l'altra (ed, ovviamente, aspettare il tempo che ci mette per ritrovare il fix senza sapere nulla su come sono i satelliti). Ciaociao, Gio. -- Giovanni Mascellani g.mascell...@gmail.com Pisa, Italy Web: http://giomasce.altervista.org SIP: g.mascell...@ekiga.net Jabber: g.mascell...@jabber.org / giova...@elabor.homelinux.org GPG: 0x5F1FBF70 (FP: 1EB6 3D43 E201 4DDF 67BD 003F FCB0 BB5C 5F1F BF70) ___ 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-es] Mapping party en Soria + capítulo
Bueno, he estado mirando combinaciones de transporte y me rindo. Ya nos veremos en otra ocasión. Salud. 2009/2/4 Oscar Fonts oscar.fonts.li...@gmail.com Yo también estaré, aunque no se aún ni donde dormir ni cuan'do llegaré ni me marcharé. Ídem, pendiente ajustar calendario y presupuesto. :) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Estadísticas navarra
On Fri, Feb 06, 2009 at 01:26:46PM +0100, Celso González wrote: Una cosa que tenía pendiente de mostrar hace tiempo Basandome en los datos que proporciona el programa OsmStats de Miguel Blanco y los datos que tenemos del catálogo de de carreteras de Navarra me he decidido a preparar un pequeño programa para sacar unas estadísticas visuales sencillitas que se refresca cada día con el extract de spain de geofabrik http://osm.mitago.net/stats/ Bueno, ahora he actualizado todo desde la última vez. Los cambios más importantes son: -Actualización horaria con el planet -Desglose por tipo de vía -Estadísticas globales agrupadas Aunque aun hay cosas hardcoded ahora es relativamente fácil usarlo para generar estadísticas de cualquier provincia o CCAA, siempre y cuando consiga un polígono de dicho sitio. Mi plan en los próximos días es introducir los datos de otros sitios, pero si a alguien se le ocurren mejoras o querría ver otras cosas implementadas sería un buen momento. -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-at] Häufige Fehler...
On 02/13/2009 08:44 PM, Roland Spielhofer wrote: Hallo, ich hab mir die Mühe gemacht, und habe die Liste der Areacheck-Fehler (http://www.gary68.de/osm/qa/some/ac_austria.htm) durchgeackert und so gut es geht verbessert. Was mir dabei aufgefallen ist an häufigen Fehlern: - Buildings, die einander berühren, haben oft nur drei Ränder, es muss aber jedes building für sich ein geschlossener Linienzug sein. Was genau ist das Problem an Buildings mit 3 Wänden und einer geteilten? Schafft er das nicht als Area aufzulösen oder wurde das nur als unschön eingestuft, obwohl es eh funktioniert? Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Häufige Fehler...
Norbert Wenzel wrote: On 02/13/2009 08:44 PM, Roland Spielhofer wrote: Hallo, ich hab mir die Mühe gemacht, und habe die Liste der Areacheck-Fehler (http://www.gary68.de/osm/qa/some/ac_austria.htm) durchgeackert und so gut es geht verbessert. Was mir dabei aufgefallen ist an häufigen Fehlern: - Buildings, die einander berühren, haben oft nur drei Ränder, es muss aber jedes building für sich ein geschlossener Linienzug sein. Was genau ist das Problem an Buildings mit 3 Wänden und einer geteilten? Schafft er das nicht als Area aufzulösen oder wurde das nur als unschön eingestuft, obwohl es eh funktioniert? Norbert Ich bin jetzt nicht der API-Kenner, aber bei einer area müssen Start- und Endknoten ident sein - soweit ich weiß. Definition kennt vielleicht das Wiki (?). roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Probleme mit Inseln in Mapnik
Norbert Wenzel wrote: ich gebs langsam auf. Seit fast zwei Wochen versuch ich die Pernerinsel[0] in Hallein in Mapnik wieder zum Rendern zu bringen. In t...@h schaut das alles wunderbar aus, in Mapnik rendert die Insel einfach nicht. Als Referenz hab ich das Gänsehäufel[1] hergenommen und Also ich darf Dir sagen, ich hab' beim Gänsehäufel auch wochenlang rumgesch... ;) Ich hab' mal die Tags beim inner Polygon entfernt, ein Versuch... (a) Überhaupt isses ein Wunder, daß der Mapnik das ohne natural=water (b) blau rendert, das war nicht immer so... und wenn (a) nicht funktioniert, würde ich (b) als nächstes versuchen... Nicht so ganz klar ist mir, wann der Mapnik jetzt eigentlich neu rendert, aber kürzlich gerenderte Tiles macht er wohl erst später wieder... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Probleme mit Inseln in Mapnik
Mir kommt vor, dass mapnik generell noch verbuggt ist. z.b. werden bei manchen multipolygon Gebäuden die Höfe nicht gerendert obwohl ein Gebäude daneben genau gleich getagged ist bei dem es funktioniert. Andreas Labres schrieb: Norbert Wenzel wrote: ich gebs langsam auf. Seit fast zwei Wochen versuch ich die Pernerinsel[0] in Hallein in Mapnik wieder zum Rendern zu bringen. In t...@h schaut das alles wunderbar aus, in Mapnik rendert die Insel einfach nicht. Als Referenz hab ich das Gänsehäufel[1] hergenommen und Also ich darf Dir sagen, ich hab' beim Gänsehäufel auch wochenlang rumgesch... ;) Ich hab' mal die Tags beim inner Polygon entfernt, ein Versuch... (a) Überhaupt isses ein Wunder, daß der Mapnik das ohne natural=water (b) blau rendert, das war nicht immer so... und wenn (a) nicht funktioniert, würde ich (b) als nächstes versuchen... Nicht so ganz klar ist mir, wann der Mapnik jetzt eigentlich neu rendert, aber kürzlich gerenderte Tiles macht er wohl erst später wieder... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Probleme mit Inseln in Mapnik
On 02/14/2009 11:34 AM, Andreas Labres wrote: Norbert Wenzel wrote: ich gebs langsam auf. Seit fast zwei Wochen versuch ich die Pernerinsel[0] in Hallein in Mapnik wieder zum Rendern zu bringen. In t...@h schaut das alles wunderbar aus, in Mapnik rendert die Insel einfach nicht. Als Referenz hab ich das Gänsehäufel[1] hergenommen und Also ich darf Dir sagen, ich hab' beim Gänsehäufel auch wochenlang rumgesch... ;) Ich hab' mal die Tags beim inner Polygon entfernt, ein Versuch... (a) Das name=Pernerinsel hat schon mal gerendert, das weiß ich. Aber entfernen schadet sicher nicht. Das area=yes hab ich neu hinzugefügt um die Beschriftung der Pernerinsel vom Way in die Mitte zu verlagern. Somit konnte ich auch gleich kontrollieren, ob er's neu gerendert hat. Ursprünglich war die Salzburger Straße in Linz auch ein Teil derselben Inner/Outer Relation. Die hab ich entfernt und das hätte ich als durchschaubare Fehlerquelle auch akzeptiert. Überhaupt isses ein Wunder, daß der Mapnik das ohne natural=water (b) blau rendert, das war nicht immer so... und wenn (a) nicht funktioniert, würde ich (b) als nächstes versuchen... Theoretisch sollte Inner/Outer ja mit allem funktionieren, aber das könnte wohl nur Theorie sein. Vielen Dank erstmal für die Hilfe(n). Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Häufige Fehler...
Norbert Wenzel wrote: Was genau ist das Problem an Buildings mit 3 Wänden und einer geteilten? Schafft er das nicht als Area aufzulösen oder wurde das nur als unschön eingestuft, obwohl es eh funktioniert? Das ist potentiell von Anwendung zu Anwendung verschieden. In manchen mag es funktionieren, in anderen nicht. Es ist zumindest meines Wissens keine Situation, für die es ein definiertes Verhalten gäbe, die Anwendung kann also damit tun, was sie will (ganzes Objekt ignorieren, als Linie statt Fläche interpretieren, in irgendeiner Weise schließen). Wenn die Anwendung nicht für diesen Fall speziell robust erstellt wurde, können auch beliebige andere Fehler auftreten, selbst wenn die eigentliche Darstellung funktioniert -- etwa beim Hinzufügen von Icon oder Beschriftung, beim Berechnen von Flächen (JOSM-Measurement-Plugin ist z.B. betroffen) und so weiter. Auch die Darstellung wird definitiv nicht funktionieren, wenn das jeweilige Objekt auch als Linie vorkommen kann, was bei building zugegeben eher nicht der Fall ist. Roland Spielhofer schrieb: Ich bin jetzt nicht der API-Kenner, aber bei einer area müssen Start- und Endknoten ident sein - soweit ich weiß. Definition kennt vielleicht das Wiki (?). Die Definition für area im Wiki ist closed ways tagged with the appropriate keys are handled as areas sowie closed way is a way where the last and first node are identical[1]. Tobias Knerr [1] http://wiki.openstreetmap.org/wiki/Data_Primitives#Area ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
Am 26.01.2009, 13:47 Uhr, schrieb Wolfgang Wasserburger o...@wasserburger.at: ... wurde über Nacht technisch einwandfrei importiert. Ich hoffe, es gibt nicht allzuviel Doppeltes. Zum Bearbeiten freigegeben inkl. Ändern, Umbauen, Löschen ... Hallein ist auch frisch drinnen - am is_in kann mans untrscheiden; Fehlerfreiheit kann ich aber nicht garantieren ;-) Hallo, kannst du dir folgenden Bereich mal ansehen: http://www.openstreetmap.org/?lat=47.6209lon=13.2075zoom=12 da dürfte was schief gegangen sein, sind lauter alleinstehende Nodes. sg Benedikt ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Probleme mit Inseln in Mapnik
adry wrote: z.b. werden bei manchen multipolygon Gebäuden die Höfe nicht gerendert obwohl ein Gebäude daneben genau gleich getagged ist bei dem es funktioniert. Liegt meist an der Umlaufrichtung (das geht am ehesten, wenn outer im und inner gegen Uhrzeigersinn definiert sind), da hatte ich mich mit der Stiftskaserne oder der Börse lang gespielt. Ist ein uralter Bug, der angeblich schon mal behoben worden ist aber offenbar wieder aufgetaucht ist. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Probleme mit Inseln in Mapnik
Was mir an Unterschied aufgefallen ist zwischen Pernerinsel und Gänsehäufel: Das umgebende Wasser ist in Salzburg als waterway=riverbank getagged, in Wien als natural=water. Keine Ahnung ob's daran liegt, aber könnte einen Unterschied für den Renderer machen. Andreas - Original Message - From: Norbert Wenzel n_wen...@gmx.net To: OpenStreetMap Österreich talk-at@openstreetmap.org Sent: Saturday, February 14, 2009 10:21 AM Subject: [Talk-at] Probleme mit Inseln in Mapnik Hi, ich gebs langsam auf. Seit fast zwei Wochen versuch ich die Pernerinsel[0] in Hallein in Mapnik wieder zum Rendern zu bringen. In t...@h schaut das alles wunderbar aus, in Mapnik rendert die Insel einfach nicht. Als Referenz hab ich das Gänsehäufel[1] hergenommen und meiner Meinung nach alles so ziemlich genau kopiert. Das Problem, dass die Pernerinsel nicht rendert gab es vor einiger Zeit schon mal, da war sie aber tatsächlich falsch eingetragen und ich konnte das dann mit inner/outer Relation fixen. Aber derzeit schaff ich's irgendwie nicht. D.h. wenn jemand von euch mal drüberschauen könnte und korrigieren und/oder Tipps geben, was das Problem sein könnte, wär ich dankbar. danke, Norbert [0] http://www.openstreetmap.org/?lat=47.6847883948558lon=13.092419095849626user=BearTzoom=16layers=0F0B0F [1] http://www.openstreetmap.org/?lat=48.22923lon=16.43976zoom=15layers=B000FTF ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
Um Merkaartor zu verteidigen - bei mir tritt mit JOSM genau das selbe Problem auf. lg Leo On Sat, 2009-02-14 at 16:38 +0100, Benedikt Leitner wrote: Am 14.02.2009, 16:13 Uhr, schrieb Norbert Wenzel n_wen...@gmx.net: Viele einzelne Nodes könnte auch ich verursacht haben. Zumindest alles zwischen Anif, Rif, Hallein Stadt, Gaißau könnte durch mich bzw. Merkaartor 0.13a verursacht sein. Beim Löschen von plan.at Wegen bleiben mir oft Nodes über, die ich danach nochmal händisch lösche. Direkt vom Import hab ich zumindest in dem oben beschriebenen Bereich keine einzelnen Nodes gefunden. kannst du das wieder beheben? Hier sind auch noch viele einzelne Nodes: http://www.openstreetmap.org/?lat=47.746lon=13.19zoom=11 http://www.openstreetmap.org/?lat=47.6533lon=13.2967zoom=12 Finde ich keine gute Idee einen Editor zu benutzen der so viele Fehler hinterlässt. sg Benedikt ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
On 02/14/2009 04:38 PM, Benedikt Leitner wrote: Am 14.02.2009, 16:13 Uhr, schrieb Norbert Wenzeln_wen...@gmx.net: Viele einzelne Nodes könnte auch ich verursacht haben. Zumindest alles zwischen Anif, Rif, Hallein Stadt, Gaißau könnte durch mich bzw. Merkaartor 0.13a verursacht sein. Beim Löschen von plan.at Wegen bleiben mir oft Nodes über, die ich danach nochmal händisch lösche. Direkt vom Import hab ich zumindest in dem oben beschriebenen Bereich keine einzelnen Nodes gefunden. kannst du das wieder beheben? Hier sind auch noch viele einzelne Nodes: http://www.openstreetmap.org/?lat=47.746lon=13.19zoom=11 http://www.openstreetmap.org/?lat=47.6533lon=13.2967zoom=12 Ich weiß jetzt nicht genau von welchen Fehlern du redest, da ich die genannten Bereich nichtmal laden kann, da sie über 50.000 Nodes enthalten. Ich hab gesagt es gibt dieses Problem bei Merkaartor (und laut Leo auch bei JOSM) und es kann sein, dass das Problem so verursacht wurde. Ich hab die Fehler noch nicht gesehen, nehme aber an, es sind gelöschte Teile von plan.at. Die Salzach in plan.at hab ich glaub ich gelöscht, und die war sehr lang (und damit außerhalb der Bounding Box). Ebenso Teile der ÖBB Schienen, die bereits gemapped sind. Das waren, glaub ich, die längsten Ways, die ich gelöscht hab. Mir ist schon klar, dass der Wolfgang alles wieder löschen kann, wenn wir es unangetastet lassen, aber ich tu mir leichter, wenn ich nicht denselben Way x mal kontrollier, um dann festzustellen, dass ich ihn gleich beim ersten Mal hätte löschen können. In Zoom 13 kann man was downloaden/erkennen, scheint sich um ein Waldgebiet(?) neben dem Wiestalstausee zu handeln. Glaub nicht, dass ich das gelöscht hab, aber ich werd mal versuchen, die Nodes (es sind wirklich viele) so gut es geht zu löschen. Ich würd dich noch bitten minimale Boundingboxen anzugeben, dann muss ich nicht mehr so viel laden um zu sehen was du meinst. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] [plan.at] Salzburg Stadt/Land
On 02/14/2009 09:05 PM, Günther Zin. wrote: In diesem Fall sollte aber JOSM (und vielleicht auch andere Editoren) einen Warnhinweis ausgeben, falls man ihn nicht abgeschaltet hat. Konsequenz für mich: nur löschen, was vollständig im heruntergeladenen Bereich liegt, oder den Way teilen. Der einzige Warnhinweis den ich in Merkaartor erhalt ist ein HTTP 412 Precondition Failed. Ich kann dabei aber nicht mehr eingreifen (weil die Fehlermeldung ja vom Server kommt) und dann nur noch verbleibende Nodes händisch löschen. @Benedikt: Ich werd nochmal drüberschauen. Die Gebiet aus deinem Link direkt runterladen (im Data Layer hab ich da nichts Auffälliges mehr gesehen) und die Einzelnodes löschen. Norbert ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [OSM-talk-fr] Blog français
C'est vrai que cela pourrait être utile aux anglophobes. D'autant que le traffic de ce blog est très raisonnable. Techniquement, je pense que les volontaires peuvent utiliser leurs propres blogs et utiliser les tarckbacks pour référencer le blog d'origine, ainsi que de planet français pour que le plus grand nombre en profite. AMHA, il vaut mieux éviter de *créer* un blog spécifique pour ça : ça ferait un site de plus à maintenir, avec tous les risques de désèchement associés. Le 13 février 2009 17:01, Yann Coupin y...@coupin.net a écrit : On publie une version traduite du post en anglais ? http://www.opengeodata.org/?p=391 Yann ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Guilhem BONNEFILLE -=- #UIN: 15146515 JID: gu...@im.apinc.org MSN: guilhem_bonnefi...@hotmail.com -=- mailto:guilhem.bonnefi...@gmail.com -=- http://nathguil.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les motivés - coastline / d épartement / régions / pays
L'Essonne et Paris sont maintenant OK. Par contre, n'ayant pas tout compris à propos des enclaves/exclaves et ne connaissant pas la région, quelqu'un peut-il m'expliquer ce que je doit faire pour la Meurthe et Moselle ? A+ Antoine Antoine a écrit : OK, je verrai une fois les départements et régions terminés, ce sera plus simple. En passant, l'Aquitaine et ses 5 départements sont maintenant OK. Antoine sly (sylvain letuffe) a écrit : On Friday 13 February 2009 17:42, Antoine wrote: pour la France (ou République française, au choix) : Dois-je laisser la relation actuelle et en faire une seconde avec les lignes côtières ? Ou supprime-je la partie boundary=maritime de la relation en la remplaçant par la ligne côtière ? Moi je voterais 2 Ce que je vois c'est que chez nos voisins y'a des deux avec dominante pour les frontières d'un pays étant les frontières maritimes Allemagne : maritimes Italie : les côtes GB : maritimes Le wiki n'en dit pas long : marks country borders, such as the border between Austria and Germany http://wiki.openstreetmap.org/wiki/Key:boundary Très pragmatiquement, quand on me demande dessine moi la france, je vais pas dessiner ça : http://beta.letuffe.org/mapnik/france.png Je vais plutôt faire un mix frontières terrestres+côte Mais légalement, la france ça semble pourtant bien être ça, donc j'en sais trop rien. En tout cas, ce serait bien plus simple pour moi de faire une carte de france si admin_level=2 c'était la france qu'on dessine ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les motivés - coastline / d épartement / régions / pays
Ah ben non, la ville d'Othe est bien une exclave de Meurthe et Moselle... Par contre, c'est quoi cette seconde exclave un peu plus bas ? Du coup, Sylvain, ton script ne semble pas prendre en compte ce cas particulier... A+ Antoine Antoine a écrit : L'Essonne et Paris sont maintenant OK. Par contre, n'ayant pas tout compris à propos des enclaves/exclaves et ne connaissant pas la région, quelqu'un peut-il m'expliquer ce que je doit faire pour la Meurthe et Moselle ? A+ Antoine Antoine a écrit : OK, je verrai une fois les départements et régions terminés, ce sera plus simple. En passant, l'Aquitaine et ses 5 départements sont maintenant OK. Antoine sly (sylvain letuffe) a écrit : On Friday 13 February 2009 17:42, Antoine wrote: pour la France (ou République française, au choix) : Dois-je laisser la relation actuelle et en faire une seconde avec les lignes côtières ? Ou supprime-je la partie boundary=maritime de la relation en la remplaçant par la ligne côtière ? Moi je voterais 2 Ce que je vois c'est que chez nos voisins y'a des deux avec dominante pour les frontières d'un pays étant les frontières maritimes Allemagne : maritimes Italie : les côtes GB : maritimes Le wiki n'en dit pas long : marks country borders, such as the border between Austria and Germany http://wiki.openstreetmap.org/wiki/Key:boundary Très pragmatiquement, quand on me demande dessine moi la france, je vais pas dessiner ça : http://beta.letuffe.org/mapnik/france.png Je vais plutôt faire un mix frontières terrestres+côte Mais légalement, la france ça semble pourtant bien être ça, donc j'en sais trop rien. En tout cas, ce serait bien plus simple pour moi de faire une carte de france si admin_level=2 c'était la france qu'on dessine ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les motivés - coastline / d épartement / régions / pays
Antoine wrote: L'Essonne et Paris sont maintenant OK. Par contre, n'ayant pas tout compris à propos des enclaves/exclaves et ne connaissant pas la région, quelqu'un peut-il m'expliquer ce que je doit faire pour la Meurthe et Moselle ? La Meurthe-et-Moselle est parfaitement fermée et correcte. Il y a bien deux exclaves. La seconde exclave un peux plus bas qu'Othe est une partie (exclave) de la commune de Petit-Failly. Et effectivement, le rendu de Sylvain semble toujours avoir des problème avec les exclaves. D'ailleurs ce rendu semble également avoir un nouveau problème avec les communes. La plupart des communes de Meurthe-et-Moselle et du Nord sont correct et complètes. Le rendu de Sylvain les affichait bien il y a quelques jours, mais ne les affichent plus. OSM Inspecteur, lui, me dit que tout est toujours correct. Autrement dit, le rendu de Sylvain a toujours quelques problèmes, donc ne pas trop se fier à lui pour l'instant pour faire des corrections. Aurel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Où s'arrête la limite communal e en bord de mer ?
Je demande parce que je vois que certains ont scrupuleusement représenter la limite communale en mer en suivant scrupuleusement le cadastre en ligne. Je me demande quelle valeur à cette limite dans le cadastre parce que je pense qu'une commune s'arrête à la ligne côtière (au dela, ca serait une compétence nationale). Mais je me trompe peut-etre. Si ça se prolonge en mer, ça devrait être à une distance fixe, hors le cadastre fait figurer cette limite à des distances très variables. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE: demande d'utilisation du Plan Cadastral pour le projet OpenstreetMap : la rép onse !
Ça frise l'insolence, vu comme la dgi s'est moquée de nous : oui vous pouvez utiliser le service, mais on s'empresse de le brider -- marc - Message d'origine - De: Gilles LAMIRAL gilles.lami...@laposte.net Env: samedi 14 février 2009 18:02 À: Discussions sur OSM en français talk-fr@openstreetmap.org Objet: Re: [OSM-talk-fr]demande d'utilisation du Plan Cadastral pour le projet OpenstreetMap : la réponse ! Bonjour, Je dépile... J'ai la grande joie de vous annoncer : - la demande spécifique d'utilisation du service WMS sous-jacent au site a reçu une réponse favorable. - l'utilisation que compte faire le projet OSM du plan cadastral ne rencontre aucun obstacle légal étant entendu que seuls des produits composites pourront faire l'objet d'une rediffusion. Un grand bravo ! -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Pour les motivés - coastline / d épartement / régions / pays
Bonne idée sauf que... mes moments de disponibilité sont tout sauf prévisibles. Bon j'essaye maintenant, j'ai 5 minutes ;) Antoine - Mail Original - De: Pieren pier...@gmail.com À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 14 Février 2009 11:28:07 GMT +01:00 Amsterdam / Berlin / Berne / Rome / Stockholm / Vienne Objet: Re: [OSM-talk-fr] Pour les motivés - coastline / département / régions / pays Bonjour, Je pense que ceux qui travaillent en ce moment sur les grandes limites administratives (départements, régions, France) devraient se retrouver sur le canal IRC d'osm-fr pour mieux se coordonner. Pieren 2009/2/14 Antoine nin2jardin@free.fr: ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] demande d'utilisation du Plan Cada stral pour le projet OpenstreetMap : la réponse !
Marc Sibert a écrit : Ça frise l'insolence, vu comme la dgi s'est moquée de nous : oui vous pouvez utiliser le service, mais on s'empresse de le brider -- marc La DGFiP ne s'est JAMAIS engagé envers la communauté OSM à lui livrer des données vectorielles ou tout autre moyen (format) lui permettant d'avancer plus vite dans ses objectifs. Tout demande de précision sur un futur que certains avaient hypothéqué ne passeront pas par moi (pour répondre à Steven sur un autre fil). Le fait que le SVG ne soit plus fourni par le site web ne doit pas nous faire oublier que l'avancée majeure (y compris au niveau européen, INSPIRE included) est la possibilité de réutiliser des données publiques avec une licence OSM ET, bonus track, la possibilité d'utiliser un web service non public à ce jour. Les chantiers actuels de la DGI ne sont pas les nôtres. Acceptons d'attendre l'avènement de la mise à disposition publique du WMS. Il sera temps alors d'en critiquer la non conformité éventuelle. Toute critique prématurée serait mal venue. Je comprend parfaitement l'impatience de certains à créer des données libres à partir de données publiques (avec une méthode industrielle dont j'ai évoqué lors de la dernière réunion IRC le côté prématuré). Que l'on me comprenne bien, je n'ai pas plus d'informations de la part de la DGI que n'importe quel autre citoyen en droit (en devoir) d'interroger sur l'utilisation des deniers publics. En conséquence, si tu te sens floué par la DGI, je me désolidarise complètement de ta démarche et t'invite à émettre en direct tes griefs auprès des autorités compétentes. Je vous renvoie au courrier originel de la demande (voir sur le wiki). Je suis sincèrement désolé pour tous ceux qui ont investi du temps à hacker sans que le fruit de leurs efforts aient été aussi durables qu'ils auraient pu le souhaiter et je suis le premier à regretter que les limites communales soient, de nouveau, à digitaliser à la main. Dans le même temps, cela nous obligera à réfléchir un peu plus à notre travail et c'est, je crois, bénéfique pour l'avancée de notre projet. cordialement Denis PS : je n'ai pas l'intention de polémiquer longuement sur l'administration, ses choix, ses conséquences sur le citoyen, etc. parce que j'ai un projet : créer des données géographiques libres permettant de créer une base de données des limites administratives libres de droit qui n'a, encore, jamais existé. Et il y a du boulot !! PS2 : merci Gilles n'arriver encore à prendre le temps de faire un retour sur une actualité que d'aucun considérait comme une vieillerie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] RE: demande d'utilisation du P lan Cadastral pour le projet OpenstreetMap : la répon se !
Loin de moi la volonté de polémiquer, je suis juste extrèmement déçu car j'avais imaginé que cela nous (et moi en premier) aiderait à avancer beaucoup plus vite et surtout avec une bien plus grande précision. J'imagine (car je n'en ai parler avec personne) que ce sentiment est partagé par tout ceux qui ont oeuvrés pour obtenir techniquement ou légalement l'accès à ce service. Voilà l'origine de mon aigreure, ce qui n'excuse pas, mais explique mon message. Vu sur le wiki : OSM is hightly addictive... et le sevrage est difficile, mais le projet continue après tout. -- Marc - Message d'origine - De: Denis dhel...@free.fr Env: samedi 14 février 2009 21:04 À: Discussions sur OSM en français talk-fr@openstreetmap.org Objet: Re: [OSM-talk-fr] demande d'utilisation du Plan Cadastral pour le projet OpenstreetMap : la réponse ! Marc Sibert a écrit : Ça frise l'insolence, vu comme la dgi s'est moquée de nous : oui vous pouvez utiliser le service, mais on s'empresse de le brider -- marc La DGFiP ne s'est JAMAIS engagé envers la communauté OSM à lui livrer des données vectorielles ou tout autre moyen (format) lui permettant d'avancer plus vite dans ses objectifs. Tout demande de précision sur un futur que certains avaient hypothéqué ne passeront pas par moi (pour répondre à Steven sur un autre fil). Le fait que le SVG ne soit plus fourni par le site web ne doit pas nous faire oublier que l'avancée majeure (y compris au niveau européen, INSPIRE included) est la possibilité de réutiliser des données publiques avec une licence OSM ET, bonus track, la possibilité d'utiliser un web service non public à ce jour. Les chantiers actuels de la DGI ne sont pas les nôtres. Acceptons d'attendre l'avènement de la mise à disposition publique du WMS. Il sera temps alors d'en critiquer la non conformité éventuelle. Toute critique prématurée serait mal venue. Je comprend parfaitement l'impatience de certains à créer des données libres à partir de données publiques (avec une méthode industrielle dont j'ai évoqué lors de la dernière réunion IRC le côté prématuré). Que l'on me comprenne bien, je n'ai pas plus d'informations de la part de la DGI que n'importe quel autre citoyen en droit (en devoir) d'interroger sur l'utilisation des deniers publics. En conséquence, si tu te sens floué par la DGI, je me désolidarise complètement de ta démarche et t'invite à émettre en direct tes griefs auprès des autorités compétentes. Je vous renvoie au courrier originel de la demande (voir sur le wiki). Je suis sincèrement désolé pour tous ceux qui ont investi du temps à hacker sans que le fruit de leurs efforts aient été aussi durables qu'ils auraient pu le souhaiter et je suis le premier à regretter que les limites communales soient, de nouveau, à digitaliser à la main. Dans le même temps, cela nous obligera à réfléchir un peu plus à notre travail et c'est, je crois, bénéfique pour l'avancée de notre projet. cordialement Denis PS : je n'ai pas l'intention de polémiquer longuement sur l'administration, ses choix, ses conséquences sur le citoyen, etc. parce que j'ai un projet : créer des données géographiques libres permettant de créer une base de données des limites administratives libres de droit qui n'a, encore, jamais existé. Et il y a du boulot !! PS2 : merci Gilles n'arriver encore à prendre le temps de faire un retour sur une actualité que d'aucun considérait comme une vieillerie. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import POI Crédit Mutuel de Bret agne
Bonjour, Pour Chavagne le CMB du .bz2 est décalé de 10 mètres environ vers l'est, il se place en face du CA ,ce qui est complètement faux, c'est en fait la salle de l'entre deux rives. C'est donc moins précis qu'un relevé maison, en ce qui concerne le poi de Chavagne. http://www.openstreetmap.org/?lat=48.05269lon=-1.78879zoom=17layers=0B00FTF -- Au revoir, 02 99 64 31 77 Gilles Lamiral. France, Chavagne (35310) 06 20 79 76 06 ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[Talk-GB] Oxford UK 1:2500 O/S maps from 1958: copyright status of in-house copies?
I'm uploading (to http://wrp.geothings.net/ ) a bunch of large-scale maps found in a drawer by University Estates Directorate staff who very kindly let me use their scanner to make digital copies after checking their copyright status to a first approximation. I'll probably need some helpers for the tedious business of rectifying later on, will update on talk-gb for that. More general question though: what's the legal status of an in-house copy, or copies printed from microfilm or photocopied in-house? All such copies were presumably made under license of course; no evidence to the contrary. The maps I dug out fell into three categories: 1. O/S printed originals, on good, slightly yellowing paper stock with publication dates and everything. These are the ones I felt happy about making copies of, provided the original publication dates were = 1958, and these are what I'm currently uploading. So that's paper(1958) - scanned(2009)[when o.o.c.] - osm which is clean. I'll not be uploading copies (just yet / possibly ever?) of: 2. Paper copies done from microfilm, presumably, with evident optical blurring and other artefacts you might expect to see from a photostatic process. Original pub dates = 1958 on the sheets, but when was the microfilm made and by who? And does that matter? Less weighty paper than 1., but whiter. So assume that's paper(1958) - microfilmed(?) - printed(?) [ - photocopies? ] 3. Same as 2, but messed up with purple grot very much like the stuff used in old Banda machines. Could just have been stored with the sheets used for a process like that, I suppose. All pre-1959. So that's paper(1958) - [god alone knows] - [what can we do with it?] So my question is: does in-house (no doubt _licensed_) copying at an unknown time affect copyright status as far as OSM is concerned, and does running off paper copies from microfilm at an unknown time, from film (re)published at an unknown time (but with apparently acceptably dates for the original) affect whether we can make copies for tracing into OSM? I don't think any of the in-house copies were made within the Crown Copyright period of 50 years post-publication: everything looked more than a few years old. (It would be nice to have UK copyright law chapter and verse on this, but all I've read recently on that is this: http://jergames.blogspot.com/2009/02/uk-copyright-law-in-verse.html ) -- Andrew Chadwick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Oxford UK 1:2500 O/S maps from 1958: copyright status of in-house copies?
2009/2/14 Andrew Chadwick (mailing lists) andrewc-email-li...@piffle.org: I'm uploading (to http://wrp.geothings.net/ ) a bunch of large-scale maps found in a drawer by University Estates Directorate staff who very kindly let me use their scanner to make digital copies after checking their copyright status to a first approximation. I'll probably need some helpers for the tedious business of rectifying later on, will update on talk-gb for that. I've begun rectifying some of them by eye, but it really should be possible to transform them, since they are maps with a grid in a known projection (OSGB36, I assume).. All we theoretically need to do is map the image pixels to OSGB refs, then let a tool rectify them to whatever projection we want. -- Regards, Thomas Wood (Edgemaster) ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Oxford UK 1:2500 O/S maps from 1958: copyright status of in-house copies?
Tim Waters (chippy) wrote: 2009/2/14 Andrew Chadwick (mailing lists) andrewc-email-li...@piffle.org: I really wish warper allowed you to stitch multiple uploads from the same source together into a scrollable, WMSable whole by tag or somesuch. Great idea, and it's in the pipeline :-) Cool! Feel free to use the stuff I've uploaded as test material - it's largely contiguous, probably as a result of having come from the same neglected map drawer :) Guess I'll have to start exhorting people to spend time cropping the maps too so that they slot together without too much ugly overlap. Tags generally would be nice things to have so that links can be shared. -- Andrew Chadwick ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
