Re: [OSM-talk] Call for verification (Was: Re: VANDALISM !)

On 2020-08-24 00:18, Martin Koppenhoefer wrote: > I have recently found a lot of highway=path which clearly were tracks > according to aerial imagery. A tool which would allow to filter for “paths by > this mapper” (maybe in a similar timeframe) could speed up finding and fixing > them.

Re: [OSM-talk] Call for verification (Was: Re: VANDALISM !)

On 2020-08-23 18:27, Martin Koppenhoefer wrote: > There is a lot of stuff that could be analyzed, immense. All the history is > still available with all the user information... What's next? Do we want to invite "unreliable" mappers to an exciting two hours training course to improve their

Re: [OSM-talk] New API suggestion: Allowing contributors to easily track their OSM-objects over time

On 2020-08-22 19:55, Martin Koppenhoefer wrote: > What kind of permanent ids do you want? For some more abstract concept like a > road with a specific name? A shop? A building? If there’s a way tagged with > building=supermarket, shop=supermarket, name=Foo, and you add a permanent id > to it.

Re: [OSM-talk] New API suggestion: Allowing contributors to easily track their OSM-objects over time

On 2020-08-22 11:08, pangoSE wrote: > The system can then be queried lke this: > > IMPLEMENTATION SUGGESTION: > > GET Openstreetmap.org/api/userobjects/pangoSE > Outputs objects for user pangoSE with the oldest first (outputs 10 > entries, can be used to get more, can be used to output up > to

Re: [Talk-de] Kostenlose OSMF-Mitgliedschaft für Aktive - Craftmapper in die OSMF ;)

Am 20.08.20 um 10:17 schrieb Frederik Ramm: > ist das Spezial-Formular für "Mapper mit mindestens 42 Mappingtagen im > letzten Jahr". Details zum Programm hier: > https://join.osmfoundation.org/active-contributor-membership - Wie Martijn van Exel schon auf Twitter schrieb: "Perhaps the most

Re: [OSM-talk] Referential integrity of https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz

Am 12.08.20 um 15:40 schrieb Tom Hughes via talk: > On 12/08/2020 13:56, Roland Olbricht via talk wrote: > >> in the minute diff, in file >> https://planet.openstreetmap.org/replication/minute//004/146/694.osc.gz >> the way 40657824 uses node 7804408284, but that node is contained >> neither in

Re: [OSM-talk] Roadmap for deprecation of name tags in OSM

On 2020-08-09 14:33, pangoSE wrote: >> IIRC, Yuri already tried that when implementing Wikibase on our own >> wiki, and it turned out to be massively complicated, not to say not >> feasible at all. Didn't you follow that discussion back then? > > I was not aware. Link? > Its not a dealbreaker

Re: [OSM-talk] Roadmap for deprecation of name tags in OSM

On 2020-08-09 13:05, pangoSE wrote: > These are valid concerns. See my response to James. > If Wikimedia should become uncooperative we could easily set up our own > wikibase installation. See https://www.wbstack.com/ Our own Wiki.openstreetmap.org already has a wikibase installed. You're not

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch

On 2020-08-02 11:55, Richard Fairhurst wrote: > The other is that  > 2020's P2 users, contrary to the cliche of 2010, are actually pretty > skilled and experienced (by definition the beginner users use iD > these days) - many of them have a four-figure number of  > changesets - so installing AIR

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

On 2020-08-01 12:42, Richard Fairhurst wrote: > Ruffle is showing promise (https://github.com/ruffle-rs/ruffle) and is > under very active development, but does not yet support AS3 or the Flash > Player features that P2 needs. I would anticipate that P2 will be able > to run as WebAssembly when

Re: [OSM-talk] Funding of three infrastructure projects : Nominatim, osm2pgsql, Potlatch 2

On 2020-08-01 10:32, Simon Poole wrote: > That was a good decade ago, nothing that would factor in to a decision > now (because Linux could not be a target platform to start with).  > The Adobe AIR download page seems to suggest that Adobe AIR is only available on 64-bit Windows platforms. Do we

Re: [OSM-talk] Overpass API version 0.7.56

Thank you for the update! On 2020-04-14 07:09, Roland Olbricht wrote: > I intend to bundle them with the necessary changes to use > ways and relations directly as areas, > but that is not implemented yet. Although this sounds like a minor topic, it has quite some impact for a number of users.

Re: [OSM-talk] Should a deleted user's changeset list be removed?

> > As has been pointed out, the data is still there. How hard would it be > to list these changesets as normal? There's an open issue on GitHub for this topic, please follow up there: https://github.com/openstreetmap/openstreetmap-website/issues/1311 --

Re: [Talk-de] OSM-Wiki wer ist der Admin

Am 10.10.19 um 17:04 schrieb Markus: > Wer kann im OSM-Wiki die Erweiterung zur Darstellung von Formeln > installieren? > Bringe deinen Vorschlag am besten auf der Seite https://wiki.openstreetmap.org/wiki/Talk:Wiki zunächst zur Diskussion ein. Alles weitere ergibt sich dann. --

Re: [Talk-de] Frage zu OSM-IDs

Am 10.10.19 um 14:52 schrieb Tom Pfeifer: > Insbesondere wird ein Element nicht physisch gelöscht, sondern in seinem > XML-Code das Attribut 'visible' auf 'false' gesetzt. Es wird quasi nur > unsichtbar. Daher ist es möglich Löschungen rückgängig zu machen, also > zu revertieren. > Zu jedem

Re: [OSM-talk] Wikibase items instead of usual templates for wiki pages?

Am 10.06.19 um 18:46 schrieb Yuri Astrakhan: > and we could store other info like validation rules and even solve the > "presets" conflict with this technology -- by storing the presets in the > data items - community would have a direct influence on what presets > should be. (TBD) This idea was

Re: [OSM-talk] Remove validation rule asking to add highway=footway to railway/public_transport=platform

Am 28.05.19 um 10:32 schrieb Frederik Ramm: > Perhaps it is possible to have a forked iD that does not work by > meticulously cherry-picking every new change that is added to iD > (because that would be too much work), but instead - a bit like the > mechanisms when building a Debian or Ubunutu

Re: [OSM-talk] We're erasing our history in wiki

Am 22.04.19 um 12:37 schrieb Simon Poole: > The last functional addition to the editing API was just over a year > ago, in March 2018. > > Implying for rhetorical purposes that "nothing has changed" is rather > disingenuous. > > Simon > > Am 22.04.2019 um 11:59 schrieb Ilya Zverev: >> This

Re: [OSM-talk] problems with differential update?

Am 11.04.19 um 21:33 schrieb Frederik Ramm: > Hi, > > On 4/11/19 21:26, Roland Olbricht wrote: >> Could it have been that the file triggered an arcane bug in a gz library >> from the Java universe? > > Yes, that's exactly the problem - these files decompress fine with gzip, > just not with Java.

Re: [Talk-de] Besorgt über den iD-Editor

Am 29.03.19 um 22:55 schrieb Christoph Hormann: > On Friday 29 March 2019, mmd wrote: >> > Ich nehme jetzt mal an, dass das bedeuten soll, dass Quincy für Critigen > arbeitet. Ja, das ist die Einschätzung, zu der ich gelangt bin. Dieses Unternehmen war auch im letzten Jahr

Re: [Talk-de] Besorgt über den iD-Editor

Am 29.03.19 um 23:36 schrieb Simon Poole: > > Die Transparenz besteht wohl mehr darin, dass es klar ist das kein > Dritter (der nicht Vollzeit daran arbeitet), auch nur einen Hauch einer > Chance hat die Änderungen nachzuvollziehen, siehe >

Re: [Talk-de] Besorgt über den iD-Editor

Am 29.03.19 um 21:13 schrieb Christoph Hormann: > Insbesondere die Tatsache, > dass da jemand das Projekt mit leitet, der für diese Arbeit von > jemandem anonym bezahlt wird, geht meiner Meinung nach überhaupt nicht. Frederik hatte das ohne weitere Belege in den Raum geworfen, allerdings hat

Re: [OSM-talk] Relation #2632934 is "killing" differential update

On 2/11/19 11:41 AM, wambac...@posteo.de wrote: > Hi, > > there is a relation https://openstreetmap.org/relation/2632934, which > currently has *42698 members*. Processing this rel with osm2pgsql fails, > because this value is bigger than 32737 (small int). > FYI: As a follow up to this

Re: [OSM-talk] Missing day replicate

On 2/11/19 12:35 PM, Jochen Topf wrote: > On Mon, Feb 11, 2019 at 12:02:23PM +0100, Rory McCann wrote: >> I've seen this error before a few times. I thought the file was bad and was >> pulling my hair out trying to find the weird bytes (which didn't exist). The >> file came from osmosis merging a

Re: [OSM-talk] Missing day replicate

On 2/9/19 1:58 PM, Tom Hughes wrote: > On 09/02/2019 11:47, mmd wrote: > >> For some strange reason, the gz file claims to be from "FAT filesystem", >> and most likely osmosis can't figure out that the file contents are in >> UTF-8. > > They all say that -

Re: [OSM-talk] Missing day replicate

Am 09.02.19 um 08:17 schrieb Jochen Topf: > > this might or might not be related to the hourly change file with the > number 56107 being "strange": Osmosis can not read the file 107.osc.gz, > it reports a UTF-8 error. But if I gunzip the file, Osmosis can read the > file fine. So this points to

Re: [Talk-de] Straßensuche auf openstreetmap.org

Am 19.01.19 um 09:36 schrieb Sarah Hoffmann: > Hallo, > > On Sat, Jan 19, 2019 at 08:32:33AM +0100, Martin Trautmann wrote: >> welche bessere Suchmethode empfehlt ihr, als direkt auf >> openstreetmap.org ins Suchfeld den Straßennamen einzugeben? >> >> Konkret suche ich jede Dorfstraße in der

Re: [Talk-de] Hat der Renderer Probleme?

Am 04.01.19 um 11:48 schrieb Manuel Reimer: > > Ich habe gestern am Nachmittag einige Änderungen gemacht und einige > davon sind bis heute nicht gerendert. > > Das ging in der Vergangenheit definitiv mal schneller... > > Wird aktuell besonders viel gemappt oder hat der Renderer ein Problem? >

Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung

Am 25.12.18 um 16:55 schrieb sepp1...@posteo.de: > > Dank Andreas und mmd habe ich Karten gefunden, die das darstellen - > unkompliziert und ohne Theater - das wären m.M.n. brauchbare Vorbilder > für zukünftige Antworten von Dir?! Kurzer Hinweis in eigener Sache: ich bin

Re: [Talk-de] Höhenbeschränkungen und ihre (fehlende) Darstellung

Am 25.12.18 um 15:21 schrieb Andreas Frey: > Hallo Sepp, > falls Du eine spezialisierte Karte mit Höhenbeschränkungen benötigst könnte > ich Dir http://maperitive.net empfehlen. Das läuft > auf dem PC und Du kannst dir Deine eigene frei konfigurierte Karte erstellen. >

Re: [Talk-de] Gutachten [war: Re: POIs - Details - Gerichtsurteil ]

Am 09.11.18 um 09:23 schrieb sepp1...@posteo.de: > Bspw. dieses Gremium im Rahmen einer Positionierung zur Umsetzung und > Anwendung der OSM-Grundsätze und letztendlich FOSSGIS als Betreiber und > rechtlich Verantwortlicher. > Da dieser Punkt schon mehrfach von dir in diesem Faden angesprochen

Re: [Talk-de] Wiki-Eintrag falsch?

Moin Am 06.10.2018 um 07:45 schrieb sepp1...@posteo.de: > Aufgrund einer Vielzahl von alten Brückenbögen sind an diesen oft > mehrere Angaben zur Höhe zu finden, auch durch Z 265. So stehen an den > Bogenrändern im Lot über dem Fahrbahnrand oft deutlich geringere > Angaben, als in der

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

Am 11.08.2018 um 12:18 schrieb Christoph Hormann: > I hope you are aware that you are defending a bad tagging idea with the > existence of other bad tagging ideas. The intention was actually quite the opposite. It was more a question of taking a step back and revisiting those tags where

Re: [OSM-talk] Is it technically and legally possible to add the Open Location Code to the OSM search?

Am 10.08.2018 um 19:46 schrieb Christoph Hormann: > The idea of tagging encoded coordinates is so ridiculous to anyone with > a bit of understanding of computer programming, data processing and > data maintainance that even after ignoring all the arguments in > substance that have been voiced

Re: [OSM-talk] "Nearby features" does no longer work:

On 08/05/18 10:18, Rainer Bielefeld wrote: > Hello, > > Tryin go use [?] - feature I get "Error contacting > https://overpass-api.de/api/interpreter: " > Hint for overpass turbo users: you should still be able to run your queries via the HTTP URL for the time being: http://overpass-turbo.eu

Re: [OSM-talk] Paper/Article about stagnation in OSM

On 08/01/18 01:08, john whelan wrote: > The report has lots of long words but doesn't seem to grasp basic > concepts well. > > OpenStreetMap to me has two primitives, nodes and ways.  These can and > are combined to create areas.  They have tags attached. > > I honestly can't see any need for

Re: [OSM-talk] Lua modules are here: Improving OSM wiki templates

Am 29.07.2018 um 14:57 schrieb Yuri Astrakhan: > * Much better performance compared with wiki template language Sounds great. One of the major pain points on many Wiki pages is the whole topic around Language / LanguageSwitch templates. Verdy_p has written a lengthy analysis of the current

Re: [Talk-de] kleine Hilfestellung zu Overpass turbo

Am 26.07.2018 um 16:45 schrieb Kevin Hemker: > Gibt es eine Möglichkeit da dran zu kommen? In der Regel hat ein Gebäude keinen Namen, also gibt es keine passende Area auf dem Overpass Server dazu. D.h. momentan geht das leider nicht mit einer Punkt-in-Area Abfrage. Möglicherweise wird sich das in

Re: [Talk-de] Bug openstreetmap.org routing. Wer kann verifizieren? Wo melden?

Am 01.07.2018 um 16:59 schrieb Manuel Reimer: > Hallo, > [... Probleme mit Routing ...] > > Kann das jemand bestätigen? Ist das bekannt? Wo kann man das melden? > Das ist ein bekanntes Problem, ich hatte vor ein paar Wochen schon ein Issue dazu aufgemacht:

Re: [OSM-talk] overpass turbo for beginners

Am 19.06.2018 um 19:05 schrieb Mateusz Konieczny: > Is there some Overpass Turbo tutorial assuming no programming or OSM > knowledge? > > I am planning to write one, I failed to find any description like this. > > I am asking to avoid duplication of existing resources. > > Take a look at the

Re: [OSM-talk] Issues with diffs

> Since about 12 hours I'm having issues with replication. > > Osmosis is reporting: > > OsmosisRuntimeException: The replication state doesn't contain a > timestamp property. > > Any idea where can I post/report this? > Redirect to https was activated on planet.openstreetmap.org about 12

Re: [Talk-de] Overpass-Integration meldet seit kurzem "Bad-Request" ohne Code-Änderung

Am 06.05.2018 um 23:34 schrieb Max Berger: > > Ich hatte heute das gleiche Problem. Bisher wurde das hier akzeptiert: > > [out:xml][timeout:3000];(node["mountain_pass"="yes"]; > node["natural"="saddle"];node["natural"="notch"]; > node["natural"="col"]);out body;>;out meta qt; > > seit 3-7

Re: [Talk-de] Flächen/Wege // Trolling in changesets

Am 22.04.2018 um 07:30 schrieb "Christian Müller": > > Änderungen in diesen Kernbereichen laufen zum jetzigen Zeitpunkt stets gegen > die Macht der Gewohnheit und zahllose Abhängigkeiten "downstream" an, > weswegen Weiterentwicklungen in der API oder der DB-Objektlogik imho am > besten in

Re: [Talk-de] Flächen/Wege // Trolling in changesets

Am 21.04.2018 um 23:20 schrieb Martin Koppenhoefer: > >> On 21. Apr 2018, at 20:51, Christian Müller wrote: >> >> Dennoch experimentierwürdig, > finde ich unattraktiv, da ginge ja der topologische Zusammenhalt verloren, ob > es eine gemeinsame Grenze ist, oder ob die Grenze

[Talk-de] Flächen/Wege // Trolling in changesets

Am 21.04.2018 um 04:04 schrieb "Christian Müller": >>> Wenn verklebt wird, dann wird x >>> mal auf /die identen/ Knoten verwiesen, der Knoten (die Koordinate) aber >>> nur exakt einmal gespeichert. Geometrisch parallel geführte Linien >>> erhöhen das Datenaufkommen (und den node-count in der DB)

Re: [Talk-de] Autobahnkilometer.ch

Am 20.04.2018 um 20:23 schrieb Jochen Topf: > On Fri, Apr 20, 2018 at 07:13:16PM +0200, dktue wrote: >> ich möchte gerne in der Schweiz die Autobahn-Kilometer pflegen und habe >> hierfür eine Seite mit Hilfe der Overpass-API erstellt [1] (lange >> Ladedauer!). Ich würde mal versuchen, die

Re: [Talk-de] Flächen/Wege // Trolling in changesets

Am 08.04.2018 um 19:37 schrieb "Christian Müller": >>> Das Verkleben ist im Hinblick darauf, die Größe der DB klein zu halten, >>> heute scheinbar nicht mehr so wichtig. >> Das hat die Datenbank nie kleiner gemacht. Wenn du verklebst haben ALLE >> Wege die zusätzlichen Knoten. Tausche Anzahl

Re: [Talk-de] Flächen/Wege // Trolling in changesets

Am 05.04.2018 um 11:38 schrieb Florian Lohoff: > On Wed, Apr 04, 2018 at 07:54:30PM +0200, Michael Reichert wrote: >> Ich bin sehr daran interessiert, die Abstimmung mit den Füßen >> auszuwerten, und würde mich freuen, wenn du deinen Code entweder mir zur >> Verfügung stellen könntest oder

Re: [Talk-de] Go Map!! Fehler beim Hochladen

Am 10.03.2018 um 20:28 schrieb Simon Poole: > > > Am 10.03.2018 um 19:15 schrieb mmd: >> >>> Ich geb zu, dass ich das nicht explizit getestet habe, aber mindestens die >>> Doku zu if-unused hat keinen Bezug zu bereits gelöschten Objekten. >>> >>

Re: [Talk-de] Go Map!! Fehler beim Hochladen

Am 10.03.2018 um 19:05 schrieb Simon Poole: > > > Am 10. März 2018 18:21:56 MEZ schrieb mmd <mmd@gmail.com>: >> Am 10.03.2018 um 14:07 schrieb Simon Poole: >>> Zuerst einmal: keine Panik! Leere Aenderungsätze sind unschön aber >> kein >>> Beinbru

Re: [Talk-de] Go Map!! Fehler beim Hochladen

Am 10.03.2018 um 14:07 schrieb Simon Poole: > Zuerst einmal: keine Panik! Leere Aenderungsätze sind unschön aber kein > Beinbruch. und obendrin ein bekanntes Problem: https://github.com/bryceco/GoMap/issues/113 > > Was auffällt ist das die Nodes > 4281597139 > und > 3314390157 > schon gelöscht

Re: [OSM-talk] Tool for tag tracking

Am 12.01.2018 um 14:51 schrieb Pierre Béland: > Hi Roland. Great additions again. > > I cannot access https://dev.overpass-api.de/api_new_feat/ to test. > > Hi have the message Forbidden, You don't have permission to access > /api_new_feat/ on this server. > Please disregard any line starting

Re: [OSM-talk] Length of ways

Am 01.12.2017 um 01:15 schrieb Andy Mabbett: > Do we have a tool that will give me the length of a way (or a > relation, made from several continuous ways)? > The next Overpass API release will come with a handy operator to calculate a way's length in meters. Please check the following preview

Re: [OSM-talk] New OSM Quick-Fix service

Am 07.11.2017 um 07:29 schrieb Yuri Astrakhan: > The tool has been thoroughly reworked, thanks to many good suggestions. > Please keep discussion to constructive suggestions and ideas - they help > us all move forward and reach agreement. > > What's new: > * Added "reject" vote button > * Tasks

Re: [OSM-talk] Serious JOSM performance degradation

Am 11.11.2017 um 22:25 schrieb Safwat Halaby: > Apparently one of my messages did not get through due to a huge file. > Here it is once more: > > More details: > > JOSM 12712 has no issues. > Latest JOSM 13053 has issues. > Not sure how to download the intermediate version (12921). > It's a CPU

Re: [OSM-talk] New OSM Quick-Fix service

Am 10.11.2017 um 09:57 schrieb JB: > oneway=no have the same meaning as no information Very careful with removing oneway=no! Some highway=* combinations have oneway=yes per default, and oneway=no is used to override this default value (!!). Obviously, removing such a oneway=no tag with the

Re: [OSM-talk] New OSM Quick-Fix service

Am 14.10.2017 um 11:33 schrieb Yuri Astrakhan: > ** UPDATE: ** > > The service now supports "reject" button.  To use it, your query must > contain "  #queryId:...  "  comment.  By default, when a user rejects > something, a tag "_autoreject=id" is created. An object can have > multiple rejected

Re: [Talk-de] Routenplanung mit osrm

Am 08.10.2017 um 15:37 schrieb chris66: > Am 08.10.2017 um 15:22 schrieb Peter Pointner: > >> derzeit nicht verfügbar ist, da der bislang dafür verwendete >> OSRM-Demoserver ohne >> Vorwarnung vom Netz genommen wurde." > > Ja, daran liegt es wohl. Andere Frage ist, wieso der Link dann auf >

Re: [OSM-talk] Downloading Version 3 of all bus stops in a country

Am 26.09.2017 um 12:39 schrieb Safwat Halaby: > On Tue, 2017-09-26 at 11:46 +0200, Jo wrote: >> >> Overpass API is definitely your friend. Version 3 doesn't mean much >> though. >> Do you mean all bus stops with a public_transport tag? > > Thanks for the reply. > > By version 3, I mean a

Re: [Talk-de] Overpass-Turbo rendert relations nicht korrekt

Am 23.09.2017 um 15:47 schrieb dktue: > > ich habe ein Beispiel [1] gefunden bei dem Overpass anscheinend die > Polygone, welche durch Grenz-Relations repräsentiert werden, nicht > korrekt rendert. > Vorab als Anmerkung: Fehlerberichte gehören in den zugehörigen Issue Tracker, also in diesem

Re: [Talk-de] landuse=residential an Node

Am 22.09.2017 um 22:28 schrieb mmd: > Am 22.09.2017 um 22:03 schrieb dktue: >> >> Jetzt würde ich gerne nicht-geschlossene ways finden, an denen >> landuse=residential getaggt ist -- kann mir jemand sagen, wie ich das >> mit Overpass-Turbo bewerkstelligen kann? >>

Re: [Talk-de] landuse=residential an Node

Am 22.09.2017 um 22:03 schrieb dktue: > > Jetzt würde ich gerne nicht-geschlossene ways finden, an denen > landuse=residential getaggt ist -- kann mir jemand sagen, wie ich das > mit Overpass-Turbo bewerkstelligen kann? > Dieses Feature ist noch nicht offiziell freigegeben und kommt irgendwann

Re: [Talk-de] Relation zu Poly-File aus PBF

Am 02.09.2017 um 12:44 schrieb dktue: > > Kennst jemand ein Werkzeug (oder eine Werkzeug-Kette), dass mir aus > einer lokalen planet-PBF-Datei anhand der Relation-ID ein Poly-File > schreibt, mit dem ich dann (mit Hilfe von osmconvert) die Regionen > ausschneide? > Osmium-Tool sollte das alles

Re: [OSM-talk] OSM Wikidata SPARQL service updated

mId osmm:type 'w' . FILTER NOT EXISTS { ?osmId osmm:loc ?osmLoc }. } LIMIT 100 BTW: A quick search on Github yielded the following: https://github.com/nyurik/osm2rdf. Would that be the right place to look for more details? Best, mmd -- ___ talk m

Re: [OSM-talk] Draft Trademark Policy

Am 04.08.2017 um 19:07 schrieb Simon Poole: > On 04.08.2017 18:07, Jochen Topf wrote: >> On Fri, Aug 04, 2017 at 04:37:23PM +0200, Simon Poole wrote: >> >> I think it is totally unrealistic to expect hobby projects based on OSM >> to ask for permission. I see three likely outcomes: > It obviously

Re: [OSM-talk] new Wikidata+OSM data in one RDF database

the same wikidata id. I commented out the part to check all relations in the current bounding box, but I guess you'll get the idea. best, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Adressen ohne Karlsruhe Schema in einer AssociatedStreet-Relation

Hallo, Am 17.05.2017 um 18:33 schrieb dktue: > > "Finde alle Häuser die in einer AssociatedSteet-Relation enthalten sind > aber nicht zusätzlich nach Karlsruhe Schema getaggt wurden (in einem > definierten Gebiet)." > ich war mal so frei und habe "Karlsruher Schema" nur auf die Tags

Re: [OSM-talk] New Overpass API v0.7.54 version

Have fun... and be sure to add your own cool examples to the Wiki page! Cheers mmd -- ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-de] Overpass-API und Augmented-Diff-Files

Hi, Am 26.11.2016 um 16:23 schrieb Pascal Neis: > Am 26.11.16 um 10:47 schrieb mmd: >>> Als File können diese nicht irgendwo abgerufen werden, oder? >> >> Augmented-diffs werden seit einiger Zeit immer nur on-the-fly erzeugt, >> sind also nicht als File irgendwo abr

Re: [Talk-de] Overpass-API und Augmented-Diff-Files

Hi, Am 26.11.2016 um 09:22 schrieb Pascal Neis: > > Arbeitet jemand von euch aktiv bei/an der Overpass-API? Ja, kann man glaube ich sagen :) > > Habe einen Prototypen für die Untersuchung von OSM Edits > entwickelt, der u.a. die Augmented Diffs[1] verwendet. > Leider habe ich mit dem

Re: [OSM-talk] Is Overpass falling far behind the database?

Am 22.11.2016 um 22:51 schrieb Ben Discoe: > Usually, using "overpass turbo" returns results which are very recent, > usually less than an hour. Right, it should actually be somewhere in the range of a few minutes. > > However, for the past 2 days, results seem to be very out of date. > > As

Re: [Talk-de] Renderfehler Chiemsee - Alz

Am 14.11.2016 um 10:20 schrieb hike39: > Hallo zusammen, > > gestern habe ich auf 'OSM deutscher Stil' einen Renderfehler bei > Seebruck am Chiemsee entdeckt. Die Alz wird da beim Abfluss aus dem > Chiemsee nicht als Fluß dargestellt. > > Bei OSM Standard (Mapnik) ist alles in Ordnung. > > Wen

Re: [OSM-talk] Local Overpass Issue

Am 19.09.2016 um 22:19 schrieb Mike Thompson: > > [...technical Overpass API issue...] I'd suggest to post your question either on the Overpass Dev list [1] or create an issue on Github [2] instead. [1] http://listes.openstreetmap.fr/wws/info/overpass [2]

Re: [OSM-talk] Overpass XAPI URL Status

Hi! Am 14.09.2016 um 09:30 schrieb Bryce Nesbitt: > I help support a large company that uses OSM data, pulled via a specific > query at ://www.overpass-api.de/api/xapi > . This query runs about once a month. xapi endpoint is the only service that is

Re: [OSM-talk] Forum admin(s) wanted

. I believe one of the German forum moderators was involved in that most recent update activity, but I may be wrong here. According to my inbox, the last email conversations with Lambertus were also in Nov 2014. [1] https://github.com/mmd-osm/openstreetmap-forum/commits/OpenStreet

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

Am 19.06.2016 um 21:51 schrieb Michael Reichert: > Hallo Sven, > > Am 19.06.2016 um 18:05 schrieb Sven Geggus: >> Ich lege schlichtweg Wert darauf, dass git blame auf den richtigen Menschen >> zeigt. Ist das so schwer zu verstehen? > > Kennst du schon git commit --author "Joe Average

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

Am 19.06.2016 um 18:05 schrieb Sven Geggus: > mmd <mmd@gmail.com> wrote: > >> Dachte, ich mache mich hier etwas nützlich und stelle die Vorschläge von >> Gisbert als Pull reqeust zur Verfügung, und dann sowas... Sorry, ich bin >> hier raus. > > Das sollt

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

Am 19.06.2016 um 12:36 schrieb mmd: > Am 19.06.2016 um 00:07 schrieb gmbo: >> Am 18.06.2016 um 21:35 schrieb Sven Geggus: >>>>> Habe heute morgen mal mit Incscape versucht die Waldsymbole zu > >> > > Kein Problem, ich hab die 3 Symbole aus deinen 3 Patch

Re: [Talk-de] Neues vom deutschen OSM-Kartenstil

ind jetzt nur die 3 Files . > Warum deine Sachen da nicht drin sind weiß ich nicht. Ich denke, Du müsstest wohl einen Fork auf Basis von giggls' Branch machen (also in Github einfach oben rechts auf "Fork" klicken, nachdem Du den Branch von giggls' aufgerufen hast). Das Ergebnis sieht da

Re: [OSM-talk] Overpass query to get ways longer than nodecount?

ou find something missing in that issue, please feel free to enhance the list, or maybe just add your reaction, if you think this is in some way important to you. hth, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] How to query Overpass to display polygons as point markers in umap?

Am 18.04.2016 um 01:42 schrieb Stefan Keller: > out body; > >; > out skel qt; > > I know that the last line can be replaced by > out center meta; In fact, you should replace the whole block out body; >; out skel qt; by out center meta; not only the last line. Otherwise,

Re: [Talk-de] Überwachung von Edits eines Users

Hi, Am 27.02.2016 um 10:24 schrieb Florian Lohoff: > On Fri, Feb 26, 2016 at 10:40:05PM +0100, mmd wrote: >> Hi, >> Am 26.02.2016 um 09:23 schrieb Michael Reichert: >>> >>> Am 26.02.2016 um 08:50 schrieb Dietmar: >>>> gibt es ein OSM-Tool, bei dem ich

Re: [Talk-de] Überwachung von Edits eines Users

Hi, Am 26.02.2016 um 09:23 schrieb Michael Reichert: > > Am 26.02.2016 um 08:50 schrieb Dietmar: >> gibt es ein OSM-Tool, bei dem ich einen oder mehrere User angeben kann >> und ich per Mail oder RSS oder sonstwie automatisch informiert werden >> oder auf einem Blick sehen kann, ob die User in

Re: [Talk-de] Leerungszeiten von Briefkästen auf deutschepost.de

Am 20.02.2016 um 14:30 schrieb Martin Koppenhoefer: > > >> Am 20.02.2016 um 11:30 schrieb Frederik Ramm : >> >> Ferner sind selbst "redigierte" Informationen immer noch in unseren >> historischen Planetfiles enthalten (nicht im aktuellen history planet, >> aber in älteren

Re: [OSM-talk] About the development of another Overpass API

ing > which OSM APIs are available for this? > a good place to discuss this topic would be the Overpass API developer list. A lot of folks who already run their own instance are subscribed to this list and for sure can provide some helpful insights. http://listes.openstreetmap.fr/wws/info

Re: [Talk-de] Overpass-Turbo

Hallo, Am 08.12.2015 um 19:53 schrieb Thorsten Alge: > Hallo Liste, > > vorhin war Overpass-Turbo zeitweise nicht erreichbar. Das hat sich zwar > erledigt, aber alle meine gespeicherten Abfragen sind dabei verloren > gegangen. Weiß jemand, wie die genau gespeichert wurden und ob da noch > eine

Re: [Talk-de] Generierung von SVG mit mapweaver

cht einfach den "Teilen" Knopf auf osm.org nutzt und Dir direkt ein SVG erzeugen lässt. Diese Funktion gab es m.W. vor drei Jahren noch nicht, würde Dir wahrscheinlich das Leben deutlich einfacher machen. Im Wiki sind noch ein paar andere Optionen für einen SVG-Export aufgeführt: [2]. Map

Re: [Talk-de] Parkplätze Autobahnen ohne u. mit W C

ery anbieten: http://overpass-turbo.eu/s/bVT Gruß mmd ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de

Re: [Talk-de] Link-Sammlung für OSM-Stände auf Messen, Linuxtagen usw.

fair-bookmark-collection/bookmarks.html > richte doch einfach einen Branch "gh-pages" ein, dann kriegst Du das Hosting direkt auf GitHub geschenkt und musst dich nie mehr um das Updaten deiner Seite kümmern. Hier mal ein Beispiel für mein geforktes Repository:

[OSM-talk] Buildings on abandoned railways (via Overpass) (was: Re: THIS is the kind of enthusiasm some would reject)

ial issues here and there ;) Kind regards, mmd ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] "Enclosing feature" on osm.org broken ?

to recreate the areas from scratch. Please check the Overpass status wiki page for any updates [2]. If you're impacted by this behavior in Overpass turbo, simply switch to another instance, like rambler. For the "enclosing feature" on the main page, that's unfortunately not possible, afaik.

Re: [Talk-de] Overpass-Turbo

)[name:ga]; ); out body; ; out skel qt; Ich hoffe, das war soweit einigermaßen verständlich. Wenn nicht: ich habe das Thema schon einmal vorsorglich für die neue Overpass API Learning Platform vorgeschlagen, die im Rahmen des GSoc 2015 entsteht :) Gruß, mmd

Re: [Talk-de] Eigene OSM-Karte mit Overpass

ich baue zusätzlich auch noch ein, dass man während eine Abfrage mit Sanduhr bis zum Timeout läuft auch das wegscrollen verbietet. Alternativ wäre auch ein /api/kill_my_queries beim Scrollen der Seite machbar. Dadurch werden noch ausstehende Queries auf dem Server einfach abgebrochen. Gruß, mmd

Re: [Talk-de] Eigene OSM-Karte mit Overpass

Gesamtkontext zu Gemüte führen. Ein Github-Ticket findet sich übrigens unter [1]. Ansonsten würde ich mir auch mal uMap ansehen, die lässt sich bestimmt auch gut in andere Seiten einbetten. Gruß, mmd [1] https://github.com/dbretschneider/briefkastenkarte.de/issues/8 [2] https://lists.openstreetmap.org

[Talk-de] Overpass API: Link zur Beispielsammlung im Wiki

Seiten mit eingeflossen ist. Wenn ihr noch mehr tolle Queries habt, bitte gerne ergänzen! Übrigens: die neue Seite Overpass API by Example [3] sucht noch Freiwillige für die Übersetzung. Gruß, mmd [1] https://www.youtube.com/watch?v=VJItOHImN7A [2] http://wiki.openstreetmap.org/wiki

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

Right, some of the missing bits for JSON support are already implemented in the out_geom_json branch. However, Roland hasn't merged this branch into the master branch yet. https://github.com/drolbr/Overpass-API/tree/out_geom_json Best mmd -- View this message in context: http://gis.19327.n5

Re: [OSM-talk] Overpass API / Overpass QL: center (and centroid) function?

Stefan Keller wrote I'm still struggling even with the XML output. My actual goal is to display the result set of the Dairy/Cheese Makers query in uMap. When I apply the query below to http://overpass-turbo.osm.ch/ the result is OK (displayed POIs: 386, Lines: 300, Polygons: 138). But

Re: [OSM-talk-fr] traduction flyer carte destiné au transport routier poids-lourds

il n'y a pas de base de données pour sauvegarder les faux positifs (c'est indiqué par les maxheight=none tags). En plus, toutes les analyses sont fait en temps réel pour tous le monde dans le browser (supporté par Overpass API). Veuillez excuser mon francais, merci. :) Cdt, mmd (auteur OSM Truck QA

Re: [Talk-de] ARD Ratgeber: Internet - Alternativen zu Google-Maps Open Source

Andreas Schmidt wrote also das Beispiel tüschenbroicher mühle kann ich per OSM finden. Haben die ARDler was falsch gemacht? openrouteservice hat offenbar ein Problem mit Umlauten. Mit Tueschenbroicher Muehle funktioniert die Suche. Gruß, mmd -- View this message in context: http://gis

Re: [Talk-de] Daten herunterladen in JOSM

Johannes wrote Am 17.04.2014 01:32, schrieb Paul Hartmann: Es werden dort allerdings nur TMS-Ebenen unterstützt (und kein WMS). D.h. die Tiles vom deutschen Stil kann man nicht in den Download-Dialog packen, richtig? Gruß Johannes Doch, das sollte funktionieren. Ich verwende dafür folgende

  1   2   >