date:20180218

In der Adresserfassung in Wien gibt es die Besonderheit von 200.000 Wohnungen 
von Wiener Wohnen verwalteten Objekten zu berücksichtigen. Deren Anschrift 
bezieht sich auf die Basisadresse der Wohnanlage, und nicht wie sonst bei 
Adressen üblich auf die angrenzende Straße.
Wie ich eruiert habe, geht der Post und Paket Verkehr, bei diesen Gebäuden fast 
ausnahmslos über die Adresse der WEG-Basisadresse. Weswegen diese für das 
jeweiligeTreppenhaus als Adresse relevant ist.

Wie sieht nun die konkrete Vorgangsweise aus.
Ich habe diesen Freitag, Wiener Wohnung kontaktiert, und im Namen von 
OpenStreetMap um Erlaubnis gebeten, die auf der Webseite von Wiener Wohnen zur 
Verfügung gestellte Basisadressen und Wohnanlagen Namen, für das OSM Projekt zu 
verwenden. Wir haben nun diese Erlaubnis.
https://forum.openstreetmap.org/viewtopic.php?pid=685319#p685319 


Wir können nun also Wiener Wohnanlagen Adressen -wenn nicht bereits erfolgt- in 
OSM Mappen. Sinnvoll ist vielleicht ein zusätzliches Note, dass es sich hierbei 
um Basisadressen handelt.

Der nächste Schritt ist das ergänzen der Tür Nummern mit der jeweiligen Basis 
Adresse.
Nachdem addr:unit aktuell nicht funktioniert, empfiehlt es sich einstweilen die 
Form addr:housenumber=Basisadresse/Treppe anzuwenden.
(Sollte addr:unit später doch von OSM Nominativ aufgelöst werden, kann man 
/Treppe ganz einfach in einem Arbeitsgang in addr:unit Adressen umwandeln).


LG Johann
Osm: wiki the map___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

2018-02-18 Per discussione Aury88

Maurizio Napolitano-3 wrote
> 2018-02-18 15:50 GMT+01:00 Fabrizio 

> erfabbri@

> :
>>
>> Non che le altre più blasonate e ultra commerciali mappe stiano messe
>> meglio, con la competizione che c'è.. dovrebbero scrivere un articolo
>> sulla grande G con i suoi fantastici errori segnalati da anni, e ancora
>> presenti tipo...fantomatiche cliniche ospedaliere poste su benzinai,
>> piazze San piatro a chilometri dalla vera piazza San Pietro o chiese
>> chiamate avvocato Bonelli. Inoltre OSM ha recentemente ricevuto una
>> donazione da 18 BTC pari a 200mila euro dalla Pinapple Fund. Averceli di
>> serious troubles così XD
> 
> Quello che io spero è che la OSMF cominci ad usare i fondi che riesce
> a raccogliere per rinforzare il server che ospita osm o, quantomeno,
> per farlo scalare su più macchine.
> Attualmente tutto è concentrato su un solo nodo.

R il rinforzare il server è ok ma, se poi non si fornisce un servizio,
200'000€ in server è inutile imho...tanto più che nel 2017 solo un paio di
volte ho visto i server sovraccarichi.

sono l'unico che sperava di vedere una partecipazione diretta di WikiMedia
in OSMF? il mio sogno a medio/lungo termine è vedere i due progetti
unirsi :-(





-
Ciao,
Aury
--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione andreas wecer

On Sun, Feb 18, 2018 at 11:13 PM snupo  wrote:

> Die Klederinger Straße 70
> 
> könnte der Renderer in der Tat schöner zeichnen. Einiger Aufwand ist schon
> nötig, wir erwähnt wurde muss erst die implizite Gesamteinheit erkannt
> werden (eine Berechnung die dann für jede(!) Hausnummer zu machen wäre, bei
> der es irgendwo Units gibt), um dann dahinter nur noch die Units zu
> zeichnen. Das alternativ vorgeschlagene Gesamtpolygon für die gesamte
> Anlage würde das vereinfachen und die Hierarchie stärker modellieren, aber
> so wie es jetzt ist, das Polygon würde aber vermutlich neue Probleme
> aufwerfen.

Ja, ich fände das Gesamtpolygon auch die schönere Lösung, aber leider
herrscht ja bei OSM die Stimmung, Relationen sind böse und sollten
möglichst vermieden werden, wenn es irgendwie anders geht.  Das
beschriebene Problem mit der Inkonsistenz Gußriegelstraße vs.
Gussriegelstraße würde ja mit associatedStreet nicht existieren. Meiner
Meinung nach ist das mehr ein Problem der Editoren, aber vielleicht habe
ich auch nur die anderen Nachteile noch nicht gesehen.
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Schön dass zu wissen dass man an addr.unit arbeitet. Die Frage bleibt hingegen 
unbeantwortet, warum erst jetzt.
Nach eigenen Angaben von Robert sind genau diese Probleme zu Wien ja längst 
bekannt. Und wenn ich auch noch in dieser Region wohne, und mir OSM am Herzen 
liegt, dann hätte man das doch schon vor sehr langer Zeit in Angriff nehmen 
können.

Eine unmittelbare und praktikable Lösung ist, auf addr:unit in Wien einstweilen 
zu verzichten, Treppen in der Form addr:housenumber=nr/nr zu Mappen.

Die momentane addr:unit Verbreitung in Wien: https://i.imgur.com/yMQCTl5.png 


Sobald die aktuelle Problematik um Unit gelöst ist - und das kann sicher noch 
mehrere Jahre dauern - kann man anschließend problemlos Adressen in einem 
Arbeitsgang von /nr in addr:unit umwandeln.
Aktuell handelt es sich daher bei der Aktion von Robert lediglich um den 
erneuten Versuch zu verzögern. Sand ins Getriebe, und viele Kieselsteine in das 
Projekt, damit die Adresserfassung in Wien fortgeschrieben bereits seit zwei 
Jahren nicht voran kommt.

Es gibt übrigens eine Analogie bei der Eisenbahn. Den Bremser. 
https://de.wikipedia.org/wiki/Bremser_(Eisenbahn) 


Grüße Johann
osm: wiki the map

> Am 19.02.2018 um 01:09 schrieb Robert Kaiser :
> 
> Danke für die Arbeit, das raus zu suchen!
> 
> Und zumindest das GitHub-Issue lässt drauf schließen, dass Wien hier keine 
> "Insel" ist, sondern das Bedürfnis auch anderswo herrscht.
> 
> KaiRo
> 
> 
> wolfbert schrieb:
>> https://trac.openstreetmap.org/ticket/4886
>> https://github.com/openstreetmap/Nominatim/issues/587
>> 
>> LG
>> Wolfgang
>> 
>> -Ursprüngliche Nachricht-
>> Von: Robert Kaiser [mailto:ka...@kairo.at]
>> Gesendet: Sonntag, 18. Februar 2018 23:00
>> An: OpenStreetMap AT
>> Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
>> 
>> Johann Haag schrieb:
>>> OSM Nominativ löst unit nicht auf.
>> Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du dazu 
>> bei Nominatim sicher schon angelegt hast?
>> 
>> KaiRo
>> 
>> 
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>> 
>> 
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
> 
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-ca] Formatting of Municipality Names in Ontario

2018-02-18 Per discussione OSM Volunteer stevea

It's good to see that admin_level tags (always 8?  they might be 7 if township, 
that's a chunky topic...) are there.  What I mean by "cutting room floor 
recycling" includes this thought:  it couldn't hurt to update/touch-up/fix 
these after a cursory examination that's they are thumbs-up/thumbs-down, need a 
touch-up.

SteveA
___
Talk-ca mailing list
Talk-ca@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-ca

Re: [Talk-ca] Formatting of Municipality Names in Ontario

2018-02-18 Per discussione Matthew Darwin


Hi Bill,

Thanks for the feedback.  OSM is updated accordingly.

I also changed "City of Prince Edward County" to "Prince Edward" (I 
didn't receive any comments on that one).   "City Of" updates in 
Ontario is now complete (at least until someone adds another one).


Updates to "Town Of" are now in  progress.   If anyone has comments 
about how to handle the following please do speak up:


   3053 Town of the Blue Mountains   => "Blue Mountains" [remove "the"]
 14 Town of Caledon (Bolton)
  2 Town of Whitchurch-Stouffville (Stouffville)
  2 Town of Caledon (Sandhill)
  1 Town of Saugeen Shores (Southampton)
  1 Town of Mono (Rosemont)
  1 Town of Huntsville (Port Sydney)
  1 Town of Clarington (Enniskillen)

Following towns, I will be updating "Municipality Of" (after that 
"Township Of").  The list for "Municipality Of" is:


  22881 Municipality of Chatham-Kent
   9906 Municipality of Clarington
   3962 Municipality of West Grey
   3929 Municipality of Grey Highlands
   3815 Municipality of Kincardine
   3690 Municipality of Trent Hills
   3549 Municipality of Leamington
   3543 Municipality of Middlesex Centre
   3293 Municipality of Port Hope
   3284 Municipality of North Grenville
   3192 Municipality of Brockton
   2794 Municipality of Meaford
   2793 Municipality of Highlands East
   2706 Municipality of Arran-Elderslie
   2462 Municipality of Thames Centre
   2439 Municipality of the Nation
   2418 Municipality of Tweed
   2320 Municipality of Southwest Middlesex
   2275 Municipality of Brighton
   2194 Municipality of North Perth
   2145 Municipality of Northern Bruce Peninsula
   1981 Municipality of Central Elgin
   1634 Municipality of South Bruce
   1501 Municipality Of Greenstone
   1462 Municipality of Marmora and Lake
   1424 Municipality of Oliver Paipoonge
   1374 Municipality of Hastings Highlands
   1265 Municipality of Centre Hastings
   1227 Municipality of West Nipissing
   1197 Municipality of Brooke-Alvinston
   1168 Municipality of Bayham
   1060 Municipality of Whitestone
   1015 Municipality of McDougall
    989 Municipality of French River
    943 Municipality of Wawa
    895 Municipality of Magnetawan
    817 Municipality of Shuniah
    790 Municipality of Lambton Shores
    710 Municipality Of Markstay-warren
    665 Municipality of Neebing
    634 Municipality Of Huron Shores
    460 Municipality of West Elgin
    414 Municipality of Huron Shores
    367 Municipality of Dutton/Dunwich
    293 Municipality Of St.-charles
    281 Municipality of Powassan
    236 Municipality of North Middlesex
    165 Municipality of Killarney
 47 Municipality Of West Nipissing
 46 Municipality Of Charlton And Dack
 23 Municipality Of Wawa
 18 Municipality of Callander
  7 Municipality Of Sioux Lookout
  4 Municipality Of Killarney
  2 Municipality Of French River
  1 Municipality of Brockton;Municipality of South Bruce

On 2018-02-17 02:18 PM, Bill & Kathy Patterson wrote:

I can speak to Maple, living a few km north of it.  The OSM wiki states:
—CLIP—
Use place =suburb to 
identify a major area in a place 
=town 
 or place 
=city 
 with a 
distinct and recognised local name and identity. Suburbs may have 
uncertain boundaries, may overlap with other suburbs, and are often 
best mapped using a node.
For areas within a suburb, the tag place 
=neighbourhood 
 will 
usually be used. If necessary, place 
=quarter 
 may be 
used for an area of a large settlement which is smaller than a 
suburb and larger than a neighbourhood.

—END CLIP—
and on that basis I'd say yes, Maple is definitely a suburb of 
Vaughan, as are 1/2 of Thornhill, Concord, Woodbridge, and 
Kleinburg.  Purpleville and Nashville should likely be classified as 
neighbourhoods, and Hope and Burrlington (note double "r") as 
pioneer communities.


16796 Town of Markham, has been a city for a few years.

Bill Patterson

--
*From:* Matthew Darwin 
*To:* talk-ca@openstreetmap.org
*Sent:* Saturday, February 17, 2018 11:43 AM
*Subject:* Re: [Talk-ca] Formatting of Municipality Names in Ontario

The following 2 are not changed, as per my previous comment that I 
will not update the name if it does not exist in NRCan without 
further review here.


1)  3 City of Vaughan (Maple)

Probably "Maple" should in the addr:suburb field instead? 
https://en.wikipedia.org/wiki/Maple,_Ontario


2)   6165 City of Prince Edward County

There is a

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione Friedrich Volkmann


On 18.02.2018 21:41, andreas wecer wrote:


Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
Änderungen als nur diese eine braucht.

Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel, warum 
"Velmerstraße 1a, Münchendorf" keine Adresse liefert, "Velmerstraße 1a, 
Gemeinde Münchendorf" dagegen schon...


Nominatim ignoriert addr:city.

Ich habe mir jetzt mal den Nominatim-Source heruntergeladen. Es gibt 
praktisch keine Dokumentation mit Ausnahme der Installationsanleitung. In 
den Sourcefiles gibt es fast keine Inlinekommentare, und es steht auch am 
Anfang der Files nicht, wozu sie überhaupt gut sind.


Das Wichtigste passiert anscheinend in der Funktion lookup() in 
lib/Geocode.php. Da gibt es auch die meisten Kommentare, die aber mehr nach 
Gedächtnisstützen derjenigen aussehen, die das geschrieben haben, nicht als 
Erklärung für andere.


Da es keine getrennten Suchfelder für Straßenname, Hausnummer usw. gibt, 
sondern nur einen vermantschten Suchstring, ist nicht definiert, welcher 
Teil davon die Straße, welcher die Hausnummer usw. ist. Das beste Indiz ist 
die Reihenfolge, aber davon macht Nominatim gar keinen Gebrauch, denn es 
teilt den Suchstring erst mal in Tokens auf, die dann jeder für sich (?) in 
einem Tokenindex gesucht werden. Darum ist es egal, ob man nach 
"Velmerstraße 1a, Gemeinde Münchendorf" sucht oder nach "Velmerstraße 
Gemeinde Münchendorf 1a". Weil addr:city ignoriert wird, wird die Ortschaft 
auf andere Weise zugeordnet, und das ist offenbar nicht einheitlich, wie man 
an deinem Beispiel sieht, wo eine Straße mit einem place-Node verknüpft 
wird, ein Gebäude aber mit einer boundary-Relation. Andersrum wär's 
sinnvoller; ganz zu schweigen davon, dass Nominatim ja einfach die addr:* 
Tags auswerten könnte.


Um das ganze wirklich zu verstehen und die Gedankengänge der Programmierer 
zu erahnen, müsste man sich die Sourcen tagelang zu Gemüte führen, und ich 
habe schon eine Vorahnung, dass man dann erst recht zu dem Schluss kommt, 
dass das alles von Grund auf neu (= from scratch) geschrieben gehört.


--
Friedrich K. Volkmann   http://www.volki.at/
Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


Danke für die Arbeit, das raus zu suchen!

Und zumindest das GitHub-Issue lässt drauf schließen, dass Wien hier 
keine "Insel" ist, sondern das Bedürfnis auch anderswo herrscht.


KaiRo


wolfbert schrieb:

https://trac.openstreetmap.org/ticket/4886
https://github.com/openstreetmap/Nominatim/issues/587

LG
Wolfgang

-Ursprüngliche Nachricht-
Von: Robert Kaiser [mailto:ka...@kairo.at]
Gesendet: Sonntag, 18. Februar 2018 23:00
An: OpenStreetMap AT
Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Johann Haag schrieb:

OSM Nominativ löst unit nicht auf.

Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du dazu 
bei Nominatim sicher schon angelegt hast?

KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at




___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione wolfbert

https://trac.openstreetmap.org/ticket/4886
https://github.com/openstreetmap/Nominatim/issues/587

LG
Wolfgang

-Ursprüngliche Nachricht-
Von: Robert Kaiser [mailto:ka...@kairo.at] 
Gesendet: Sonntag, 18. Februar 2018 23:00
An: OpenStreetMap AT
Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Johann Haag schrieb:
> OSM Nominativ löst unit nicht auf.

Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du dazu 
bei Nominatim sicher schon angelegt hast?

KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

[OSM-talk] Migrating help.openstreetmap.org

2018-02-18 Per discussione Simon Poole

While we have everybody burning to help with technical issues...

We have the rather mundane problem that the underlying software for
help.openstreetmap.org has not only been unmaintained for many years, it
has a number of defects that range from just annoying (edited comments
can't be moved/changed to questions), over painful (i18n support) to
dangerous (blanket use of gravatar).

There are naturally lots of different options for a replacement, but the
most attractive would seem to be move to ASKBOT, see
https://github.com/openstreetmap/operations/issues/149 At least that
solution has the potential that we could retain the work that has gone
in the current set of Q 

Investigating the mechanics of the migration, writing any necessary
scripts (we are likely not the first org facing this problem, so likely
they exist somewhere) and so on, would seem like a nice, self-contained
task for somebody wanting to help with OSM ops. It is quite possible
that there might be an even better option that we haven't thought of,
but it should be noted that we've already had drawn out discussions on
the topic.

Volunteers should likely best chime in on the github issue.

Simon

In no other capacity as one of the more active users of
help.openstreetmap.org





signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


Johann Haag schrieb:

Wien ist für OSM, sicher nicht der Nabel der Welt.


Hat keiner behauptet. Ich wohne hier, aber sehe diese Stadt trotzdem 
eher als was anderes, dass ich zwecks gutem Ton hier nicht ausspreche.



Wenn Du meinst Wien soll eine Blutprobe geben, und wir warten anschließend
drei Jahre im Mappen inne. Und Du möchtest anschließend, auch noch die B
und eine C Probe.


Du hast offensichtlich Open-Source-Software nicht verstanden und willst 
wahrscheinlich eh nur Leute hier ärgern. Nehme ich beides trauernd zur 
Kenntnis.



Anpassungen an der Datenstruktur kann die OSM Data Work Group auch später
vornehmen.
Zuerst müssen die Adressen z.b. der Wiener Wohnen Wohnanlagen, erst einmal
in die OSM Datenbank hinein.


Hat mit der DWG mal gar nicht zu tun. Und Wiener Wohnen ist bloß eine 
von vielen Wohnungsgesellschaften in Wien, auch wenn sie für die vielen 
Ärgernisse und Ungetüme zuständig sind, die Gemeindewohnungen darstellen 
und daher auch den Großteil dieser Stiegen-Addressen-Dinge auf sich 
lasten haben - aber ich sehe sie nicht in Spezialstellung, sondern als 
auch nur weitere Wohnblöcke, die gemappt werden wollen/sollen. Sie 
verdienen keine Sonderbehandlung.


KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

On Sun, Feb 18, 2018 at 4:07 PM, Clifford Snow 
wrote:
>
> There is another way to tackle the problem, one that I've used as well.
> Work on one county at a time. With 83 counties in Michigan the size of each
> county should be reasonable for one or two people to tackle. You could
> either break the county into small chucks using a Tasking Manager or just
> work on one county by your self. JOSM search capabilities mirror overpass
> so you can search for user and version.
>

That's currently the approach I'm taking
.
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Nominatim on the main page / Serges blog post

2018-02-18 Per discussione Simon Poole


Maybe it would be a good idea for everybody to take a deep breath and
count to 10?

For those relatively new to the project you should know that Serge has
been going on about these "issues" for years, some since I first had the
pleasure of  meeting him. That doesn't  mean that his points are more or
less valid, but the general sense of urgency due to a click-bait title
stuck above them is rather misplaced.

As to the points themselves, they are a mix of things from latent issues
that could easily turn serious (lack of man-power in some core areas),
over Serges pet peeves (nominatim doesn't do US junctions), to
trade-offs that he might disagree with, but are nonetheless not without
merit (for example layers, that now and then would be nice to have, but
are rather at odds with OSMs more holistic approach to modelling).

For now I just want to touch on the money side of things and employing
staff. The amounts available for speculative financial investment
naturally have nothing to do with operating a self-sustaining
(geo-services-) business. And if anybody doubts the difficulties of
doing the later, we just had the likely best ever funded geo-startup
that was literally able to throw money out of the window, miserably fail
when it was supposed to stand on its own feet and actually turn
geo-coding, map tiles etc, "over a free tier" in to a sustainable business.

Now the OSMF might have a slight advantage due to brand recognition, but
that doesn't change the fact that there is not very much money available
out there for such services and that such a pivot would come at the cost
of ruining the many legit small business that are small but sustainable,
and of which many contribute in one way or another to OSM software
development and operations.

All that said, OSM operations and core software development are
dependent on a very very small number of people, some of which have been
with us since the project started, we really need more hands full stop.
If paying for staff is the solution, difficult to say, what is clear is
that we would need a substantially larger continuous stream of donations
(think a pineapple fund sized donation every quarter) for any meaningful
number of operational staff.

In any case I'll be asking for help in a follow up  posting on a
specific ops issue and expect to see lots of people volunteering :-).

Simon

PS: The limitation in Nominatims POI search is discussed roughly every
half year, well documented and understood, it would undoubtedly be nice
if it was fixed and if it is only to avoid the continuous  surprise
re-discovery of it.



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Wie eine aktuelle Auswertung zeigt, ist addr:unit eher eine Randerscheinung
bereite aber viele Probleme.
Man kann Treppen aktuell als addr:housenumer=nr/nr gemappt
später spielend in addr:unit=nr umwandeln.

Ich vertrete die Meinung, wir sollten in Wien daher einstweilen auf die
Anwendung von addr.unit verzichten.

Ref: addr:unit in Wien https://i.imgur.com/yMQCTl5.png

Grüße Johann
osm: wiki the map

Am 18. Februar 2018 um 23:13 schrieb snupo :

> Dass Nominatim mit vermischten und redundanten "Hausnummern / Units"
> besser klar käme überrascht mich. Aus der Sicht einer Adress-Decoder
> Software ist das Mapping mit hierarchischer Ordnung addr:housenumber ->
> addr:unit  wohl besser verarbeitbar.
>
> Die Klederinger Straße 70 könnte der Renderer in der Tat schöner zeichnen.
> Einiger Aufwand ist schon nötig, wir erwähnt wurde muss erst die implizite
> Gesamteinheit erkannt werden (eine Berechnung die dann für jede(!)
> Hausnummer zu machen wäre, bei der es irgendwo Units gibt), um dann
> dahinter nur noch die Units zu zeichnen. Das alternativ vorgeschlagene
> Gesamtpolygon für die gesamte Anlage würde das vereinfachen und die
> Hierarchie stärker modellieren, aber so wie es jetzt ist, das Polygon würde
> aber vermutlich neue Probleme aufwerfen.
>
>
>
> > -Original Message-
> > From: Rudolf Mayer [mailto:rudolf.ma...@gmail.com]
> > Sent: Sonntag, 18. Februar 2018 22:32
> > To: talk-at@openstreetmap.org
> > Subject: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
> >
> > On 02/18/2018 10:13 PM, Johann Haag wrote:
> > > Hallo Peter,#
> > > wenn Du nur recht hättest.
> > > Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
> > > Lobbyisten, ihren FUD in OSM einschleusen.
> >
> >
> > Ich bin definitiv ein Lobbyist eines sauberen Mappings! Daher ist ein
> "so viel
> > Redundanz wie möglich" eine Aussage, die mir echt nicht zusagt..
> >
> > So wie Du nun in Wien in die Adressdaten hereingeschneit bist, gefolgt
> von
> > deinen ewigen Anschuldigen, kann ich Dich leider auch bald nicht mehr
> ernst
> > nehmen.
> >
> >
> > Genauso wie Du immer die anderen des Lobbying bezichtigst, betreibst Du
> > das selbe für eine Lösung, die zwar alles andere als sauber ist, aber
> genau
> > *einer* bestimmten Anwendung, nämlich Nomatim, genügt.
> >
> > Klar, das ist wohl die Anwendung auf die mit am wenigsten Barrieren (weil
> > public Webinterface) in OSM gesucht werden kann, aber das ist definitiv
> > nicht die einzige..
> > Wie sich Deine Vorschläge auf andere auswirken ist dir aber egal - da
> könnte
> > man jetzt genauso gut plötzlich behaupten, Du bist ein Agent, der
> > Applikation XY schaden will, in dem du alle Adressen anders tagst..
> > Das ist genauso absurd, wie die anderen Vorwürfe, die Du vorbringst..
> >
> > Also würde ich einfach mal vorschlagen, Dich zu beruhigen, und die
> > Diskussion sachlicher fortzuführen.
> >
> > Lg
> > Rudi
> >
> > ___
> > Talk-at mailing list
> > Talk-at@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-at
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione snupo

Dass Nominatim mit vermischten und redundanten "Hausnummern / Units" besser 
klar käme überrascht mich. Aus der Sicht einer Adress-Decoder Software ist das 
Mapping mit hierarchischer Ordnung addr:housenumber -> addr:unit  wohl besser 
verarbeitbar.

Die Klederinger Straße 70 könnte der Renderer in der Tat schöner zeichnen. 
Einiger Aufwand ist schon nötig, wir erwähnt wurde muss erst die implizite 
Gesamteinheit erkannt werden (eine Berechnung die dann für jede(!) Hausnummer 
zu machen wäre, bei der es irgendwo Units gibt), um dann dahinter nur noch die 
Units zu zeichnen. Das alternativ vorgeschlagene Gesamtpolygon für die gesamte 
Anlage würde das vereinfachen und die Hierarchie stärker modellieren, aber so 
wie es jetzt ist, das Polygon würde aber vermutlich neue Probleme aufwerfen.

> -Original Message-
> From: Rudolf Mayer [mailto:rudolf.ma...@gmail.com]
> Sent: Sonntag, 18. Februar 2018 22:32
> To: talk-at@openstreetmap.org
> Subject: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
> 
> On 02/18/2018 10:13 PM, Johann Haag wrote:
> > Hallo Peter,#
> > wenn Du nur recht hättest.
> > Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
> > Lobbyisten, ihren FUD in OSM einschleusen.
> 
> 
> Ich bin definitiv ein Lobbyist eines sauberen Mappings! Daher ist ein "so viel
> Redundanz wie möglich" eine Aussage, die mir echt nicht zusagt..
> 
> So wie Du nun in Wien in die Adressdaten hereingeschneit bist, gefolgt von
> deinen ewigen Anschuldigen, kann ich Dich leider auch bald nicht mehr ernst
> nehmen.
> 
> 
> Genauso wie Du immer die anderen des Lobbying bezichtigst, betreibst Du
> das selbe für eine Lösung, die zwar alles andere als sauber ist, aber genau
> *einer* bestimmten Anwendung, nämlich Nomatim, genügt.
> 
> Klar, das ist wohl die Anwendung auf die mit am wenigsten Barrieren (weil
> public Webinterface) in OSM gesucht werden kann, aber das ist definitiv
> nicht die einzige..
> Wie sich Deine Vorschläge auf andere auswirken ist dir aber egal - da könnte
> man jetzt genauso gut plötzlich behaupten, Du bist ein Agent, der
> Applikation XY schaden will, in dem du alle Adressen anders tagst..
> Das ist genauso absurd, wie die anderen Vorwürfe, die Du vorbringst..
> 
> Also würde ich einfach mal vorschlagen, Dich zu beruhigen, und die
> Diskussion sachlicher fortzuführen.
> 
> Lg
> Rudi
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Lieber Robert,
Wien ist für OSM, sicher nicht der Nabel der Welt.

Wenn Du meinst Wien soll eine Blutprobe geben, und wir warten anschließend
drei Jahre im Mappen inne. Und Du möchtest anschließend, auch noch die B
und eine C Probe.

STOP

Anpassungen an der Datenstruktur kann die OSM Data Work Group auch später
vornehmen.
Zuerst müssen die Adressen z.b. der Wiener Wohnen Wohnanlagen, erst einmal
in die OSM Datenbank hinein.

Du verzögerst also schon wieder.
Bitte behalte Deine Kieselsteine bei Dir.

Grüße Johann
osm wiki the map

Am 18. Februar 2018 um 23:00 schrieb Robert Kaiser :

> Johann Haag schrieb:
>
>> OSM Nominativ löst unit nicht auf.
>>
>
> Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du
> dazu bei Nominatim sicher schon angelegt hast?
>
> KaiRo
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

2018-02-18 Per discussione Clifford Snow

>
>
>
> I've done a fair amount of TIGER touch-up in Michigan, but there's still a
> lot of work left to be done, and this looks like a great way to get a
> handle on it. One issue: Due to the automated name expansion that was done
> on untouched TIGER ways a few years ago (which I think only affected roads
> in the eastern US?) a lot of these ways have bot-mode as their most recent
> user, rather than DaveHansenTiger. (1)
>
> The catch is that sometimes the name expansion changed the name after a
> human mapper had edited the way, so it wouldn't always be valid right to
> include ways where bot-mode is the most recent editor. (2) I think if
> bot-mode is the most recent editor and the way has only two versions, then
> it should be in effect an untouched TIGER way, but I'm not sure how to get
> Overpass-turbo to pull that info out.
>
> Any suggestions?
>

Running the overpass query looking for user DaveHansenTiger produced around
30mb of data. That's more than enough to keep everyone busy for a while.
Overpass-turbo query looking for user bot-mode produced over 100mb of data.
It would need to be refined some. As you suggest, looking only at version 2
might help but I'm not sure you can do that in overpass.

There is another way to tackle the problem, one that I've used as well.
Work on one county at a time. With 83 counties in Michigan the size of each
county should be reasonable for one or two people to tackle. You could
either break the county into small chucks using a Tasking Manager or just
work on one county by your self. JOSM search capabilities mirror overpass
so you can search for user and version.

Clifford

-- 
@osm_seattle
osm_seattle.snowandsnow.us
OpenStreetMap: Maps with a human touch
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


Johann Haag schrieb:

OSM Nominativ löst unit nicht auf.


Kannst du mir bitte einen Link schicken zu dem Issue/Bug-Report, den du 
dazu bei Nominatim sicher schon angelegt hast?


KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] Importación de Catastro. Borrador de proyecto para Totalán

2018-02-18 Per discussione Javier Sánchez Portero

Hola Daniel.

Debe haber algún problema en el gestor de tareas por que el texto para las
instrucciones detalladas de la tarea sale siempre en inglés. A mi también
me pasa. Como solución he copiado el texto en español en la versión
inglesa. El control remoto de JOSM no puede abrir archivos de tipo geojson.
Son todos problemas de las explicaciones en la wiki, ya lo he cambiado
allí. El proyecto está bien, creo que listo para publicar.

El 18 de febrero de 2018, 16:17, dcapillae  escribió:

> Gracias, Javier.
>
> Casi con toda seguridad voy a necesitar que me eches una mano con Málaga
> capital. De momento he revisado el callejero de Totalán, he corregido los
> nombres de las calles y he generado los archivos de tareas con CatAtom2Osm.
> No me he encontrado con muchas dificultades. He podido generar los archivos
> de tareas y también los he corregido. Los he subido a GitHub y he creado el
> borrador del proyecto en el gestor de tareas. Al ser mi primer proyecto,
> sería conveniente que alguien con más experiencia lo revisase antes de
> publicarlo.
>
> Voy a trabajar ahora en corregir el callejero de Málaga antes de volver a
> ejecutar CatAtom2Osm. Probablemente tenga que pedirte que me pases los
> archivos una vez termine de revisar el callejero, como la última vez. En mi
> ordenador es insufrible ejecutar CatAtom2Osm en un municipio tan grande.
>
> Mi intención es trabajar simultáneamente con Málaga capital y con algún
> otro
> municipio de la provincia que no sea muy grande. Mi ordenador parece
> defenderse bien con municipios pequeños. Probablemente termine varios
> municipios pequeños antes de terminar con el municipio de Málaga.
>
> Te agradecería que revisases el proyecto de Totalán. En cuanto me des tu
> visto bueno, lo publicamos.
>
> Gracias por todo.
>
>
>
> -
> Daniel Capilla
> OSM user: dcapillae
> --
> Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-es
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Frederik Ramm

Jason,

On 02/18/2018 08:07 PM, Jason Remillard wrote:
> There is plenty of money around this space to pay for a full time
> system administrator staff and some developers. Pokémon Go netted 600
> million dollars in the first three months. Mapbox just go $164 million
> dollar investment. I don't understand why you, Tom, lonvia are not
> paid, full time employees of OSMF by now. Mapbox is doing a great job
> with ID development, but obviously they are not going to seriously
> fund our tiles and geocoding.

Many people seem to believe that the natural growth path for a nonprofit
organisation is identical to that of a for-profit organisation. Acquire
more funds, hire more people, invest, grow, rinse & repeat - bigger,
better, faster, more, year after year.

This is certainly a *possible* course of action.

But it is desirable?

Have a look at the OSMF board, a mixed bunch of people elected by the
members. Are you sure that a seasoned developer or sysadmin would even
*want* a paid job where they are subject to the whims of an elected
board, with a potentially modified "strategy" year after year (as
majorities change due to new elections)? Would that not be a job like
Dilbert's with his pointy-haired boss?

Ah, you'll say, easy: We hire a CEO in addition to that, so there is
more continuity, and the CEO can then boss the technicians around, and
the board only adjusts the general direction occasionally. That's also
something people often suggest, again following the usual corporate lines.

Growth of this kind entrenches the power of the established organisation
over the volunteers. Inevitably, the organisation shifts from the
initial "a bunch of volunteers have founded an organisation and elected
a board to do the basic housekeeping of financials and intellectual
property rights" to "a central organisation manages their volunteers".

The growth of the central organisation brings with it increased funding
requirements (salary for CEO, developers, and sysadmins; soon after,
cost for a fixed office, office management, community managers, and so
on). This money has to come from somewhere (add salary for professional
fundraisers). Whoever gives us the money can make all sorts of demands
on our organisation and community. Shrinking the organisation is rarely
an option, so we'll need the funds to continue to live, and we are much
easier to control by "big capital" (if you look at usual funding
sources, you can safely say "big US capital").

We will be subject to politics much more than now; we will have to
publish regular success stories (and gloss over failures) just like any
business does to maintain a good image. We will have to kick out people
in our ranks who soil our image lest the funders will back out. We'll
have to start doing silly side projects that the community would never
have started in their own, just to tick some boxes with a funding partner.

Do we want to sell our soul? And for what precisely in return?

These are important questions to think about. I am sure there are
potential growth paths that do *not* require us to blindly submit to the
ways of commerce - just like we never blindly submitted to traditional
GIS practices ;)

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Hallo Rudi,
dann beschwere dich doch bitte beim Gründer des OSM Projektes, dass dieser
OSM nicht als Relationale Datenbank entworfen hat. Wäre dem so, dann
würdest du in deiner wunderschönen Datenbank nur den Hinterhof von Steve
Coast gemappt vorfinden. Dieser und drei Mysql Junkies würden heute
lediglich der Themse beim fließen zusehen.
Der kleine Mapper mit seinen Redundaten Daten ist das Herz von OSM.

Grüße Johann
osm wiki the map

Am 18. Februar 2018 um 22:31 schrieb Rudolf Mayer :

> On 02/18/2018 10:13 PM, Johann Haag wrote:
>
>> Hallo Peter,#
>> wenn Du nur recht hättest.
>> Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
>> Lobbyisten, ihren FUD in OSM einschleusen.
>>
>
>
> Ich bin definitiv ein Lobbyist eines sauberen Mappings! Daher ist ein "so
> viel Redundanz wie möglich" eine Aussage, die mir echt nicht zusagt..
>
> So wie Du nun in Wien in die Adressdaten hereingeschneit bist, gefolgt von
> deinen ewigen Anschuldigen, kann ich Dich leider auch bald nicht mehr ernst
> nehmen.
>
>
> Genauso wie Du immer die anderen des Lobbying bezichtigst, betreibst Du
> das selbe für eine Lösung, die zwar alles andere als sauber ist, aber genau
> *einer* bestimmten Anwendung, nämlich Nomatim, genügt.
>
> Klar, das ist wohl die Anwendung auf die mit am wenigsten Barrieren (weil
> public Webinterface) in OSM gesucht werden kann, aber das ist definitiv
> nicht die einzige..
> Wie sich Deine Vorschläge auf andere auswirken ist dir aber egal - da
> könnte man jetzt genauso gut plötzlich behaupten, Du bist ein Agent, der
> Applikation XY schaden will, in dem du alle Adressen anders tagst..
> Das ist genauso absurd, wie die anderen Vorwürfe, die Du vorbringst..
>
> Also würde ich einfach mal vorschlagen, Dich zu beruhigen, und die
> Diskussion sachlicher fortzuführen.
>
> Lg
> Rudi
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

Jo jo,
teď už to vypadá dobře.

Marián

Dne 18.2.2018 v 19:30 majka napsal(a):
> Poslána oprava, přehlédla jsem chybné sloučení.
>
> Zběžné prohlédnutí mi nenašlo nic jiného, ale případně ještě dejte vědět.
>
> Majka
>
> 2018-02-18 19:18 GMT+01:00 Marián Kyral  >:
>
> Dne 18.2.2018 v 19:02 Marián Kyral napsal(a):
>> Dne 18.2.2018 v 13:07 majka napsal(a):
>>> Zdravím všechny.
>>>
>>> Podařilo se mi dokončit geokódování všech schránek, které v
>>> importu české pošty neměly souřadnice. Přesnost je kolísavá,
>>> podle kvality údajů v exportu České pošty.
>>> Soubor je na githubu
>>> 
>>> 
>>>  .
>>
>> Ahoj,
>> koukám na to a vloudila se chybička ;-)
>>
>> 43407:64;;Mezibořská, točna MHD;Horní Litvínov;Litvínov;Most
>> 13.613903 ručně, SW
>>
> ... je to ho víc:
>
> $ cat missing_coordinates.txt |tr '\t' ';' |egrep -v
> "^[0-9]+:[0-9]+;[0-9]+\.[0-9]+;[0-9]+\.[0-9]+"
> @ref;@lat;@lon
> 43407:64;;Mezibořská, točna MHD;Horní
> Litvínov;Litvínov;Most;13.613903;ručně, SW
> 53800:13;Chrudim;49.9230822
> 53800:16;Chrudim;49.9630224001
> 53800:25;Chrudim;49.9380963
> 53800:30;Chrudim;49.7810713999
> 53800:31;Chrudim;49.9426991
> 53800:40;Pardubice;49.9891356
> 53800:6;V Lukách;Chrudim
> 53840:33;49.8213519N;15.6579283
> 56707:25;49.9242158N;16.3968242
> 60012:42; Brno-venkov;49.298597
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-cz
> 
>
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione Peter Müller



> Gesendet: Sonntag, 18. Februar 2018 um 22:21 Uhr
> Von: "Robert Kaiser" 
> An: "OpenStreetMap AT" 
> Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien
>
> Johann Haag schrieb:
> > Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
> > Lobbyisten, ihren FUD in OSM einschleusen.
> 
> Die Foren noch viel mehr, wo sich einige wenige als Götter aufspielen.

Gut, von dieser Sorte haben wir aber hier auch den ein oder anderen, also da 
sollte diese Mailingliste ganz schnell leise sein. Richtet sich jetzt nicht 
gegen dich, aber mal vergleichen wie viele Mapper aktiv sind in AT und wie 
viele sich hier regelmäßig melden, dann braucht man nicht mehr von Community 
sprechen, von mir aus kann man auch die Abonnenten nehmen, von denen keiner 
weis ob sie überhaupt noch mitlesen. Wenn man das ganze dann noch regional 
aufteilt kann das hier fast in talk-VIE umbenennen ;-)

Im übrigen bin ich mit "Chaotenhaufen" tlw sehr stark deiner Meinung. ;-)





> 
> > Daher gehört dieses Gremium transparent gemacht, und demokratisiert.
> 
> Es ist keine Gremium, sondern eine Diskussionsgruppe. Außer dem 
> OSMF-Board und den Working Groups gibt es keine Gremien bei OSM.
> 
> KaiRo
> 
> 
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione Rudolf Mayer


On 02/18/2018 10:13 PM, Johann Haag wrote:

Hallo Peter,#
wenn Du nur recht hättest.
Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo 
Lobbyisten, ihren FUD in OSM einschleusen.



Ich bin definitiv ein Lobbyist eines sauberen Mappings! Daher ist ein 
"so viel Redundanz wie möglich" eine Aussage, die mir echt nicht zusagt..


So wie Du nun in Wien in die Adressdaten hereingeschneit bist, gefolgt 
von deinen ewigen Anschuldigen, kann ich Dich leider auch bald nicht 
mehr ernst nehmen.



Genauso wie Du immer die anderen des Lobbying bezichtigst, betreibst Du 
das selbe für eine Lösung, die zwar alles andere als sauber ist, aber 
genau *einer* bestimmten Anwendung, nämlich Nomatim, genügt.


Klar, das ist wohl die Anwendung auf die mit am wenigsten Barrieren 
(weil public Webinterface) in OSM gesucht werden kann, aber das ist 
definitiv nicht die einzige..
Wie sich Deine Vorschläge auf andere auswirken ist dir aber egal - da 
könnte man jetzt genauso gut plötzlich behaupten, Du bist ein Agent, der 
Applikation XY schaden will, in dem du alle Adressen anders tagst..

Das ist genauso absurd, wie die anderen Vorwürfe, die Du vorbringst..

Also würde ich einfach mal vorschlagen, Dich zu beruhigen, und die 
Diskussion sachlicher fortzuführen.


Lg
Rudi

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Die adresse Velmerstraße 1a, gibt es aufgrund der Anwendung von Unit
Adresse doppelt,
OSM Nominativ löst unit nicht auf.
Du kannst das mittels:

addr:city=Münchendorf
addr:country=AT
addr:housenumber=1a/1
addr:postcode=2482
addr:street=Velmerstraße
building=yes

addr:city=Münchendorf
addr:country=AT
addr:housenumber=1a/2
addr:postcode=2482
addr:street=Velmerstraße
building=yes

addr:city=Münchendorf
addr:country=AT
addr:housenumber=1a/3
addr:postcode=2482
addr:street=Velmerstraße
building=yes

lösen.

Lg Johann
OSM wiki the map



Am 18. Februar 2018 um 21:56 schrieb "Peter Müller" :

> Korrekt die Suche auf osm.org aber auch in veilen anderen Anwednungen (am
> besten geht es noch bei Galileo) ist einfach nur fucked up, Ich zoome auf
> einen POI (Korrekt getagged und alles ausgefüllt), gib ihn in die Suche ein
> und er findet 3 Beispiele in Deutschland, wenn man Österreich dazu gibt,
> oder die Stadt findet er zum Teil gar nichts, das selbe bei Adressen:
>
> Strasse Nummer, Stadt oder PLZ Stadt liefern oft sehr seltsame Ergebnisse.
>
> *Gesendet:* Sonntag, 18. Februar 2018 um 21:41 Uhr
> *Von:* "andreas wecer" 
> *An:* "OpenStreetMap AT" 
> *Betreff:* Re: [Talk-at] OSM Nominatim Adress Suche in Wien
> On Sun, Feb 18, 2018 at 8:19 PM Robert Kaiser  wrote:
>
>> Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
>> Änderungen als nur diese eine braucht.
>
>
> Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel,
> warum "Velmerstra
> 
> ße 1a, M
> 
> ünchendorf
> "
> keine Adresse liefert, "Velmerstra
> 
> ße 1a, Gemeinde M
> 
> ünchendorf
> "
> dagegen schon...
> ___ Talk-at mailing list
> Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


Johann Haag schrieb:

Ich habe den Eindruck, Robert beschäftigt sich verbissen damit, den
Fortgang der OSM-Adresserfassung in Wien zu behindern.


Danke für die Unterstellungen, sind sehr motivierend, sich mehr für 
diesen Chaotenhaufen namens OSM-Community zu engagieren und auch, viel 
mehr zu mappen. Und wer Ironie nicht versteht, darf sich jetzt freuen, 
dass alles so positiv ist.


KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


Johann Haag schrieb:

Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
Lobbyisten, ihren FUD in OSM einschleusen.


Die Foren noch viel mehr, wo sich einige wenige als Götter aufspielen.


Daher gehört dieses Gremium transparent gemacht, und demokratisiert.


Es ist keine Gremium, sondern eine Diskussionsgruppe. Außer dem 
OSMF-Board und den Working Groups gibt es keine Gremien bei OSM.


KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] Importación de Catastro

2018-02-18 Per discussione Javier Sánchez Portero

Hola

El programa utiliza el punto y coma como separador de columnas al crear los
archivos y algunas direcciones de Catastro de ese municipio vienen con un
punto y coma para separar el nombre de la calle de información adicional
que no tienen que ver con el nombre de la calle (la urbanización). Es un
caso que no había contemplado. He modificado el programa para usar
tabuladores en lugar de punto y coma como separador de columnas. Actualiza
a la nueva versión (v1.1.1). Tendrás que eliminar los archivos antiguos
para que no haya conflicto, tanto 07064/highway_names.csv como
highway_types.csv que está en la carpeta del programa.

Genera de nuevo el archivo con el programa. No tendrás ningún problema para
abrirlo con Libre Calc, si lo abres con Excel, la verdad, no estoy seguro.

Ya tienes permisos para subir archivos al repositorio.

Saludos.

El 18 de febrero de 2018, 17:40, Joaquim  escribió:

> Hola Javier,
>
> Gracias por la explicación de como subir los datos, me temo que no había
> mirado las instrucciones con suficiente atención, puesto que estaban bien.
>
> Mi usuario en github.com es jpuxan.
>
> Mientras esperaba resolver esto he empezado a trabajar en otro municipio
> (07064, Es Castell) y, oh sorpresa, el fichero highways_name.csv  visto en
> una hoja de cálculo no tiene dos sino 4 columnas. Visto el fichero con un
> procesador de texto veo que algunas direcciones tienen el nombre de la
> calle, luego, separado con ';' el nombre del núcleo de población o
> urbanización, luego el nombre de la calle modificado y finalmente el del
> núcleo de población modificado. ¿Esto es correcto o hay que modificarlo?
>
> En Menorca de los 7 municipios que la componen ocurre lo mismo en otros
> dos municipios.
>
> Gracias,
>
> Joaquim
>
___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Hallo Peter,#
wenn Du nur recht hättest.
Talk ist meiner Meinung und Erfahrung nach, eine Schaltstelle wo
Lobbyisten, ihren FUD in OSM einschleusen.
Daher gehört dieses Gremium transparent gemacht, und demokratisiert.
Nicht radikal aber ein bisschen.

Das ist der Grund warum ich mich nun seit einem Monat mit Wien aufhalte.

Grüße Johann
OSM wiki the map

Am 18. Februar 2018 um 22:00 schrieb "Peter Müller" :

> Mach dein Leben leichter und lass die Wiener unter sich, so wie viele
> andere Mapper in AT auch, das zahlt sich doch gar nicht aus. Besser man
> kümmert sich um "sein Gebiet" und schaut das dort alles passt, anstatt
> diese sinnlos Diskussionen über irgendwelche Adressen, es wird soweiso
> keine Lösung geben. Man kann niemanden einen arbeitswilligen Mapper
> aufzwingen, also machs dir gemütlich und finde ein neues Projekt, das zahlt
> sich doch gar nicht...
>
> Just my 2 cents
>
> *Gesendet:* Sonntag, 18. Februar 2018 um 21:55 Uhr
> *Von:* "Johann Haag" 
> *An:* "OpenStreetMap AT" 
> *Betreff:* Re: [Talk-at] OSM Nominatim Adress Suche in Wien
> Ich habe den Eindruck, Robert beschäftigt sich verbissen damit, den
> Fortgang der OSM-Adresserfassung in Wien zu behindern.
> Für mich besteht der Maßstab darin, dass Wiener Wohnen 200.000 Wohnungen
> in Wien betreibt, aber aber nur ganz wenige in OSM gefunden werden.
>
> Und man darf die OSM Nominativ Adress- Suche
> mit
> der OGD Stadtplan Adress- Suche vergleichen.
>
> Rober, Robert, bitte behalte  deine Kieselsteine, und streu diese nicht
> schon wieder.
>
> Grüße Johann
> OSM wikithemap
>
> Am 18. Februar 2018 um 21:41 schrieb andreas wecer <
> andreas.we...@gmail.com>:
>>
>> On Sun, Feb 18, 2018 at 8:19 PM Robert Kaiser  wrote:
>>
>>> Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
>>> Änderungen als nur diese eine braucht.
>>
>>
>> Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel,
>> warum "Velmerstra
>> 
>> ße 1a, M
>> 
>> ünchendorf
>> "
>> keine Adresse liefert, "Velmerstra
>> 
>> ße 1a, Gemeinde M
>> 
>> ünchendorf
>> "
>> dagegen schon...
>>
>> ___
>> Talk-at mailing list
>> Talk-at@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-at
>>
>
>
>
> --
> Elektronikermeister Johann Haag
> Innsbruckerstra
> 
> ße 42
> 
> 6380 St. Johann in Tirol
> ÖSTERREICH
> 
> Tel: +43 664/174 7414 <0664%201747414>
> Mailto:johannh...@hxg.at
> ___ Talk-at mailing list
> Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Hallo Peter,
das ist in vielen Bereichen in OSM so.
Wenn du mich frägst, das ist genau so gewollt.
Dazu gibt es an wichtigen OSM-Schaltstellen Lobbyisten welche dieses
Verhalten (zum Beispiel fehlende Flächenmerkmale für Straßen) steuern.

Wir können dem nur entgehen, idem wir am Schatz von OSM arbeiten, am
einbringen von Daten. Und darauf achten, dass wenigstens das erfasste in
OSM einen Nutzen erbringt.
Mit der Zeit wird der Nutzen von OSM von selbst größer, und wir werden
zusehends relevant.

Daher meine Priorität Daten Daten Daten, in einer möglichst redundanten
simplen Form.
Und darauf achten, dass der kleinste gemeinsame Nenner OSM Nominativ so gut
es geht, aktuelle Daten auch auflösen kann.

Grüße Johann
OSM wikithemap

Am 18. Februar 2018 um 21:56 schrieb "Peter Müller" :

> Korrekt die Suche auf osm.org aber auch in veilen anderen Anwednungen (am
> besten geht es noch bei Galileo) ist einfach nur fucked up, Ich zoome auf
> einen POI (Korrekt getagged und alles ausgefüllt), gib ihn in die Suche ein
> und er findet 3 Beispiele in Deutschland, wenn man Österreich dazu gibt,
> oder die Stadt findet er zum Teil gar nichts, das selbe bei Adressen:
>
> Strasse Nummer, Stadt oder PLZ Stadt liefern oft sehr seltsame Ergebnisse.
>
> *Gesendet:* Sonntag, 18. Februar 2018 um 21:41 Uhr
> *Von:* "andreas wecer" 
> *An:* "OpenStreetMap AT" 
> *Betreff:* Re: [Talk-at] OSM Nominatim Adress Suche in Wien
> On Sun, Feb 18, 2018 at 8:19 PM Robert Kaiser  wrote:
>
>> Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
>> Änderungen als nur diese eine braucht.
>
>
> Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel,
> warum "Velmerstra
> 
> ße 1a, M
> 
> ünchendorf
> "
> keine Adresse liefert, "Velmerstra
> 
> ße 1a, Gemeinde M
> 
> ünchendorf
> "
> dagegen schon...
> ___ Talk-at mailing list
> Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>

-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione Peter Müller

Mach dein Leben leichter und lass die Wiener unter sich, so wie viele andere Mapper in AT auch, das zahlt sich doch gar nicht aus. Besser man kümmert sich um "sein Gebiet" und schaut das dort alles passt, anstatt diese sinnlos Diskussionen über irgendwelche Adressen, es wird soweiso keine Lösung geben. Man kann niemanden einen arbeitswilligen Mapper aufzwingen, also machs dir gemütlich und finde ein neues Projekt, das zahlt sich doch gar nicht...

Just my 2 cents

Gesendet: Sonntag, 18. Februar 2018 um 21:55 Uhr
Von: "Johann Haag"
An: "OpenStreetMap AT"
Betreff: Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Ich habe den Eindruck, Robert beschäftigt sich verbissen damit, den Fortgang der OSM-Adresserfassung in Wien zu behindern.
Für mich besteht der Maßstab darin, dass Wiener Wohnen 200.000 Wohnungen in Wien betreibt, aber aber nur ganz wenige in OSM gefunden werden.

Und man darf die OSM Nominativ Adress- Suche

mit

der OGD Stadtplan Adress- Suche vergleichen.

Rober, Robert, bitte behalte deine Kieselsteine, und streu diese nicht schon wieder.

Grüße Johann

OSM wikithemap

Am 18. Februar 2018 um 21:41 schrieb andreas wecer :

On Sun, Feb 18, 2018 at 8:19 PM Robert Kaiser wrote:

Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
Änderungen als nur diese eine braucht.

Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel, warum "Velmerstraße 1a, Münchendorf" keine Adresse liefert, "Velmerstraße 1a, Gemeinde Münchendorf" dagegen schon...

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at

___ Talk-at mailing list Talk-at@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-at

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Ich habe den Eindruck, Robert beschäftigt sich verbissen damit, den
Fortgang der OSM-Adresserfassung in Wien zu behindern.
Für mich besteht der Maßstab darin, dass Wiener Wohnen 200.000 Wohnungen in
Wien betreibt, aber aber nur ganz wenige in OSM gefunden werden.

Und man darf die OSM Nominativ Adress- Suche
mit
der OGD Stadtplan Adress- Suche vergleichen.

Rober, Robert, bitte behalte  deine Kieselsteine, und streu diese nicht
schon wieder.

Grüße Johann
OSM wikithemap

Am 18. Februar 2018 um 21:41 schrieb andreas wecer 
:

> On Sun, Feb 18, 2018 at 8:19 PM Robert Kaiser  wrote:
>
>> Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
>> Änderungen als nur diese eine braucht.
>>
>
> Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel,
> warum "Velmerstraße 1a, Münchendorf" keine Adresse liefert, "Velmerstraße
> 1a, Gemeinde Münchendorf" dagegen schon...
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>

-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione andreas wecer

On Sun, Feb 18, 2018 at 8:19 PM Robert Kaiser  wrote:

> Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
> Änderungen als nur diese eine braucht.
>

Ja, da gibts gröbere Probleme. Es ist mir bspw. ein wenig ein Rätsel, warum
"Velmerstraße 1a, Münchendorf" keine Adresse liefert, "Velmerstraße 1a,
Gemeinde Münchendorf" dagegen schon...
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


Johann Haag schrieb:

@ allen betroffenen Renderer

Bis sämtliche Renderer Deinem Wunsch gemäß ihre Software aktualisiert
haben, halten wir zu Wien mit der Adress- erfassen inne.


Blödsinn. Wir mappen so, wie es für den Datenbestand und die 
Verwendbarkeit für Tools am besten ist - aber nicht so, wie es in einem 
bestimmten Tool (Renderer, Nominatim, usw.) jetzt gerade "gut aussieht".


Wenn die Tools dann endlich mal korrigiert sind, dann passt alles, und 
wir haben es schon lang so gemappt, wie es sein soll. Das heißt, wenn 
wir nicht massenweise Mülldaten importieren und dann sich keiner mehr 
traut, diesen Berg anzugreifen (wie es damals z.B. mit plan.at in Ö 
vielerorts passiert ist).


KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione wolfbert

Johann, das ist exakt, worauf ich in meinem vorigen Post hinaus wollte: es ist 
** irrelevant ** was die Adress-Suche liefert, das ist ein Problem von 
Nominatim (es würde schon reichen, wenn es  zusätzlich zur Allerweltssuche eine 
strukturierte Maske nebst Indizes gäbe, dann wäre das alles kein Thema). 

 

Unsere Aufgabe ist es, die Daten möglichst strukturiert und auswertbar bereit 
zu stellen. Befindet sich auf einem Punkt address:unit, dann kann man zur Suche 
z.B. wie folgt vorgehen (hierarchisch vom Spezifischen zum Allgemeineren, und 
in Kombination; gemappt wird umgekehrt):

 

· (Prio 3) Man beachte die weiteren Adressdaten auf diesem Punkt,

· (Prio 2) die Adressdaten des Gebäudes auf dem Umriss,

· (Prio 1) die Adressdaten in Relationen und umgebenden Polygonen, (-> 
Anlage)

· (Prio 4) an nahen Adresspunkten innerhalb des Umrisses,

· (Prio 5) ev. noch interpolierte Adressen / anliegende Straßen,

· ev. Ergänzung noch fehlender Bestandteile (z.B. aus PLZ-Relationen, 
nahen Straßen, etc.)

 

Lautet die Hausnummer auf „*/*“ dann legt man addr:unit eben implizit an.

Wenn das alles noch nicht reicht, und es tatsächlich zwei Adressen auf gleicher 
Ebene gibt, dann bliebe noch Friederichs Vorschlag mit den Identadressen. In 
der Suche können alle diese Adresskombinationen gefunden werden. 

 

Zur Veranschaulichung siehe z.B. die Adresse Vorgartenstraße 158-170/11 
(https://osm.org/go/0JrJmG1KX)

Mit obigem Verfahren ergibt sich:

 

· Vorgartenstraße 158-170/11 (die offizielle Adresse)

· Vorgartenstraße 164/11 (alternativ/halb-offiziell und genauer für den 
Zusteller)

· Jungstraße 9/11 (auch damit kommt man hin)

 

Was mich dazu bringt, dass komplexe Anlagen mit Ortskenntnis und manuell 
modelliert werden sollten, und nach einem Schema (das aber verschiedene Wege 
zulässt). Überspezifikation (also z.B. komplette Adresse auf allen Stiegen) ist 
unschön, aber kein Hindernis (der Renderer z.B. hat es aber ungleich schwerer, 
weil er ermitteln müsste, was denn nun die „gemeinsame“ Adresse ist, um dann 
die redundanten Bestandteile weg zu lassen – in obigem Beispiel gibt es 158-170 
ja auch mehrfach, weil die Anlage implizit in der gemeinsamen Hausnummer 
steckt).

 

So, das wurde wieder viel zu lang, LG

Wolfgang

 

 

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Jorge Gustavo Rocha



On 18-02-2018 19:21, Milo van der Linden wrote:
> With 103 open issues and 12 open pull requests, I would love to
> volunteer to at least help get those cleared first. Given the (very
> positive, I am glad so many people are acting on this thread)
> activity, I think if everybody lends a couple of hours of code this
> week we can get nominatim ready to make some progress.
> 

+1

I did not blame before, because I never contributed to nominatim. I'll
take some time this week to review issues and PR (although this week is
the QGIS hackfest).

But definitely, I'll use the open data day [1] dedicated to nominatim.
Maybe we can have a virtual meeting on March 3rd dedicated to nominatim
to coordinate actions.

[1] March 3rd, 2018, http://opendataday.org

> 2018-02-18 20:12 GMT+01:00 Maarten Deen :
>> On 2018-02-18 20:07, Paul Johnson wrote:
>>>
>>> On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen 
>>> wrote:
>>>
 On 2018-02-18 19:28, Tom Hughes wrote:
>>
>>
 I can't comment about how the algorithm works because I don't know
 anything about it. I'm just saying that we do tell it the viewbox
>>>
>>>
>>>  It appears to me that the bounding box is used when searching places
>>> (towns, cities) or streets, but not when searching objects like shops
>>> or restaurants.
>>> For instance, searching for a McDonald's always gives me the
>>> McDonald's at 1351, George Dieter Drive, El Paso City, El Paso County,
>>> Texas, 79936, Verenigde Staten van Amerika
>>>
>>>  Keen ask.  I think a _lot_ of the complaints regarding Nominatim that
>>> have come up could be fixed by using the bounding box context for all
>>> items.  I may have incorrectly opened an Osmand bug [1] on the
>>> assumption Nominatim was consistently using the geocontext for all
>>> results.
>>
>>
>> I've opened a Nominatim bug for it.
>> https://github.com/openstreetmap/Nominatim/issues/930
>>
>>
>> Maarten
>>
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
> 
> 
> 

-- 
OSGeo Portugal
NIF: 509588190
email: ge...@osgeopt.pt
https://www.osgeopt.pt/

Próximo evento: SASIG 2017, 20 a 22 de novembro, Porto
Mais informações: http://osgeopt.pt/sasig2017/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Grant Slater

On 18 February 2018 at 19:07, Jason Remillard  wrote:
> Hi Grant,
>
> If you read Serge's post, he is quite clear on what his preferred
> solution to this resourcing problem. Our tiles and Nominatim services
> should have terms of services that include paid higher levels that
> support the foundation, which in turn pays for the infrastructure.
> When somebody is using too many tiles, or using too much of Nominatim
> resources, or wants Nominatim to work better, etc, before chasing them
> away, the foundation should ask them for money to support the
> requested services.
>

OpenStreetMap.org services are abused precisely because the are 1)
Free to use, 2) they are open to use (no keys etc) and 3) for most
part we don't actually limits the usage of the services (There isn't
actually a 5% cap on tiles).
I'd feel uncomfortable with an Open Data project charging for services.

I'm a reasonably good sysadmin, but people smarter than me need to
decide on the direction of the project. ;-)

Interesting parallel discussion thread going on on twitter, maybe OSMF
should be "willing to pay a developer a market-rate salary to own this
problem" using some of the Pineapple Fund donation:
Jumping off point: https://twitter.com/richardf/status/965301288933175296

I'd be all for that.

> There is plenty of money around this space to pay for a full time
> system administrator staff and some developers. Pokémon Go netted 600
> million dollars in the first three months. Mapbox just go $164 million
> dollar investment. I don't understand why you, Tom, lonvia are not
> paid, full time employees of OSMF by now. Mapbox is doing a great job
> with ID development, but obviously they are not going to seriously
> fund our tiles and geocoding.
>

Small steps and iterating sounds like a healthier option to me.

> There is a great need for what OSM does, we just need to ask for
> money, rather than acting like a charity, begging for handouts.
>

Let's Encrypt is a "charity" and is "begging for handouts", but is
clearly winning and has massively moved the internet forward in the
last 2 years. I don't think OpenStreetMap needs to become a commercial
project to survive.

Kind regards,

Grant

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

@ allen betroffenen Renderer

Bis sämtliche Renderer Deinem Wunsch gemäß ihre Software aktualisiert
haben, halten wir zu Wien mit der Adress- erfassen inne. Das wird dann wohl
dauern, oder befindet sic Wien bereits seit 2014 in der Warteschleife, der
aktuelle Wiener Adresszustand lässt dies vermuten.

Welche Agenda betreibst Du denn hier, den Mappern möglichst viele
Kieselsteine in den Weg zu streuen.

keep it simple
Lg Johann
osm wikithemap


Am 18. Februar 2018 um 20:19 schrieb Robert Kaiser :

> andreas wecer schrieb:
>
>
> das Problem dabei ist allerdings, bei der aktuellen
>> Unterstützung für addr:unit vereint es auf osm.org (und mir ist kein
>> Produkt bekannt, wo es aktuell groß anders wäre) im Moment nur die
>> Nachteile: es ist bei den kleinen, eng beieinander liegenden Einheiten
>> extrem unübersichtlich, wenn bei jedem "79-81 25" gerendert wird und
>> gleichzeitig kann auch nicht danach gesucht werden.
>>
>
> Dann sollten wir Bugs zu diesem spezifischen Rendering (bzw. allen
> betroffenen Renderern) anlegen und nicht das Tagging für die Tools
> verändern.
> Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere
> Änderungen als nur diese eine braucht.
>
> KaiRo
>
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>



-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] "geocodec/Socke/Johann Haag" stummschalten

Zur Beruhigung Deines Gemütes, mal ein Portfolio meiner primären OSM
Mapping Region:
https://youtu.be/uKO5M1wwXTc
http://hdyc.neis-one.org/?wikithemap
micromapping mapping exempel:
https://www.openstreetmap.org/#map=19/47.52588/12.39863

Lg Johann
osm wikithemap

Am 17. Februar 2018 um 00:13 schrieb snupo :

> ** es reicht **
>
> ich schalte „geocodec/Socke/Johann Haag“ jetzt stumm per email filter und
> hoffe alle anderen tun dasselbe, damit auch indirekt nichts mehr von dort
> kommt.
>
> schlage vor seine schreiben nicht zu zitieren in mails anderer, damit der
> unfug von dort auch wirklich verstummt.
>
>
>
> Schönes leises Wochenende
>
>
>
>
>
> *From:* Johann Haag [mailto:johannh...@hxg.at]
> *Sent:* Freitag, 16. Februar 2018 22:24
> *To:* OpenStreetMap AT
> *Subject:* Re: [Talk-at] Wiener Adress- Rätsel gelöst.
>
>
>
> Hallo Stefan,
>
> es wäre höflich wenn du erklärst wer du bist, und was du hier in einer
> Plattform welche OSM Relevante Fragen besprichst für eine Rolle einnimmst.
>
> Grüße Johann
>
> OSM geocodec
>
>
>
> Am 16. Februar 2018 um 22:12 schrieb Stefan Tauner :
>
> On Fri, 16 Feb 2018 21:58:18 +0100
> Johann Haag  wrote:
>
> > Hallo Robert,
> > solange du nichts konkreteres über dich oder deine Hintergründe Preis
> > gibst, ist Deine Meinung lediglich die Meinung einer
> > Socke.
> >
>
> Also mir reichts zu diesem Zeitpunkt dann mal... selten etwas
> Präpotenteres in 20 Jahren Mailing Lists und Newsgroups erlebt als das
> was hier in den letzten Tagen abging und das heißt was. *plonk*
>
> --
> Kind regards/Mit freundlichen Grüßen, Stefan Tauner
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>
>
>
> --
>
> Elektronikermeister Johann Haag
> Innsbruckerstraße 42
> 6380 St. Johann in Tirol
> ÖSTERREICH
> Tel: +43 664/174 7414 <0664%201747414>
> Mailto:johannh...@hxg.at
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Milo van der Linden

With 103 open issues and 12 open pull requests, I would love to
volunteer to at least help get those cleared first. Given the (very
positive, I am glad so many people are acting on this thread)
activity, I think if everybody lends a couple of hours of code this
week we can get nominatim ready to make some progress.

2018-02-18 20:12 GMT+01:00 Maarten Deen :
> On 2018-02-18 20:07, Paul Johnson wrote:
>>
>> On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen 
>> wrote:
>>
>>> On 2018-02-18 19:28, Tom Hughes wrote:
>
>
>>> I can't comment about how the algorithm works because I don't know
>>> anything about it. I'm just saying that we do tell it the viewbox
>>
>>
>>  It appears to me that the bounding box is used when searching places
>> (towns, cities) or streets, but not when searching objects like shops
>> or restaurants.
>> For instance, searching for a McDonald's always gives me the
>> McDonald's at 1351, George Dieter Drive, El Paso City, El Paso County,
>> Texas, 79936, Verenigde Staten van Amerika
>>
>>  Keen ask.  I think a _lot_ of the complaints regarding Nominatim that
>> have come up could be fixed by using the bounding box context for all
>> items.  I may have incorrectly opened an Osmand bug [1] on the
>> assumption Nominatim was consistently using the geocontext for all
>> results.
>
>
> I've opened a Nominatim bug for it.
> https://github.com/openstreetmap/Nominatim/issues/930
>
>
> Maarten
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk



-- 
Milo van der Linden
web: dogodigi
tel: +31-6-16598808

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien


andreas wecer schrieb:



das Problem dabei ist allerdings, bei der aktuellen
Unterstützung für addr:unit vereint es auf osm.org (und mir ist kein
Produkt bekannt, wo es aktuell groß anders wäre) im Moment nur die
Nachteile: es ist bei den kleinen, eng beieinander liegenden Einheiten
extrem unübersichtlich, wenn bei jedem "79-81 25" gerendert wird und
gleichzeitig kann auch nicht danach gesucht werden.


Dann sollten wir Bugs zu diesem spezifischen Rendering (bzw. allen 
betroffenen Renderern) anlegen und nicht das Tagging für die Tools 
verändern.
Gleiches gilt für Nominatim, wobei der im gesamten wohl auch gröbere 
Änderungen als nur diese eine braucht.


KaiRo


___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-us] Rural US: Correcting Original TIGER Imported Ways

2018-02-18 Per discussione Ben Miller

On Mon, Feb 12, 2018 at 10:48 AM Clifford Snow 
wrote:

> Does your state have a problem? Run the following overpass query to find
> out:
> https://overpass-turbo.eu/s/w74 - just replace "Washington"  Need help
> creating a Maproulette Challenge - just ask.
>

I've done a fair amount of TIGER touch-up in Michigan, but there's still a
lot of work left to be done, and this looks like a great way to get a
handle on it. One issue: Due to the automated name expansion that was done
on untouched TIGER ways a few years ago (which I think only affected roads
in the eastern US?) a lot of these ways have bot-mode as their most recent
user, rather than DaveHansenTiger. (1)

The catch is that sometimes the name expansion changed the name after a
human mapper had edited the way, so it wouldn't always be valid right to
include ways where bot-mode is the most recent editor. (2) I think if
bot-mode is the most recent editor and the way has only two versions, then
it should be in effect an untouched TIGER way, but I'm not sure how to get
Overpass-turbo to pull that info out.

Any suggestions?

1. Like this one: https://pewu.github.io/osm-history/#/way/17859200
2. For example: https://pewu.github.io/osm-history/#/way/17862968
___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Maarten Deen


On 2018-02-18 20:07, Paul Johnson wrote:

On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen 
wrote:


On 2018-02-18 19:28, Tom Hughes wrote:



I can't comment about how the algorithm works because I don't know
anything about it. I'm just saying that we do tell it the viewbox


 It appears to me that the bounding box is used when searching places
(towns, cities) or streets, but not when searching objects like shops
or restaurants.
For instance, searching for a McDonald's always gives me the
McDonald's at 1351, George Dieter Drive, El Paso City, El Paso County,
Texas, 79936, Verenigde Staten van Amerika

 Keen ask.  I think a _lot_ of the complaints regarding Nominatim that
have come up could be fixed by using the bounding box context for all
items.  I may have incorrectly opened an Osmand bug [1] on the
assumption Nominatim was consistently using the geocontext for all
results.


I've opened a Nominatim bug for it.
https://github.com/openstreetmap/Nominatim/issues/930

Maarten

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Jason Remillard

Hi Grant,

If you read Serge's post, he is quite clear on what his preferred
solution to this resourcing problem. Our tiles and Nominatim services
should have terms of services that include paid higher levels that
support the foundation, which in turn pays for the infrastructure.
When somebody is using too many tiles, or using too much of Nominatim
resources, or wants Nominatim to work better, etc, before chasing them
away, the foundation should ask them for money to support the
requested services.

There is plenty of money around this space to pay for a full time
system administrator staff and some developers. Pokémon Go netted 600
million dollars in the first three months. Mapbox just go $164 million
dollar investment. I don't understand why you, Tom, lonvia are not
paid, full time employees of OSMF by now. Mapbox is doing a great job
with ID development, but obviously they are not going to seriously
fund our tiles and geocoding.

There is a great need for what OSM does, we just need to ask for
money, rather than acting like a charity, begging for handouts.

Jason


> Nominatim effectively only has 1 maintainer / primary contributor:
> https://github.com/openstreetmap/Nominatim/graphs/contributors
> lonvia spends a significant amount of her volunteered time defending
> the service again abusers.
> https://operations.osmfoundation.org/policies/nominatim/
> Single users can overload nominatim by sending 1000s of automated
> requests per second, the same holds true for the tile servers we run:
> https://operations.osmfoundation.org/policies/tiles/
>
> Nearly as bad contribution wise is the server infrastructure code:
> https://github.com/openstreetmap/chef/graphs/contributors
>
> What we badly need is more help from developers and chef operations people.
>
> How about someone in the community organises a Beauty Parade / Cross
> Comparison of different open OpenStreetMap GeoCoders?
>
> The OpenStreetMap Operations team prefers to be able to self-host the
> infrastructure required to run OpenStreetMap.org. Reasons: Privacy /
> Maintainability / Availability. We don't go this route for a
> navigation / router as they seem to be under constant flux, without a
> clear "winner" and system their requirements keep climbing.
>
> Kind regards,
>
> Grant
>
> ___
> 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] Nominatim on the main page

On Sun, Feb 18, 2018 at 12:53 PM, Maarten Deen  wrote:

> On 2018-02-18 19:28, Tom Hughes wrote:
>
>> On 18/02/18 18:04, Paul Johnson wrote:
>>
>>   OK, so what can we do about this problem?  For example, go to Jenks,
>>> Oklahoma.  Search for Walmart.  First result isn't the Walmart Neighborhood
>>> Market across the street from the Riverside Market shopping center.  It's
>>> not even the Walmart Supercenter across from Oral Roberts University.  Or
>>> even the Walmart Neighborhood Market further from downtown Jenks, but still
>>> in Jenks, over by Haddington Heights.  The results instead are in Sunset
>>> Harbor, Florida; Saint Louis, Missouri; Tallahassee, Florida, El Paso,
>>> Texas; and Fairbanks, Alaska.
>>>
>>> I get that if you get specific and actually type "Walmart jenks" in, you
>>> get the one in Haddington Heights, and then the one in Glenpool, Oklahoma
>>> (slightly odd for that one, but not entirely unreasonable).  But this isn't
>>> what most people are going to do.  I also get that the homepage isn't
>>> /meant/ to be used as the product itself, just a demonstration, but we
>>> really should be putting our best foot forward there.
>>>
>>
>> I can't comment about how the algorithm works because I don't know
>> anything about it. I'm just saying that we do tell it the viewbox
>>
>
> It appears to me that the bounding box is used when searching places
> (towns, cities) or streets, but not when searching objects like shops or
> restaurants.
> For instance, searching for a McDonald's always gives me the McDonald's at
> 1351, George Dieter Drive, El Paso City, El Paso County, Texas, 79936,
> Verenigde Staten van Amerika


 Keen ask.  I think a *lot* of the complaints regarding Nominatim that have
come up could be fixed by using the bounding box context for all items.  I
may have incorrectly opened an Osmand bug
 on the assumption
Nominatim was consistently using the geocontext for all results.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

2018-02-18 Per discussione Maurizio Napolitano

2018-02-18 15:50 GMT+01:00 Fabrizio :
>
> Non che le altre più blasonate e ultra commerciali mappe stiano messe meglio, 
> con la competizione che c'è.. dovrebbero scrivere un articolo sulla grande G 
> con i suoi fantastici errori segnalati da anni, e ancora presenti 
> tipo...fantomatiche cliniche ospedaliere poste su benzinai, piazze San piatro 
> a chilometri dalla vera piazza San Pietro o chiese chiamate avvocato Bonelli. 
> Inoltre OSM ha recentemente ricevuto una donazione da 18 BTC pari a 200mila 
> euro dalla Pinapple Fund. Averceli di serious troubles così XD

Quello che io spero è che la OSMF cominci ad usare i fondi che riesce
a raccogliere per rinforzare il server che ospita osm o, quantomeno,
per farlo scalare su più macchine.
Attualmente tutto è concentrato su un solo nodo.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Maarten Deen


On 2018-02-18 19:28, Tom Hughes wrote:

On 18/02/18 18:04, Paul Johnson wrote:

  OK, so what can we do about this problem?  For example, go to Jenks, 
Oklahoma.  Search for Walmart.  First result isn't the Walmart 
Neighborhood Market across the street from the Riverside Market 
shopping center.  It's not even the Walmart Supercenter across from 
Oral Roberts University.  Or even the Walmart Neighborhood Market 
further from downtown Jenks, but still in Jenks, over by Haddington 
Heights.  The results instead are in Sunset Harbor, Florida; Saint 
Louis, Missouri; Tallahassee, Florida, El Paso, Texas; and Fairbanks, 
Alaska.


I get that if you get specific and actually type "Walmart jenks" in, 
you get the one in Haddington Heights, and then the one in Glenpool, 
Oklahoma (slightly odd for that one, but not entirely unreasonable).  
But this isn't what most people are going to do.  I also get that the 
homepage isn't /meant/ to be used as the product itself, just a 
demonstration, but we really should be putting our best foot forward 
there.


I can't comment about how the algorithm works because I don't know
anything about it. I'm just saying that we do tell it the viewbox


It appears to me that the bounding box is used when searching places 
(towns, cities) or streets, but not when searching objects like shops or 
restaurants.
For instance, searching for a McDonald's always gives me the McDonald's 
at 1351, George Dieter Drive, El Paso City, El Paso County, Texas, 
79936, Verenigde Staten van Amerika


Maarten

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page


On 18/02/18 18:40, Paul Johnson wrote:
On Sun, Feb 18, 2018 at 12:31 PM, Tom Hughes > wrote:


On 18/02/18 18:05, Paul Johnson wrote:

On Sun, Feb 18, 2018 at 11:58 AM, Grant Slater

>> wrote:

     How about someone in the community organises a Beauty
Parade / Cross
     Comparison of different open OpenStreetMap GeoCoders?


How about search against multiple geocoders instead of just
Nominatim and GeoNames?


We have all the infrastructure to do that if you have suggestions
about other geocoders we could use.


Not having tried it myself, I have heard positive things on Reddit and 
Telegram about Photon .


Sorry I probably wasn't very clear. I meant an actual service we could
direct queries to, not just come code.

I mean we probably could come up with hardware to run something else
but it would need somebody prepared to do the work of running it.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page

On Sun, Feb 18, 2018 at 12:31 PM, Tom Hughes  wrote:

> On 18/02/18 18:05, Paul Johnson wrote:
>
>> On Sun, Feb 18, 2018 at 11:58 AM, Grant Slater <
>> openstreet...@firefishy.com > wrote:
>>
>> How about someone in the community organises a Beauty Parade / Cross
>> Comparison of different open OpenStreetMap GeoCoders?
>>
>>
>> How about search against multiple geocoders instead of just Nominatim and
>> GeoNames?
>>
>
> We have all the infrastructure to do that if you have suggestions
> about other geocoders we could use.

Not having tried it myself, I have heard positive things on Reddit and
Telegram about Photon .
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] mia prima modifica in OSM - help!

2018-02-18 Per discussione Federico Cortese

2018-02-18 13:14 GMT+01:00 Martin Koppenhoefer :
>
> le stazioni railway=station si possono mappare sia come nodo che come way,
> ma quando sono mappati come way descrivono tutta la stazione (compreso
> binari ecc.), quindi su un building=train_station non va quasi mai un
> railway=station
>

+1

Ciao,
Federico

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] WMS mappa catasto agenzia delle entrate non funziona più?

2018-02-18 Per discussione Federico Cortese

2018-02-18 10:56 GMT+01:00 Martina :
>
> Dunque il problema principale credo sia che far combaciare un catastale di 
> tutta Italia con un'ortofoto o una ctr credo sia una delle questioni più 
> difficili da risolvere, tanto più sul sistema di coordinate geodetiche (i 
> catasti usano un sistema di coordinate proiettate, anzi ne usano molti a 
> seconda della zona). La cosa è già piuttosto complessa se hai un vettoriale, 
> con un wms non so come si faccia. Se tu avessi un raster del catasto potresti 
> usare un plugin tipo Raster bender 
> https://plugins.qgis.org/plugins/RasterBender/
> Alcune Regioni italiane hanno dei webgis e servizi wms con catastali già 
> allineati dal loro ufficio tecnico con la cartografia numerica e le ortofoto 
> (lo scostamento del catastale c'è lo stesso ma è molto minore), dovresti 
> provare a cercare sul portale della Lombardia e/o su quello della Provincia 
> che ti interessa.

Il disallineamento tra la mappa catastale ed altre cartografie varia
da zona a zona, o meglio da foglio a foglio.
Considerate che l'Agenzia ha avviato da inizio 2017 un grosso lavoro
di ridefinizione delle proprie mappe, attraverso la scansione e
georeferenziazione parametrica dei fogli originali di impianto, con
conseguente ricalibrazione dei vettoriali sui fogli di impianto,
concludendo con la rimosaicatura tra fogli limitrofi.
Queste operazioni devono essere eseguite foglio per foglio, pertanto
richiederanno alcuni anni per essere completate sull'intero territorio
nazionale.

Ciao,
Federico

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

 Hallo Andreas,
im Rendering stimme ich Dir voll zu, versuch aber mal eine Adress- Suche
nach Deiner exemplarischen Unit Treppe. Das funktioniert so nicht.

Es gibt bereits Wiener Adressen welche nach dem /# Schema gemappt sind.
Z.B Roterdstraße 12/7 https://www.openstreetmap.org/node/1578124552
Mittels der von mir präfrierten Methode /# funktioniert hier die Nominatim
Suche einwandfrei. Die Adresse entspricht auch dem Schema wie in
https://www.wien.gv.at/stadtplan/ angewandt. Das ist doch mal ein Argument.

Als nächstes Argument darf ich anführen, dass wir per /# die Besonderheit
von Wiener Wohnen Adressen elegant umsetzen können. Als nächstes Argument,
Briefe oder ein Paket im Format  Roterdstraße 12/7 beschriftet, finden ihr
Ziel. Gibt es zudem eine z.b. Top Nummer 2 so funktioniert auch die
Form  Roterdstraße
12/7/2.

Schaut man sich mal die aktuelle Verbreitung von addr:unit in Wien an
https://i.imgur.com/yMQCTl5.png  so könnten wir,  auf diesen tag ebenso
gerne verzichten. Angesichts der bereits gegebenen Adress- Komplikation in
Wien per Wohnblock übergreifender Wiener Wohnen Adressen, frage ich mich,

wem ist die Verwendung des Tag´s addr:unit in Wien überhaupt eingefallen.
Unit ist in Wien sinnfrei, und erzeugt lediglich Komplikationen. Und wie Du
korrekt angemerkt hast, auch noch ein sinnloses doppeltes Rendering
mehrfacher Türen.

Ich würde daher den Node  Roterdstraße 12/7 folgendermaßen formatieren.
addr:city=Wien
addr:country=AT
addr:housenumber=12/7
addr:postcode=1160
addr:street=Roterdstraße

also auf addr:unit verzichten

Grüße Johann
OSM wikithemap


Am 18. Februar 2018 um 18:02 schrieb andreas wecer 
:

> addr:housenumber=76-80/1
>> addr:postcode=1100
>> addr:street=Davidgasse
>> addr:unit=1
>
>
> Ich verstehe noch immer nicht, was du mit dem doppelten Angeben der Stiege
> bezwecken möchtest  - das bewirkt ja nur, dass eine Software, die addr:unit
> unterstützt, es wie osm.org doppelt als "76-80/1 1" darstellt?
>
> Generell bin ich der Meinung, dass das eine 100% richtige und immer
> anzuwendende Schema zwar wünschenswert wäre, ein wenig Pragmatismus aka
> mappen für  aber in geringem Umfang tolerierbar ist. Wenn ich mir
> z.B. die Klederinger Straße 79-81 ansehe:
> https://www.openstreetmap.org/#map=19/48.13101/16.42383
>
> fkv steigt ob der vielen Redundanzen in den OSM-Daten zwar zurecht die
> Grausbirn auf, es ist aber wegen seiner Einfachheit die etablierte Form bei
> OSM. 93% aller addr:unit haben auch ein addr:housenumber angegeben und auch
> wenn es im Wiki nicht so eindeutig beschrieben ist und man den Abschnitt,
> "Further address tags are optional, since they can usually be determined
> from the boundary relations (if present and valid)", auch equivalent für
> Hausnummern zu Units interpretieren könnte, ist es beim Proposal für
> addr:unit auch nur mit voller Adresse vorgestellt.
> Insofern halte ich das erst einmal für die logisch korrekte Form, die ich
> verwende - das Problem dabei ist allerdings, bei der aktuellen
> Unterstützung für addr:unit vereint es auf osm.org (und mir ist kein
> Produkt bekannt, wo es aktuell groß anders wäre) im Moment nur die
> Nachteile: es ist bei den kleinen, eng beieinander liegenden Einheiten
> extrem unübersichtlich, wenn bei jedem "79-81 25" gerendert wird und
> gleichzeitig kann auch nicht danach gesucht werden.
> Nachdem es sowieso nur einen gemeinsamen Zugang gibt, hätte ich also in
> dem Fall dort einen Node mit "79-81" angelegt (alternativ ein Mulitpolygon
> über alle Gebäude) und die Units ohne Hausnummer gelassen.
> Bei Fällen wie der Davidgasse dagegen, wo die Stiegen weiter auseinander
> liegen und sich die Zufahrt dadurch ändert, finde ich es als Workaround
> auch ok, die Stiege direkt zur Hausnummer zu schreiben und als eigene
> Hausnummer anzusehen, solange addr:unit so schlecht unterstützt ist.
>
> Aber wie schon erwähnt, ist das sowieso Jammer auf hohem Niveau und wenn
> ich mich nicht täusche, sind die Stiegen auch nicht in der BEV-Liste und
> bspw. Google findet genauso wenig die Davidgasse 76-80/15 und kann sie auch
> nicht anzeigen. Entscheidend sollten noch nicht vorhandene Adressen und
> keine Untereinheiten sein, wobei das mit den Ident-Adressen und so riesigen
> Blöcken mit mehreren Gebäuden, wie beim Anna-Boschek-Hof, ohne lokalem
> Wissen im Detail wohl nicht so einfach ist.
>
> LG Andreas
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [OSM-talk] Nominatim on the main page


On 18/02/18 18:05, Paul Johnson wrote:
On Sun, Feb 18, 2018 at 11:58 AM, Grant Slater 
> wrote:


How about someone in the community organises a Beauty Parade / Cross
Comparison of different open OpenStreetMap GeoCoders?


How about search against multiple geocoders instead of just Nominatim 
and GeoNames?


We have all the infrastructure to do that if you have suggestions
about other geocoders we could use.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-18 Per discussione majka

Poslána oprava, přehlédla jsem chybné sloučení.

Zběžné prohlédnutí mi nenašlo nic jiného, ale případně ještě dejte vědět.

Majka

2018-02-18 19:18 GMT+01:00 Marián Kyral :

> Dne 18.2.2018 v 19:02 Marián Kyral napsal(a):
>
> Dne 18.2.2018 v 13:07 majka napsal(a):
>
> Zdravím všechny.
>
> Podařilo se mi dokončit geokódování všech schránek, které v importu české
> pošty neměly souřadnice. Přesnost je kolísavá, podle kvality údajů v
> exportu České pošty.
> Soubor je na githubu
> 
>  .
>
>
> Ahoj,
> koukám na to a vloudila se chybička ;-)
>
> 43407:64;;Mezibořská, točna MHD;Horní Litvínov;Litvínov;Most 13.613903
> ručně, SW
>
> ... je to ho víc:
>
> $ cat missing_coordinates.txt |tr '\t' ';' |egrep -v
> "^[0-9]+:[0-9]+;[0-9]+\.[0-9]+;[0-9]+\.[0-9]+"
> @ref;@lat;@lon
> 43407:64;;Mezibořská, točna MHD;Horní Litvínov;Litvínov;Most;13.613903;ručně,
> SW
> 53800:13;Chrudim;49.9230822
> 53800:16;Chrudim;49.9630224001
> 53800:25;Chrudim;49.9380963
> 53800:30;Chrudim;49.7810713999
> 53800:31;Chrudim;49.9426991
> 53800:40;Pardubice;49.9891356
> 53800:6;V Lukách;Chrudim
> 53840:33;49.8213519N;15.6579283
> 56707:25;49.9242158N;16.3968242
> 60012:42; Brno-venkov;49.298597
>
> Marián
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Nominatim on the main page


On 18/02/18 18:04, Paul Johnson wrote:

  OK, so what can we do about this problem?  For example, go to Jenks, 
Oklahoma.  Search for Walmart.  First result isn't the Walmart 
Neighborhood Market across the street from the Riverside Market shopping 
center.  It's not even the Walmart Supercenter across from Oral Roberts 
University.  Or even the Walmart Neighborhood Market further from 
downtown Jenks, but still in Jenks, over by Haddington Heights.  The 
results instead are in Sunset Harbor, Florida; Saint Louis, Missouri; 
Tallahassee, Florida, El Paso, Texas; and Fairbanks, Alaska.


I get that if you get specific and actually type "Walmart jenks" in, you 
get the one in Haddington Heights, and then the one in Glenpool, 
Oklahoma (slightly odd for that one, but not entirely unreasonable).  
But this isn't what most people are going to do.  I also get that the 
homepage isn't /meant/ to be used as the product itself, just a 
demonstration, but we really should be putting our best foot forward there.


I can't comment about how the algorithm works because I don't know
anything about it. I'm just saying that we do tell it the viewbox

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

C'è anche una discussione su talk di questo tema (in inglese):
https://lists.openstreetmap.org/pipermail/talk/2018-February/080161.html


Ciao,
Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

Dne 18.2.2018 v 19:02 Marián Kyral napsal(a):
> Dne 18.2.2018 v 13:07 majka napsal(a):
>> Zdravím všechny.
>>
>> Podařilo se mi dokončit geokódování všech schránek, které v importu
>> české pošty neměly souřadnice. Přesnost je kolísavá, podle kvality
>> údajů v exportu České pošty.
>> Soubor je na githubu
>> 
>>  .
>
> Ahoj,
> koukám na to a vloudila se chybička ;-)
>
> 43407:64;;Mezibořská, točna MHD;Horní Litvínov;Litvínov;Most 13.613903
> ručně, SW
>
... je to ho víc:

$ cat missing_coordinates.txt |tr '\t' ';' |egrep -v
"^[0-9]+:[0-9]+;[0-9]+\.[0-9]+;[0-9]+\.[0-9]+"
@ref;@lat;@lon
43407:64;;Mezibořská, točna MHD;Horní
Litvínov;Litvínov;Most;13.613903;ručně, SW
53800:13;Chrudim;49.9230822
53800:16;Chrudim;49.9630224001
53800:25;Chrudim;49.9380963
53800:30;Chrudim;49.7810713999
53800:31;Chrudim;49.9426991
53800:40;Pardubice;49.9891356
53800:6;V Lukách;Chrudim
53840:33;49.8213519N;15.6579283
56707:25;49.9242158N;16.3968242
60012:42; Brno-venkov;49.298597

Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Grant Slater

On 18 February 2018 at 18:05, Paul Johnson  wrote:
> On Sun, Feb 18, 2018 at 11:58 AM, Grant Slater 
> wrote:
>>
>> How about someone in the community organises a Beauty Parade / Cross
>> Comparison of different open OpenStreetMap GeoCoders?
>
>
> How about search against multiple geocoders instead of just Nominatim and
> GeoNames?

Sure. Which one, hence the Beauty Parade / Cross Comparison? Who will
write the integration code, UI and submit PRs? ;-)
Does OpenStreetMap.org need to host an instance or can we rely on the
3rd party who hosts it? (Privacy / Stability etc)

Kind regards,

Grant

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page

On Sun, Feb 18, 2018 at 11:58 AM, Grant Slater 
wrote:
>
> How about someone in the community organises a Beauty Parade / Cross
> Comparison of different open OpenStreetMap GeoCoders?
>

How about search against multiple geocoders instead of just Nominatim and
GeoNames?
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page

On Sun, Feb 18, 2018 at 11:45 AM, Tom Hughes  wrote:

> On 18/02/18 17:34, Paul Johnson wrote:
>
> On the OSM homepage, can we use the visible area (or maybe that plus an
>> exploded offset to a larger surrounding bounds) as a bonding box to be
>> passed to Nominatim for some context when searching?  This animation really
>> drives the problem home.
>>
>
> We already do exactly that.
>
> Sarah can clarify the details but we pass the bounding box to Nominatim
> and I believe it expands that by a factor of two and then prefers any
> results in that area over those further afield.

 OK, so what can we do about this problem?  For example, go to Jenks,
Oklahoma.  Search for Walmart.  First result isn't the Walmart Neighborhood
Market across the street from the Riverside Market shopping center.  It's
not even the Walmart Supercenter across from Oral Roberts University.  Or
even the Walmart Neighborhood Market further from downtown Jenks, but still
in Jenks, over by Haddington Heights.  The results instead are in Sunset
Harbor, Florida; Saint Louis, Missouri; Tallahassee, Florida, El Paso,
Texas; and Fairbanks, Alaska.

I get that if you get specific and actually type "Walmart jenks" in, you
get the one in Haddington Heights, and then the one in Glenpool, Oklahoma
(slightly odd for that one, but not entirely unreasonable).  But this isn't
what most people are going to do.  I also get that the homepage isn't
*meant* to be used as the product itself, just a demonstration, but we
really should be putting our best foot forward there.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

Dne 18.2.2018 v 13:07 majka napsal(a):
> Zdravím všechny.
>
> Podařilo se mi dokončit geokódování všech schránek, které v importu
> české pošty neměly souřadnice. Přesnost je kolísavá, podle kvality
> údajů v exportu České pošty.
> Soubor je na githubu
> 
>  .

Ahoj,
koukám na to a vloudila se chybička ;-)

43407:64;;Mezibořská, točna MHD;Horní Litvínov;Litvínov;Most 13.613903
ručně, SW


Marián
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [OSM-talk] Nominatim on the main page

2018-02-18 Per discussione Grant Slater

On 18 February 2018 at 17:34, Paul Johnson  wrote:
> In the diatribe (no disrespect meant, since it did bring up some relevant
> points that we can use constructively, simply a description of the tone)
> that emacsen posted last week that we've surely all read by now, he does
> bring up one point that I think we can work on for fairly immediate
> improvement.
>
> On the OSM homepage, can we use the visible area (or maybe that plus an
> exploded offset to a larger surrounding bounds) as a bonding box to be
> passed to Nominatim for some context when searching?  This animation really
> drives the problem home.
>
> https://gfycat.com/NiceImperturbableCatfish
>

Not great. :-(

Nominatim effectively only has 1 maintainer / primary contributor:
https://github.com/openstreetmap/Nominatim/graphs/contributors
lonvia spends a significant amount of her volunteered time defending
the service again abusers.
https://operations.osmfoundation.org/policies/nominatim/
Single users can overload nominatim by sending 1000s of automated
requests per second, the same holds true for the tile servers we run:
https://operations.osmfoundation.org/policies/tiles/

Nearly as bad contribution wise is the server infrastructure code:
https://github.com/openstreetmap/chef/graphs/contributors

What we badly need is more help from developers and chef operations people.

How about someone in the community organises a Beauty Parade / Cross
Comparison of different open OpenStreetMap GeoCoders?

The OpenStreetMap Operations team prefers to be able to self-host the
infrastructure required to run OpenStreetMap.org. Reasons: Privacy /
Maintainability / Availability. We don't go this route for a
navigation / router as they seem to be under constant flux, without a
clear "winner" and system their requirements keep climbing.

Kind regards,

Grant

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page


On 18/02/18 17:45, Tom Hughes wrote:

On 18/02/18 17:34, Paul Johnson wrote:

On the OSM homepage, can we use the visible area (or maybe that plus 
an exploded offset to a larger surrounding bounds) as a bonding box to 
be passed to Nominatim for some context when searching?  This 
animation really drives the problem home.


We already do exactly that.

Sarah can clarify the details but we pass the bounding box to Nominatim
and I believe it expands that by a factor of two and then prefers any
results in that area over those further afield.


Incidentally if you use https://nominatim.openstreetmap.org/ you can
experiment with the affect of the viewbox parameter that we pass by
checking and unchecking the "apply viewbox" checkbox beside the search
button and zooming moving the map to choose a box.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Nominatim on the main page


On 18/02/18 17:34, Paul Johnson wrote:

On the OSM homepage, can we use the visible area (or maybe that plus an 
exploded offset to a larger surrounding bounds) as a bonding box to be 
passed to Nominatim for some context when searching?  This animation 
really drives the problem home.


We already do exactly that.

Sarah can clarify the details but we pass the bounding box to Nominatim
and I believe it expands that by a factor of two and then prefers any
results in that area over those further afield.

Here's the relevant code:

https://github.com/openstreetmap/openstreetmap-website/blob/master/app/controllers/geocoder_controller.rb#L115

Which encodes the bounds as the viewbox parameter which is then passed
through when calling Nominatim.

Tom

--
Tom Hughes (t...@compton.nu)
http://compton.nu/

___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-es] Importación de Catastro

2018-02-18 Per discussione Joaquim


Hola Javier,

Gracias por la explicación de como subir los datos, me temo que no había 
mirado las instrucciones con suficiente atención, puesto que estaban bien.


Mi usuario en github.com es jpuxan.

Mientras esperaba resolver esto he empezado a trabajar en otro municipio 
(07064, Es Castell) y, oh sorpresa, el fichero highways_name.csv  visto 
en una hoja de cálculo no tiene dos sino 4 columnas. Visto el fichero 
con un procesador de texto veo que algunas direcciones tienen el nombre 
de la calle, luego, separado con ';' el nombre del núcleo de población o 
urbanización, luego el nombre de la calle modificado y finalmente el del 
núcleo de población modificado. ¿Esto es correcto o hay que modificarlo?


En Menorca de los 7 municipios que la componen ocurre lo mismo en otros 
dos municipios.


Gracias,

Joaquim


Hola

Primero créate una cuenta en
https://github.com/join

Cuando la tengas creada me dices tu usuario para darte permisos en el
repositorio.

¿Utilizas Windows? En ese caso instala este programa
https://desktop.github.com/

Ejecuta el programa Git Bash. Y a partír de aquí como le expliqué a Daniel.

Para subir los archivos tienes que clonar el repositorio (sólo la primera
vez):

$ git clone -n https://github.com/OSM-es/catastro-import.git
$ cd catastro-import

Copiar los archivos de donde los tengas (la ruta es un ejemplo, en tu caso
puede ser diferente):

$ mkdir 07052
$ cp ~/catastro/29900/tasks/*.osm.gz 07052/
$ cp ~/catastro/29900/address.geojson 07052/

Y subirlos según pone en README.md


git add 07052
git commit -m "29900 Málaga" 07052/*
git push -f origin master

Javier





___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

[OSM-talk] Nominatim on the main page

In the diatribe (no disrespect meant, since it did bring up some relevant
points that we can use constructively, simply a description of the tone)
that emacsen posted last week that we've surely all read by now, he does
bring up one point that I think we can work on for fairly immediate
improvement.

On the OSM homepage, can we use the visible area (or maybe that plus an
exploded offset to a larger surrounding bounds) as a bonding box to be
passed to Nominatim for some context when searching?  This animation really
drives the problem home.

https://gfycat.com/NiceImperturbableCatfish
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

On Sat, Feb 17, 2018 at 4:29 AM, Maarten Deen  wrote:

> On 2018-02-17 10:56, Oleksiy Muzalyev wrote:
>
>> This article is on the front page of the Slashdot today:
>>
>> Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"
>>
>> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
>>
>
> Interesting that he mentions that "the proprietary mapping world has
> continued to improve in data quality".
>
> In the Netherlands I see the opposite for google maps. Sure, they may have
> improved their coverage in areas that were badly mapped of old (Africa,
> Asia) and I'm sure this can be contributed to OSM, but where Google starts
> to go haywire is in the properly mapped areas.
> New roads appear weeks even, months after they are finished (Netherlands
> A5 or the roundabout at Joure where Google even now gives you an option
> over the roundabout that does not exist anymore) but also in names of
> places. Google has started to use very quaint and hardly used translations
> for cities abroad.
> For instance, Ljubljana is now displayed as Laibach, Maribor is Marburg an
> der Drau, both German translations at best and not used in the Netherlands.
> Or a few even weirder ones in france, a place called Oz just north of
> l'Alpe D'Huez is now called Oostzijde (eastside) or Oradour-sur-Glane which
> shows as "Bloedbad van Oradour-sur-Glane" (bloodbath of Oradour-sur-Glane)


 It's just as bad in most of the US.  I covered this extensively on Reddit

.
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Hallo Andreas,
im Rendering stimme ich dir voll zu, versuch aber mal eine Adress- Suche
nach einer Unit Treppen.
Z.B. nach Hütteldorfer Straße 81A Treppe 15
Mittels der von mir präfrierten Methode /# funktioniert eine solche Suche
hingegen einwandfrei. Und entspricht auch dem Schema wie in
https://www.wien.gv.at/stadtplan/ angewandt. das ist doch einmal ein
Argument.

Auf Addr Unit könnten wir, schaut man sich mal die aktuelle Verbreitung von
addr.unit in Wien an https://i.imgur.com/yMQCTl5.png auch verzichten. Ich
weiß nicht wer sich angesichts der Adress Besonderheit in Wien bei den
Wiener Wohnen Adressen, überhaupt ausgedacht hat. addr:unit ist in Wien
sinnfrei.

Grüße Johann
OSM wikithemap



Am 18. Februar 2018 um 18:02 schrieb andreas wecer 
:

> addr:housenumber=76-80/1
>> addr:postcode=1100
>> addr:street=Davidgasse
>> addr:unit=1
>
>
> Ich verstehe noch immer nicht, was du mit dem doppelten Angeben der Stiege
> bezwecken möchtest  - das bewirkt ja nur, dass eine Software, die addr:unit
> unterstützt, es wie osm.org doppelt als "76-80/1 1" darstellt?
>
> Generell bin ich der Meinung, dass das eine 100% richtige und immer
> anzuwendende Schema zwar wünschenswert wäre, ein wenig Pragmatismus aka
> mappen für  aber in geringem Umfang tolerierbar ist. Wenn ich mir
> z.B. die Klederinger Straße 79-81 ansehe:
> https://www.openstreetmap.org/#map=19/48.13101/16.42383
>
> fkv steigt ob der vielen Redundanzen in den OSM-Daten zwar zurecht die
> Grausbirn auf, es ist aber wegen seiner Einfachheit die etablierte Form bei
> OSM. 93% aller addr:unit haben auch ein addr:housenumber angegeben und auch
> wenn es im Wiki nicht so eindeutig beschrieben ist und man den Abschnitt,
> "Further address tags are optional, since they can usually be determined
> from the boundary relations (if present and valid)", auch equivalent für
> Hausnummern zu Units interpretieren könnte, ist es beim Proposal für
> addr:unit auch nur mit voller Adresse vorgestellt.
> Insofern halte ich das erst einmal für die logisch korrekte Form, die ich
> verwende - das Problem dabei ist allerdings, bei der aktuellen
> Unterstützung für addr:unit vereint es auf osm.org (und mir ist kein
> Produkt bekannt, wo es aktuell groß anders wäre) im Moment nur die
> Nachteile: es ist bei den kleinen, eng beieinander liegenden Einheiten
> extrem unübersichtlich, wenn bei jedem "79-81 25" gerendert wird und
> gleichzeitig kann auch nicht danach gesucht werden.
> Nachdem es sowieso nur einen gemeinsamen Zugang gibt, hätte ich also in
> dem Fall dort einen Node mit "79-81" angelegt (alternativ ein Mulitpolygon
> über alle Gebäude) und die Units ohne Hausnummer gelassen.
> Bei Fällen wie der Davidgasse dagegen, wo die Stiegen weiter auseinander
> liegen und sich die Zufahrt dadurch ändert, finde ich es als Workaround
> auch ok, die Stiege direkt zur Hausnummer zu schreiben und als eigene
> Hausnummer anzusehen, solange addr:unit so schlecht unterstützt ist.
>
> Aber wie schon erwähnt, ist das sowieso Jammer auf hohem Niveau und wenn
> ich mich nicht täusche, sind die Stiegen auch nicht in der BEV-Liste und
> bspw. Google findet genauso wenig die Davidgasse 76-80/15 und kann sie auch
> nicht anzeigen. Entscheidend sollten noch nicht vorhandene Adressen und
> keine Untereinheiten sein, wobei das mit den Ident-Adressen und so riesigen
> Blöcken mit mehreren Gebäuden, wie beim Anna-Boschek-Hof, ohne lokalem
> Wissen im Detail wohl nicht so einfach ist.
>
> LG Andreas
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione andreas wecer

>
> addr:housenumber=76-80/1
> addr:postcode=1100
> addr:street=Davidgasse
> addr:unit=1


Ich verstehe noch immer nicht, was du mit dem doppelten Angeben der Stiege
bezwecken möchtest  - das bewirkt ja nur, dass eine Software, die addr:unit
unterstützt, es wie osm.org doppelt als "76-80/1 1" darstellt?

Generell bin ich der Meinung, dass das eine 100% richtige und immer
anzuwendende Schema zwar wünschenswert wäre, ein wenig Pragmatismus aka
mappen für  aber in geringem Umfang tolerierbar ist. Wenn ich mir
z.B. die Klederinger Straße 79-81 ansehe:
https://www.openstreetmap.org/#map=19/48.13101/16.42383

fkv steigt ob der vielen Redundanzen in den OSM-Daten zwar zurecht die
Grausbirn auf, es ist aber wegen seiner Einfachheit die etablierte Form bei
OSM. 93% aller addr:unit haben auch ein addr:housenumber angegeben und auch
wenn es im Wiki nicht so eindeutig beschrieben ist und man den Abschnitt,
"Further address tags are optional, since they can usually be determined
from the boundary relations (if present and valid)", auch equivalent für
Hausnummern zu Units interpretieren könnte, ist es beim Proposal für
addr:unit auch nur mit voller Adresse vorgestellt.
Insofern halte ich das erst einmal für die logisch korrekte Form, die ich
verwende - das Problem dabei ist allerdings, bei der aktuellen
Unterstützung für addr:unit vereint es auf osm.org (und mir ist kein
Produkt bekannt, wo es aktuell groß anders wäre) im Moment nur die
Nachteile: es ist bei den kleinen, eng beieinander liegenden Einheiten
extrem unübersichtlich, wenn bei jedem "79-81 25" gerendert wird und
gleichzeitig kann auch nicht danach gesucht werden.
Nachdem es sowieso nur einen gemeinsamen Zugang gibt, hätte ich also in dem
Fall dort einen Node mit "79-81" angelegt (alternativ ein Mulitpolygon über
alle Gebäude) und die Units ohne Hausnummer gelassen.
Bei Fällen wie der Davidgasse dagegen, wo die Stiegen weiter auseinander
liegen und sich die Zufahrt dadurch ändert, finde ich es als Workaround
auch ok, die Stiege direkt zur Hausnummer zu schreiben und als eigene
Hausnummer anzusehen, solange addr:unit so schlecht unterstützt ist.

Aber wie schon erwähnt, ist das sowieso Jammer auf hohem Niveau und wenn
ich mich nicht täusche, sind die Stiegen auch nicht in der BEV-Liste und
bspw. Google findet genauso wenig die Davidgasse 76-80/15 und kann sie auch
nicht anzeigen. Entscheidend sollten noch nicht vorhandene Adressen und
keine Untereinheiten sein, wobei das mit den Ident-Adressen und so riesigen
Blöcken mit mehreren Gebäuden, wie beim Anna-Boschek-Hof, ohne lokalem
Wissen im Detail wohl nicht so einfach ist.

LG Andreas
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-es] Importación de Catastro. Borrador de proyecto para Totalán

2018-02-18 Per discussione dcapillae

Gracias, Javier.

Casi con toda seguridad voy a necesitar que me eches una mano con Málaga
capital. De momento he revisado el callejero de Totalán, he corregido los
nombres de las calles y he generado los archivos de tareas con CatAtom2Osm.
No me he encontrado con muchas dificultades. He podido generar los archivos
de tareas y también los he corregido. Los he subido a GitHub y he creado el
borrador del proyecto en el gestor de tareas. Al ser mi primer proyecto,
sería conveniente que alguien con más experiencia lo revisase antes de
publicarlo.

Voy a trabajar ahora en corregir el callejero de Málaga antes de volver a
ejecutar CatAtom2Osm. Probablemente tenga que pedirte que me pases los
archivos una vez termine de revisar el callejero, como la última vez. En mi
ordenador es insufrible ejecutar CatAtom2Osm en un municipio tan grande.

Mi intención es trabajar simultáneamente con Málaga capital y con algún otro
municipio de la provincia que no sea muy grande. Mi ordenador parece
defenderse bien con municipios pequeños. Probablemente termine varios
municipios pequeños antes de terminar con el municipio de Málaga.

Te agradecería que revisases el proyecto de Totalán. En cuanto me des tu
visto bueno, lo publicamos.

Gracias por todo.



-
Daniel Capilla
OSM user: dcapillae 
--
Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html

___
Talk-es mailing list
Talk-es@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-es

Re: [Talk-it] Di nuovo l'utente pasticcione

2018-02-18 Per discussione Marco

Si certo, io sono però convinto che adattandosi al modus operandi del 
pirla* di turno si potrebbe ottenere risultati migliori; con alcuni il 
blocco funziona, con altri no; questo fa parte della seconda categoria. 
Appurato che ad ogni blocco si registra di nuovo, perché non si smette 
di bloccarlo e una volta al giorno si fa il revert dei suoi nuovi 
changeset? (vero, dovrei chiederlo a quelli del dwg).


Io posso anche essere paziente ma qua il risultato attuale è che sulla 
mappa i suoi migliaia di changeset e campi da calcio con nome "calcio" 
sono ancora validi, i nostri oggetti che gli sono capitati sottomano no, 
sono stati modificati o cancellati, inizio quindi a pensare che i pirla 
stiano dalla nostra parte della barricata, perché lui il suo lavoro lo 
sta facendo senza troppi problemi (Alecs permettendo, bravo Alessandro!)


/*pirla: persona stupida, facilmente imbrogliabile/

/
/

Il 18/02/2018 12:46, Martin Koppenhoefer ha scritto:


sent from a phone


On 17. Feb 2018, at 12:31, Marco  wrote:

Mi ha risposto il dwg, solita storia, adesso i ladri (forse) stanno leggendo i 
10 comandamenti, tempo qualche ora/giorno torneranno a delinquere, e tutte le 
loro modifiche sono ovviamente sempre valide


se insistono a fare danni saranno anche bloccati per sempre, ma non è una lama 
molto tagliente, perché si possono sempre creare nuovi account ;-)

Quello del vandalismo purtroppo è un piccolo problema al quale non c’è una 
risposta facile, l’unico modo è essere più paziente di loro ;-)

Ciao, Martin
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it


___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [OSM-talk] "The Future of Free and Open-Source Maps" Slashdot.org , Saturday February 17, 2018

2018-02-18 Per discussione Tobias Zwick

I also read this article and I found it identifies some areas in which
(the central infrastructure of) OpenStreetMap could improve.

What I do not like about this article is the deeply pessimistic and
resigned tone of it, like clickbait. It reads like "OSM needs to change
from the core up or else it will be doomed!".

Yeah, I don't think so.

And I do not think that this mode of appeal is that productive. It's
good if it sparks discussions about what we can and want to improve, but
I do not think that it is going to inspire anyone to "save" OSM by
innovating things. This is not how it works in FOSS, and not how
innovation works. AI detections of features from pictures/drone videos
for example is not going to happen because someone writes that we
_really_ need this now to keep up, but because someone is enthused about
the concept (and is able to capture others with that).
Also, Serge maybe doesn't know
https://blog.mapillary.com/update/2015/01/27/traffic-signs.html

That there might be a conflict of interest regarding pulling more
technology and services into the core OSM toolset is an interesting
thought that did not cross my mind before and that may very well be
true. Though on the other hand, I consider the fact that OSM runs on a
"shoestring budget" as something that contributes to OSM's
sustainability: I.e. I observe with concern that Wikimedia apparently
requires more and more money every year to survive.
OSM's minimalistic organizational structure is simply a different
concept than WP.

Regarding the "area" type, I agree that it would be a good improvement
to introduce a more fixed notion of areas in OSM data. To introduce
another data type has quite the ramifications on backward compatibility
but there may be other options. Right now, every single piece of
software needs to maintain an area detection based on tags like this:
https://github.com/westnordost/StreetComplete/blob/master/app/src/main/java/de/westnordost/streetcomplete/data/meta/OsmAreas.java#L13-L28
Naturally, it is different, thus inconsistent, for any piece of software
- and needs to be updated for any tagging scheme that comes up.

If I were to name the biggest challenge for us, it would be the
maintainability of the map data, a topic that he never mentions directly.

Tobias

On 17.2.2018 10:56 AM, Oleksiy Muzalyev wrote:
> This article is on the front page of the Slashdot today:
> 
> Fri 16 February 2018 "Why OpenStreetMap is in Serious Trouble"
> 
> https://blog.emacsen.net/blog/2018/02/16/osm-is-in-trouble/
> 
> 
> "The Future of Free and Open-Source Maps"
> 
> https://news.slashdot.org/story/18/02/16/2216228/the-future-of-free-and-open-source-maps
> 
> 
> 
> I actually read the article, and though it has got insightful
> information and interesting ideas, I have doubts about some suggestions.
> 
> For instance, reviews. I hope it will not come to what there is at some
> commercial maps, when one adds say a building and then has to wait for a
> month that an almighty moderator approves it, so that it appears on the
> map.
> 
> I also skeptical of massive imports from governments' databases. These
> databases were created in the last century, with outdated tools,
> sometimes by disinterested underpaid clerks, probably in a climate of
> secrecy of that era. And such an import may replace the quality data
> from modern satellite imagery, GPS traces, surveys, etc.
> 
> Best regards,
> 
> O.
> 
> 
> ___
> 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: [Talk-it] Why OpenStreetMap is in Serious Trouble

2018-02-18 Per discussione liste_girarsi

Il 18 Febbraio 2018 15:53:16 CET, Fabrizio  ha scritto:
>Non che le altre più blasonate e ultra commerciali mappe stiano messe
>meglio, con la competizione che c'è.. dovrebbero scrivere un articolo
>sulla
>grande G con i suoi fantastici errori segnalati da anni, e ancora
>presenti
>tipo...fantomatiche cliniche ospedaliere poste su benzinai, piazze San
>piatro a chilometri dalla vera piazza San Pietro o chiese chiamate
>avvocato
>Bonelli. Inoltre OSM ha recentemente ricevuto una donazione da 18 BTC
>pari
>a 200mila euro dalla Pinapple Fund. Averceli di serious troubles così
>XD

scusate ma, non per polemizzare, ma davvero "serious troubles" di 200.000€ = 
serietà?


--simone girardelli--
##
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità.

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

[OSM-talk-fr] Itinéraires et balisages randonnée

2018-02-18 Per discussione David Marchal

Bonjour, la liste.


Autant que je sache, la situation entre OSM et la FFRP est la suivante : la 
FFRP est au courant qu’on cartographie leurs itinéraires avec leur balisage, et 
ils n’ont jamais daigné dire s’ils nous donnaient leur accord ou pas. J’ai bon ?


Qu’en est-il du Club Vosgien ? Ils ont des milliers de kilomètres de sentiers 
balisés, pas que dans le massif vosgien, et un balisage plus poussé et bien 
utile sur ces sentiers ? A-t-on eu des contacts avec eux ? Peut-on reprendre 
leur balisage et leurs itinéraires ?


Dans l’attente de vos réponses,


Cordialement.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [Talk-it] Varenna (LC) mappata male

2018-02-18 Per discussione Andreas Lattmann

>Qualche imprecisione sembra esserci, ho dato un'occhiata al volo e non 
>mi sembra tragica la situazione.

Prima che mettessi mano io era un po un casino. 


 Conosco solo la stazione di Varenna 
>(anni fa avevo aggiunto bar e fontanella se non sbaglio, oh oh), 

>esistono davvero tutte quelle scale per il paese?

Si, un toccasana per il cuore! 

C'è un utente che ho contattato più volte ma non mi si fila: aveva messo il 
nodo degli appartamenti in affitto in mezzo alla strada, ora li ho spostati ma 
non ho la garanzia che siano in posizione corretta.
Grazie a tutti.
Andreas Lattmann
-- 
Inviato dal mio dispositivo Android con K-9 Mail. Perdonate la brevità. 

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

Dne 18.2.2018 v 13:07 majka napsal(a):
> Zdravím všechny.
>
> Podařilo se mi dokončit geokódování všech schránek, které v importu
> české pošty neměly souřadnice. Přesnost je kolísavá, podle kvality
> údajů v exportu České pošty.
> Soubor je na githubu
> 
>  .
> Některé schránky již v OSM máme včetně ref, takže u nich máme
> přesnější souřadnice než jsou v tomhle souboru. 
> Nakonec jsem geokódováním prohnala kompletní depa z toho exportu
> nehledě na to, co už máme. Bylo to tak jednodušší.
>
> Pokud by to chtěl někdo využít hned, upozorňuji na to, že Česká pošta
> má obvykle přesnější popis než bylo bráno pro geokódování. Bohužel ty
> různé upřesňující údaje jako "zastávka MHD/ČSAD", "hasičská
> zbrojnice", "potraviny" a podobné bylo nutné pro získání souřadnic
> skriptem předem vymazat, takže s tím prosím počítejte. Většinou
> nezafungovaly ani různé křižovatky dvou ulic, takže je v souboru
> pozice uprostřed jedné z nich. ¨
> Je tam několik schránek, které skončily na naprosto stejných
> souřadnicích (střed obce), ačkoli tomu tak ve skutečnosti nebude.
> Prosím pozor na to, až to Marián zahrne do POI-importeru, bude třeba
> podle popisu najít tu správnou schránku - jednu například před
> obchodem a druhou třeba před obecním úřadem nebo na zastávce.
>

Díky,
mrknu na to. Pokusím se to v POI-Importeru zdůraznit - velké červené
písmo s mnoha vykřičníky :-D


Včera večer jsem se vrhnul na FM a napadly mne při tom dvě věci:

1) Tagem "Částečně" je nově označena schránka, která má v osm tag
"fixme=*". Obsah je vidět v tooltipu.



2) Přidal jsem ikonku, která v popupu zobrazí tagy pro OSM. Stačí
zkopírovat a vložit (v JOSM to je Ctrl+Shit+V, v iD netuším ;-) ).
Hodí se pro případy, kdy nejsou souřadnice (jsem netušil, že je Majka
dneska dodá ;-) ),  nebo chci opravit jen nějakou hodnotu.





Teď musím mrknout na Weekly a pak se vrhnu na ty souřadnice.

Marián

> Majka
>
>
> 2018-02-14 13:25 GMT+01:00 Jan Skala  >:
>
> Ahoj, je to moc pěkné! Do schránek jsem se zapojil a zrovna mi
> chyběly v POI importeru nějaké schránky. Začal jsem je fotit,
> abych je tam zanesl ručně a teď je můžu ještě kontrolovat v
> tabulce. Za mě díky!
>
> Honza
>
>
>
> ___
> Talk-cz mailing list
> Talk-cz@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-cz

___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Why OpenStreetMap is in Serious Trouble

2018-02-18 Per discussione Fabrizio

Non che le altre più blasonate e ultra commerciali mappe stiano messe
meglio, con la competizione che c'è.. dovrebbero scrivere un articolo sulla
grande G con i suoi fantastici errori segnalati da anni, e ancora presenti
tipo...fantomatiche cliniche ospedaliere poste su benzinai, piazze San
piatro a chilometri dalla vera piazza San Pietro o chiese chiamate avvocato
Bonelli. Inoltre OSM ha recentemente ricevuto una donazione da 18 BTC pari
a 200mila euro dalla Pinapple Fund. Averceli di serious troubles così XD
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

Hallo Wolfgang,
ich stimme Dir zu.
Letztlich zählt nicht das Wie, sondern dass in Wien Adressen möglichst
vollständig erfasst sind.

Mein Schwerpunkt liegt im Westen von Österreich. Es gibt eine einfache
Overpass-Turbo Abfrage, über bereits in einer Region gemappte- Adressen.
Ich werde im Februar 2019 und 2020 eine erneute Auswertung der Wiener
Adress- Zahl vornehmen, und dann jeweils einen vorher / nachher Vergleich
anstellen.

Lg Johann
OSM wikithemap



Am 18. Februar 2018 um 13:25 schrieb wolfbert :

> Hallo,
>
>
>
> nachdem ich dieser unterhaltsamen Diskussion jetzt eine Zeit lang gefolgt
> bin – und langsam den Überblick verliere – erlaube ich mir dazu auch meine
> Meinung kund zu tun. (Ich bekenne mich freimütig zu zweifelhafter
> Vergangenheit und fragwürdiger Intention und trage Socken.)
>
>
>
> a) Wir mappen nicht für . Jeder Aspekt der vorgeschlagenen Lösung,
> der nur dazu dient, Nominatim auf die Sprünge zu helfen, ist verzichtbar.
> Entsprechende Wünsche  bitte an Nominatim zu richten.
>
>
>
> b) Bitte auch keine künstlichen Redundanzen, lokale Metaregeln, Abgleiche
> etc., die schon in verwalteten Umgebungen problematisch sind. In einer
> gewollt dynamischen und teils chaotischen Umgebung mit wechselnden
> Mitarbeitern und Tagging-Stilen vergrößert das nur noch das Durcheinander.
> Unklarheiten, Edit-Wars, ungewollte Seiteneffekte, Rückwirkungen auf  Tools
> etc. können daraus folgen.
>
>
>
> c) Insofern das vorhandene Instrumentarium nicht ausreicht, Objekten
> Adressen direkt oder indirekt zuzuordnen, diese maschinell zu
> rekonstruieren und samt Verortung auszuwerten, kann man das diskutieren.
> Ich wohne selbst in einer Wohnhausanlage (https://osm.org/go/0JrJmF9hP)
> mit Stiegen und mehreren Adressen, und da gibt es ev. noch den einen oder
> anderen Punkt (z.B. die Gruppierung von Gebäuden), aber soweit ich das
> verstehe, alles (auf mehreren Wegen) lösbar.
>
>
>
> In diesem Sinne bitte vor Änderungen im großen Stil um eine kurze
> Zusammenfassung welches Problem damit genau gelöst wird, was sich ändert
> und wie das gemacht wird (einschließlich Umgang mit bestehenden und neu
> hinzukommenden Daten).
>
>
>
> Grüße
>
> Wolfgang Schreiter
>
> http://hdyc.neis-one.org/?wolfbert
>
> ___
> Talk-at mailing list
> Talk-at@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-at
>
>


-- 
Elektronikermeister Johann Haag
Innsbruckerstraße 42
6380 St. Johann in Tirol
ÖSTERREICH
Tel: +43 664/174 7414
Mailto:johannh...@hxg.at
___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] Varenna (LC) mappata male

2018-02-18 Per discussione Dario Crespi

Passerò martedì mattina per Varenna. Se serve qualche verifica veloce sul
posto la faccio volentieri.
Gli Edit stranieri, se sono del 2016, sono quasi certamente dei
partecipanti a Wikimania Esino Lario.

Dario

Il 18/feb/2018 12:49, "Marco"  ha scritto:

> Qualche imprecisione sembra esserci, ho dato un'occhiata al volo e non mi
> sembra tragica la situazione. Conosco solo la stazione di Varenna (anni fa
> avevo aggiunto bar e fontanella se non sbaglio, oh oh), esistono davvero
> tutte quelle scale per il paese?
>
>
> Il 17/02/2018 23:22, Andreas Lattmann ha scritto:
>
>> Buongiorno, anzi, visto l'orario buona notte.
>> Guardando il paese di Varenna (LC) ho notato molti edit da parte di
>> mappers stranieri, purtroppo con molti errori.
>> È la mia impressione o è un disastro? Edifici sovrapposti, nodi di
>> appartamenti in mezzo alla strada, numeri civici messi in mezzo ai
>> building. Sono io che vedo male??
>>
>> Andreas Lattmann
>>
>
>
> ___
> Talk-it mailing list
> Talk-it@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-it
>
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Di nuovo l'utente pasticcione

2018-02-18 Per discussione Alecs

Hi again,
I agree with you in principle, but I saw it so many times, he's doing it by
purpose trying not to be catched. Will try to establish a contact once more,
let's see it. 


Andy Townsend wrote
> https://www.openstreetmap.org/user/hamoweyukuma/history
> 
> That user is 8 edits, all in Italy.  As ever I'd start by adding a 
> "hello and welcome" message on one of the changesets, and also explain 
> why some of the names are silly.  The names used are similar to the user 
> who's just been blocked, but this is also done by new users who "just 
> want to put a description on the standard map style at osm.org".  Send 
> them a friendly welcome message offering to help them and see if they
> reply.
> 
> Best Regards,
> Andy
> 
> 
> 
> ___
> Talk-it mailing list

> Talk-it@

> https://lists.openstreetmap.org/listinfo/talk-it





--
Sent from: http://gis.19327.n8.nabble.com/Italy-General-f5324174.html

___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-at] OSM Nominatim Adress Suche in Wien

2018-02-18 Per discussione wolfbert

Hallo,

 

nachdem ich dieser unterhaltsamen Diskussion jetzt eine Zeit lang gefolgt bin – 
und langsam den Überblick verliere – erlaube ich mir dazu auch meine Meinung 
kund zu tun. (Ich bekenne mich freimütig zu zweifelhafter Vergangenheit und 
fragwürdiger Intention und trage Socken.)

 

a) Wir mappen nicht für . Jeder Aspekt der vorgeschlagenen Lösung, der 
nur dazu dient, Nominatim auf die Sprünge zu helfen, ist verzichtbar. 
Entsprechende Wünsche  bitte an Nominatim zu richten.

 

b) Bitte auch keine künstlichen Redundanzen, lokale Metaregeln, Abgleiche etc., 
die schon in verwalteten Umgebungen problematisch sind. In einer gewollt 
dynamischen und teils chaotischen Umgebung mit wechselnden Mitarbeitern und 
Tagging-Stilen vergrößert das nur noch das Durcheinander. Unklarheiten, 
Edit-Wars, ungewollte Seiteneffekte, Rückwirkungen auf  Tools etc. können 
daraus folgen.

 

c) Insofern das vorhandene Instrumentarium nicht ausreicht, Objekten Adressen 
direkt oder indirekt zuzuordnen, diese maschinell zu rekonstruieren und samt 
Verortung auszuwerten, kann man das diskutieren. Ich wohne selbst in einer 
Wohnhausanlage (https://osm.org/go/0JrJmF9hP) mit Stiegen und mehreren 
Adressen, und da gibt es ev. noch den einen oder anderen Punkt (z.B. die 
Gruppierung von Gebäuden), aber soweit ich das verstehe, alles (auf mehreren 
Wegen) lösbar.

 

In diesem Sinne bitte vor Änderungen im großen Stil um eine kurze 
Zusammenfassung welches Problem damit genau gelöst wird, was sich ändert und 
wie das gemacht wird (einschließlich Umgang mit bestehenden und neu 
hinzukommenden Daten). 

 

Grüße

Wolfgang Schreiter

http://hdyc.neis-one.org/?wolfbert

___
Talk-at mailing list
Talk-at@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-at

Re: [Talk-it] mia prima modifica in OSM - help!



sent from a phone

> On 17. Feb 2018, at 18:59, Marco  wrote:
> 
> Ciao, benvenuta su Openstreetmap.
> 
> Decidi tu se preferisci avere il nodo della stazione in mezzo ai binari o 
> sull'edificio, io lascerei così come hai fatto e rimuoverei il nome 
> dall'edificio. Per pura curiosità ho perso 30 secondi a guardare altre 
> stazioni in giro per l'Italia e vedo spesso il doppio nome (lì in zona, 
> sapri, palinuro e qualche altra hanno il nome sia sul nodo tra i binari, sia 
> sull'edificio), temo che stando alla wiki dovremmo rimuovere parecchi tag 
> name=* :D
> 


le stazioni railway=station si possono mappare sia come nodo che come way, ma 
quando sono mappati come way descrivono tutta la stazione (compreso binari 
ecc.), quindi su un building=train_station non va quasi mai un railway=station 


Ciao, Martin ___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-cz] Schránky - statistiky (aka progress meter ;) )

2018-02-18 Per discussione majka

Zdravím všechny.

Podařilo se mi dokončit geokódování všech schránek, které v importu české
pošty neměly souřadnice. Přesnost je kolísavá, podle kvality údajů v
exportu České pošty.
Soubor je na githubu

 .
Některé schránky již v OSM máme včetně ref, takže u nich máme přesnější
souřadnice než jsou v tomhle souboru.
Nakonec jsem geokódováním prohnala kompletní depa z toho exportu nehledě na
to, co už máme. Bylo to tak jednodušší.

Pokud by to chtěl někdo využít hned, upozorňuji na to, že Česká pošta má
obvykle přesnější popis než bylo bráno pro geokódování. Bohužel ty různé
upřesňující údaje jako "zastávka MHD/ČSAD", "hasičská zbrojnice",
"potraviny" a podobné bylo nutné pro získání souřadnic skriptem předem
vymazat, takže s tím prosím počítejte. Většinou nezafungovaly ani různé
křižovatky dvou ulic, takže je v souboru pozice uprostřed jedné z nich. ¨
Je tam několik schránek, které skončily na naprosto stejných souřadnicích
(střed obce), ačkoli tomu tak ve skutečnosti nebude. Prosím pozor na to, až
to Marián zahrne do POI-importeru, bude třeba podle popisu najít tu
správnou schránku - jednu například před obchodem a druhou třeba před
obecním úřadem nebo na zastávce.

Majka


2018-02-14 13:25 GMT+01:00 Jan Skala :

> Ahoj, je to moc pěkné! Do schránek jsem se zapojil a zrovna mi chyběly v
> POI importeru nějaké schránky. Začal jsem je fotit, abych je tam zanesl
> ručně a teď je můžu ještě kontrolovat v tabulce. Za mě díky!
>
> Honza
>
>
___
Talk-cz mailing list
Talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz

Re: [Talk-it] Di nuovo l'utente pasticcione

sent from a phone

> On 17. Feb 2018, at 15:33, Max1234Ita  wrote:
> 
> il nomero
> di computer, direi, è finito, è poco probabile che il tizio in questione
> possa cambiare sistema tutti i giorni,

purtroppo è sufficiente cambiare user agent, non bisogna cambiare il computer, 
oppure usare sistemi tipo tails che sono fatti appositamente per non lasciare 
tracce. 

Concordo che avere una comunità locale attiva è fondamentale per rilevare e nel 
caso rivertare queste attività sospette.

Se fosse vero che sono vandali professionali e si riuscisse a dimostrarlo si 
potrebbe fare causa in quanto è reato.

Ciao, Martin 
___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Varenna (LC) mappata male

2018-02-18 Per discussione Marco

Qualche imprecisione sembra esserci, ho dato un'occhiata al volo e non 
mi sembra tragica la situazione. Conosco solo la stazione di Varenna 
(anni fa avevo aggiunto bar e fontanella se non sbaglio, oh oh), 
esistono davvero tutte quelle scale per il paese?



Il 17/02/2018 23:22, Andreas Lattmann ha scritto:

Buongiorno, anzi, visto l'orario buona notte.
Guardando il paese di Varenna (LC) ho notato molti edit da parte di mappers 
stranieri, purtroppo con molti errori.
È la mia impressione o è un disastro? Edifici sovrapposti, nodi di appartamenti 
in mezzo alla strada, numeri civici messi in mezzo ai building. Sono io che 
vedo male??

Andreas Lattmann



___
Talk-it mailing list
Talk-it@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-it

Re: [Talk-it] Di nuovo l'utente pasticcione