Re: [OSM-talk] [Announce] Important Maintenance shortly
To view this in your own time zone, you can visit: https://www.timeanddate.com/worldclock/fixedtime.html?msg=OSM+website+and+API+downiso=20150727T12p1=1440ah=1 2015-07-27 13:21 GMT+02:00 Grant Slater openstreet...@firefishy.com: Hi All, OpenStreetMap website + API will be read-only midday to 1pm (UTC/GMT) later today for important hardware maintenance. Apologies for the short notice. Mappers will not be able to save map updates during this maintenance window. For status updates during the maintenance window please visit http://irc.openstreetmap.org in the #osm-dev channel. Kind regards, Grant Part of the OpenStreetMap operations team. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] POIs
Op vrijdag 24 juli 2015 heeft André Pirard a.pirard.pa...@gmail.com het volgende geschreven: FYI, I once wrote an improvement to a Wikipedia page. A self-appointed vigilante came down on me and accused be of self-research (what I wrote was as verifiable as 1+2=3). I was requested to add a link to a page saying 1+2=3. I replied that what I said could be proved, and that, of the existing 3 links in the page, 3 were incorrect. That's because Wikipedia does not aim to tell the truth, they want to summarize what can be found in other sources[1]. That's why you have to add sources for everything except for the most trivially verifiable[2]. Even if you know/think you're right. ;) [1] https://en.wikipedia.org/wiki/WP:TRUTH [2] https://en.wikipedia.org/wiki/WP:VER -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk] Tag standardisation (was: Tagging concert / music hall)
2015-07-21 12:04 GMT+02:00 Peter vd Kamp pk...@acm.org: Thanks for the answers so far. It's a pity that there is no consensus, because it makes searching more difficult: the user must be aware of the fact that he has to search for different tags. Yep, that's how OSM works. :p I'm fairly new to contribute to Openstreetmap, so I don't know of long term habits for tagging. For the moment I will use amenity=music_hall or amenity=concert_hall. Thanks to this discussion I'm curious about standardization processes regarding metadata in Openstreetmap, but that's a topic for a new thread. There's the tagging mailing list[1] to which you can subscribe if you're into discussing tags. We also have a Feature Proposal Process on the wiki[2]. It's not perfect and basically if a feature gets approved, that doesn't mean anything other than that it has been approved. It doesn't guarantee it will be supported by any data consumer. It has its merits though: your tagging scheme gets seen by other mappers and they can comment on special cases or things you may have overlooked. Things that may not have been noticed before it is too late if you simply invented a tagging scheme, started using it and created a wiki page for it. [1] https://lists.openstreetmap.org/listinfo/tagging [2] https://wiki.openstreetmap.org/wiki/Proposal_process On 20 jul. 2015, at 21:28, Malcolm Herring malcolm.herr...@btinternet.com wrote: Some concert halls: Albert Hall, London: attraction=music_venue Concertgebouw, Amsterdam: amenity=theatre Gewandhaus, Leipzig: theatre:genre=philharmonic Musikverein, Vienna: amenity=concert_hall Philharmonie, Berlin: amenity=theatre Symphony Hall, Birmingham: building=concert_hall Clearly a consensus - NOT! ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Issue-Tracker for http[s]://www.openstreetmap.org
2015-07-16 15:53 GMT+02:00 Karl-Philipp Richter rich...@richtercloud.de: Thanks, I opened issue http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues%2f1008 to add a reference to http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=http%3a%2f%2fwww.openstreetmap.org%2fhelp Karl-Philipp, You may have malware on your computer, your links appear to have changed into URLs that track clicks. He opened issue https://github.com/openstreetmap/openstreetmap-website/issues/1008 requesting to add a link to the bug tracker on http://www.openstreetmap.org/help. The issue has already been closed (wontfix). ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] blacklist elasticmail.com? [was Re: Issue-Tracker for http[s]://www.openstreetmap.org]
Op donderdag 16 juli 2015 heeft Richard ricoz@gmail.com het volgende geschreven: On Thu, Jul 16, 2015 at 05:26:03PM +0200, Ruben Maes wrote: 2015-07-16 15:53 GMT+02:00 Karl-Philipp Richter rich...@richtercloud.de : Thanks, I opened issue http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=https%3a%2f%2fgithub.com%2fopenstreetmap%2fopenstreetmap-website%2fissues%2f1008 to add a reference to http://api.elasticemail.com/tracking/click?msgid=ma9n39-4q1aukwsxfbs50target=http%3a%2f%2fwww.openstreetmap.org%2fhelp Karl-Philipp, You may have malware on your computer, your links appear to have changed into URLs that track clicks. apparently he sent his email through elasticmail.com and the service treats link like that. I believe email services behaving like this are a potential security hazard to everyone and should be blacklisted on this list. +1, should be blacklisted. Or at a minimum, the tracking links should be reconverted. Maybe easier to just ban it. -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] is this ok?
Definitely not OK, relations aren't collections. (I know it's in the wiki somewhere but not where exactly) Op woensdag 1 juli 2015 heeft joost schouppe joost.schou...@gmail.com het volgende geschreven: This new user added a lot of viewpoints and made a relation of them: http://www.openstreetmap.org/relation/5331824 I think the idea is to collect some nice spots to rest in the shade. -- ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Mappers and apps should focus on relations at the very start
2015-06-28 20:34 GMT+02:00 Fernando Trebien fernando.treb...@gmail.com: On Sun, Jun 28, 2015 at 4:03 AM, Richard Fairhurst rich...@systemed.net wrote: When people are deleting and combining ways, they are editing invisible data - tags and parent relations. In a world without relations, combining different tags would still be an issue. For instance, the sidewalk tag is not visible. It should be visible. If it ever becomes visible, there is still a huge repository of approved tags that won't be. The current approach - concatenation - is essentially invisible in many situations (the user must pay a lot of attention at the result). I would like to see a scenario where a casual mapper (the target audience of all editors besides JOSM) would prefer not to be notified about a potential mistake. I do mapping sprints very often, I'm knowledgeable, and even so I prefer to get interrupted in my mapping whenever I do something potentially damaging. Without that, even with my experience, I would have broken data multiple times. How is that casual mappers would prefer not to have that? It is a contradiction to design the application for casual mappers and still place fastest mapping at utmost priority. A casual mapper is not aware of the data model, and should not be expected to be so. Trying to be a bit objective here: I have been teaching someone to edit OSM with iD and he was demotivated by the warnings he got when clicking Save. He then had to try to find out where the errors were, failed to do so and gave up. I told him to just upload it and I fixed it myself. So I believe that thinking you are ready and then having to deal later with mistakes you made earlier is highly demotivating. Eventually I convinced him to take the leap to JOSM. I had to explain how the data is represented and it took him more time to learn (note that JOSM made him eager to learn more about the actual data structures!), but now he is more confident in editing ways. I have not explained relations yet though and he broke some last week, by merging ways (one was in a route relation and the other not). I tried this and JOSM does not give any warning at all when you do that in expert mode, but it does in non-expert mode. Apparently it was not clear enough that data would break. My conclusion is that editors should not try to hide too much, but be didactic. Ideally they should confront mappers with what exactly the consequences are of a certain action (and I realize this is very hard to do, with the freedom of tags and such). In this case, a map with the effect on the relation could have been shown. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-be] How to tag highway only emergency
It is currently tagged vehicle=no + emergency=yes. I would go even further and say access=no + emergency=yes. 2015-06-23 10:52 GMT+02:00 Marc Gemis marc.ge...@gmail.com: According to taginfo [1], it is used over 45.000 times so it is good. An alternative would be to use access=emergency, but that is used only 1620 times. The problem with emergency=yes is that there are a bunch of other tags that have nothing to do with access rights that are also tagged with emergency=xxx, e.g. fire hydrants The access=emergency is therefore a better solution IMHO [1] http://taginfo.openstreetmap.org/keys/emergency#values On Tue, Jun 23, 2015 at 10:38 AM, Jakka vdmfrank...@gmail.com wrote: At Ieper new crossing under construction http://www.openstreetmap.org/#map=18/50.87122/2.89731 From the south Briekestraat only emergency will be allowed to go on N38 Straight on tunnel only for bicycle en foot. How to tag highway only emergency http://wiki.openstreetmap.org/wiki/Proposed_features/emergency_vehicle_access this page still good ?? For the moment I used highway=service and emergency=yes selec 1 Algemeen toegang ??? selec 4 Alle voertuigen no ??? selec 12 Noodhulp yes ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] OSM contributions by Gemeente Destelbergen, Westtoer ...
Hello everyone While looking at the new contributors around Ghent (with an RSS feed from [1]), I saw that the municipality of Destelbergen appears to have opened an account[2]. They already have quite a lot of changesets but those all modify just one way. I've sent them a PM to encourage them to use changeset comments and to inform them about the possibility of using OSM on the map on their website (now they're using Google Maps) [3]. I've said that if they would like help in doing so, they can join the mailing list or contact me. I think it's cool that OSM is getting discovered by more and more governments. That said, how is the Westtoer case going? The last message about them on this list is from more than 3 months ago. [1] http://resultmaps.neis-one.org/newestosm.php [2] https://www.openstreetmap.org/user/Gemeente%20Destelbergen [3] http://www.destelbergen.be/stratenplan Groeten Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] State of the map in Brussels in 2016!
Wh! *hyper-kinematic spasms* Congratulations to the team behind it! 2015-06-20 20:08 GMT+02:00 Ben Abelshausen ben.abelshau...@gmail.com: Hi all, I'm very happy to announce that State of the map is coming to Belgium next year: https://2016.stateofthemap.org Let us know if you want to be involved, have ideas, ... We have the ambition to make this the best SOTM ever in Europe! Spread the word among all friends, mappers, clients, whatever...!! Cheers, Ben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] een mapping party in Gent
* verdeel een flyer met basisinfo: wat is OSM, wie zijn deze zotten en waarom willen ze mij gratis helpen * verdeel een sticker om ergens in de gemapte winkel te zetten: iets als Tthis time you had to look for this place. Next time, just use OpenStreetMap Dat klinkt goed, maar hoe zal dat gefinancieerd worden? Op een website zie ik voor 500 dubbelzijdige A7-flyers €28. 250 raamstickers (cirkels diameter 10cm) €84. Ofwel moeten we sponsors zoeken en er nog reclame bijzetten ... Ruben, we zitten dicht tegen de Gentse feesten aan, misschien dat er dan al wel terug wat studenten in de stad zijn? Maar als het nu tegenvalt qua studenten, dan kunnen we het gewoon nog eens opnieuw doen eind september, begin oktober, niet? Misschien is het ook wel beter om twee aparte events te hebben, de ene gericht op studenten en de ander niet. * Eén voor de winkels en zo, zoals je zegt. Op 10 juni wordt het programma van de Gentse Feesten geopenbaard, als we het in die periode willen doen, kunnen we vanaf woensdag dus weten wanneer de activiteiten plaatsvinden. * De ander, voor studenten, zou dan aan het begin van het academisch jaar kunnen zijn wanneer iedereen nog geen zin heeft om te studeren, en dan meer focussen op dingen die studenten leuk vinden: de Overpoort (uitgangsbuurt in Gent), gezellige cafeetjes, bibliotheken, boekenwinkels, de campussen van de unief enz... Ruben, wanneer doen jullie de dataverzameling in winkelstraten? Op een zaterdag lijkt mij ook al niet echt ideaal, gezien de grote drukte. Dat was op vrijdagnamiddagen, omdat we dan tijd hadden. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] een mapping party in Gent
Ik ben ook geïnteresseerd, ik kom vaak in Gent. Nu heb ik het wel nog druk. Merk ook op dat studenten nu in de examenperiode zitten en dat ze in juli, augustus en de eerste helft van september zomervakantie hebben. Er zijn dan steeds veel minder studenten in Gent. Ik kan vragen aan de Universiteit Gent of we posters zouden mogen hangen op de prikborden; dat wordt nog gedaan voor allerlei dingen. Misschien mogen we zelfs een locatie gebruiken van hen. Het zou dan wel best met inschrijvingen zijn zodat we weten hoeveel volk er komt. Groeten Ruben Op 4 juni 2015 11:41 schreef Pieter Colpaert pieter.colpa...@okfn.org: Gezien Pieter-Jan van Open Knowledbe Belgium vanuit Gent werkt en ik ook in Gent woon, ben ik ook bereid te steunen met communicatie en evt. een locatie te zoeken. Als in juli, dan kunnen we dit samen laten vallen met een avond op open Summer of code: http://summerofcode.be. Dan heb je direct een extra publiek van 20 studenten, en de faciliteiten + drinks gefinancierd door oSoc :) Mvg, Pieter On 04-06-15 11:23, nico...@pettiaux.be wrote: Ik ben geinteresseerd voor zoo'n party tussen 1 augustus en 23 augustus of na 1 septembre. mvg Nicolas À jeu. juin 4 09:16:40 2015 GMT+0200, joost schouppe a écrit : Hoi allen, Ik had al eens wat ideetjes gelanceerd in beperkte groep voor een mapping party in Gent. Heeft er iemand zin om daar mee in te vliegen? En zijn er mensen die een introductie JOSM willen komen geven of anderszins willen helpen? Ik zou het ergens in juli of augustus willen doen. Focus op POI's. * Motivatie: Waar we het verschil met Google Maps kunnen maken is bij de ondernemer, de hipster en de lokale overheid. Google is te traag voor de ondernemer met een nieuw project, zet de dingen pas online als ze niet meer hip zijn en heeft minder aandacht voor de gebieden die een lokale overheid net onder de aandacht wil brengen. In Gent ben ik zeker dat we wat steun zouden krijgen van overheidswege als we Bart Rosseau wat uitleg geven over het plan. En die zal wel contacten hebben bij mensen die alternatieve winkelstraten in de verf willen zetten. Die zouden kunnen helpen met promotie (het boekske van Gent?) en misschien wel een locatie voor pre- en post op straat gaan. Waarom het idee van een Map-my-Shop Party mij zo aanspreekt, is omdat het werkt op deze drie zwakten: - Openstreetmap is nog niet bekend genoeg. - Openstreetmap heeft te weinig POIs - Er doen véél te weinig vrouwen aan Openstreetmap Ik zou de promotie wat ludiek en ironisch sexistisch houden. Iets in de stijl van Mapping nerd zoekt vrouw om mee te gaan shoppen. Mannen enkel toegestaan mits ze een vrouw meenemen. * Als we dan toch bezig zijn: Wat betreft fietspaden of toegankelijkheid. De toegankelijkheid van stoepen en winkels lijkt mij absoluut iets dat dit een socialer kantje kan geven. En speciale aandacht voor de fietsinfrastructuur (een kaart die toont waar fietsers niet tegen de richting mogen, of waar de lastige kasseien liggen en de fietsenstallingen zijn) lijkt mij absoluut ook perfect te combineren met het thema. * Organisatorisch: Vóór het echte mappen: geen presentaties. Gewoon aan de mensen vragen smartphones mee te nemen, een aantal tools installeren, wat uitleg over papierwerk, en dan op de baan. Best in groepjes van twee of drie personen om zoveel mogelijk terrein te beslaan. Onderweg: * verdeel een flyer met basisinfo: wat is OSM, wie zijn deze zotten en waarom willen ze mij gratis helpen * verdeel een sticker om ergens in de gemapte winkel te zetten: iets als Tthis time you had to look for this place. Next time, just use OpenStreetMap * neem fiches mee om basisgegevens in te invullen * fieldnotes om het overzicht te houden * eventueel rechtstreeks toevoegen gegevens via Osmand? Mogelijk nog niet direct als POI maar als note. * onderweg mapillary streetview foto's maken (ware ideaal als we zo'n 360° camera te pakken zouden krijgen) Achteraf: * invoeren van de gegevens via verschillende editors * ervaren JOSM mappers nodig voor dingen als compexe openingsuren * Laat het resultaat zien, stel in het licht dat OSM niet gewoon een kaartje is, maar een doos Lego: - hoe ziet het eruit op sites als http://www.openlinkmap.org/ , http://openlovemap.de/ , http://thenextis.com/ (wifi, ATM) etc. - toelichting over indoor mapping, over tagging, POI kaarten op maat via umaps, over lokale data met wereldwijde community (en dus tools en zichtbaarheid) Groeten, Joost -- +32 486 74 71 22 Open Knowledge Belgium http://okfn.be Open Transport community http://transport.okfn.org ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] For OSM copyright enforcers: strangest map yet
Hi It reminds me somehow of this service: http://afstandmeten.nl/ They have a similar multi-background map, but they got the attribution right. Do we have a template for copyright letters? If we haven't, perhaps now's the time to make them. So far, I've written two copyright emails[1] (in Dutch). Groeten Ruben [1] https://wiki.openstreetmap.org/wiki/User:M!dgard/Copyrightbrieven 2015-05-28 21:25 GMT+02:00 André Pirard a.pirard.pa...@gmail.com: Hi, I stumbled on this map. They've got the Google Pegman, markers, zoom bar and logo. They've got a Google Terms of Use. But, gulp, the map is OSM (what I've just mapped, looked like an echo ;-) ) In fact, the map is multi-background. There seems to be a cookie to remember your preference. And the default preference was OSM as I got it from Google Search. But yet... Cheers André. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Relation knooppunten
Hi Jakka I think it's because the last street (Stationsstraat) has oneway=yes. Add oneway:bicycle=no if bikes are allowed to go in the opposite direction as well. Groeten Ruben On 24 May 2015 11:27, Jakka vdmfrank...@gmail.com wrote: Hi, http://osma.vmarc.be/nl/route/1126024 Who can help explain what error here is? I do not see it. I think it is something with the second highway. Tiende Linie Regimentsstraat rol ?? it is no oneway on the map? Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Relation knooppunten Who can explain what we see and what can be done?
English below En de gaten tussen de pijltjes in Routeonderdelen komen gewoon doordat de afbeeldingen niet hoog genoeg zijn. Je kan zien dat Oude Beselarestraat te lang is om op één lijntje te passen, dus gebruikt hij er twee. De afbeelding is slechts 40 pixels hoog en vult zo niet het volledige tabelveld. And the gaps between the arrows in Routeonderdelen/Route members is just because of the image not being high enough. You can see Oude Beselarestraat is too long to fit on one line, so it wraps. The image of the arrow is only 40 pixels in height so it does not fill the entire table cell. 2015-05-15 16:07 GMT+02:00 Jakka vdmfrank...@gmail.com: Who kan explain what we see and what can be done? Realdata http://osma.vmarc.be/route/1617069 Structure: forward=(43 - 54 via + 43 - 109643277 - 101716647 - 28679541 + 101716652 + 101716655 + 195807258 + 233963107 + 233963106 - 28679457 - 117046950 - 28679431 - 28462213 + 28503279 + 30643717 - 28896034 + 28462396 + 322946540 + 28679315 + 78794140 + 138131478 + 28512850 + 78794128 + 78794124 + 101507059 + 30013082 + - 54 41662567) backward=(54 - None [broken] via - - 54 41662567 - 30013082 - 101507059 - 78794124 + 28960258 + 78794134 - 138131478 - 78794140 - 28679315 - 322946540 - 28462396 + 28896034) Feiten: NoBackwardPath Er is geen verbinding van het eindknooppunt naar het startknooppunt (terug weg). screenshot will delete this next week https://www.dropbox.com/s/dpiqhrjcklt6f1b/osma_vmarc.be_route_1617069.png?dl=0 https://www.dropbox.com/s/y9qxn0ocv8o994n/Relaition_josm_43_54.png?dl=0 Met vriendelijke groeten, Jakka ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Multi-layer problems
There are three levels of public road and the result on the map looks extremely ugly and unreadable: https://www.openstreetmap.org/#map=19/51.03685/3.70898 Ah, I didn't think it possible, but now that bicycle parkings are rendered (as of today, Marc's just posted it in this list) it has become even worse. :) I would never cut in the data. I would just file a bug report with the renderer. OTOH I haven't looked at the raw data, and maybe with some slight retagging (without tagging for the renderer), it can be solved. Perhaps a tunnel=building_passage on the highway=pedestrian Yeah, I would never tag for the renderer. I'm a semantic purist :p The problem is ... there is no building passage as I see it. This way is 5 meters below street level: https://www.openstreetmap.org/way/194651168 There are ramps for pedestrians and bikers on both sides. The way gives access to the public bicycle parkings under the Virginie Lovelinggebouw. Soit, it is mapped correctly AFAIK and I've opened an issue: https://github.com/gravitystorm/openstreetmap-carto/issues/1544 Groeten Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Map without attribution in Schamper
Hello list The student magazine Schamper published two maps without attribution in their latest publication. (http://www.schamper.ugent.be/files/pdf/555.pdf, maps on page 39, and on the latest page) I have composed this letter (in Dutch): https://wiki.openstreetmap.org/wiki/User:M!dgard/Brief_Schamper If there is no negative feedback, I'm planning to send it by email this Friday, May 15th. Groeten Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] Multi-layer problems
Hello everyone I surveyed near the new Virginie Loveling building near the train station in Ghent and mapped everything accordingly a few months ago. There are three levels of public road and the result on the map looks extremely ugly and unreadable: https://www.openstreetmap.org/#map=19/51.03685/3.70898 3D maps can't handle it either (e.g. F4: http://demo.f4map.com/#lat=51.0367277lon=3.7088474zoom=19camera.theta=71.119camera.phi=94.252) The fact that highway=pedestrian is now *always* rendered on top of buildings (no matter what the layer=* values are) makes things worse. If you haven't been there, I guess you have no idea how this place looks in real life from looking at the map. I can't think of any application that would be able to do something useful with it. Routing works a bit but if you cannot read the map or get useful spoken instructions that's not really helpful. This has left me wondering ... Should we either cut in the provided data or wait for renderers and applications to be able to handle these kind of situations? A possible improvement could be something like Google Maps does: it shows a layer chooser when you come near a multi-layer place, both indoor and outdoor IIRC. This seems complicated to implement in the current setup and I don't expect any OSM map at all to be handling these situations gracefully soon. There are also problems near the Bruges train station, though it looks a bit less ugly at first sight. https://www.openstreetmap.org/#map=18/51.19707/3.21997 Any ideas? Groeten Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] route = foot
Sorry to bring up this old thread, I was bored so I skimmed a bit through old unopened mails from the mailing list and I thought I should mention this: There's also this proposal for 'virtual highways': https://wiki.openstreetmap.org/wiki/Proposed_features/virtual_highway The original proposal uses highway=virtual, I suggested using highway:virtual=pedestrian/... instead so you don't have to add all access restrictions by hand. I am not sure whether it is a good idea or not, but the proposal is there on the wiki. Groeten Ruben On 20 Jan 2015 23:29, Gilbert Hersschens gherssch...@gmail.com wrote: Bedankt. Weer iets bijgeleerd. 2015-01-20 22:14 GMT+01:00 Jo winfi...@gmail.com: route=foot lijkt mij ook een redelijk elegante oplossing om zowel een continue reeks ways te hebben in de relatie, zonder de rendering te beïnvloeden. Op 20 januari 2015 22:12 schreef Ben Laenen benlae...@gmail.com: Dit zijn stukjes over pleinen waar enkele routes over gaan, je kan moeilijk het hele plein toevoegen omdat je dan de exacte route verliest, en aangezien er niets verschillend in realiteit is kan je er ook niet echt een highway=footway of pedestrian aan geven. Vandaar dus route=foot/bicycle, en die kun je nog wel op enkele andere plekken vinden in het land. Of dat dit nu correct is of niet, het is toch duidelijk wat de bedoeling is, dus niets mis mee wat mij betreft. Ben On Tuesday 20 January 2015 21:13:47 Gilbert Hersschens wrote: Er loopt een wandel route dwars over de markt van Geel. Die markt is een voetgangerszone getagd als highway = pedestrian + area = yes. Omdat die highway dus geen way maar een area is heeft de mapper er gewoon een lijn door getrokken om de 2 stukken weg dwars over de markt te verbinden (om de route niet te breken) en dat stukje weg getagd met route = foot. Nu is route normalerwijze een relatie type en geen highway tag. Ik vraag me dus af of dit de correcte tag is voor een virtuele weg over een plein. Het is in elk geval een creatieve oplossing, maar misschien is er een andere, meer correcte manier ? zie: https://www.openstreetmap.org/way/148011489 Gilbert ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
[OSM-talk-be] De Haan virtual village
Hi all Seaside village De Haan/Le Coq is launching a virtual tour in their city (in Dutch): http://dehaan.liquifi.be/websites/2/templates/105/news_events_template.aspx?news=339web=2 They are presenting it to the press and the public tomorrow at 19:00 in Sunparks De Haan (http://www.openstreetmap.org/?mlat=51.28237mlon=3.06453#map=18/51.28237/3.06453). I imagine it will be a bit like Street View. Perhaps we could ask them for permission to use the imagery to map from? Ideally they should also use OpenStreetMap if there is an overview map of course, but I don't see that happening too soon if they have already worked out the project. Groeten Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Westtoer / WVI
Yesterday Marc met with Westtoer (the touristic service in West-Flanders) and WVI (the GIS coordinator of 54 of the 64 West-Flemish municipalities). He didn't have the time to translate his notes, so I tried to translate them into English from my understanding. If I misinterpreted, please correct it! I would like to thank Marc for his time and effort to do this. This cooperation sounds really really interesting. On 2 Apr 2015 07:26, Marc Gemis marc.ge...@gmail.com wrote: Westtoer wil echt aan de slag met OpenStreetMap Westtoer really wants to start using OSM: - Steeds als basislaag. Hun servers en stijl * They want it to be their default base layer, on their own servers and with their own style. - Controle tools (op hun servers) * They want to provide QA tools on their own servers. - Donatie van data, niet alles, bv. technische gegevens palen wandelknooppunten niet * They want to donate their data (not all of it though, e.g. not the technical details of the signs for the walking networks). - proberen feedback lus te installeren (wijzigingen in OSM terugkoppelen) * They want to create a feedback loop, so they can update their data based on changes in OSM. - sommige dingen willen ze zelf in OSM onderhouden, andere niet * Some things they want to maintain themselves in OSM, other things not. - zoeken feitelijk professionele consultant voor mee opstellen van cursussen rond OSM. (Syntra is gevallen). Ook iemand vanuit de community om daar mee aan te schrijven / te sturen. Denken aan 60 cursusdagen - cursus voor professionele GIS mensen van Westtoer en WVI. - cursus voor hun peters/meters van het wandelnetwerk om meer mensen op OSM te krijgen * As a matter of fact they are searching for a professional consultant to help organise OSM courses. (Syntra was mentioned.) They would also like to have someone from the community help writing/steering those. They are thinking of 60 course days. The course would be aimed at professional GIS people from Westtoer and WVI, and their 'godparents' of the walking network. This would be to get more people on OSM. - WVI gaat GIS medewerkers naar die cursus proberen te krijgen * WVI will try to get their GIS employees to follow that course. - gaan ook proberen sponsors te zoeken * They will also try to find sponsors. - andere overheidsinstellingen zoeken (W-Vl eerst) * Find other governmental institutions (initially in West-Flanders) [To do what?] - WVI denkt aan europees programma rond GIS om geld los te krijgen * WVI is thinking of a European GIS programme in hopes of getting subsidies for us. - WVI via gemeenten zoeken naar doelgroepen die interesse hebben om mee te mappen * WVI wants to search for groups that would be interested in mapping. They propose to work together with the municipalities for this. - Westtoer via hun peters/meters project (of andere methodes?) zoeken naar nieuwe mappers * Westtoer proposed to search for new mappers through their 'godparents' project. Or possibly in other ways. - Willen langdurige samenwerking, willen echt OSM vooruit helpen * They want a long-term cooperation. They really want to help OSM forwards. Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
*Nederlands beneden* == English == I sent the mail today and I already received an answer. They confirm that they used OSM and will include the required attribution in future publications, including new revisions of the plasplan. The toilet locations in the plasplan are currently being updated and a new version of it will be printed in the near future. There are no more plasplans from 2014 in stock. They are OK with us copying the toilets. If we mention the city of Ostend as a source, they ask to also include the year of publication of the version we used, because it is updated each year. So that's good news. :) Being able to give the map a custom style sounds interesting to them. The person who answered my email (who was not the one to whom I sent my email) will look into the possibilities of OSM shortly. Perhaps someone could offer them a hand? == Nederlands == Ik heb de mail vandaag verstuurd en ik heb al een antwoord gekregen. Ze bevestigen dat ze OSM gebruiken en ze zullen de nodige verwijzing maken in toekomstige publicaties, waaronder nieuwe uitgaven van het plasplan. The toiletlocaties worden momenteel geüpdatet en een nieuwe versie zal binnenkort worden gedrukt. Er zijn geen plasplannen van 2014 meer in voorraad. We mogen van hen de toiletlocaties overnemen. Als we stad Oostende als bron vermelden, zouden ze graag hebben dat we ook het jaartal vermelden van de versie van het plasplan die we gebruiken, omdat het elk jaar wordt bijgewerkt. Dat is dus goed nieuws. :) De kaart een eigen stijl kunnen geven lijkt hun interessant. De persoon die mijn e-mail beantwoordde (die niet dezelfde was als degene naar wie ik mijn mail had gestuurd) zal eerstdaags naar de mogelijkheden van OSM kijken. Misschien zou iemand kunnen voorstellen een handje te helpen? ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
2015-03-20 14:21 GMT+01:00 Marc Gemis marc.ge...@gmail.com: Mention the source in the changeset comment, is that what you/they mean ? regards m I think they don't really know how we provide source information. I think it would be easiest to indeed use a source on the changeset, and also put them on the wiki page (but it doesn't really make much sense to include a year there, because we can use all of the revisions). ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM Remote control
And, should you be using the addon NoScript, you also have to make an exception in its Application Boundaries Enforcer module (ABE): Go to the NoScript options, then to the tab Advanced, subtab ABE, SYSTEM ruleset. If you haven't edited those already, they should look like this: # Prevent Internet sites from requesting LAN resources. Site LOCAL Accept from LOCAL Deny Add these two lines after Accept from LOCAL: Accept from https://openstreetmap.org/ Accept from https://www.openstreetmap.org/ In combination with the certificate trick, you should then be good to go. Ruben 2015-02-28 16:57 GMT+01:00 Ruben Maes ru...@janmaes.com: Maybe you can circumvent the issue by doing this: Open JOSM and make sure you have Remote Control enabled. In Firefox, go to this address: https://127.0.0.1:8112/ You should get a warning screen saying This Connection is Untrusted. Click I Understand the Risks and press the Add Exception... button. A window pops up. (You can press View and inspect the certificate if you like. Close the details window if you have done so.) Make sure Permanently store this exception is checked and click Confirm Security Exception. Now you should see a Bad Request error page because you haven't asked JOSM to do anything ;) This worked for me. The website still emits an alert that editing failed, but JOSM loads the data. Ruben ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] JOSM Remote control
Maybe you can circumvent the issue by doing this: Open JOSM and make sure you have Remote Control enabled. In Firefox, go to this address: https://127.0.0.1:8112/ You should get a warning screen saying This Connection is Untrusted. Click I Understand the Risks and press the Add Exception... button. A window pops up. (You can press View and inspect the certificate if you like. Close the details window if you have done so.) Make sure Permanently store this exception is checked and click Confirm Security Exception. Now you should see a Bad Request error page because you haven't asked JOSM to do anything ;) This worked for me. The website still emits an alert that editing failed, but JOSM loads the data. Ruben 2015-02-27 9:20 GMT+01:00 Glenn Plas gl...@byte-consult.be: StartSSL is a free certificate provider, and most probably firefox doesn't have the intermediate certificate chain on board which means it cannot verify. That is probably the reason, although I do not see startSSL as the certificate writer, I see rapidSSL instead. startSSL is not really a great one to use actually for a site like this. Apple products have the same problem with the latest GoDaddy certificates. https://www.sslshopper.com/cheapest-ssl-certificates.html You might want to try this in firefox:https://127.0.0.1:8112/ https://www.sslshopper.com/ssl-checker.html#hostname=https://www.openstreetmap.org And see if it gives you a chain error or not. It will work in chrome, but it depends on the browser. If you don't get the all-green in firefox, you just need to assemble a chain file with the missing intermediate certificates so the browser can validate. Note, this heavily depends on firefox (/browser) version, I see in my FF that it loads the intermediates fine: Common name: RapidSSL CA Organization: GeoTrust, Inc. Location: US Valid from February 19, 2010 to February 18, 2020 Serial Number: 145105 (0x236d1) Signature Algorithm: sha1WithRSAEncryption Issuer: GeoTrust Global CA Common name: GeoTrust Global CA Organization: GeoTrust Inc. Location: US Valid from May 20, 2002 to August 20, 2018 Serial Number: 1227750 (0x12bbe6) Signature Algorithm: sha1WithRSAEncryption Issuer: Equifax Glenn ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Gebruik van image tag met veel ongeldige verwijzingen.
Dag Marc, Het lijkt mij geen zo'n goed idee om al die tags te gaan veranderen. Het is grotendeels onnodige dubbele informatie; alle verwerkers van de image-tag zouden 'File:' heel eenvoudig kunnen herkennen. Merk ook op dat 'File:' niet verwijst naar een pagina op Wikipedia, maar een pagina op Wikimedia Commons. Als je ze toch zou willen veranderen, kijk dan zeker eens naar http://wiki.openstreetmap.org/wiki/Automated_Edits_code_of_conduct, daar staan regels voor dit soort automatische veranderingen. Succes Ruben Met vriendelijke groeten Ruben Maes ru...@janmaes.com Mail is niet veilig, het is heel gemakkelijk om een afzender te vervalsen. Als er op de achterkant van een brief een afzender staat vermeld, komt die brief toch ook niet noodzakelijk van die persoon?! --- Disclaimer Deze mail is enkel bedoeld voor de geadresseerden. Aan deze mail kunnen geen rechten worden ontleend. Op 6 februari 2015 05:26 schreef Marc Gemis marc.ge...@gmail.com: Marc, je zou ook eens naar http://wiki.openstreetmap.org/wiki/DE:Historical_Objects/Popup#Quelle:_image.3D.2A moeten kijken. Zij tonen enkel foto's als die een correcte, open licentie hebben. Dan kan het eenvoudigste gecontroleerd worden door enkel foto's van common's wikimedia te tonen. Vandaar waarschijnlijk dat File:image.jpg een speciale status heeft. Dit is trouwens ook de URL die binnen wikipedia gebruikt wordt om naar beelden te verwijzen. Ook weer voor die licentie volgens mij. Ik weet niet of ze hun volledige check voor de beelden in Javascript hebben geschreven. nog veel succes met je taglocator m. p.s. Als je de beelden wil gaan omtaggen, raad ik je aan om via Level0 Overpass een editor te gaan. Dan is het een fluitje van een cent om die string ervoor te plakken op grote schaal 2015-02-05 21:35 GMT+01:00 Marc Zoutendijk marczoutend...@mac.com: Op 5 feb. 2015, om 21:27 heeft Marc Gemis marc.ge...@gmail.com het volgende geschreven: Dan zal je eens naar de code van de geschichtskarten moeten kijken, die hebben geen probleem met die link http://geschichtskarten.openstreetmap.de/historische_objekte/?zoom=18lat=51.21899lon=4.40193layers=BFFFTFFFTFFFTselect=n2409413865 maar feel free om al die links te vervolledigen als je dat wil. :-) Dat zal ik zeker proberen! Marc. ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Map without attribution
Could you please help me out with properly referring to umap/maperitive? Actually I'm interested in even making a map style of my own but I have not looked into it deep enough. I've tried something out: http://piratepad.net/H7J6nGybr7 You should all be able to edit this. Thanks Ruben/M!dgard PS: I'm not from Ostend and the only thing I can remember doing there was while adding all the beaches in Belgium, back in my very early days. ;) 2015-02-02 12:59 GMT+01:00 Sander Deryckere sander...@gmail.com: 2015-02-02 12:55 GMT+01:00 Jo winfi...@gmail.com: Asking to free the toilets dataset wouldn't hurt either (they don't even have to do anything technically, we can just copy it from the OSM-based printed map and the listed addresses). Is that after they'd give their consent to do so? Or is the fact they used OSM as the background enough to have freed that dataset? That would be very surprising. That's after their agreement. Displaying different datasets on top of each other (without mixing them) doesn't trigger the share-alike clause. Anyway, I agree that it would be far better if we could include those bathrooms in our data. At that point they could render a map based solely on OSM with an empasis on what they deem important to show on such a map. I think it's important to tell it to them that way. Maybe point them to umap or maperitive as well. Jo ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] UK is turning blue?
It's doing it again – the UK is going blue once more! Does anyone know what the problem is? Last time, was it a broken coastline in the end? 2014-06-19 10:48 GMT+02:00 Nick Whitelegg nick.whitel...@solent.ac.uk: Must be becoming a political map (Europe rather than US colour scheme). ;-) -Michael Kugelmann michaelk_...@gmx.de wrote: - To: talk@openstreetmap.org From: Michael Kugelmann michaelk_...@gmx.de Date: 18/06/2014 12:15AM Subject: Re: [OSM-talk] UK is turning blue? Am 18.06.2014 00:41, schrieb Colin Smale: why the UK is turning blue on openstreetmap.org? Flood due to massive rain? Heavy tide?;-) Maybe the coastline is broken (or was changed) or something like that... Cheers, Michael. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Worldwide non-surveyed tag edits
On Wednesday, June 11, 2014, Roland Olbricht roland.olbri...@gmx.de wrote: On the other hand, a mechanical change of data can be performed as easy during postprocessing than in the database. This is known in programming in don't store an information when it is easier to recompute it. You may earn real fame if you have a good filtering ruleset that flatirons all suspect data. If you publish this as a postprocessing script, it is useful. If you apply that to flatiron the database, in 99% justified cases and 1% on otherwise on purpose crafted data, then you will earn shame instead, because that same script could be perceived as doing vandalism. It's potentially feasible to postprocess data. It's hard to collect data. So please don't make collecting data harder. Please make rather postprocessing data easier. Couldn't this be even worse than applying those changes directly in the database? By using post-processing, the 'corrected' data can not be edited: the original data stays in the database. Errors are introduced between the fetching of the data and its display. And even if you try to have as little exceptions as possible, automated correction algorithms will never be able to work 100% right. In my understanding, these exceptions then have to be either – explicitly mapped (by means of, like, name:correct=yes tags, which sound like a horrible idea) or – added to a separate database specific to the post-processing software (and if you have five different ones used by different map renderers, each with their own problems and exceptions, you'll have a lot of work verifying and correcting everything). And that doesn't sound very efficient. Is that right or am I missing something? BTW: First post on this list, hi! I'm OSM user M!dgard, I live in Belgium. Kind regards Ruben aka M!dgard ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-de] IPv6 defekt?
Hallo zusammen, osm.org lässt sich ja via IPv6 erreichen, jedoch ist von den Standardlayern lediglich der Humanitarian erreichbar, beim Rest bleibt die Karte grau. Wann wird das Problem gefixt? LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Drohung an Mapper
Am 24. September 2013 16:13 schrieb Max abonneme...@revolwear.com: Ich finde Bing ja besonders interessant. Dass die sogar Straßen erfinden um die Zensur-Lücke zu schließen: http://binged.it/1gWgf6K Versuch doch dort zu Routen per Bing, ein riesiges Areal darum herum ist nicht routebar. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressbestände Köln nun als OpenData
Das ist nur die Stadt Köln, oder ist es alles was die Stadt Köln verwaltet (=Regierungsbezirk Köln)? :) LG Ruben Am 27. Juni 2013 09:41 schrieb Raimond Spekking raimond.spekk...@gmail.com: Die Stadt Köln hat ihre Adress- und Datenbestände nun unter cc-by-sa-3.0-Lizenz veröffentlicht: http://www.offenedaten-koeln.de/2013/06/datenmittwoch/ Adressen (zip, kmz, xml) Block (zip, kmz, xml) Blockabschnitte (zip, kmz, xml) Blockseiten (zip, kmz, xml) Stadtviertel (zip, kmz, xml) Strasse (zip, kmz, xml) Strassenabschnitt (zip, kmz, xml) Strassenknoten (zip, kmz, xml) Raimond. ___ 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] Adressbestände Köln nun als OpenData
Schade ... könnte Stadtteilzuordnungen zu Straßen hier bei uns in Wermelskirchen gut gebrauchen. Aber grundsätzlich erstmal tolle Sache das Köln die Daten frei gibt! LG Ruben Am 27. Juni 2013 16:42 schrieb Raimond Spekking raimond.spekk...@gmail.com: Das ist nur Stadt Köln. Raimond. Am 27.06.2013 14:44, schrieb Ruben Kelevra: Das ist nur die Stadt Köln, oder ist es alles was die Stadt Köln verwaltet (=Regierungsbezirk Köln)? :) LG Ruben Am 27. Juni 2013 09:41 schrieb Raimond Spekking raimond.spekk...@gmail.com: Die Stadt Köln hat ihre Adress- und Datenbestände nun unter cc-by-sa-3.0-Lizenz veröffentlicht: http://www.offenedaten-koeln.de/2013/06/datenmittwoch/ Adressen (zip, kmz, xml) Block (zip, kmz, xml) Blockabschnitte (zip, kmz, xml) Blockseiten (zip, kmz, xml) Stadtviertel (zip, kmz, xml) Strasse (zip, kmz, xml) Strassenabschnitt (zip, kmz, xml) Strassenknoten (zip, kmz, xml) Raimond. ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bilder zusammenfügen
Nimm MapCruncher. http://research.microsoft.com/mapcruncher/ Am Ende musst du die Dateien umbenennen, da hilft dieses Python-Script. Das muss in den Ordner wo die ganzen Bild-Dateien drin liegen und benötigt python 2.x. Unter Windows einfach cmd starten, in den Ordner rein mit cd C:\pfad\zum\ordner und dann C:\Python2x\python.exe Qtile2TMS.py. http://pastebin.com/UkdGUs8U Dann kannst du in JOSM via file:// den Ordner angeben und das Overlay laden. LG Ruben Am 26. Juni 2013 23:50 schrieb Masi Master masi-mas...@gmx.de: Am 26.06.2013, 23:24 Uhr, schrieb Thorsten Alge m...@thorsten-alge.de: Hallo Liste, ich komme ggf. ein ältere Karten heran die ich gerne für verschiedene Zwecke einscannen würde. Da diese aber deutlich über die größe meines Scanners herausragen muss ich diese in Abschnitten einscannen und danach zusammen fügen. Hat damit schon Jemand Erfahrung und kann mir eine brauchbare Software empfehlen? Ich habe es bereits mit Hugin versucht komme damit aber gar nicht zurecht. Mit Hugin ists vielleicht ein wenig zu aufwändig, nur rechteckige Bilder aneinander zu fügen. Jedoch kann man damit relativ gut die Erdkrümmung aus den Karten herausrechnen, also die Längen- und Breitengrad parallel zueinander machen, damit man sie als Hintergrund legen kann. Ansonsten kann ich dir leider nicht weiterhelfen, bzw. kein Programm empfehlen. Gruß Masi ___ 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] Outdoor Androide von Garmin!
Fragt sich welche Software man da am besten benutzt ... :) LG Ruben Am 25. Juni 2013 15:08 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Moin, eigentlich wollte ich ja schon imemr was auf das man eigene Software drauftun kann. Vielliecht wird das hier: http://linuxgizmos.com/rugged-multiwireless-multifunction-gps-runs-android/ ja was ich mir vorstelle und kann endlich den alten Gpsmap ablösen. Bin gespannt Sven -- Whenever there is a conflict between human rights and property rights, human rights must prevail. (Abraham Lincoln) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Outdoor Androide von Garmin!
Bei mir hab ich keine Probleme mit dem Display (AMOLED) und auch keine Probleme mit GPS (hat auch Glonass/GPS). Macht auch im Gebäude n fix auf 10 Meter Umkreis und sonst etwa 1-2 Meter Genauigkeit wenn ich ne Karte mit der Wirklichkeit vergleiche. Davon ab hat das Display 720p und 5,5 Zoll ;) LG Ruben Am 25. Juni 2013 16:49 schrieb Benjamin Lebsanft benja...@lebsanft.org: On 25.06.2013 16:46, Ruben Kelevra wrote: Fragt sich welche Software man da am besten benutzt ... :) OSMAnd z.B.? KeyPad Mapper, OSM Tracker, is doch super, wenn man das endlich auf nem Gerät mit ordentlichem Display und gutem GPS nutzen kann :) ___ 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] Wie Adressen richtig richtig mappen?
Vielleicht einfach die Straße komplett raus werfen und neu hinzufügen. Kann ja nicht soo ewig dauern und ständig werden die Relationen auch nicht aktualisiert. LG Ruben Am 24. Juni 2013 19:59 schrieb Sarah Hoffmann lon...@denofr.de: On Mon, Jun 24, 2013 at 12:48:00PM +0200, Jo wrote: 2013/6/24 Manuel Reimer manuel.s...@nurfuerspam.de Raimond Spekking raimond.spekking at gmail.com writes: Auch +10. Wobei ich mit Straßenrelationen noch nie so recht warum geworden bin. +100 Zu aufwändig. Wenn ich irgendwo nur die Straßenrelationen sehe, dann trage ich die Tags nach und wo beides vorhanden ist und eine Korrektur fällig ist, korrigiere ich nur die Tags und lasse die Relationen links liegen. Werden die Relationen überhaupt von den gängigen Routing-Lösungen ausgewertet? Sowie ich es verstehe benutzt wenigstens Nominatim sie. Nun ja, es kann damit mehr oder weniger umgehen, aber vor allem beim Update machen die Relationen immer wieder Probleme, weil es da einen Haufen von unmöglichen Sonderfällen zu beachten gibt, die gar nicht alle abfangen werden können, weil sonst die Updates zu lange dauern würden. Sarah ___ 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
[Talk-de] OSB in Notes importieren; Wird das OSB-Plugin Notes unterstützen?
Hallo zusammen, vielleicht hab ich eine bisherige Information überlesen oder schlicht nicht mitbekommen, aber derzeit läuft Notes unabhängig und ohne Import bisheriger Daten auf der Hauptseite. Weiterhin bietet OpenStreetBugs nach wie vor die Möglichkeit dort Daten abzulegen. Defakto fahren wir nun zweigleisig, was besonders ärgerlich ist wenn man versucht ein Gebiet zu überwachen und nun immer die Bugs von der Startseite in JOSM versuchen muss nachzuvollziehen. Grundsätzlich begrüße ich den Vorstoß OSB auf die OSM-Hauptseite zu bringen, allerdings hätte ich es mir gewünscht wenn vorher die Datenbank von OpenStreetBugs importiert worden wäre und die Seite OpenStreetBugs dann nur noch einen Hinweis anzeigen würde wie man die Bugs nun auf der Hauptseite erstellt. Mit einer API-Kompabilität und ein einfaches Umleiten wäre sicher auch das Plugin in JOSM dazu zu bewegen mit den Notes zu sprechen. Die Frage ist, ist das noch geplant, oder wird OpenStreetBugs nun einfach irgendwann abgeschaltet, ohne Import, sodass wir die dort hinterlegten Daten verlieren? Liebe Grüße Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Trotzdem läufts im Chrome gut. :) LG Ruben Am 17. Juni 2013 12:57 schrieb Jo winfi...@gmail.com: Es ist für Handy und Tablet gemeint, nicht für den Desktop. Die Aufgaben sind immer sachen die man drausen feststellen muss. Jo 2013/6/17 Manuel Reimer manuel.s...@nurfuerspam.de Gelesen habe ich über Kort ja schon viel, aber zum Laufen bekommen bisher nicht. Könnt ihr auch mal darum kümmern, dass das Programm auf dem Desktop auch mit Firefox funktioniert? Gruß Manuel ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Hallo Markus, das hilft nur begrenzt. Mit einem Mapper für unterwegs sollte man die Verkehrszeichen als Nummer erfassen können. Das heißt auf Benutzerseite Typ - Kategorie - Wert - Zusatzzeichen? - Kategorie - Wert. Man kann unterwegs Straßenschilder eben nur als Node erfassen aber nicht als Tag für den Weg, was erfordert das man das Ende des Geltungsbereichs kennt. Im JOSM benötigen wir dann immernoch einen Editor der ähnlich funktioniert wie oben skizziert, damit wir die Verkehrszeichen in Wegtags aufarbeiten können. Lg Ruben Am 15.06.2013 20:55 schrieb Markus Semm ms...@enaikoon.de: Hallo, wie ihr sicherlich schon wisst wurde die Version 3.1 des Keypad-Mapper 3 gerade freigegeben und wir sind jetzt in der Entwicklung der Version 3.2, die dieses Jahr noch erscheinen soll: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 V3.2 wird alle Voraussetzungen fr ein intelligentes, lnderspezifische Mappen von Verkehrsschildern haben. Diesbzgl. kann ich mir folgende Funktionen vorstellen: a) frei definierbare Presets pro Schild (= mehrere Tags fr ein Schild) b) mit der App mitgelieferte Presets fr jedes Schild fr jedes Land c) beliebige Anzahl frei definierbarer Schilder d) Gruppierung der Schilder in lnderspezifischen Gruppen und thematischen Untergruppen Mit a) htte dann jeder Mapper die Mglichkeit, eine beliebige Kombination von Tags fr ein Schild zusammenzustellen, so dass das Schild erschpfend beschrieben ist und ohne dass der Mapper die ganzen Tag-Seqenzen pro Schild auswendig lernen muss. Das erhht die Mapping-Geschwindigkeit signifikant und vermeidet Fehler, der Mapper kann sich auf die Datenerfassung vor Ort konzentrieren. Mit b) wrden schon ne Menge Presets fr Schilder mit der App mitgeliefert, so dass der Mapper das Schild nur noch antippen muss und schon sind alle Tags richtig gesetzt. Folgende Vorgehensweise wrde ich vorschlagen: 1) wir suchen gemeinsam Links zu allen Verkehrsschild-Informationen im Wiki zusammen und sammeln diese in einer eigenen Wiki-Seite (vielleicht gibt es ja auch schon sowas) 2) wir sammeln gemeinsam Ideen, wo wir die zentrale Verkehrsschild-Information unterbringen wollen und suchen uns dann eine zentrale Stelle aus, an der die Icons, Presets, Beschreibungen, Ausnahmen etc. hinterlegt werden. Dort greifen dann das JOSM Plugin, der Keypad-Mapper, OpenStreetBugs, Kort usw. usw. die Infos automatisiert ab und sind so immer aktuell ohne Update-Erfordernis. 3) ein Projekt-Team fasst die vorhandenen Info-Schnipsel an der gemeinsam festgelegten zentralen Stelle zusammen und verbannt die Einzelseiten im Wiki nach einiger Zeit in die Ablage um Verwirrung und redundante Informationen zu vermeiden (Beispiel: road_signs, traffic_signs) 4) die Software-Entwickler werden aufgerufen, ihre Software mit der zentralen Schild-Information zu fttern und regelmig upzudaten, um stets aktuell zu sein. 5) alle interessierten Mapper ergnzen die vorhandenen Informationen laufend, so wie sich neue Fragestellungen / Erkenntnisse ergeben Ich schlage vor, diese Sequenz zunchst fr Italien und Deutschland durchzuziehen, weil in diesen beiden Lndern das Thema aktuell ist,. Nach einiger Zeit knnen wir dann die Infos weiterverbreiten, so dass dann, wenn einige Erfahrung gesammelt ist, andere Lnder in unsere Fustapfen steigen knnen um das Schema fr ihr eigenes Land anzuwenden. Meine Frage an Euch: wird die Idee grundstzlich fr gut befunden? Wenn ja, wrde ich zeitnah eine Projektseite im Wiki einrichten, auf der dann die Details des Vorhabens diskutiert und die Umsetzung angegangen werden knnen. Bitte hier im Laufe der nchsten 7 Tage abstimmen: http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden http://www.voycer.de/voting/3N9crnkLk/openstreetmap-soll-das-projekt-taggen-von-verkehrsschildern-gem-talk-de-diskussion-gestartet-werden Cheers Markus ___ 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] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Was fehlt ist jetzt z.B. das man einen Tag setzt der bedeutet das es hier ein Geschäft gibt, man aber nicht weiß welches und so anderen Spielern den Anreiz gibt dort hin zu gehn. In einer Fußgängerzone gibts eben viele Geschäfte und bei mir sind nicht alle getaggt. So einen Tag haben wir schon bei highway ... und zwar road. LG Ruben Am 16. Juni 2013 21:09 schrieb Stefan Keller sfkel...@gmail.com: Hallo Henning Am 16. Juni 2013 14:19 schrieb Henning Scholland o...@aighes.de: ... Frederiks Aussage war: Die meisten KORT-Spieler sind Mapper, ergo ist es nicht so schlimm, wenn die Verbesserungen via Proxy zu OSM fließen. Wenn dem so ist, stelle ich die Frage, warum das dann überhaupt nötig ist und diese Mapper den Fehler nicht direkt beheben. Wenn dem nicht so ist, sehe ich hier keinen Grund, warum man KORT anders behandeln sollte als andere Projekte. So wie es jetzt ist - mit den Validierungen ohne direktes Einfliessen zu OSM - ist eine direkte Konsequenz daraus, dass es sich hier um ein Spiel handelt, also um eine Art Geographiequiz, wo die Frage gestellt wird, ob man den Küchentyp eines Restaurants kennt. Wenn dir das Video zu lang ist, schau doch mal diese Webseiten an: [1][2]. Die Statistik hier [3] zeigt das aktuelle Verhältnis der Accounts - wobei das v.a. Zahl der Anmeldungen anzeigt, nicht die Aktiven. Es zeigt, dass die Mehrheit sich mit dem OSM-Account angemeldet hat. Ich denke es hat auch viele aktive GeoCacher darunter. Es ist hier ja auch eine Lösung gesucht für Nicht-OSM-Accounts. Eines der Ziele des Kort Games war, einerseits bestehende Mapper, welche die Lust etwas verloren haben, zum Wieder-Mitmachen zu animieren, wie auch neue Mapper zu gewinnen, in dem sie spielerisch zu OSM beitragen können. Der Unterschied zu Wheelmap ist, dass wir in Kort nur von Verbesserungen sprechen, die mind. drei Mal(!) von anderen Spielern, die nichts voneinander wissen, überprüft, bzw. bestätigt wurden. LG, Stefan [1] http://wiki.openstreetmap.org/wiki/KortGame [2] http://www.kort.ch/ [3] http://www.kort.ch/statistics.php Am 16. Juni 2013 14:19 schrieb Henning Scholland o...@aighes.de: Am 16.06.2013 09:13, schrieb Michael Kugelmann: Am 16.06.2013 00:14, schrieb Henning Scholland: Ich kann mich als Mapper doch via Kort zu Fehlern führen lassen, vor Ort dann alles Überprüfen und das sowohl Kort melden als auch in OSM eintragen. KORT ist ein Spiel, sieh Dir die (bald veröffentlichte) Videoaufzeichnung von der FOSSGIS 2013 an, auf der es einen Vortrag (inkl. Livedemo) dazu gab. Daraus ergibt sich, dass die Spieler die Edits dort eher nicht in JOSM/iD/... fixen werden sondern in KORT. Frederiks Aussage war: Die meisten KORT-Spieler sind Mapper, ergo ist es nicht so schlimm, wenn die Verbesserungen via Proxy zu OSM fließen. Wenn dem so ist, stelle ich die Frage, warum das dann überhaupt nötig ist und diese Mapper den Fehler nicht direkt beheben. Wenn dem nicht so ist, sehe ich hier keinen Grund, warum man KORT anders behandeln sollte als andere Projekte. Bei der Wheelmap und ihrem Editor gab es große Diskussionen mit dem Resultat, dass Edits, die über wheelchair=* hinaus gehen, nur noch via OSM-Account möglich sind. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15. Juni 2013 12:18 schrieb Simon Poole si...@poole.ch: Ich halt den Vorsatz zwar für lobenswert, aber in der Praxis völlig unpraktisch wenn wir nicht von jedem Mapper verlangen wollen, dass er die genaue Bedeutung von jedem Verkehrsschild in jedem Land in dem er unterwegs ist kennt. Dazu kommt noch das wir auch noch Unterschiede in den Fahrzeugklassifizierung haben die zur Folge haben, dass wir eigentlich eine viel feinere Aufteilung auch da in OSM bräuchten. Das ist ja eigentlich gar nicht notwendig. Der Mapper muss lediglich die Zeichen richtig in OSM notieren. Hätten wir einen schönen Editor für die Schilder, dann könnte man die Tags davon automatisch ableiten, je nach Landesrecht. Für die Schilder muss man ja sowieso jedes Land einzeln in der Datenbank vorhalten. Das heißt ein Mapper würde oben DE auswählen, dann auf den Verbotsschildtyp, würde den LKW auswählen und dann ein Zusatzschild mit 7,5 Tonnen. Davon ableiten würden wir dann, das die Straße in DE ist und das Deutsche Recht gilt, was bedeutet hgv:no wenn über 7,5 Tonnen. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
Am 15. Juni 2013 17:32 schrieb Eckhart Wörner ewoer...@kde.org: Das funktioniert vielleicht bei ein paar Standardschildern, aber schon bei den Zusatzschildern wird es schwierig, weil es da variable Texte gibt. Es ist wahrscheinlich deutlich sinnvoller, eine gute Doku (mit guten Beispielen) zu schreiben, und Neulinge nicht ständig davon abzuhalten, da auch mal reinzuschauen. Wenn man die gescheit erstellt könnte der Plugin die Wikiseite parsen und wir hätten nur einmaligen Aufwand. Des Weiteren sind die Straßenbeschilderungen eigentlich gut in Kategorien verpackbar und einfach nach Häufigkeit und Themen sortierbar. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Geflashed ?
Wie wäre es mit installieren? :) Am 15. Juni 2013 22:17 schrieb Garry garr...@gmx.de: Am 15.06.2013 10:42, schrieb Markus: Hallo Thomas, kennt jemand ein deutsches Wort für geflashed? (oder heisst das eigentlich geflasht?) Firmware aktualisiert danke, das hat geholfen. (wobei aktualisiert beudetet, dass man eine aktuellere Version benutzt. ich meinte eher eine kommplett andere Firmware) Aufspielen,Einspielen, drüberbügeln, Stell doch mal die Frage in Mikrocontroller.net.. Garry ___ 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] Taggingproblem: Sperrung für Fahrzeuge über 7,5 tonnen zul. Gesamtgewicht
maxweight ist definitiv das reale Gewicht des Wagens bei der Durchfahrt. Kein mögliches Gewicht. Lässt sich das in Dland überhaupt so beschränken? Ich mein eine Zugmaschine darf doch über eine Brücke fahren, obwohl die Maschine mit Auflieger 30 Tonnen wiegen würde, oder nicht? Ein Tag müsste dann gross vehicle weight oder ähnlich heißen. LG Ruben Am 13. Juni 2013 19:39 schrieb Eckhart Wörner ewoer...@kde.org: Hi Burkhard, Am Donnerstag, 13. Juni 2013, 19:18:02 schrieb bkmap: sorry, das hgv passt vermutlich schon, wenn es auch im Wiki nicht weiter beschrieben wird, Problem ist das weight. Habe dazu zwar im Wiki nichts explizit gefunden, würde aber davon ausgehen, dass das wie height funktioniert, also das tatsächliche Gewicht beschreibt. Dann sollte ja hgv:conditional=no @ (weight7.5) passen. nein, das passt nicht. Zwischen dem zulässigen Gesamtgewicht und dem tatsächlichen Gewicht ist ein großer Unterschied. Eckhart ___ 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] Parkplatz Tagging
Hallo Heinz, Am 8. Juni 2013 17:00 schrieb Heinz-Jürgen Oertel hj.oer...@t-online.de: Daran liegt es nicht Richtig ist amenity=parking fee=no Das mit dem free=yes habe ich nur zusätzlich mal probiert. Hat aber auch nicht geholfen. Ist wieder weg. Es liegt am access=yes tag. Entfern den mal und schau was dann passiert. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openstreetmap.org und IPV6
Könnte man das Problem nicht umgehen indem wir einen tile-server ohne Cache per DNS-Weiche anbieten? So viele IPv6-Anfragen dürften das derzeit doch garnicht sein? LG Ruben Am 7. Juni 2013 02:12 schrieb Kai Krueger kakrue...@gmail.com: Walter Nordmann wrote Somit geht er zu www.openstreetmap.org über IPv6 und zu tile.openstreetmap.org halt über IPv4. So transparent, dass ich mir noch nie Gedanken darüber machen musste. Ja, so sollte es auch sein. Der Endanwender sollte eigentlich nichts von der Umstellung merken, und das klappt in den meisten Faellen auch. Desshalb haben ja seit letztem Jahr Google, Youtube, Facebook, Wikipedia, Netflix, Heise und viele anderen auch auf dual stack ohne nennenswerte Probleme umstellen koennen. Allerdings sind in Asian in 2011 und 2012 in Europa die IP Addressen ausgegangen, so das man ohne IPv6 viele Endgeraete bald nicht mehr von aussen erreichen kann, wodurch immer mehr Dienste nicht mehr wie frueher machbar sind und das Internet ohne IPv6 immer weiter kaputt geht. Viele Unitymedia Kunden erfahren diese derzeit leidvoll, bei denen Sachen wie Fernwartung, Onlinespiele, peer-to-peer Dienste oder die eigene private cloud nicht mehr (oder nur noch mit Veraenkungen) funktioniern. Erst mit der grossflaechigen Umstellung auf IPv6 wird das wieder besser. Auch wenn Webseiten wie OpenStreetMap.org nicht zu den Diensten gehoeren die kaputt gehen und dort die Umstellung somit noch lange nicht wirklich noetig ist, je mehr Seiten, Dienste und Provider bald auf IPv6 umgestellen, desto schneller hoffentlich vollzieht sich die gesammte Umstellung und die leidvolle Uebergangszeit verkuerzt sich. Die Umstellung laeuft inzwischen schon seit 15 Jahren. Es wird also Zeit das sie endlich abgeschlossen wird. Insofern ist es aus technischer Sicht schon wichtig das OSM komplett mit IPv6 zurecht kommt. Kai -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmap-org-und-IPV6-tp5764279p5764330.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TSP Routing auf OSM Basis?
Ja, und? 2013/5/30 Tirkon tirko...@yahoo.de: RalfGesellensetter r...@gmx.de wrote: ich suche eine Software, die zu gegebenen Adressen die günstigste Route bestimmt. ORS optimiert nicht die Reihenfolge der Vias, kann also das Problem des Handungsreisenden nicht lösen. http://wiki.openstreetmap.org/wiki/Traveling_salesman ___ 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] Kort Game Reloaded!
Er sagt aber Straße ohne Namen aber die Straße hat keinen Highway-Tag, entsprechend ist es keine Straße. LG Ruben 2013/5/30 Stefan Keller sfkel...@gmail.com: Hallo Ruben Was meinst du genau? Ungetaggte Wege sind ja gerade der Grund, warum Keepright (und damit das Kort Gam) das als Fehler meldet, der Strassentyp fehle... LG, Stefan Am 30. Mai 2013 03:06 schrieb Ruben Kelevra cyr...@gmail.com: Wollte mich schon hierdrüber beschweren: http://s1.directupload.net/file/d/3271/xilydai5_png.htm Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg, denke sowas sollte euer Programm ignorieren :) LG Ruben 2013/5/29 André Reichelt andr...@online.de: Hallo Stefan, wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das, was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt. Gruß André ___ 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 ___ 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] Kort Game Reloaded!
Wollte mich schon hierdrüber beschweren: http://s1.directupload.net/file/d/3271/xilydai5_png.htm Weils ein Fußweg zu einem Haus ist, das war aber ein ungetaggter Weg, denke sowas sollte euer Programm ignorieren :) LG Ruben 2013/5/29 André Reichelt andr...@online.de: Hallo Stefan, wie oft werden denn bei Euch die Kartendaten neu eingespielt? Weil das, was ich hier vor Ort angezeigt bekomme, ist mindestens einen Monat alt. Gruß André ___ 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
[Talk-de] Wie tag ich eine Parfümerie?
Hallo zusammen, wie tagge ich eine Parfümerie? shop=beauty wie im Wiki generisch steht ist doch Blödsinn. Schönheitssalon, Kosmetiksalon, Damensalon, Nagelstudio, Parfümerie, Wellness-Center, aber nicht gleichzeitig Friseursalon. Das ist so als würde man den Supermarkt mit der Wursttheke, den Metzger und den Schlachthof unter einen Tag packen. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Nun, ich meinte es eher als Alternative wenn der Dienst überlastet ist. Zusätzlich könnten die Tasks für Email mit niedriger Priorität laufen und so vielleicht eine gleichmäßigere Last ermöglichen. Datenschutzbedenken? Surly? Die meisten sind eh registriert. LG Ruben 2013/5/27 Michael Reichert naka...@gmx.net: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo Ruben, Am 27.05.2013 22:54, schrieb Ruben Kelevra: Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. Wenn man irgendwo seine Mailadresse eintragen muss, hat man einen Medienbruch und schon aus Datenschutzbedenken* wird dies nur ein kleiner Bruchteil der Nutzer tun. Das ist eigentlich eine simple Lösung, weniger Last zu haben. :) Als Ausgleich sollte man, wie schon von Frederik erwähnt, Maperitive als Alternative (mit Link auf Anleitung im Wiki) nennen. Viele Grüße Michael *) Braucht man in Deutschland dann eine Datenschutzerklärung? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJRo82CAAoJEO7A7cvElxjaE0YH+wXIT74f44jCVvBV7uNl08Nx CYA6W2pAR2w7ZHmSrTIftfcQAUqaPc0sWolkZ9c1GvIYY0CoEaJmxhftXiiVCvEJ o1nMZrKXQHd9CLHOGsw+IX6mhwKLSXfX+m6JMZntUfsty2jLaZINeIoIE4gWkdzt h6AKtAoZf7G5OBgy7G4mPvMHspUBIwGOiDwle336cPFojlOtDd4C9dIFNrromKVx edX26bf1lrKoCoXK8Tg7EA+phzpI2Ocf5398xit+4y65xEckJ/OwBE53ov1fFi6P APMI8TRKl+2KLGx+jk4LeL6kZL+dv3/aktCbRQJroJAgX/C2CNQnNWQcHLuabQs= =A1Kz -END PGP SIGNATURE- ___ 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] Export-Funktion
Der bisherige Export sieht bei den Zwischenzoomstufen seltsam aus. Es wäre schön wenn man sich ein Zoomlevel aussuchen könnte, dann die Auflösung standard, zweifach, vierfach o.ä. meist braucht man eine höhere Auflösung als die Tiles enthalten aber eben für einen gewissen Detailgrad. Immerhin ist ein Bildschirm nach wie vor eines der am wenigst auflösenden digitalen Medien. LG Ruben 2013/5/28 Martin Koppenhoefer dieterdre...@gmail.com: Am 28. Mai 2013 12:50 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: In der Zwischenzeit könnte es aber vielleicht auch schon helfen, wenn ein Admin mal schaut wer da rumsaut? Wenn es einige wenige Idioten schaffen den Dienst tot zu machen, dann wäre es eventuell auch eine Option z.B. pro IP nur eine begrenzte Anzahl an Anfragen zu erlauben. Von Wichtigkeit war nie die Rede. Der Dienst muss so beschränkt werden, dass jeder die Chance hat, ihn nutzen zu können. AFAIK läuft dieser Dienst auf dem Tileserver, d.h. nicht nur diejenigen, die dort Kartenausschnitte anfordern, sondern auch alle, die mappen oder importieren und dadurch Neurenderings anstoßen, sorgen für Last auf dem Server. Vermutlich ist dort nachts weniger los als tagsüber, schaut einfach mal den Munin-graph an, um einen guten Zeitpunkt für Eure Renderings zu finden. Ich wäre tendenziell auch eher dafür, den Dienst ganz einzustellen, wenn der derzeitige Zustand für Verstimmung sorgt. Lieber ein Interface anbieten, mit dem man bereits gerenderte Tiles als größeres Bild exportieren kann, so was wie bigmap.cgi (das ginge gänzlich ohne die Datenbank zu belasten). Mehr Wert bringt der jetzige Export, zumindest für output als Raster, auch nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Export-Funktion
Guter Kompromiss wäre wohl ein Formular wo man seine Mailaddy einträgt und die Datei ins Postfach gedroppt wird. LG Ruben 2013/5/27 Frederik Ramm frede...@remote.org: Hallo, On 05/27/2013 12:42 PM, Wolfgang Hinsch wrote: im Moment scheint es nicht möglich zu sein, von der Mapnik-Karte aus jpeg oder pdf zu exportieren. Der Server meldet ständig, dass er überlastet ist. Ist das ein Bug, ist der Service eingestellt, oder ist der Server bis auf weiteres wirklich so überlastet? Wenn wir den Service anbieten, sollte er auch (meistens) funktionieren. Dann waere die logische Konsequenz, den Service schlicht abzuschalten. Der Export-Service basiert, im Gegensatz zu den Tiles, auf einem Live-Rendering, d.h. wenn Du da was exportierst, wird live die Datnenbank nach allem gefragt, um das eigens fuer Dich in genau dem gewuenschten Masstab in ein PDF odr SVG zu giessen. Das kostet viel Rechenzeit, und wenn wir das zu einem Dienst von der Wichtigkeit eines Tileservers erheben wollten, dann braeuchten wir gleich nochmal ein paar dicke Rechner mehr. Vielleicht ein Kompromiss: Die Fehlermeldung verbessern, so dass dort steht, dass man es vielleicht mal mit Maperitive versuchen soll ;) 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osmtools.de/osmlinks teilweise veraltet/falsch
OpenStreetMap.org mit Marker führt nur zu der normalen Karte. bei The Information Freeway fehlt im Link ein www. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gemeinsame Spezifikation eines JOSM Plugins für den Keypad-Mapper 3
Könntet ihr vielleicht die Betas als zusätzliche App im Playstore anbieten? Dann könnte man die Beta testen. LG Ruben 2013/5/24 Markus Semm ms...@enaikoon.de: Hallo, die Weiterentwicklung des Keypad-Mapper 3 macht gute Fortschritte: Betatests der Version 3.1. sind ab 10. Juni geplant. Mit der Version 3.1 wird der Keypad-Mapper einen sehr guten Effizienzgrad erreicht haben im Hinblick auf die schnelle und qualitativ hochwertige Erfassung von Hausnummern und Adressen. Details gibt es hier: http://wiki.openstreetmap.org/wiki/Keypad-Mapper_3 Noch nicht optimal ist die Zeit, die aufzuwenden ist, um die zunächst mit dem Keypad-Mapper 3 vor Ort erfassten Daten in JOSM aufzubereiten für den Upload zu OSM. Mit dieser Nachricht würde ich gerne eine Diskussion darüber anstoßen, welche Features ein JOSM Plugin haben sollte, damit es seiner Aufgabe, die Nachbearbeitung der vor Ort erfassten Hausnummern und Adressen möglichst effizient erledigen zu können, am besten gerecht wird. Auf der neu eingerichteten WIKI-Seite http://wiki.openstreetmap.org/wiki/Keypad-Mapper_tools habe ich als Starthilfe für die Diskussion erste Ideen zusammengetragen. Cheers Markus ___ 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] Housenumber in addr:housename
Gibts schon ein Ticket was das behandelt? Hab das letztens auch schon auf der Liste vorgeschlagen... LG Ruben 2013/5/16 fly lowfligh...@googlemail.com: Am 16.05.2013 19:30, schrieb Henning Scholland: Am 16.05.2013 16:26, schrieb fly: On 15.05.2013 18:12, Martin Koppenhoefer wrote: Am 15. Mai 2013 17:30 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.05.2013 17:15, schrieb Florian Lohoff: On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote: Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von housename in den Editorpresets. won't fix ;-) http://josm.openstreetmap.de/ticket/8275 Das won't fix hat sich auf das entfernen aus dem Preset bezogen. Ich habe mit der Autovervollständigung auch immer mal wieder Probleme. Für ein Überarbeitung der Autovervollständigung braucht es nur gute Patche. Leider ist das wohl eine nicht so leichte Aufgabe in einem essentiellen + heiklen Bereich. Was cool wäre, wenn das AutoComplete die Tags stärker wichtet, die man selber benutzt und das auch über Sitzungen hinweg. Bspw. muss man für bridge immer bri eingeben, weil er bis br noch brand vorschlägt. Wenn ein Mapper aber brand nie nutzt, ist das relativ nervig ;) Bisher gibt es da gar keine Gewichtung einzig und allein alphabetische Sortierung wird angewandt. ___ 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] Housenumber in addr:housename
Hab n bisschen rumgesucht und keins gefunden, hab mal eins erstellt: https://josm.openstreetmap.de/ticket/8721 LG Ruben 2013/5/17 Ruben Kelevra cyr...@gmail.com: Gibts schon ein Ticket was das behandelt? Hab das letztens auch schon auf der Liste vorgeschlagen... LG Ruben 2013/5/16 fly lowfligh...@googlemail.com: Am 16.05.2013 19:30, schrieb Henning Scholland: Am 16.05.2013 16:26, schrieb fly: On 15.05.2013 18:12, Martin Koppenhoefer wrote: Am 15. Mai 2013 17:30 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.05.2013 17:15, schrieb Florian Lohoff: On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote: Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von housename in den Editorpresets. won't fix ;-) http://josm.openstreetmap.de/ticket/8275 Das won't fix hat sich auf das entfernen aus dem Preset bezogen. Ich habe mit der Autovervollständigung auch immer mal wieder Probleme. Für ein Überarbeitung der Autovervollständigung braucht es nur gute Patche. Leider ist das wohl eine nicht so leichte Aufgabe in einem essentiellen + heiklen Bereich. Was cool wäre, wenn das AutoComplete die Tags stärker wichtet, die man selber benutzt und das auch über Sitzungen hinweg. Bspw. muss man für bridge immer bri eingeben, weil er bis br noch brand vorschlägt. Wenn ein Mapper aber brand nie nutzt, ist das relativ nervig ;) Bisher gibt es da gar keine Gewichtung einzig und allein alphabetische Sortierung wird angewandt. ___ 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] Housenumber in addr:housename
Hallo Frederik, Am 16.05.2013 00:04 schrieb Frederik Ramm frede...@remote.org: Ich habe schon am 19.4. auf ein achtlos dahingeworfenes koennte ich mein Bot-Framework drauf loslassen von Dir eine Rueckfrage gestellt, die, soweit ich sehen kann, nie beantwortet wurde. Daher nochmal: Das schein ich wohl überlesen zu haben... ich wollte dir keine Antwort schuldig bleiben. * Was ist das genau fuer ein Bot? Das sind in Python geschriebene Scripte die genau nur diese eine Aufgabe erledigen. * Hast Du den schonmal fuer irgendwas benutzt, wenn ja: - was hast Du geaendert Ich habe Wege mit mehr als 2000 Punkten zertrennt nach einer Diskussion im IRC. Ich habe weltweit Wege mit doppelten Knoten im Weg gefixt. - mit welchem Account BugBuster - wo ist das dokumentiert In der Wiki. - wo wurde darueber diskutiert? Im IRC * Falls Du den Bot jemals einsetzen moechtest, halte bitte die Regeln fuer mechanical edits ein - dazu gehoert eine gruendliche Diskussion vorher, so wie sie hier geschieht, sowie auch eine detaillierte Dokumentation dazu, was Dein Code tut (oder halt gleich der Code selbst) - addr:housename in addr:housenumber aendern wenn der Wert eine Zahl ist ist nicht detailliert genug, es geht auch darum, woher der Bot seine Eingabedaten nimmt, welche API-Requests er in welcher Reihenfolge durchfuehrt und so weiter. Der Bot nimmt ein XML File als Datenquelle und schreibt die Änderungen an die normale API mit einem Thread. Wenn ein Weg seit dem XML aktualisiert wurde zieht er die aktuelle Version und analysiert diese erneut, sofern die Änderungen immernoch notwendig ist wird diese auf Basis der neuen Datei gemacht. * Bedenke auch, dass eine Diskussion in talk-de, sollte sie mit einem Daumen rauf fuer die Bot-Aenderung enden, auch nur eine Bot-Aenderung in Deutschland legitimiert und nicht weltweit. Das ist mir klar. Ich frage das nicht, um Dich zu aergern, sondern weil ungenuegend vorbereitete Bot-Edits eine haeufige Quelle von Stress und Problemen im Projekt sind und weil ich als Mitglied der Data Working Group nicht selten am Ende solch eine Suppe ausloeffeln muss. Deswegen gibt es die pingeligen Regeln, und Du hast bislang nicht genug ueber Deine Software erzaehlt. Lg Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator vs. brand / fuel
Klingt durchweg vernünftig, könnten wir das ins Wiki aufnehmen?
Lg Ruben
Am 15.05.2013 12:31 schrieb Ronnie Soak chaoschaos0...@googlemail.com:
Ich werfe da mal neben operator und brand auch noch branch und name, sowie
official_name und local_name in die Runde.
Uebrigens in diesem Blogpost schoen bebildert und dann von mir
kommentiert.
Allerdings leider auf Englisch.
http://weait.com/comment/61#comment-61
tl:dr
operator=* Der lokale Betreiber (=Franchisenehmer) (Local Company 123)
brand=* der (multi-nationale) Markenname (Mc Donalds, Subway)
branch=* Genaue Bezeichnung dieser Zweigstelle (Steht z.B. an der Tuer
oder
auf der Quittung) (Store Nr 15, Lincoln Street Store, Springfield office)
name=* der Name wie auf Schildern o.ae. vor Ort angegeben
official_name=* Der volle, offizielle Name wie im lokalen Handelsregister
eingetragen
local_name=* Falls die filiale noch einen lokalen, sonst nirgendwo
ausgezeichneten Beinamen hat ('Buck's place', 'The Old Corner Shop')
my 2 cents,
Chaos
Am 15. Mai 2013 10:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com
:
Am 15. Mai 2013 10:29 schrieb Florian Lohoff f...@zz.de:
Das ist ja sachlich falsch - Die Betreiber sind ja eigenständige
Unternehmer wie man in den Gelben Seiten finden kann - Also
Aral Tankstelle Mario Drees etc. ist ja eher so ein
Sklaventrei^WFranchising.
es gibt wohl auch Ausnahmen, wo die großen Mineralölkonzerne selbst die
Tanke betreiben, aber normalerweise ja, ist der operator nicht der
Konzern.
D.h. eigentlich würde das doch ein brand=esso und obiges in den
Name oder vergallopier ich mich da.
+1, mache ich auch so, allerdings brand=Esso (also großgeschrieben als
Name).
Ich denke das ist hier schon bis zum erbrechen Diskutiert worden und
es vermutlich gibt es keinen Konsenz - so wie eigentlich immer :)
zumindest gab es eine Empfehlung im Wiki, das genau so zu machen (brand
für
den Konzern, operator für den kleinen Betreiber und name nur, wenn es
einen
Namen gibt (z.B. Tankstelle am Bahnhof oder so). Allerdings werden die
brand-Werte wohl im aktuellen mapnik-Stil noch nicht angezeigt (in JOSM
aber z.B. schon), was bekanntermaßen die Bereitschaft, das tagging zu
verbiegen, erhöht.
Gruß Martin
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Housenumber in addr:housename
Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Dies scheint ein extrem häufiger Fehler zu sein, besonders wohl wegen der Autovervollständigung von addr:housen - addr:housename anstatt addr:housenumber. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] operator vs. brand / fuel
Theoretisch lässt sich das schon jetzt machen, um sinnvolle Verbreitung zu finden muss man bloß das ganze direkt mit JOSM ausliefern. Daher - Ticket LG Ruben Am 15.05.2013 17:04 schrieb fly lowfligh...@googlemail.com: On 15.05.2013 16:13, Hans Schmidt wrote: Ich frag mich immer, ob man da nicht mal irgendwie eine halbwegs vernünftige Liste machen könnte? Bzw. in JOSM das direkt als Vorlage gespeichert werden könnte? Ich stelle mir z.B. vor, dass wenn ich bei JOSM ein Geschäft eintrage, er direkt im Assistenten eine Auswahl mit allen Ketten hat. Je nachdem, was ich dann auswähle, wird das dann automatisch alles eingetragen. Das ist besonders problematisch, wenn eine Kette irgendwie mehrere (ähnliche) Schreibweisen hat, so dass oft die gleiche Kette unterschiedlich getaggt wird (z.B. Seven-Eleven, 7-11, 7-Eleven). Am besten wäre, wenn JOSM sich das z.B. direkt aus einer Liste im Wiki herunterladen würde, so dass auch Nicht-Programmierer die Liste einfach erweitern können. Sowas solltest Du in ein neues Ticket unter https://josm.openstreetmap.de/newticket schreiben. cu fly ___ 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] Housenumber in addr:housename
Man könnte im Josm einfach nach Häufigkeit der Tags sortieren anstatt nach Alphabet. Dann würden wir ihm ein bisschen mehr Intelligenz einhauchen. Die Frage ist ob es Fälle gibt wo Housename sinnvoll mit einer Nummer belegt ist aber keine Housenumber hinterlegt ist. In dem Fall würde eine Botoperation Dinge kaputt machen. Wenn es Konsens findet lass ich meinen Bot drauf los. Lg Ruben Am 15.05.2013 17:31 schrieb Tobias Knerr o...@tobias-knerr.de: Am 15.05.2013 17:15, schrieb Florian Lohoff: On Wed, May 15, 2013 at 04:08:12PM +0200, Ruben Kelevra wrote: Hallo zusammen, ich würde gern eine Diskussion darüber starten ob man nicht per Bot den Tag addr:housename=x in addr:housenumber=x umbenennen kann wenn der Value eine Nummer ist. Ich wäre dafür - und für eine deutlich zurückhaltendere Platzierung von housename in den Editorpresets. Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar dinger kann man manuell eben korrigieren ... Das sind tausende Fälle, nicht ein paar Dinger. 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] operator vs. brand / fuel
Ich find brand deutlich sinniger als operator, ansonsten hast du recht. Alternative könnte man einen Bot beauftragen das zu fixen. Der könnte ähnliche Schreibweisen suchen und mit Sollwerten vergleichen und die Änderungen könnten dann manuell abgenickt werden. Man müsste bloß irgendwo im Wiki eine Sollliste erstellen, dann könnte eines der vielen Bots das entsprechend fixen. Lg Ruben Am 15.05.2013 19:47 schrieb Hans Schmidt z0idb...@gmx.de: Am 15.05.2013 19:07, schrieb Ronnie Soak: Das ist ein zweischneidiges Schwert. Ein vorausgefülltest Template verleitet dazu, auch solche Informationen einzutragen, die vor Ort gar nicht wirklich aufgenommen und damit bestaetigt wurden. Ich will im name=* tag ja gerade nicht einheitlich immer das selbe stehen haben, sondern dass, was vor Ort ausgeschildert ist. Und wenn das ein (saechsischer) Franchisenehmer eben (falsch) als Daehnischs Beddenlagor auszeichnet, dann gehoert das auch so in den Tag, und nicht per Auto-Vervollsaendigung an die bundesweite Schreibung angepasst. Naja, der Name an sich ist ja egal. Geht mir vor allem eher um operator bzw. brand. Und da ist ja eine durchgehende Schreibung (d.h. überall das gleiche) sehr wünschenswert. Beispiel: Ich bin Sparkassenkunde und bin in einer Stadt und suche nach einem Sparkassen-Geldautomat. Dann suche ich natürlich nach Geldautomat, operator=Sparkasse. Ob der jetzt von der Sparkasse Köln/Bonn, der HASPA oder der Sparkasse Uckermark ist, ist mir ja egal. Und das lässt sich praktisch auf jede Kette bzw. Filialnetz ausweiten. Imho wäre da eine Art separate Datenbank in OSM nicht schlecht, wo die Operatoren dann noch weitergehende Informationen bekommen (z.B. andere, lokale Namen oder so). Aber ich finde es wichtig, dass auf der ganzen Welt wirklich überall McDonalds als operator=Mc Donald’s gekennzeichnet ist. Und nicht manchmal als operator=Mc Donalds oder operator=Mc Donald's oder sonstwas. Manche Ketten haben halt oft einige etwas uneinheitliche Schreibungen (bzw. Schreibungen, die oft unabsichtlich falsch gemacht werden), deswegen wäre da eine vorgegebene Liste sehr praktisch. Am 15.05.2013 17:21, schrieb Ruben Kelevra: Theoretisch lässt sich das schon jetzt machen, um sinnvolle Verbreitung zu finden muss man bloß das ganze direkt mit JOSM ausliefern. Daher - Ticket Ach, ne, die Mühe mach ich mir nicht mehr. War nur ein Gedankenexperiment. Wer das machen möchte, gerne, aber ich bin durch unzählige Feature-Requests, die ich gestellt habe, aber nicht beachtet wurden, ein wenig in der Hinsicht geläutert. ___ 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] Housenumber in addr:housename
Nun ich weiß nicht so recht ob dieser Fall wirklich vorkommt. Und wenn, ich als Mensch würde es wohl trotzdem für einen Fehler halten und umtaggen. Solange kein addr:housenumber existiert würde ich davon ausgehen das sich jemand vertan hat. Davon ab gibt es Orte wo mehrere Dutzend Häuser falsch getaggt sind. Ich könnte ja erstmal eine Zählung programmieren, dann sieht man ob es sichs lohnt. Lg Ruben Am 15.05.2013 21:29 schrieb Jimmy_K jimm...@gmx.at: Am 15.05.2013 17:41, schrieb Henning Scholland: Am 15.05.2013 17:15, schrieb Florian Lohoff: Dagegen - Ich habe das zwar auch schon beobachtet - aber die paar dinger kann man manuell eben korrigieren ... -1 Die Erfahrung zeigt eher, dass wir genug Fehler in der DB haben und nur die wenigsten Mapper daran arbeiten Fehler zu korrigieren. Da sollte man meiner Meinung nach so triviale Fehler, die eindeutig korrigierbar sind einem Bot überlassen, sodass sich die Mapper, die sich der Qualitätssicherung verschrieben haben sich um die Fälle kümmern können, die wirklich einen Menschen zum Beurteilen brauchen. Bots stiften nur unfrieden. Nur wenn der Bot schlecht gemacht ist, ansonsten sollte man von einem Bot nicht viel merken. Henning __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de Es gibt leider viel zu wenige die sich der Qualität verschrieben haben, da sieht man wohl zu wenig Fortschritt auf der Karte. (Behaupte ich mal so frech als einer, der versucht seine Umgebung auf halbwegs hohem Qualitätslevel zu halten). Die Korrektur von housename auf housenumber dauert nur ein paar Sekunden, wenn es eine Seite gäbe, die entsprechende Stellen markieren würde. Einen Bot halte ich für übertrieben (was machen wenn es wirklich Hausnamen nur aus Zahlen gibt?). LG Jimmy __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am 14.05.2013 13:22 schrieb Wolfgang Hinsch osm-lis...@ivkasogis.de: Es stellt sich die Frage, ob richtungsgebundene tags überhaupt erforderlich (und sinnvoll) sind. Die Geschichte mit dem oneway ist historisch gewachsen, als es noch kaum Probleme gab. Dann/davor kamm die Coastline. Das könnte jetzt immer so weiter gehen, dann haben wir 10, 20, ... 1000 und mehr Ausnahmen. Wie wäre es denn, damit grundsätzlich aufzuräumen und alles auf die forward/backward oder left/right-Tags umzustellen. Dann wird einmal definiert, nach welcher Regel (Muster) die Begriffe umzustellen sind beim Umdrehen und gut ist. oneway=forward/backward coastline=yes sea=right/left +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bus-Spur gegen die Einbahnstraße
Hier ist definitiv nur Bus erlaubt. Auf der Straße steht auch Bus. Lg Ruben Am 13.05.2013 15:53 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 13. Mai 2013 14:03 schrieb Tobias Knerr o...@tobias-knerr.de: Am 13.05.2013 06:23, schrieb Wolfgang Hinsch: Am Samstag, den 11.05.2013, 18:02 +0200 schrieb Ruben Kelevra: ich suche nach dem üblichen Weg eine Busspur zu taggen. Soweit gefunden gibt es derzeit drei Möglichkeiten oneway=yes lanes=2 lanes:forward=1 lanes:backward=1 [...] Möglichkeit 3 bus:lanes:backward=yes http://www.openstreetmap.org/?lat=53.565739lon=10.019727zoom=18layers=M Das Problem mit Wolfgangs Vorschlag ist, dass psv oder bus im Sinne der Dokumentation kein gültiger Wert für access-Tags ist - das ist nur als Schlüssel definiert. Allgemeiner ist die Schwierigkeit hier, dass es kein nur Verkehrsmittel X für access-Tags gibt. Daher ist es zwar möglich, mit spurgenauen access-Werten zu arbeiten, benötigt nach momentanem Stand aber zwei Tags: bus=designated (oder official)? das ist zwar nicht notwendigerweise exklusiv, weil es noch mehr Verkehrsmittel geben könnte, die auch designated sind, aber solange nur eins designated ist, bedeutet das normalerweise dass der Rest verboten ist. (Busspuren dürfen oft/meist auch von Taxis benutzt werden, dass besser psv verwenden), Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am 13.05.2013 14:10 schrieb fly lowfligh...@googlemail.com: Ich werde also in Zukunft die Entwickler anschreiben und sie bitten die Fehler in der Datenbank zu korrigieren und in Kontakt mit den Nutzern ihrer Software zu treten. Ich habe nämlich keine Lust mehr mich wie mit Fußengetreten zu fühlen. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich seh immernoch den tieferen Sinn nicht überhaupt ein umdrehen von Wegen anzubieten. Kann mir jemand mal den Vorteil vom umdrehen erklären? Ich mach das immer nur VOR dem eintragen von Lanes-Tags, damit alle Wege zu der Kreuzung hin führen. Ich geh davon aus das kein Anfänger was an Cosdtlines fixen muss etc. was nur durch umdrehen möglich ist. Lg Ruben Am 13.05.2013 16:40 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 13. Mai 2013 16:29 schrieb Martin Raifer tyr@gmail.com: Außerdem verstehe ich nicht, wieso man_made=embankment in dieser Liste auftaucht. weil Dämme auch oft 2 unterschiedliche Seiten (innen und aussen) haben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Fehlt nur noch eine Lösung für das kombinieren von Wegen. Lg Ruben Am 13.05.2013 16:59 schrieb Martin Raifer tyr@gmail.com: Am 13.05.2013, 16:28 Uhr, schrieb Simon Poole si...@poole.ch: [...] lassen als Lösung nur zu dem Benutzer mitzuteilen: Kannst du nicht machen oder Wenn du das machst, machst du was kaputt, die Wege sind wirklich nicht umkehrbar. https://github.com/systemed/**iD/blob/master/js/id/actions/** reverse.js#L2-L4https://github.com/systemed/iD/blob/master/js/id/actions/reverse.js#L2-L4 : Order the nodes of a way in reverse order and reverse any direction dependent tags other than `oneway`. (We assume that correcting a backwards oneway is the primary reason for reversing a way.) Hm... Ich glaube hier gibt es zwei verschiedene Interpretationen von Weg umkehren. Du meinst: Reihenfolge der Nodes im OSM-Way umkehren bei gleichzeitiger Beibehaltung des abgebildeten Sachverhalts. iD meint: Drehe die abgebildete Information 'Einbahnstraße' um. Ich glaube was iD macht, ist auch das was ein Einsteiger (der noch kein Verständnis der zugrundeliegenden Datenstrukturen hat) sich unter der Funktion erwartet. Ah, diese Einbahn ist falsch eingetragen. Um das zu berichtigen, muss ich den Weg umdrehen. Um weitere Verwirrung zu verhindern sollte die Funktion aber auch Einbahn umdrehen (reverse oneway) heißen und nur auf Einbahnstraßen angeboten werden. Für das Korrigieren der Richtung von Klippen, Dämmen, usw. könnte es dann eine eigene Aktion Richtung der Klippe umdrehen geben. Grüße Martin / tyr_asd __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Hallo Malenski, dem Argument der Programmierer kann ich folgen, Anfänger wollen nicht hundert Hinweise lesen bevor sie loslegen. Sondern einfach, sagen wir ein Café erstellen. Nur gibt es gewisse Dinge die geschützt werden müssen. Wege sollte man ganz allgemein nicht per Hotkey umdrehen können. Ich finde diese Funktion gehört einfach einen Menüpunkt Experten untergebracht, und dann ein genereller Warnhinweis davor. Was Relationen angeht seh ich kein Problem wenn Anfänger daran arbeiten. Viel wichtiger ist eine Prüfung des Datenbestands nach der Bearbeitung. Hier wird der Anfänger gewarnt wenn dir Daten inkonsistent sind. Das versteht selbst der absolute Neuling wenn am Ende eine Prüfung ausgeführt wird und er gewarnt wird. Es wäre hier sogar möglich wenn der Anfänger dies übergeht einen Bug zu erstellen, das den Experten das Suchen erleichtert und vielleicht jemand mit regionalem Bezug sich dem Anfänger annimmt. So würde eine Integration gefördert. Lg Ruben Am 11.05.2013 04:25 schrieb malenki o...@malenki.ch: Tirkon schrieb: [keine Warnung beim Umkehren von Wegen, keine Warnung beim Löschen von Relationsmitgliedern...] Nach dem Lesen dieses Threads schrieb ich im IRC versehentlich in #osm statt in #osm-de, wodurch eine Diskussion zustande kam. Mit jfire war auch einer der Programmierer dabei. Er und auch iandees sind eher der Ansicht, dass Warnhinweise die User abschrecken und man solche Warnungen deshalb besser weglässt. Beim Umkehren von natural=coastline will jfire offenbar eine Schutzfunktion implementieren. Warnhinweise beim (versehentlichen) Umdrehen von Einbahnstraßen oder Wasserwegen scheinen dagegen nicht geplant oder erwünscht. Das Tastaturkürzel zum Umkehren der Wegrichtung ist V, das auf der Tastatur in der Regel neben B liegt - dem Kürzel für den Hintergrund - Luftbilder und Co. Relationen: Es ist geplant, Relationen gut sichtbar zu machen, damit die Nutzer sie wahrnehmen. Wenn dann ein Mitglied einer Abbiegebeschränkung gelöscht wird, soll die gesamte Relation entfernt werden. Wer es genau nachlesen möchte, findet das IRC-Log hier: http://malenki.ch/OSM/irc_osm_-_id_reverse_ways_warn.txt hth Thomas ___ 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] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich entschuldige mich, das war die Autokorrektur. Mit der umfangreichen Bearbeitung hast du recht, nur denke ich das die meisten Anfänger eher kleine Änderungen machen. Dies sollte auch in die Einführung geschrieben werden. Um so einfacher lassen sich Fehler ausbügeln. Man könnte außerdem dem Benutzer anbieten diese Datenprüfung jederzeit durchzuführen. Den aktuellen Zustand sehe ich dagegen als unhaltbar. Relationen fixen gehört mittlerweile zum täglich Brot, alles was diese Situation verschlechtert gehört der Schreibzugriff entzogen. Lg Ruben Am 11.05.2013 13:22 schrieb malenki o...@malenki.ch: Ruben Kelevra schrieb: Hallo Malenski, *hüstel* ;) dem Argument der Programmierer kann ich folgen, Anfänger wollen nicht hundert Hinweise lesen bevor sie loslegen. Sondern einfach, sagen wir ein Café erstellen. Ein Warnung sollte ja nur erfolgen, wenn sie (möglicherweise) etwas kaputt machen. Es wird vermutlich eher selten vorkommen, dass ein verantwortungsbewusster Anfänger Straßen(teile) löscht (die Mitglieder von Relationen enthalten können) oder absichtlich die Richtung einer Einbahnstraße oder eines Wasserweges umkehrt. Bei der (geschätzten) geringen Häufigkeit des tatsächlichen Auftretens solcher Edits sehe ich kein Problem, einen Warnhinweis zu zeigen. Nur gibt es gewisse Dinge die geschützt werden müssen. Wege sollte man ganz allgemein nicht per Hotkey umdrehen können. Ich finde diese Funktion gehört einfach einen Menüpunkt Experten untergebracht, und dann ein genereller Warnhinweis davor. +1 Was Relationen angeht seh ich kein Problem wenn Anfänger daran arbeiten. Derzeit sehen die Nutzer von iD nicht, dass es sowas wie Relationen überhaupt gibt. Ansonsten habe ich auch kein Problem, wenn Anfänger an Relationen arbeiten - solange die Daten nicht zerstört werden. Viel wichtiger ist eine Prüfung des Datenbestands nach der Bearbeitung. Hier wird der Anfänger gewarnt wenn dir Daten inkonsistent sind. Das versteht selbst der absolute Neuling wenn am Ende eine Prüfung ausgeführt wird und er gewarnt wird. Wenn erst beim Hochladen - möglicherweise nach umfangreichen Bearbeitungen - ein Hinweis gezeigt wird, dass xy kaputt gehen könnte, weiß der Mapper erst recht nicht, wie er den möglichen Schaden abwenden kann. Entweder er bricht frustriert ab oder lädt trotzdem hoch. Es wäre hier sogar möglich wenn der Anfänger dies übergeht einen Bug zu erstellen, das den Experten das Suchen erleichtert und vielleicht jemand mit regionalem Bezug sich dem Anfänger annimmt. So würde eine Integration gefördert. +1 Gruß Thomas ___ 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] JOSM-Chat-Plugin
Danke für den Hinweis. Habs mir gleich mal installiert. Fänd etwas Platform übergreifendes Was vielleicht auch auf der Seite angezeigt wird ganz klasse, sodass man quasi Konversationen über Städte dort führen kann, und nicht zum gleichen Zeitpunkt online sein muss. LG Ruben Am Sat, May 11, 2013 at 10:47 AM schrieb Frederik Ramm frede...@remote.org: Hallo, Zverik hat grade auf der talk-Liste auf sein neues GeoChat-Plugin fuer JOSM hingewiesen: http://wiki.openstreetmap.org/wiki/JOSM/Plugins/GeoChat Damit kann man sich mit anderen Leuten unterhalten, die in der gleichen Gegend mappen wie man selbst. (Derzeit, wenn ich das richtig verstanden habe, ein Punkt mit 20km Umkreis.) Ich finde das eine spannende neue Sache, sicher erst in den Anfaengen, aber probiert es doch selber mal aus ;) 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am 11.05.2013 17:14 schrieb fx99 f...@vollbio.de: Auch JOSM hat seine Tücken: Wenn man einen Weg oder eine Relation alleine runterlädt, und dann Punkte verschiebt, so kann man andere Wege und Relationen komplett unbrauchbar machen, ohne dass man etwas davon merkt oder dass JOSM meckert. Das wirkt aber nicht gerade nach einem üblichen Fall... Lg Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bus-Spur gegen die Einbahnstraße
Hallo zusammen, ich suche nach dem üblichen Weg eine Busspur zu taggen. Soweit gefunden gibt es derzeit drei Möglichkeiten oneway=yes lanes=2 lanes:forward=1 lanes:backward=1 Möglichkeit 1 busway=opposite_lane Möglichkeit 2 lanes:bus:backward=1 Möglichkeit 3 bus:lanes:backward=yes Theoretisch könnte man wohl 2 und 3 kombinieren... LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Am Sat, May 11, 2013 at 5:42 PM schrieb Eckhart Wörner ewoer...@kde.org: c) JOSM kann immer noch nicht mehrere Ways im Kreis anordnen Nicht ganz richtig, man muss blos manuell alle Nodes markieren, dann gehts. LG Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ID Editor zerstört mit einem Klick tagelange Arbeit.
Ich sehe das ähnlich wie du, keiner der zerstörerischen Änderungen die ich je korrigiert hab wurde mit JOSM erstellt. Lg Ruben Am 10.05.2013 00:14 schrieb Tirkon tirko...@yahoo.de: Wilhelm Spickermann o...@spickermann-d.de wrote: Na ja, wenn der Weg nicht mehr da ist, dann ist in der Route auch in der Realität ein Loch ... darüber könnte man noch diskutieren. Häufig wird nicht deswegen gelöscht, weil etwas nicht mehr existiert, sondern beispielsweise eine Kreuzung auf die in der Realität existierende Richtungsfahrbahntrennung umgestellt wird. Es gibt viele Beispiele, wo das Bearbeiten durch Löschen eines Weges stattfinden kann, wo es eigentlich nicht erforderlich wäre. Es stört aber auch nicht, solange man Ortskenntnis hat und keine Relationen beteiligt sind. Anfänger löschen auch mal gerne einen ganzen Straßenzug, um ihn dann korrigiert neu zu erstellen. Dass dabei die Historie zum Teufel geht, ist wohl ein notwendiges Übel, eine Relationszerstörung hingegen nicht. Ohne Warnung vor Relationszerstörung kommt der Bearbeitende und insbesondere der Anfänger nicht auf die Idee, sich um andere Methoden des Editierens zu bemühen, die ein Löschen eines Weges nicht erfordern. Ohne Warnung kommt er nicht auf die Idee, dass da etwas nach Abschluss des beabsichtigten Editierens zu reparieren wäre. Auch ich habe anfänglich mit Potlatch Einiges unbeabichtigt zerstört. Dessen wurde ich aber erst gewahr, nachdem ich darauf hingewiesen wurde. Erst nach dem empfohlenen Umstieg auf JOSM verstand ich und fand mich in der Historie als Verursacher von weiteren gefundenen Relationszerstörungen. Es wäre schön, wenn der Umstieg auf JOSM hierzu zukünftig nicht mehr zwingend erforderlich wäre. ___ 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] Nutzung von staedtischen Vermessungsdaten
Man könnte daraus Tiles rendern und diese zum dahinter legen anbieten. Lg Ruben Am 08.05.2013 14:38 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Alexander Lehner leh...@edv-buero-lehner.de wrote: Wie immer haengen wir bei diesem Thema an der rechtlichen Frage fest. Gibt es ausser [1] noch weitere Berichte ueber erfolgreiche Imports von kommunalen Daten? V.a. das Thema Haeusergrundrisse waere interessant. Ich habe vor Urzeiten mal kommunale Daten der Gemeinde Neunkirchen am Sand importiert, die diese zur Verfügung gestellt hat. Markus sollte da mehr zu den Administrativa wissen. Das waren Häusergrundrisse und Hausnummern. Heute ist das alles gar nicht mehr so einfach, denn im Gegensatz zu damals müsste man wohl in der Regel bestehende Daten entfernen. Gruss Sven -- Das allgemeine Persönlichkeitsrecht (Art. 2 Abs.1 i.V.m. Art.1 Abs. 1GG) umfasst das Grundrecht auf Gewährleistung der Vertraulichkeit und Integrität informationstechnischer Systeme. (BVerfG, 1BvR 370/07) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Evtl. Zusammenarbeit mit landesvermessungsamt Brandenburg
Hallo Florian, Wo hast du die Daten abgelegt? Lg Ruben Am 08.05.2013 14:12 schrieb Florian Lohoff f...@zz.de: On Wed, May 08, 2013 at 02:00:54PM +0200, Andreas Dommaschk wrote: Hallo, das sind ja freudige Nachrichten. Zusätzlich zu den Adressen, würde ich noch nach der kompletten Straßenliste für Brandenburg fragen. Die ist, wie finde, deutlich wichtiger. Bisher habe ich immer die Landkreise oder Ämter nach den Listen gefragt. Die komplette Liste gibt es bisher nur gegen ein hohes Endgeld. Die kompletten Listen gibt es in den Wahlbezirkszuordnungen und die sind per definition Gemeinfrei. Es koennten lediglich Straßen ohne Häuser fehlen, meiner Erfahrung nach sind die aber meist trotzdem mit drin. So habe ich initial mal alle Straßenlisten NRWs zusammengetragen. Ich würde hier den Fokus auf Adressen und Straßenlisten konzentrieren. Die Bing Bilder sind ausreichend und aktuell. Die Luftbilder des Landes sind stellenweise schon ein paar Jahren alt. Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUYpA15DdQSDLCfIvAQiyZxAAkjrmsBkGcgliCK9RF38m5Eaf/N2wTEtC 5dLjtBAHbIx4g+k6QqqrHc0Q92fAxCliUmSQs8LEgRsGAZNxg+PWxq7RxXwdkBVg gChAh2QZ/1yu7TY41ZRYEScw2gX47XbDtCevw51WApfFSfuvkFXJk2LcowX6GwaG rYBTru2Oz9RP1+IS/lOR+3XhyO91EBhiXLkqVZafHYqHTz5rQnv2JQ5pJ0+QQ2f5 0pXx3zGYgxyVnuMZIVcjNhzUUBbzM6TJqZvnY3qV+NMM6oMcRhWR0QtrYbvsRQX1 D0baydsX/s2OtOn5wtYZx6swU5t5mVk89kO7620E7BoX6ORdZxEPBOJCdy/0/psL p5ObBUH0rfZ17TeJUWzq7LJyeO7c8hFYv+AwQQyhv0zJRr8T/lbC9D/Xdjz4Nxa1 +nC3f/7/S3Y9PaJyJw1V3Ei5aTgD9jPxkltmgKEu0Ed+McAEJb1kvu9V0BVFyCOg Ymuk3jtlY7RO7ge3web9QWqH/o31jA0iHKkxQudIO3vMA8MuBkJoQ4icavfxrKWX 0OvC1YvcH0XJO0fecHJ5RaYlQgXN3Qnru5hhT6s6oVDOfjA5m6qwLGQGsJ7ogjk/ 6oReIaLlTY6Dngx1NP7iTMsYo0ZUP/SqzlTm+pK7zA30+zuPT1XaCpZshoVJYRUp xx9kH3Ot/tg= =ulOq -END PGP SIGNATURE- ___ 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
[Talk-de] Stadtteilfuckup in Nominatim
Hallo zusammen, ich wohne in Wermelskirchen. In Wermelskirchen gibt es, rein aus meinem Bauchgefühl, ein paar Stadtteile wie Dabringhausen und Dhünn, die sehr groß sind, einige kleinere wie Tente und Hünger die näher am Stadtgebiet liegen aber noch eine Abgrenzung zum Stadtgebiet haben. Danach folgen nur noch einige Bezeichnungen für kleine Gebiete wie ein Musikantenviertel (für ein Viertel mit Musikernamen) ein paar Plätze mit Bezeichnungen und einige Straßen benennen einen kleinen Bereich der Stadt, wie z.B. Belten. Nun komm ich mit der Erklärung in der Wiki nicht wirklich weiter... denn die vorgelagerten Stadtteile wie Tente gehören natürlich nicht zum Stadtgebiet. Allerdings weiß ich nicht wie ich Nominatim davon überzeugen kann genaue Grenzen zu ziehen... denn bisher passiert das: Residential Kölner Straße, Loches Platz, Tente, Wermelskirchen, Rheinisch-Bergischer Kreis, Regierungsbezirk Köln, North Rhine-Westphalia, 42929, Germany, European Union Bis auf Loches Platz, Tente ist alles richtig, nur Tente ist ein Stadtteil außerhalb des Stadtgebiets. Loches Platz ein Platz irgendwo in der nähe der Straße, dieser ist ein benannter Ort innerhalb der Stadt. Ich bin mir nun nicht sicher wie genau ich die Daten aufteilen soll damit Nominatim damit zurecht kommt und es dem üblichen Schema für eine Kleinstadt entspricht. LG aus Wermelskirchen Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtteilfuckup in Nominatim
Bisher nur Nodes, das Problem hierbei ist das klare Abgrenzungen nicht möglich sind. Ob nun eine Straße oder ein Haus noch dazu gehört oder nicht ist wirklich schwierig. Die Frage die sich mir stellt ist, wie Tagge ich den Stadtkern damit keine Außenbezirke in den Pfad der Straßen gezogen werden? Denn das ist derzeit das größte Problem. Davon ab denke ich das ich die meisten Orte nicht als Ort benennen sollte, außer solche Dinge wie Markt wo es keine zugehörige Straße gibt. Der Markt ist derzeit schon place=neighbourhood, wird dann aber von mapnik überhaupt nicht gerendert. LG Ruben Am 9. Mai 2013 00:22 schrieb Martin Koppenhoefer dieterdre...@gmail.com: On 09/mag/2013, at 00:11, Ruben Kelevra cyr...@gmail.com wrote: Ich bin mir nun nicht sicher wie genau ich die Daten aufteilen soll damit Nominatim damit zurecht kommt und es dem üblichen Schema für eine Kleinstadt entspricht. sind das nodes oder Flächen? Flächen sind weil sie explizit das Gebiet definieren besser als nodes, bei Nodes kann Nominatim (und jeder andere) nur raten, wie groß das Gebiet ist. Ggf. kannst Du das hierarchisieren, indem Du das auf place=suburb und place=neighbourhood aufteilst. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stadtteilfuckup in Nominatim
Nun, wie ich bereits sagte nimmt Nominatim den Stadtteil außerhalb des Stadtgebiets der definitiv NICHT zu einer Straße im Stadtgebiet gehört. Ich wüsste aber nicht wie ich den Stadtkern selbst taggen soll. Das ist das primäre Problem. Hat jemand dafür einen Vorschlag? Den Rest werde ich mal so probieren wie hier vorgeschlagen, entweder ein Shape oder nur die Straße selbst taggen. LG Ruben Am 9. Mai 2013 00:52 schrieb Martin Koppenhoefer dieterdre...@gmail.com: On 09/mag/2013, at 00:38, Ruben Kelevra cyr...@gmail.com wrote: Bisher nur Nodes, das Problem hierbei ist das klare Abgrenzungen nicht möglich sind. Ob nun eine Straße oder ein Haus noch dazu gehört oder nicht ist wirklich schwierig Einfach mal machen, anpassen kann man es immer. Wenn nichtmal die Mapper es genau wissen, wo soll dann Nominatim es hernehmen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nachtrag Bing Luftbildzensur
Wir könnten selbst Luftbilder mit ner Drohne machen ;) Mal kucken wie sehr das belästigt... Am 09.05.2013 03:04 schrieb Christian Müller cmu...@gmx.de: Am 08.05.2013 23:11, schrieb Martin Simon: Am 8. Mai 2013 22:24 schrieb Martin Koppenhoefer dieterdre...@gmail.com : Sind denn immer noch Reste dieser alten OSM-Daten in den aktuellen Luftbildern? Wenn ich mir das Bonner Verteidigungsministerium ansehe: nein. Und ich hätte lieber die alten Daten zurück: hier wurde in Ermangelung genauerer Daten besonders großzügig verpixelt (sicher ist sicher), so dass die Terroristen jetzt auch Den benachbarten Park, Die Tennisanlage, Das Freibad, den Kletterwald, den Kindergarten, die Umspannstation, das Heizkraftwerk und die Schießsportanlage nebst Biergarten nicht mehr angreifen können. Danke, ich fühl' mich gleich viel sicherer. ;-) .. Wie gesagt, nach der Info die Steffen von den Tarnfleckleuten bekommen hat, darf dieser Verpixelungsgrad rechtlich nicht beantragt werden. Das Problem scheint wohl eher Bing zu sein, wenn sie behördliche Anfragen übererfüllen. Google zeigt doch, dass es auch anders geht. Ernsthaft, fällt euch nix ein, was sich da tun ließe? Gibt es denn niemanden, den wir mit unseren Anfragen belästigen können? Grüße Christian ps: Du hast noch Flugzeug als keyword vergessen. ___ 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] Nominatim: addr:street ohne zugehörigen highway
Ich fänds schön wenn der mal einen Beenden-Menüpunkt anbieten würde und man nicht warten muss bis er irgendwann von selbst aufhört das GPS zu verwenden. Sorry für OT. On Topic würde ich vorschlagen das man einfach einen Menüpunkt Neue Straße anbietet und sofern schon Hausnummer getaggt wurden fragt wie die alte heißt, ansonsten eben nach dem Namen der neuen. Wenn man das überspringen fragt er bei der Erstellung der nächsten nochmal. Ich würde Postcode/Name/Suburb/Hamlet/City/County anbieten. Und grundsätzlich auch einen kleinen Button der auf ne vollwertige Tastatur wechselt und dann fragt ob Housename/Note/Fixme erstellt werden soll. Lg Ruben Am 03.05.2013 16:43 schrieb Markus Semm ms...@enaikoon.de: Hallo, aktuell arbeiten wir an der nächsten Version des Keypad-Mapper 3: http://wiki.openstreetmap.org/wiki/DE:Keypad-Mapper_3 . Das ist eine Opensource Android Software zum effizienten Erfassen von Hausnummern und Adressen für OSM. Download hier: https://play.google.com/store/apps/details?id=de.enaikoon.android.keypadmapper3 Einer der anstehenden Punkte auf der ToDo Liste ist die Optimierung des Bildschirms Adress-Editor, in dem für die zu erfassenden Hausnummern weitere zugehörige TAGs befüllt werden können, derzeit addr:housename, addr:street, addr:postcode, addr:city und addr:country. Diese Infos werden dann jedem neu erfassten Hausnummern-Node zugeordnet und in JOSM mit geladen. Meine Frage an Euch: welcheTAGs sollten Eurer Meinung nach sinnvoll im Address-Editor des Keypad-Mapper 3 angezeigt werden? In Berlin habe ich gesehen, dass viele Hausnummern in letzter Zeit durch addr:suburb ergänzt wurden um die Stadtteile (Schöneberg, Wilmersdorf...) zu mappen, in denen sich die Adresse befindet. Das ist auch sehr sinnvoll um sich besser orientieren zu können. Ich weiß, das diese Frage nicht genau zu diesem Thread-Thema passt, irgendwie dann aber doch weil Vorgaben in einer Software dazu tendieren verwendet zu werden und deshalb der Keypad-Mapper Datenstrukturen forcieren sollte, die später z.B. von Nominatim sinnvoll ausgewertet werden können. Markus -Ursprüngliche Nachricht- Von: Andreas Neumann [mailto:andr-neum...@gmx.net] Gesendet: Freitag, 3. Mai 2013 16:11 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Nominatim: addr:street ohne zugehörigen highway On 05/03/2013 03:49 PM, Martin Raifer wrote: Am 03.05.2013, 15:38 Uhr, schrieb Martin Koppenhoefer dieterdre...@gmail.com: man könnte auch versuchen, die restlichen Mapper zum Umtaggen zu addr:place bewegen, mehrere taggingvarianten für dasselbe verkomplizieren die Sache doch nur unnötig. Naja, addr:place und addr:hamlet/suburb/... sind doch zwei verschiedene Tagging-Konzepte. z.B. kann man addr:hamlet verwenden um zwischen zwei Hauptstraßen in der selben Gemeinde zu unterscheiden. Oder einfach als optionale zusätzliche geografische Information. addr:place hingegen wird anstelle von addr:street verwendet. Martin / tyr_asd dito! ich verwende addr:hamlet bzw. addr:suburb gerne um Ortsteile zu kennzeichnen. Besonders die erst vor kurzem eingemeindeten Ortsteile sind noch sehr stolz auf ihren Ortsnamen. Da ihre Adressen aber amtlich nun im neuen Ort gelistet sind, habe ich diesen Weg gewählt. Angezeigt wird dann meisten mit PLZ Stadt-Ortsteil Andreas -- Andreas Neumann http://stadtplan-ilmenau.de ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering-Intervalle der Karte
Dauert etwa 10 Minuten aktuell im Normalfall. Bei Tiles 12 dauert es teilweise deutlich länger. Die Tiles ab 6 werden afaik nur manuell neu gerendert. Lg Ruben Am 01.05.2013 14:24 schrieb tumsi tu...@gmx.de: Hallo zusammen, Gibt es irgendwo eine Übersicht, welche Regionen der Welt in welchen Intervallen neu gerendert werden (ich meine natürlich die Karte auf openstreetmap.org)? Soweit ich weiß, wird Deutschland i.d.R. alle 24 Stunden aktualisiert. Wie sieht dies z.B. in Schweden aus? Hier war mir gerade aufgefallen, dass dort Tiles vom 09. Februar genutzt werden (laut Statusinfo). Viele Grüße, Constanze __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendering-Intervalle der Karte
Und mit /status bekommst du das Datum des renderns. Lg Ruben Am 01.05.2013 15:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com: On 01/mag/2013, at 14:49, Ruben Kelevra cyr...@gmail.com wrote: Dauert etwa 10 Minuten aktuell im Normalfall. Bei Tiles 12 dauert es teilweise deutlich länger. Die Tiles ab 6 werden afaik nur manuell neu gerendert. +1, das hängt davon ab, ob sich was geändert hat (in höheren Zoomlevels), wenn es doch mal hakt, ist evtl. die Neurender-liste voll, dann gehen AFAIK die Änderungen erstmal vergessen, bis wieder jemand dort editiert, kommt aber eher nur in Ausnahmefällen wie Hardware-Defekt oder so vor, evtl. auch bei ungewöhnlich hoher Aktivität (Importe)? Du kannst aber das Neurendern auch manuell veranlassen, indem Du an die tile-URL ein /dirty hängst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Güterbahnhöfe / Verladestationen
min_level hast du vergessen, aber sonst hast du recht (: Lg Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OsmAnd nicht verfuegbar
Hatte n Bug gefilet, vielleicht hat das geholfen ;) Die neue Version sieht viel chicer aus. :) Lg Ruben Am 25.04.2013 12:26 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: Hoffe gibt für die Bezahler über AndroidPIT bald auch ne neue Version. Ist seit heute auch verfügbar: http://www.androidpit.de/de/android/market/apps/app/net.osmand.plus/OsmAnd-Karten-Navigation Die kostenlose Version gab es schon gestern: http://www.androidpit.de/de/android/market/apps/app/net.osmand/OsmAnd-Karten-Navigation ___ 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] OsmAnd nicht verfuegbar
Fehlt nur noch AndroidPIT Aber hab mir die neue Version runtergeladen, NETT! Kein Vergleich zu vorher, auch vom Funktionsumfang ausgebaut. Hoffe gibt für die Bezahler über AndroidPIT bald auch ne neue Version. LG Ruben Am 24. April 2013 01:14 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: OsmAnd ist jetzt wieder im Google Play Store erhältlich: http://osmand.net/en/component/content/article/85-google-play-app-unavailable.html https://play.google.com/store/apps/details?id=net.osmand https://play.google.com/store/apps/details?id=net.osmand.plus Das Design wurde verändert. ___ 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] Hausnummern
Ich würd den Weg von René beschreiten und die Gemeinde fragen was dort los ist. Am 23. April 2013 15:46 schrieb Steffen Heinz eifelhu...@gmx.de: Am 23.04.2013 15:13, schrieb Florian Schäfer: Was meint Ihr, soll ich lieber die Hausnummer am Haus mappen, oder die offizielle Hausnummer? die die der Briefträger braucht ? ;) Grüße aus der Eifel Steffen ___ 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] Hausnummern
Ach wir hatten noch ne 7 über, und die hat hier eh keiner ... ;) LG Ruben Am 23. April 2013 18:20 schrieb Florian Lohoff f...@zz.de: On Tue, Apr 23, 2013 at 03:13:03PM +0200, Florian Schäfer wrote: Hallo Liste, schon mehrere Male ist es mir passiert, dass die offizielle Hausnummer mit derjenigen, die am Haus hängt nicht übereinstimmt. Beispiele: 1. Ich habe mal in der Hausnummer 6I (sechs römisch eins) gewohnt, bis ich beim Umzug bemerkt habe, dass im Grundbuch 6a steht. 2. Hier im Ort gibt es ein Doppelhaus an dem die Hausnummern 7 und 7a hängen. Laut Maps4BW vom Landesamt für Geoinformation und Landentwicklung [1] hat dieses Haus die Hausnummern 9 und 9a. Klingeln und dumm fragen? Vielleicht gibts ja eine plausible erklaerung fuer den mismatch ... Flo -- Florian Lohoff f...@zz.de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iQIVAwUBUXa0wJDdQSDLCfIvAQjJoA//UC4SPsJ1XRFcHwSedRn5r0I6YNmcab9Z H+gh9Y2ZIjRKBE3dI5zLZcybS7l4GhAKAf0CSyh1+dspUV0K94gIHjfaUb4m+teB JOJG1dy5IyNBXEafoJFwVIgf+4qXAUlzNAblYtcnlF/xVAb9xdlijEE6+Nrf9JJs b14xB06wVqIIUf0K00mSIlaOs1KDSVQntOJ9UgjFHUHTI7gwHgpxZAjivtHAx+/n OsT9FdC7zRCfKZfF/8w4zvidzRwbB0fnc/TqyKqjdmFMmPkQ1nWQu1dJ7sZBJHpZ Us2yD7OLksKjwPlkNmvDTZVx6ygc3vVKp/xpjBL8M1QQ5VtHtGhzFVmy23jie55C xNkDra7QNgIq20m/DNAfq912k9Y1tqz9h2AXCjs7DipS/k8CAcdhs8ZiRWU4UVRB +jZExqB2NOcLp5zDXxfhI4o4JOgwt+Z4Pp5/Bbh+Ta2L/wDqFsA8mgOQpxDPkTT7 kR8rZ+4WNLJhFOpHWoHGoKPiNa2Sq0Ywbi8gP9VoRDaVO9Rt6Inr92MmfRNfDHN2 47psReQmnrk4z6xhdxs7KRnF6ZVCRwR1raLkHlZekhhXSFmzKqCfONscSBdgbHIs 8WiP9PGGFhRzY/CWH5B/MitROaId61+QPM+4A41GzrcyFDrcgjvL13buNc0CdXg3 uwLZaEPcrBc= =A3TW -END PGP SIGNATURE- ___ 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] OsmAnd nicht verfuegbar
Freuen wir uns über schönere Icons (: LG Ruben Am 20. April 2013 19:01 schrieb qunuxy-osmmailingli...@yahoo.com qunuxy-osmmailingli...@yahoo.com: Weiß jemand Näheres? Es scheint Differenzen zwischen dem Designer und dem Projektmanagement gegeben zu haben. Jetzt ist man vermutlich nicht mehr berechtigt, die bisherigen Icons zu verwenden. Dies hatte dann vermutlich auch die Entfernung aus dem Google Play Store zur Folge. Jetzt ist man dabei, alle Icons auszutauschen. ___ 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] Rechtschreibung und Zeichensetzung in den Karten
Also eine Sache könnte man konkret angehen, da diese immer Fehlerhaft ist: Doppelleerzeichen. Oder sieht jemand das anders? Könnte mein Bot-Framework drauf ansetzen diese zu entfernen. LG Ruben Am 14. April 2013 16:32 schrieb Hans Schmidt z0idb...@gmx.de: Hallo, mir fällt öfters auf, dass die Rechtschreibung in den Karten sehr mangelhaft ist. Was mir oft auffällt sind die sogenannten Deppenleerzeichen (Auch in der vorhin verlinkten Karte, wo „DRK Kita“ steht. Das ist ja kein Produkt des DRK, so wie ein Opel Astra, sondern es ist eine DRK-Kita). Auch fällt mir ganz negativ auf, dass oft diese unseligen Zollzeichen () als Ersatz für Anführungszeichen („“) verwendet werden. Auch in der gerade verlinkten Karte: /DRK Kita Villa Kunterbunt/, anstatt /DRK-Kita „Villa Kunterbunt“/. Zwar in Deutschland nicht so wichtig, aber im Ausland wird auch oft das Apostroph-Ersatzzeichen ' statt des richtigen Apostrophs ’ verwendet. Was könnte man dagegen wohl machen? Klar, wenn einem das mal auffällt, wird es korrigiert. Leider sind die Leute, die die richtige Rechtschreibung beherrschen, heutzutage wohl in der Minderheit, deswegen wird das größtenteils nicht korrigiert. Ich finde, das sieht dann immer ein wenig unprofessionell aus. Könnte man da wohl was direkt bei JOSM machen? Zum einen Smart-Quotes, wo automatisch je nach name:xyz in das richtige Anführungszeichen gewandelt wird? Und eventuell irgendwie eine Art Warnung bei Deppenleerzeichen? Aber das stelle ich mir schon ein wenig schwierig vor. Eine Lösung direkt bei der Eingabe wäre allerdings wahrscheinlich vorzuziehen, da so direkt die Fehler vermieden werden könnten. Gruß, Hans ___ 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
[Talk-de] Waze Hinweis auf OSM Lizenz fehlt?
Hallo zusammen, Ich wundere mich sehr darüber dass die OSM Lizenz-Angabe in Waze fehlt... besonders bei der Verbreitung dieser App. bin ich einfach nur blind oder fehlt der Hinweis wirklich? Könnte man da einfach man fragen warum sie denn unsere Daten nicht vernünftig lizenzieren ? Lieben Gruß Ruben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?
Hier sind definitiv OSM-Daten im Spiel, ich glaube nicht das jemand in meiner kleinen Stadt Parkplatzwege mit Einbahnstraßen tagt ... etc. Das meiste kann man ja abzeichnen aber solche Details eben nicht. Die Positionen sind von den Aufnahmen entnommen, nicht OSM... LG Ruben Am 12. April 2013 12:46 schrieb Walter Nordmann pil...@hotmail.com: Chris66 wrote Ich dachte, die nutzen kein OSM ? http://de.wikipedia.org/wiki/Waze Stimmt, ich hab es extra nochmal installiert: immer noch Navteq-Daten. Ich hab in meinem Dorf eine Musterstelle, woran ich das auf einen Blick sehe. Kann man hier http://wambacher.bplaced.net/omc/sautter.html?zoom=17lat=50.11194lon=8.0922layers=B000TF am Wurmfortsatz in der Bildmitte leicht erkennen. -- View this message in context: http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5756785.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Waze Hinweis auf OSM Lizenz fehlt?
Gmaps: http://ompldr.org/vaTJ0NA Waze: http://ompldr.org/vaTJ0NQ OSM: http://ompldr.org/vaTJ0Nw Am 13. April 2013 03:00 schrieb Walter Nordmann pil...@hotmail.com: screenshots? ich kann morgen auch welche für mein Dorf machen. Eindeutig Navteq. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Waze-Hinweis-auf-OSM-Lizenz-fehlt-tp5756747p5756876.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[OSM-talk] Not add extra attributes when import .pbf file to database
I'm using osm2pgsql I'm importing a file called maryland.osm.pbf with extra atributes (--extra-attributes ) but - osm_uid - osm_user fields - osm_version - osm_timestamp are empty.i don't know why? osm2pgsql --extra-attributes -v -S default.style -d db_maryland maryland.osm.pbf while, if I import a file maryland.osm.bz2. is normal.Extra attributes appear osm2pgsql --extra-attributes -v -S default.style -d db_maryland maryland.osm.bz2. I need to import. PBF files. please help me. in my file default.style is enabled the fields for extra atributes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-us] identifying TIGER deserts
We've worked out some kinks of our first attempt to identify TIGER deserts, and produced maps a couple maps along the way. Average version of all highway =* ways https://tiles.mapbox.com/ruben/map/map-badetj1b#7.00/37.927/-78.466 Percent version 1, highwahy=* ways per gridcell http://tiles.mapbox.com/ruben/map/map-4t3notfw#9.00/37.2805/-78.2528 Comparison: http://bl.ocks.org/d/ff2607349777ddee9181/ As input we used a database of all highway=* ways and their version number created using Osmosis and a grid generated from a Natural Earth shapefile. I created a postgres function that populates a new table called tiger_grid. For each cell, we calculated each of the following: - amount_version1 - amount version2 - percentage _version1 - percentage version2 - average_version I've captured all of this work - the postgres functions, shapefiles, and tilemill projects in the a repo here:https://github.com/Rub21/tiger-deserts next steps A few obvious steps stand out, including rendering a national version of these maps. I'd also love to figure out whether it makes sense to join forces with Mike Migurski's Green Means Go map. It'd also be interesting to use a smarter Osmosis command (and the full history file) to limit the input data to just those ways created by the 3 primary user accounts associated with the TIGER import: https://github.com/MapQuest/TIGER-Edited-map/blob/master/inc/layer-tiger.xml.inc#L45 (h/t Migurski) ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-pt] Vamos Mapear Portugal em destaque na imprensa
Em Qua, Setembro 12, 2012 15:19, Rui Alves escreveu: http://www.dn.pt/inicio/ciencia/interior.aspx?content_id=2765159 Citando o artigo: Em Portugal também está a ser desenvolvido um projeto semelhante, designado Telco, e que será também desenvolvido de forma completamente gratuita através da colaboração das pessoas que fazem os mapas e das diversas empresas envolvidas, que disponibilizam as suas bases de dados com itinerários, tempos e custos, entre outros dados. Alguém sabe o url do site deste projecto Telco? Um abraço, -- Rúben Leote Mendes -- ru...@nocturno.org ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Equipamento para mapear
Em Qua, Agosto 22, 2012 20:11, Francisco DOS SANTOS escreveu: Camera Mini HD808 #16 : http://viewitem.eim.ebay.pt/Mini-DVR-808-Car-Key-Chain-Micro-Camera-16-Real-HD-H264-Pocket-Camcorder-Gadge/220930068968/item Não sei se não será demasiado discreta... ;-) Tiveste problemas com a alfândega? -- Rúben Leote Mendes -- ru...@netureza.pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
